Сотовый сигнал

Некоторые фоны, как объяснил ce4 на вопрос «Плохой» прием быстрее разряжает батарею? :

Схема приемопередатчика спроектирована с учетом энергосбережения и максимально снижает мощность передачи при хорошем приеме. Это также снижает значение SAR, которое является мерой воздействия радиации на тело человека.

Если прием плохой, необходимо соответствующим образом отрегулировать мощность передаваемого сигнала.

Вот что на самом деле стоит за этим: при плохом приеме устройство тратит много энергии, чтобы найти лучший/сильный сигнал (или вообще любой сигнал, если он потерян). На следующем снимке экрана ¹ четко показаны те времена, когда вы смотрите на полосу под названием Сигнал телефона .

«Чем зеленее, тем чище»: ярко-зеленый означает «хороший прием» (на скриншоте это видно в начале и в конце, то есть здесь: утро и вечер — значит, дома у меня хороший прием). Становится желтоватым: «Умеренный прием». Это требует больше энергии: сравните его с графиком сверху (не на снимке экрана, но таким же, как на первом снимке экрана), и вы увидите, что полоса почти плоская там, где сигнал сотовой связи хороший, но падает быстрее . где его нет. См. маленькие красные точки: «нет приема». И телефон включится как сумасшедший, чтобы найти новую вышку сотовой связи...

Как узнать, где находятся мертвые точки?

Я уже показал в своем ответе «Плохой» прием быстрее разряжает батарею? как можно узнать об этих "мертвых зонах" и где они находятся:

Такие приложения, как No Signal Alert ² и OpenSignalMaps ³ , отслеживают сигнал сотовой связи в фоновом режиме и записывают эти области, чтобы показать вам карту мертвых зон. OpenSignalMaps имеет то преимущество, что показывает вам все доступные сотовые вышки, указывая, к каким из них вы подключены. Он также предлагает вам «компас», указывающий направление на самый сильный сигнал.

Однако мой ответ о том, как автоматически справляться с этими мертвыми зонами , не был таким подробным. Поэтому я немного поиграл с разными решениями - и вот что я узнал:

Как автоматически справиться с этими мертвыми зонами для экономии энергии?

Приложения для автоматизации режима полета

Я добился довольно хороших результатов с двумя приложениями: Autopilot ⁴ и NoBars Battery Saver ⁵ . Оба отслеживают сигнал сотовой связи и, когда он слишком сильно падает, переключаются в режим полета на заданное время. Пользователь может определить, как долго это будет длиться. По истечении этого времени режим полета отключается, и вступает в действие мониторинг сотовой связи.

На втором графике моего вопроса это отображается как «пробелы» на панели « Сигнал телефона » : поскольку сотовое радио было отключено в режиме полета, цвета не отображаются; система ничего не знала об уровне сигнала в этот период времени. А при выключенном сотовом радио оно тоже не потребляло дополнительного питания (точнее, оно тогда не потребляло никакого питания для этого радио) -- что и было задумано.

С Autopilot единственным раздражающим побочным эффектом было то, что при каждой проверке сигнала он мигал на дисплее около секунды. Кроме того, он дает больше возможностей для настройки пользователем. Однако, поскольку результаты обоих приложений абсолютно сопоставимы, эти дополнительные параметры кажутся не очень необходимыми, хотя их приятно иметь. Еще одним плюсом Autopilot является журнал, предоставляемый пользователю: Таким образом, вы можете увидеть точное время переключения режимов.

Приложения для работы с сетью передачи данных

Я также протестировал ShutUpBatterySaver ⁶ , предназначенный для обработки трафика данных. Падение ниже определенного уровня сигнала, который может определить пользователь, отключает автосинхронизацию, а ниже второго определяемого уровня полностью отключает мобильный интернет.

Однако он никогда не активирует (или деактивирует) режим полета, поэтому мощность, используемая для получения (лучшего) сигнала, останется прежней. Однако при плохом сигнале передача данных потребляет больше энергии, чем при хорошем сигнале, так как, например, потеря пакетов может быть больше. В строке состояния я несколько раз видел, что у него отключена автосинхронизация ⁷ , так что вроде работает. Не будучи активным пользователем данных (как показывает статистика LBE на том же снимке экрана), я, тем не менее, не мог точно сказать, какую помощь это принесло: по сравнению с двумя приложениями для работы в режиме полета выше, результаты с точки зрения увеличения времени работы от батареи были минимальными. (если есть).

Комбинированное решение

Вероятно, наилучшие результаты даст объединение двух подходов. Поскольку я не был в настроении проверять все возможные комбинации, я выбрал всемогущее решение из 6 букв: TASKER.

Как многие из вас, вероятно, знают, Tasker — это решение для автоматизации на Android. Думаю, он мог бы даже приготовить кофе, если бы наши устройства имели датчики для обнаружения кофе и воды. Поэтому я создал несколько профилей для этого замечательного приложения — и результаты были потрясающими!

Так что в основном это 3 профиля, общающиеся через общую переменную:

1. %SIGSTATE < 1: проверьте, падает ли сигнал ниже ~25%. Если это так, отключите мобильные данные, установите %SIGSTATE в 1.
2. %SIGSTATE < 2: проверьте, падает ли сигнал ниже ~15%. Если это так, переключитесь в режим полета, установите %SIGSTATE на 2.
3. %SIGSTATE > 0: подождите 5 минут, затем отключите режим полета, активируйте мобильные данные, подождите еще 15 секунд (для восстановления сигнала), установите %SIGSTATE в 0.

