¿Desactivar perfiles para ahorra bateria?

[subwoofer]

Hola! Habia pensado en desactivar los perfiles que no se esten usando para ahorrar bateria ¿Seria util? Por ejemplo, cuando estes en el trabajo descativar todos los perfiles relacionados con estar en casa y en casa desactivar los relacionados con estar en el trabajo.
Otros que se me habian ocurrido era desacivar la localizacion de casa mientras estes conectado a la wifi de casa y desactivar todos los perfiles de localizacion durante la jornada laboral (se supone que estas en la oficina y no te mueves de alli)
Un saludo!

[mlesir]

Te doy mi opinión al que este tema está muy tratado ya y si buscas en el foro encontrarás mejores explicaciones.
Como norma general desde luego es mejor desactivar lo que no vas a usar o no te es útil.
Cada perfil tiene un gasto de batería distinto. Ubicar por antenas de telefonía se puede decir que no gasta, o sea que lo puedes dejar todo el día q no creo q ni lo notes. Ubicar por gps gasta una burrada.
Luego tienes q evaluar si el ahorro de batería te merece la pena de implementar un sistema para quitarlo o no. Eso ya eres tu el que tiene q verlo. A veces es facil como cuando detecta la wifi de tu casa y entonces deshabilitar los perfiles de ubicación (ya estas ubicado, estas en casa) y otras no tanto, o el resultado no es bueno.

[Caravantes]

¿Desactivar perfiles para ahorra bateria?

Desde el punto de vista energético, opino que puede ser conveniente desactivar los perfiles que tengan contextos de tipo...
- Ubicación por GPS
- El grupo de los Sensores (Luz, Campo Magnético, Presión, Orientación, Proximidad).
- En el grupo de Eventos, creo que solo merece la pena desactivar los sensores (Gesto, Sacudida)

Me parece que no ahorras nada por desactivar los otros contextos, porque Tasker no necesita gastar energía adicional para obtener el estado del contexto. Por ejemplo, Android siempre necesita tener actualizada la información de las antenas cercanas, y por lo tanto desactivar un perfil de Antena-Cercana no va a ahorrar nada de batería.

Por otro lado, en perfiles que tengan varios contextos, Tasker evalúa primero los contextos que requieren menos energía; solo en el caso de que esos contextos dieran un resultado positivo, entonces Tasker procedería a evaluar los otros contextos que requieren un mayor consumo energético.

Hay un hilo específico sobre el consumo energético de Tasker, que trata estos temas con más profundidad http://www.htcmania.com/showthread.php?t=609047

[maid450]

Como comentan caravantes y mlesir tendrías primero que ver cuales son los perfiles que tengas que realmente puedan consumir batería de forma significativa aún estando inactivos.
Según la documentación de Tasker, estos son los contextos ordenados de menos a más por su consumo:


Otros estados
Día / Hora
Estado Entrada en Calendario
Estado Antena Cercana
Aplicación
Ubicación por Red
Estado Wifi Cercana
Ubicación por GPS
Sensor de Proximidad / Evento de Gesto / Esatod de Orientación (activación del acelerómetro)

Hasta "Estado Antena Cercana" incluido se puede decir que lo que gastan es básicamente 0, a partir de ahi, el estado de "Aplicación" ya gasta un poco más (aunque sigue siendo bastante poco) y ya los estados de ubicación, WIFI, sensores, etc... que ya tienen consumos bastante altos.


Una vez localizes los perfiles que más puedan consumir tienes 2 opciones, gestionar la forma de desactivarlos en situaciones en las que seguro no se van a usar y luego reactivarloc cuando sea oportuno, o añadirles un nuevo contexto de los que consumen poco relacionado con las situaciones en las que no se van a usar, ya que, como ha explicado caravantes, en perfiles con varios contextos solo se evalua el que menos consume hasta que se cumpla, una vez se cumple se evalua el siguiente que menos consuma, y así...
Por ejemplo, si uno de estos perfiles "gastadores" no se van a ejecutar mientras tengas activo el perfil "Trabajo" puedes añadirles un contexto "Variable %PACTIVE !~ *,Trabajo,*".

[subwoofer]

Me ha quedado muy claro, gracias:-)

[Knopfler]

A veces es facil como cuando detecta la wifi de tu casa y entonces deshabilitar los perfiles de ubicación (ya estas ubicado, estas en casa)

