バッテリーの統計を調べてみると、ほとんどの場合、消費者の中にセルスタンバイがあります。

「アイドル」がこれほど多くのエネルギーを消費するとは思っていませんでした。私は他の人々が同様の問題に遭遇するのを見ました：

• セルスタンバイおよび電話アイドル
• Galaxy S3セルスタンバイがバッテリーを消費している

これらの質問に対する回答は、生のアイデアを提供するだけです。この「スタンバイ」が私のバッテリーを食べないようにする方法があるかどうか、この背後にあるものを正確に知りたいのですが？

細胞シグナル

「悪い」受信はバッテリーをより早く使い果たしてしまうのかという質問についてce4が説明している背景 ：

トランシーバー回路は、省電力を念頭に置いて設計されており、受信が良好であれば送信電力を可能な限り削減します。これは、人体の放射線への暴露の測定値であるSAR値も低下させます。

受信状態が悪い場合、送信信号強度はそれに応じて調整する必要があります。

それが実際にその背後にあるものです。受信状態が悪いと、デバイスはより良い/より強い信号（または失われた場合は信号）を見つけるために多くの電力を消費します。次のスクリーンショット¹は、Phone signalというタイトルのバーを見たときの時間を明確に示しています。

「環境に優しいクリーナー」：明るい緑色は「良好な受信」を意味します（スクリーンショットは、開始時と終了時にこれを示しています。つまり、朝と夕方です。したがって、自宅では受信が良好です）。黄色がかった：「適度なレセプション」。これはより多くのエネルギーを使用します：上のグラフと比較して（スクリーンショットではなく、最初のスクリーンショットと同じです）、セル信号 が良好な場合、バーはほぼフラットになっていますが、より速く落ちますそうではありません。小さな赤い斑点を見てください：「レセプションなし」。そして、携帯電話は狂ったようにパワーアップして新しいセルタワーを見つけます...

デッドスポットの場所を確認する方法

私はすでに上の私の答えであったより早くバッテリーを消耗ん「貧しい」受信？それらの「デッドゾーン」とその場所について知る方法：

No Signal Alert ²やOpenSignalMaps ³などのアプリは、バックグラウンドでセル信号を監視し、それらの領域を記録するため、デッドゾーンの場所の地図を表示できます。OpenSignalMapsには、手の届くところにあるすべてのセルタワーを表示するプラス機能があり、接続先を示します。また、最も強い信号の方向を示す「コンパス」も提供します。

ただし、これらのデッドゾーンを自動的に処理する方法に関する私の答えはそれほど詳細ではありませんでした。だから私はさまざまなソリューションで少し遊んでみました-そして、私が見つけたものは次のとおりです：

デッドゾーンを自動的に処理してエネルギーを節約する方法は？

機内モードを自動化するアプリ

Autopilot ⁴とNoBars Battery Saver ^5の 2つのアプリでかなり良い結果に達しました。どちらもセル信号を監視し、セル信号が遠くまで下がったら、事前定義された時間機内モードに切り替えます。ユーザーは、その長さを定義できます。そのタイムアウト後、機内モードが無効になり、セルの監視が引き継ぎます。

私の質問の2番目のグラフでは、これは電話信号バーに「ギャップ」として表示されます。機内モード中にセル無線が無効になったため、色が表示されません。この時間枠では、システムは信号強度について何も知りませんでした。また、セル無線をオフにすると、追加の電力も使用しませんでした（より正確には、この無線に電力を使用しませんでした）-これはまさに意図したとおりでした。

オートパイロット、唯一の迷惑な副作用は：各信号のチェックのために、それは1秒程度の表示に光りました。それとは別に、ユーザーが設定するより多くのオプションを提供します。ただし、両方のアプリの結果が完全に同等であるため、これらの追加オプションは本当に必要ではないようですが、持っているのは良いことです。オートパイロットのもう1つの利点は、ユーザーに提供されるログです。この方法では、モード切り替えの正確な時間を確認できます。

データネットワークを処理するアプリ

また、データトラフィックの処理を目的としたShutUpBatterySaver ⁶もテストしました。ユーザーが定義できる特定の信号強度を下回ると、自動同期が無効になり、2番目の定義可能なレベルを下回ると、モバイルインターネットが完全にオフになります。

ただし、機内モードをアクティブ化（または非アクティブ化）することはないため、（より良い）信号を取得するために使用される電力は同じままです。ただし、たとえばパッケージの損失が大きくなる可能性があるため、信号の品質が悪い場合、データの転送は信号が良い場合よりも多くの電力を使用します。ステータスバーで、AutoSyncが無効になっていることを何度か見ました⁷。ただし、同じスクリーンショットのLBE統計が示すように、ヘビーデータユーザーではないため、どれだけの助けが得られたかはわかりませんでした：上記の2つの機内モード処理アプリと比較すると、バッテリー持続時間の面での結果は最小限でした（ある場合）。

複合ソリューション

