Просматривая статистику батареи, я почти всегда нахожусь в режиме ожидания Cell среди самых популярных потребителей:
Я никогда не думал, что "простоя" будет использовать столько энергии. Я видел, что другие люди сталкиваются с похожими проблемами:
Ответы на эти вопросы просто дают некоторые сырые идеи. Я хотел бы знать, что именно стоит за этим, есть ли способы не дать этому «резерву» съесть мою батарею?
Ответы:
Сотовый сигнал
Некоторые предпосылки, как объясняет ce4 в вопросе: «плохой» прием разряжает батарею быстрее? :
Вот что действительно стоит за этим: при плохом приеме устройство тратит много энергии, чтобы найти лучший / более сильный сигнал (или любой сигнал вообще, если он потерян). На следующем скриншоте 1 четко показаны те моменты, когда вы смотрите на полосу под названием « Сигнал телефона» .
«Чем зеленее, тем чище»: ярко-зеленый означает «хороший прием» (скриншот показывает это в начале и в конце, то есть здесь: утром и вечером - поэтому дома у меня хороший прием). Становится желтоватым: «Умеренный прием». Это использует больше энергии: сравните его с графиком сверху (не на скриншоте - но так же, как на первом скриншоте), и вы увидите, что полоса почти плоская, где сигнал ячейки хороший - но падает быстрее где это не так. Смотрите маленькие красные пятна: «нет приема». И телефон включится как сумасшедший, чтобы найти новую сотовую вышку ...
Как узнать, где находятся мертвые зоны?
Я уже показал в своем ответе на «плохой» прием разряжает батарею быстрее? как можно узнать о тех «мертвых зонах» и где они находятся:
Такие приложения, как No Signal Alert 2 и OpenSignalMaps 3, отслеживают сигнал ячейки в фоновом режиме и записывают эти области, чтобы они могли показать вам карту расположения мертвых зон. OpenSignalMaps имеет то преимущество , что показывает вам все доступные сотовые вышки, указывая на то, к чему вы подключены. Он также предлагает вам «компас», указывающий направление для самого сильного сигнала.
Однако мой ответ о том, как автоматически справляться с этими мертвыми зонами, был не таким подробным. Так что я немного поиграл с разными решениями - и вот что я узнал:
Как автоматически бороться с этими мертвыми зонами для экономии энергии?
Приложения для автоматизации режима полета
Я достиг довольно хороших результатов с двумя приложениями: Autopilot 4 и NoBars Battery Saver 5 . Обе контролируют сигнал ячейки и, когда он падает далеко, переключаются в режим полета в течение предварительно определенного времени. Пользователь может определить, как долго это будет. По истечении этого времени режим полета отключается, и контроль за ячейкой вступает во владение.
На втором графике моего вопроса это проявляется в виде «пробелов» на панели сигналов телефона : поскольку сотовая радиосвязь была отключена в режиме полета, цвета не отображаются; система ничего не знала о силе сигнала в этот период времени. И с выключенным сотовым радио, оно также не использовало дополнительную мощность (точнее, тогда оно не использовало никакой энергии для этого радио) - что было именно тем, что предполагалось.
С автопилотом единственным раздражающим побочным эффектом было: при каждой проверке сигнала он мигал на дисплее около секунды. Помимо этого, он дает больше возможностей для настройки пользователем. Однако, поскольку результаты обоих приложений абсолютно сопоставимы, эти дополнительные параметры кажутся не очень необходимыми, хотя их приятно иметь. Еще одним плюсом Autopilot является журнал, предоставляемый пользователю: таким образом вы можете видеть точное время переключения режимов.
Приложения для обработки данных сети
Я также протестировал ShutUpBatterySaver 6 , который предназначен для обработки трафика данных. Опуская ниже определенного уровня сигнала, который может определить пользователь, он отключает автосинхронизацию, а ниже второго определяемого уровня вообще отключает мобильный интернет.
Однако он никогда не активирует (или деактивирует) режим полета, поэтому мощность, используемая для получения (лучшего) сигнала, останется неизменной. Тем не менее, при плохом сигнале для передачи данных используется больше энергии, чем при хорошем сигнале, например, потеря пакета может быть больше. В строке состояния я несколько раз видел, что у него отключена AutoSync 7 , так что, похоже, работает. Не будучи пользователем данных с большим объемом данных (как показывает статистика LBE на том же снимке экрана), я не мог точно сказать, какую помощь это принесло: по сравнению с двумя вышеупомянутыми приложениями для работы в режиме полета, результаты с точки зрения увеличения времени работы от батареи были минимальными (если есть).
Комбинированное решение
Вероятно, это дало бы лучшие результаты, чтобы объединить два подхода. Поскольку у меня не было настроения проверять все возможные комбинации, я скорее выбрал всемогущее 6-буквенное решение: ТАСКЕР.
Как многие из вас, вероятно, знают, Tasker - это решение для автоматизации на Android. Полагаю, он мог бы даже приготовить кофе, если бы в наших устройствах были датчики для обнаружения кофе и воды. Поэтому я создал несколько профилей для этого замечательного приложения - и результаты были великолепны!
Таким образом, в основном это 3 профиля, которые общаются через общую переменную:
В моем глобальном профиле Init (который выполняется, когда Tasker начинает мониторинг),% SIGSTATE установлен в 0 (если он не установлен). Все 3 вышеуказанных профиля дополнительно устанавливают уведомления, так как на скриншоте выше показано 9 . Каждое состояние поддерживает одно уведомление (которое заменяется, когда повторяется одно и то же состояние), наиболее актуальное состояние всегда находится внизу.
Результаты казались даже лучше, чем с двумя вышеупомянутыми приложениями для работы в режиме полета, но это также может быть связано с немного отличающимися условиями сигнала. Так что должно быть хотя бы сопоставимо. Используя одно из этих трех решений, я вернулся домой примерно через 11 часов, оставив заряд примерно на 20% больше, чем без применения какого-либо из них.
Сказав это, я закончу этот ответ, показывая созданные мной профили Tasker , так что вы можете использовать их при установке Tasker :
Задача "InitVars":
Задача "SigLow":
Задача "SigLost":
Задача "SigReturn":
(дайте устройству некоторое время, чтобы найти новый сигнал!)
(! Предотвратить неприятный сюрприз при возвращении из отпуска за границей)
Теперь для профилей:
Профиль SigLowCheck:
(убедитесь, что во избежание конфликта:% SIGSTATE ~ 0 && SignalStrength ~ 1 будет соответствовать условию обоих профилей)
Профиль SigLostCheck:
Профиль SigReturnCheck:
Профиль Init:
Теперь это просто базовая концепция, и ее можно расширить, например, воспроизведением звуков, вибрацией, миганием дисплея и многим другим. Но энергосберегающие устройства уже работают - и выполняют свою работу, как описано. Надеюсь, это поможет и вам!
Еще одно замечание: по крайней мере с GSM (я не могу сказать, для CDMA), возвращение из режима полета по умолчанию заставляет вас вводить PIN-код SIM-карты. Это, конечно, можно отключить, но в этом случае эта дополнительная защита также исчезает при включении телефона. Понятия не имею, почему это невозможно выборочно, как это было с моими телефонами до Android.
Однако для некоторых телефонов есть альтернатива некоторым элементам в вышеуказанных задачах, которые снимают это ограничение:
Пожалуйста, дайте мне знать в комментариях, если это снимает ограничение PIN-кода SIM-карты, поскольку я не могу проверить его (мое устройство не поддерживает его, как описано выше).
Отредактировано t0mm13b
Интересно, что я заметил, что в строке состояния появилось несколько значков задач, что сбивало с толку в отношении состояния, в котором выполнялись профили задач; Я обнаружил , что, установив титул для «Уведомлять Вибровызы» в каждом из перечисленных выше задач , то же самое, чистый результат, один сингулярное уведомление под названием « IzzyTasker » показывает вверх, с соответствующим сообщением используется вместо этого.
источник