問題タブ [wakeup]

私のコードロジックは

1. 繰り返し起床アラームを設定します。

alarmManager.setRepeating(AlarmManager.ELAPSED_REALTIME_WAKEUP, SystemClock.elapsedRealtime(), 60000, pIntent);

1. レシーバーの onReceive() 中。非常に迅速に何かを行います。最大で 100 ミリ秒しか必要ない場合があります。操作は毎分繰り返され、何らかの理由でバッテリーに負担がかかります (バックグラウンド サービスをできるだけ長く実行したいため)。

現在、電力監視ツールによると、onReceive() でログを記録しただけでも、それでも約1.5秒かかります。

私はいくつかの調査を行いましたが、Android 拡張 Linux カーネルの alarm_suspend での待機に関連している可能性があると推測しています。しかし、私はそれについて確信が持てません。Androidがアラームの実行時間をそれほど長く保つ必要がある理由はないように見えるので、誰かがアラームを設定してオーバーヘッドをできるだけ小さくするのに良い経験を持っているかどうか尋ねていますか?

ありがとう。

AlarmManagerを使用している場合、Androidデバイスはいつかスリープ状態から復帰できます。

Androidはどのようにウェイクアップを下位レベルでスケジュールしますか？

を使用してみrtcwakeましたが、失敗しますrtcwake: /dev/rtc0 not enabled for wakeup events（rtcwakeを強制的に続行し、必要なioctlを作成すると、デバイスが時間どおりにウェイクアップされないことがわかります）

Androidがアラームを設定するために使用するシステムコールと、コンソールから自分でアラームを設定する方法を教えてください。

Androidアプリケーションを作成しましたが、問題が発生しました。

アプリケーションが実行中で、デバイスの電源をオフにすると、約8秒後にウェイクアップし、画面がオンになり、アプリケーションが再び表示されることがあります。

私の質問は次のとおりです。どのイベントまたは処理の制約（ブロードキャストインテントの処理など）がデバイスをウェイクアップしますか？

編集：RCT_WAKEUPのアラームはデバイス画面をオンにしますか？

前もって感謝します！

Android でのゲームに問題があります。ゲーム アクティビティで電源ボタンを押して画面を無効にしてから電話を起動すると、約 1 分間黒い画面が表示され、その後アプリケーションがクラッシュします。ホームボタンを押してアクティビティを一時停止してからゲームに戻ると、すべて問題ないように見えます。

これは、目覚めた後に見つけたアプリに関するログの唯一の入り口です。

アプリをデバッグしようとすると、アプリが正しく一時停止され、ウェイクアップonResumeが呼び出された後、すべてが正常にonResume行われていることがわかりましたが、その後は呼び出されませんonSurffaceCreate。

プッシュ通知アプリを持っていますが、プッシュ通知を受信するたびに画面をウェイクアップする（点灯させる）方法はありますか？

コードが必要な場合はお知らせください。そしてあなたの答えをありがとう！

ループのあるスレッドがあります：

一定期間スリープした後、スレッドが起動しないことがあるのはなぜですか?

ログ (Log by Common.Logging.Log4Net) をチェックし、データがない場合はスレッドがログを定期的に書き込み、他のスレッドがまだ実行されている場合は突然何もしません。

私を助けてください。

私のコード:

いくつかのpThreadを作成するCプロセスがあります。スレッドをスリープ状態にしてウェイクアップするために、pThread条件を使用しています。ただし、pThreadsが起動できるようにPOSIXプロセスをスリープさせたいと思います。どうすればいいですか？

プリエンプティブな Linux 3.0 カーネルを搭載した Android 組み込みプラットフォーム (Exynos5dual ベース) での wait_event と wake_up の奇妙な動作について質問があります。非プリエンプティブ カーネル (すべてのバージョン) を使用する通常の SMP ラップトップでは発生しません。

従来のスリーパー/ウェイカー シナリオの Linux デバイス ドライバーがあり、次のようになります。

フラグのすべての読み取りと書き込みはアトミックであり、アトミック bitops (カーネル セット/テスト ビット) から揮発性の atom_t まで、atomic_t vars を使用した各読み取り/書き込み用のメモリ バリアの使用に移行しました (これによると)。

TaskA が実際に待機を開始した場合 (wait_event_* カーネル関数が最初に条件をチェックするため、常にそうであるとは限りません)、フラグの値が変更され、wake_up() が呼び出されたときに taskB によってウェイクアップされるのではなく、完全なタイムアウトを待機します。

2 つのタスクが異なるコアで発生していると思われます。Core1 は、wait_event_..() の後にディープ スリープし、Core2 で発生する wake_up_interruptible() によってウェイクアップできません。

これが本当なのか、それとも他の何かが原因なのか、誰か知っていますか?

注: スリーパーのタスク構造体 ptr を保存してから、wake_up_interruptible() の前に (およびそれに加えて) wake_up_process (saved_ptr) を実行すると、この問題は解決するようです。これは最適とは言えず、もっと良い方法はないかと考えています。

PowerManager のメソッドwakeUpを使用したい。Eclipse (ADT) はこのメソッドを認識しません。しかし、反対の "goToSleep" には問題はありません:

日食エラー:

Eclipseは私にクイックフィックスを提案しますが、同じエラーがあります:

これはバグですか、それとも私だけですか? ありがとう ！