В моем глобальном профиле Init (который запускается, когда Tasker начинает мониторинг) %SIGSTATE имеет значение 0 (если оно не установлено). Все 3 вышеуказанных профиля дополнительно устанавливают уведомления, как показано на скриншоте выше ⁹ . Каждое состояние поддерживает одно уведомление (которое заменяется при повторном возникновении того же состояния), самое актуальное состояние всегда находится внизу.

Результаты кажутся даже лучше, чем с двумя вышеприведенными приложениями для управления в режиме полета, но это также может быть связано с немного другими условиями сигнала. Так что это должно быть, по крайней мере, сопоставимо. Используя одно из этих 3 решений, я вернулся домой примерно через 11 часов с зарядом примерно на 20% больше, чем без применения какого-либо из них.

Сказав это, я закончу этот ответ, показав созданные мной профили Tasker , чтобы вы могли использовать их со своей установкой Tasker :

Задача "ИнитВарс":

• Переменная -> Набор переменных: %SIGSTATE = 0

Задача «Сиглоу»:

• Сеть -> Мобильные данные: Выкл.
• Переменная -> Набор переменных: %SIGSTATE = 1
• Оповещение -> Уведомление о вибрации: Название «IzzySignal»; Текст: «Сигнал низкий; Мобильные данные отключены (Сигнал: %CELLSIG)»

Задача «СигПотерянный»:

• Переменная -> Набор переменных: %WLANSTATE = 0
• Переменная -> Набор переменных: %WLANSTATE = 1 IF %Wifi ~ on
• Сеть -> Режим полета: вкл.
• Сеть -> Wi-Fi: включено, ЕСЛИ %WLANSTATE ~ 1
• Переменная -> Набор переменных: %SIGSTATE = 2
• Оповещение -> Уведомление о вибрации: Заголовок «IzzySignal», Текст: «Сигнал потерян; переход в режим полета»

Задача «СигВозврат»:

• Задача -> Подождать: 5 минут
• Сеть -> Режим полета: Выкл.
• Задача -> Подождите: 15 секунд
  ^{(дайте устройству время найти новый сигнал!)}
• Сеть -> Мобильные данные: Вкл., ЕСЛИ %ROAM ~ Выкл.
  ^{(предотвратите неприятные сюрпризы при возвращении из отпуска за границей!)}
• Переменная -> Набор переменных: %SIGSTATE = 0
• Оповещение -> Уведомление о вибрации: заголовок «IzzySignal», текст «Сигнал включен; Режим полета отключен (Сигнал: %CELLSIG)»

Теперь про профили:

Профиль SigLowCheck:

• Состояние -> Переменная -> Значение переменной: Имя «%SIGSTATE», Op «Математика: меньше чем», значение «1»
• Состояние -> Телефон -> Сила сигнала: от 0 до 2
• State -> Tasker -> Profile Active: "SigLost", [x] Invert
  ^{(следите за тем, чтобы избежать конфликта: %SIGSTATE~0 && SignalStrength~1 будет соответствовать условию обоих профилей)}
• Задача: Сиглоу

Профиль SigLostCheck:

• Состояние -> Переменная -> Значение переменной: Имя "%SIGSTATE", Оп "Математика: Меньше", Значение "2"
• Состояние -> Телефон -> Сила сигнала: от 0 до 1
• Задача: SigLost

Профиль SigReturnCheck:

• Состояние -> Переменная -> Значение переменной: Имя "%SIGSTATE", Оп "Математика: Больше чем", Значение "0"
• Задача: Возврат

Инициализация профиля:

• Событие -> Tasker -> Запуск монитора
• Задача: InitVars

Это только основная концепция, которую можно расширить, например, воспроизводя звуки, вибрируя, мигая на дисплее и т. д. Но энергосберегающие штуки уже есть и выполняют свою работу, как описано. Надеюсь, это поможет и вам!

Еще одно замечание: по крайней мере, с GSM (я не могу сказать для CDMA), выход из режима полета по умолчанию заставляет вас вводить PIN-код SIM-карты. Это, конечно, можно отключить, но в этом случае эта дополнительная защита также исчезает при включении телефона. Не знаю, почему это невозможно выборочно, как это было с моими телефонами до Android.

Однако для некоторых телефонов есть альтернатива некоторым пунктам вышеперечисленных задач, которая снимает это ограничение:

• В SigLost вместо Сеть -> Режим полета: Вкл. Используйте Телефон -> Радио: Выкл. , если ваш телефон поддерживает это (к сожалению, мой Droid2/Milestone2 не поддерживает). Если вы можете это сделать, проверка Wi-Fi устаревает (и ваш очиститель задач).
• Тогда и контрреакцию в SigReturn тоже нужно изменить: Вместо Net -> Airplane Mode: Off используйте Phone -> Radio: On .

Пожалуйста, дайте мне знать в комментариях, снимает ли это ограничение PIN-кода SIM-карты, так как я не могу его протестировать (мое устройство не поддерживает его, как описано выше).

Отредактировал t0mm13b

Интересная вещь, которую я заметил, заключалась в том, что в строке состояния появлялось несколько значков задач, что сбивало с толку в отношении состояния, в котором работали профили задач; Я обнаружил, что, установив заголовок для «Уведомления о вибрации» в каждой из вышеуказанных задач одинаковым, в результате появляется одно единственное уведомление под названием « IzzyTasker » с соответствующим сообщением, используемым вместо этого.