Estaba intentando justamente esto, pero me encuentro que al deshabilitar mi perfil "Cerca de Casa" que enciende el Wifi en la tarea de entrada y lo apaga en la de salida, el WIFI se me apaga estando contectado a mi red. ¿Es lo normal? ¿Al deshabilitar un perfil se ejecuta siempre la tarea de salida o estoy haciendo algo mal?
Aunque si realmente decís que el perfil de ubicación por antena no gasta mucho, no valdría la pena, pero bueno, ya es por saber qué ocurre.

[Caravantes]

me encuentro que al deshabilitar mi perfil "Cerca de Casa" que enciende el Wifi en la tarea de entrada y lo apaga en la de salida, el WIFI se me apaga estando contectado a mi red.

Eso tiene una solución fácil. En la tarea de salida, en la acción que apaga el Wifi... añades una condición de tipo Si %WIFII no-es-equivalente-a *CONNECT*. De este modo, la Wifi no se apagará cuando estés conectado.

¿Al deshabilitar un perfil se ejecuta siempre la tarea de salida?

Sí. Lo cual es bastante lógico.

Tienes un sistema de perfiles que funciona bien si no deshabilitas nada.
Si quieres deshabilitar perfiles tal vez tengas que organizarlo todo de otra forma, teniendo en cuenta las tareas de salida y otros detalles. Es un planteamiento distinto y en algunas ocasiones no es fácil pasar del primer sistema al segundo, algunas veces hay que reorganizar más de una cosa. Por ejemplo, el perfil Cerca-de-casa puede estar activado en tres circunstancias:
1 Cuando estás regresando a casa.
2 Cuando estás en casa.
3 Cuando te estás alejando de casa.
Si estás en casa (2) no tiene sentido que ese perfil esté activado pero sí tiene sentido mantener la Wifi encendida.
Si te estás alejando de casa (3) puede que no tenga sentido mantener la Wifi encendida (o tal vez sí), y además puede que no tenga sentido mantener el perfil activado (o tal vez sí).
Si de verdad quieres optimizarlo deberías pensarlo todo de nuevo.

Si quieres optimizarlo al máximo puedes echarle un vistazo al siguiente hilo, pero ten en cuenta que todo tiene su coste: mayor optimización requiere más conocimientos, mayor trabajo y mayor organización.
[Pseudo-Tutorial] Autómata de estados http://www.htcmania.com/showthread.php?p=12445314

[Knopfler]

Eso tiene una solución fácil. En la tarea de salida, en la acción que apaga el Wifi... añades una condición de tipo Si %WIFII no-es-equivalente-a *CONNECT*. De este modo, la Wifi no se apagará cuando estés conectado.



Sí. Lo cual es bastante lógico.



Imagino que al revés no sucede ¿no?. Si habilito un perfil no se ejecuta las tareas de entrada si el contexto no está activo ¿no?



Si quieres optimizarlo al máximo puedes echarle un vistazo al siguiente hilo, pero ten en cuenta que todo tiene su coste: mayor optimización requiere más conocimientos, mayor trabajo y mayor organización.
[Pseudo-Tutorial] Autómata de estados http://www.htcmania.com/showthread.php?p=12445314

Sí, reconozco que lo ideal es empaparse primero del tema y luego preguntar, pero desgraciadamente no tengo demasiado tiempo, y tenía ganas de meterme con Tasker, porque llevo años utilizando Locale, pero sé que es muy limitado en comparación.

Aprovecho para otra pequeña duda: :silbando:

Si en una tarea de salida empiezo con un temporizador y durante ese espacio de tiempo las condiciones cambian de manera que el perfil debería estar activo ¿las siguientes acciones de la tarea de salida se detienen o se ejecutan y luego se vuelven a ejecutar las de entrada de nuevo?

[Caravantes]

Exacto. Habilitar un perfil no implica su activación. Solo se activará si además se cumple el contexto.

Ya imaginaba que no querrías o podrías meterte tan de lleno, por eso mismo te lo avisé.

Si en una tarea de salida empiezo con un temporizador y durante ese espacio de tiempo las condiciones cambian de manera que el perfil debería estar activo

Una tarea ya iniciada (de entrada o salida) no se detiene cuando cambia el contexto, sigue ejecutándose normalmente hasta el final. Cuando esa tarea termine de ejecutarse... se iniciará la tarea contraria (de salida o entrada) puesto que ha cambiado el contexto.