Ir al contenido
lgg2

Mejorar la duracion de la bateria (ZTE Open)

Recommended Posts

Buenas,

 

Para empezar con buen pie, ahora que ya he recuperado el terminal (gracias [pazos]) propongo una forma de reducir el consumo de bateria, que en mi modesta opinion es demasiado alto.

 

Lo que viene a continuacion es un primer paso. Espero que poco a poco se vaya afinando.

 

Requisitos:

 

- Terminal ZTE Open.

- ADB

- Ya que estamos con Linux de por medio, GEDIT, NANO o el editor que mas guste.

 

Pasos a seguir:

 

1.- Extraemos el fichero << /system/etc/init.qcom.post_boot.sh >> al ordenador.

adb pull /system/etc/init.qcom.post_boot.sh

 

2.- Editamos el fichero con el editor de nuestro gusto.

 

3.- Para alterar el fichero de forma que se pueda hacer un seguimiento de las modificaciones, es recomendable no eliminar las lineas modificadas, duplicarlas (copiar y pegar a renglon seguido), comentar la linea original (colocar # delante) y modificar la nueva linea.

 

4.- Guardar el fichero modificado.

 

5.- Enviarlo de vuelta al terminal.

adb shell mount -o rw,remount /dev/block/mtdblock5 /system

adb push init.qcom.post_boot.sh /system/etc/

 

6.- Reiniciar el terminal.

adb reboot

 

Opcional 7.- Tras reiniciar, verificar que se ha activado la modificacion.

 

Modificacion:

 

El fichero en cuestion configura los "governors" del KERNEL. Esto es, como se comporta la gestion de las frecuencias de procesador en funcion de la carga de trabajo del mismo. Esto tambien es aplicable a los orenadores de sobremesa, pero si alguien esta interesado le recomiendo que use a "San Google". Las ventajas que ofrece la modificacion es una mejora en la autonomia de la bateria. La desventaja es que si se hacen los ajustes muy a la baja, el terminal ira lento, a trompicones, pero en ningun caso destruccion de terminal.

 

El procesador del ZTE Open es un Qualcomm MSN7627A. Este admite, en principio, un rango de velocidades de entre 122,880MHz y 1080,000MHz, con pasos intermedios en 245,760MHz 320,000MHz 480,000MHz y 600,000MHz. Una primera modificacion a realizar es darle opcion de reducir la velocidad a 122,880MHz puesto que por defecto tiene puesto el limite inferior en 254,760MHz. Con esto se consigue que cuando el telefono esta en reposo, se pone a menor velocidad y por tanto menos consumo.

 

Por otro lado, el "governor" del KERNEL que esta puesto por defecto el denominado "ondemand" que permite que el procesador "salte" entre velocidades, pero tendiendo a permanecer en una velocidad "superior" mas tiempo en un estado de "por si acaso", por lo que aunque baja, baja mas lentamente que lo deseable para ahorar algo mas de bateria. Mi opcion inicial de modificacion es "conservative". En este caso, el comportamiento es similar al "ondemand", pero tiende a saltar hacia "abajo" con menos demora que en el modo "ondemand".

 

Los ajustes que permite este modo es son varios, pero los dos mas utiles son los que marcan el umbral de carga de trabajo para subir al siguiente escalon de velocidad y el que marca el umbral de bajada.

 

Ahora, por fin, la modificacion. El fichero contiene diversos apartados. Son faciles de seguir ( :shock: ). Tan solo hay que verificar que el procesador "msn7627a" aparece en el bloque.

 

- En el primer bloque cambiamos el "governor" y los umbrales de subida y bajada de velocidad (%):

       # Original: echo "ondemand" > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
        echo "conservative" > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
        # Original: echo 90 > /sys/devices/system/cpu/cpufreq/ondemand/up_threshold
        echo 80 > /sys/devices/system/cpu/cpufreq/conservative/up_threshold
        echo 40 > /sys/devices/system/cpu/cpufreq/conservative/down_threshold
 

- En el cuarto bloque cambiamos el limite inferior de velocidad:

        # Original: echo 245760 > /sys/devices/system/cpu/cpu0/cpufreq/scaling_min_freq
        echo 122880 > /sys/devices/system/cpu/cpu0/cpufreq/scaling_min_freq

- En el septimo bloque cambiamos el procentaje a aplicar las subidas de velocidad, que luego redondea a la velocidad efectiva (los escalones). Por defecto es 5, que en mi opinion le provoca gestionar 2 satos internos para realizar una subida de escalon efectiva. El otro parametro recomiendo no tocarlo (si alguno quiere probar, ponerlo a 1 y buscar informacion al respecto en "San Google") pues por experiencia, literalemente le cuesta muchisimo subir de velocidad, puesto que no tiene en cuenta muchas operaciones sencillas del sistema. El primer parametro es el tiempo de revision de la carga del procesador. Tan solo lo paso al nuevo directorio de "governor" "conservative".

 

        # Original: echo 25000 > /sys/devices/system/cpu/cpufreq/ondemand/sampling_rate
        echo 25000 > /sys/devices/system/cpu/cpufreq/conservative/sampling_rate
        # Añadidos:
        echo 0 > /sys/devices/system/cpu/cpufreq/conservative/ignore_nice_load
        echo 10 > /sys/devices/system/cpu/cpufreq/conservative/freq_step
 

 

 

Esto ha sido un TOSTONAZO, pero permitira a algunos saber algo mas del sistema. En el proximo, como consutar las estadisticas de saltos y tiempo en cada escalon de frecuencia.

 

Un saludo.

Compartir este post


Enlace al post
Compartir en otros sitios

Buenas,

 

En estos momentos no se decir a ciencia cierta cuanto dura la bateria. Lo consegui poner en marcha ayer... Lo que si sé es lo que era mi apreciacion de la duracion de la bateria ANTES de enladrillado. fueron 3 dias en los que literalmente se comio la bateria y eso en modo solo GSM (2G), sin utilizar el WiFi, ni el Bluetooth y con solo un par de llamadas cortas.

 

Despues de este cambio, realizado nada mas des-enladrillarlo, la caida ha sido de algo menos del 10% en un dia (casi exacto = ~24hrs.). Por tanto considero que funciona. De ahi el abrir este hilo.

 

El corazon de este movil es tambien el KERNEL de Android, por tanto no es tan diferente el proceso. En un PC de sobremesa tambien es valido este proceso, salvo que varian el fichero de lanzamiento del "script" y poco mas.

 

En mi anterior (y contemporaneo) movil, tambien Linux (no Android, LiMo...) esta y alguna otra modificacion consigun que con un procesador de 600MHz alargue la bateria mas alla de semana y media, o +8hrs de MP3, etc.

 

Creo que como en todos los sistemas, las distribuciones se hacen de forma conservadora, por razones obvias. De esa forma consiguen que nadie se queje de rendimiento. Por eso, dependiendo del uso que se le de al terminal suele ser "sano" retocarlo un poco.

 

En mi caso por encima de todo no quiero cargar con el cargador a todas partes.

 

Un saludo.

Compartir este post


Enlace al post
Compartir en otros sitios

 

¿Es necesario ser root?

Para todas estas cosas que se cambia la configuración del sistema, es necesario ser root, de todas formas no es muy complicado ser root con el ZTE Open, aquí mismo en esta sección del foro tienes un manual de @@Shiba87 ;)

 

http://gnulinuxvagos.es/topic/1719-rootear-zte-open/

Compartir este post


Enlace al post
Compartir en otros sitios

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Invitado
Responder en este tema...

×   Has incluido contenido con formato.   Eliminar formato

  Sólo se permiten 75 emoticonos como máximo.

×   Tu enlace ha sido insertado automáticamente.   Deshacer y mostrar como enlace

×   Su contenido anterior ha sido restaurado.   Limpiar editor

×   No puedes pegar imágenes directamente. Súbelas a algún hosting de imágenes y pega la dirección URL


×
×
  • Crear Nuevo...