3

我想使用Android 4.4中引入的Android傳感器批處理來節省一些電池電量。我的測試設備可以在其fifo隊列中存儲184個傳感器事件。使用18次事件/秒的採樣率,我必須每10秒鐘刷新一次傳感器。在4.4 Documentation上傳感器拌和節提出:如何在沒有AlarmManager的情況下使用Android傳感器批處理

使用計算設置與AlarmManager喚醒警報是調用服務(它實現SensorEventListener)沖洗傳感器。

由於Android 5.1 AlarmManager的最小喚醒間隔爲60秒(see here),所以這不起作用?有沒有其他方法可以在較短的時間內喚醒設備,或者更好地(電池效率方面)持續保持喚醒鎖定?我想60秒制約會有其原因。

回答

1

最小60秒只適用於重複報警。對於一次性精確警報,您可以有更小的延遲。 documentation也提到了這一點:

注意:從API 19開始,所有重複警報都是不精確的。如果您的應用程序需要精確的交付時間,那麼它必須使用一次性精確警報,如上所述每次重新安排時間。

在實踐中,這意味着你需要安排(使用setExact)一個確切的報警,並且當警報已被觸發,你需要把自己重新安排它的照顧。

+0

謝謝,這也是我最後的結局。 – hendra

相關問題