2つのアプローチを組み合わせると、おそらく最良の結果が得られるでしょう。考えられるすべての組み合わせをチェックする気分ではなかったので、私はむしろ全能の6文字の解決策、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に設定されます（設定されていない場合）。上のスクリーンショットが^9を示しているように、上記3つのプロファイルはすべて通知を追加で設定します。各状態は1つの通知を維持し（同じ状態が再び発生すると置き換えられます）、最新の状態が常に一番下にあります。

上記の2つの機内モード処理アプリよりも結果はさらに良いように見えましたが、それは信号条件がわずかに異なるためかもしれません。したがって、少なくとも比較できるはずです。これらの3つのソリューションのいずれかを使用して、約11時間後に帰宅しましたが、いずれも適用しなかった場合、約20％の充電が残っていました。

これを言ったので、作成したTaskerプロファイルを示すこの回答を終了します。したがって、Taskerのインストールでそれらを使用できます。

タスク「InitVars」：

• 変数->変数セット：％SIGSTATE = 0

タスク「SigLow」：

• ネット->モバイルデータ：オフ
• 変数->変数セット：％SIGSTATE = 1
• 警告->バイブレーションの通知：タイトル「IzzySignal」。テキスト：「Signal Low; Mobile data disabled（信号：％CELLSIG）」

タスク「SigLost」：

• 変数->変数セット：％WLANSTATE = 0
• 変数->変数セット：％WLANSTATE = 1 IF％Wifi〜on
• ネット->機内モード：オン
• Net-> Wifi：IF％WLANSTATE〜1の場合
• 変数->変数セット：％SIGSTATE = 2
• アラート->バイブレーションの通知：タイトル「IzzySignal」、テキスト：「Signal Lost; Entering Airplane Mode」

タスク「SigReturn」：

• タスク->待機：5分
• ネット->機内モード：オフ
• タスク->待機：15秒^{（デバイスに新しい信号を見つけるまでしばらく}お待ちください
  ^！）
• ネット->モバイルデータ：オン％％ROAM〜オフ
  ^{（海外の休暇から戻ったときに悪い驚きを防ぐ！）}
• 変数->変数セット：％SIGSTATE = 0
• アラート->バイブレーションの通知：タイトル「IzzySignal」、テキスト「Signal On; Airplane Mode disabled（Signal：％CELLSIG）」

次に、プロファイルについて：

プロファイルSigLowCheck：

• 状態->変数->変数値：名前 "％SIGSTATE"、Op "Math：Less Than"、値 "1"
• 状態->電話->信号強度：0〜2
• State-> Tasker-> Profile Active： "SigLost"、[x] Invert
  ^{（競合を避けるようにしてください：％SIGSTATE〜0 && SignalStrength〜1は両方のプロファイル条件に一致します）}
• タスク：SigLow

プロファイルSigLostCheck：

• 状態->変数->変数値：名前 "％SIGSTATE"、Op "Math：Less Than"、値 "2"
• 状態->電話->信号強度：0〜1
• タスク：SigLost

プロファイルSigReturnCheck：

• 状態->変数->変数値：名前 "％SIGSTATE"、Op "Math：Greater Than"、値 "0"
• タスク：SigReturn

プロファイル初期化：

• イベント->タスカー->モニター開始
• タスク：InitVars

これは基本的な概念であり、サウンドの再生、振動、ディスプレイの点滅などで拡張できます。しかし、省エネのものはすでにあります-そして、説明されているようにその仕事をします。これがあなたにも役立つことを願っています！

別の発言：少なくともGSM（CDMAについてはわかりません）では、デフォルトで飛行機モードから戻ると、SIM PINを入力する必要があります。もちろん、これはオフにすることもできますが、その場合、電話をオンにすると、この追加の保護もなくなります。私のAndroid搭載前の携帯電話のように、これが選択的に不可能な理由はわかりません。

ただし、一部の電話では、上記のタスクの一部の項目に代わるものがあり、この制限がなくなります。

• SigLostでは、Net- > Airplane Modeの代わりに：On Phoneを使用-> Radio：お使いの携帯電話がこれをサポートしている場合はオフ（残念ながら私のDroid2 / Milestone2はサポートしていません）。これを行うことができる場合、WiFiチェックは廃止されます（およびタスククリーナー）。
• 反反応SigReturnは、その後も変更する必要があります代わりにネット- >機内モード：オフ、使用の電話- >ラジオ：オン。

これでSIM PINの制限が取り除かれた場合、コメントでお知らせください。テストできません（上記のとおり、デバイスはサポートしていません）。

t0mm13bによる編集

おもしろいことに気づいたのは、ステータスバーに複数のタスカーアイコンが表示されていることでした。上記の各タスクで「通知バイブレーション」のタイトルを同じに設定すると、最終的な結果として、「IzzyTasker」というタイトルの単一の通知が表示され、代わりに適切なメッセージが使用されることがわかりました。