[Android][sensor]确认sensor唤醒源:查看某一时刻\某个场景下,某个sensor被哪个上层apk调用

某一时刻\某个场景下

我们有时候需要在某一特定场景下查看某个sensor被什么apk调用。
比如在sim卡热插拔时,发现acc被唤醒(软件排查发现:依次去掉每个sensor器件的编译),这会导致在sim卡热插拔后功耗过高。
再比如在停止计步时,发现acc上报数据的频率变快,这会导致停止计步后待机底电流过高。

某个sensor

就像上边的例子,我们首先得确认是哪个sensor导致的功耗过高。
一个最直接且有效的方法就是,在编译sensor驱动的地方去掉该sensor的编译,依次进行排查。
(有时候注释掉这个sensor可能会导致所有的sensor挂载不上的情况,所以建议最好直接删除后出固件再push到机器中)

寻找对应的上层apk

这时候我们需要场景复现。在特定场景下,进行如下操作。

adb shell dumpsys sensorservice

adb shell dumpsys sensorservice显示所有注册的传感器,如果注册了wake up sensor,可以在这里看到它
需要知道的一点是,如果注册了accel wake up sensor, 设备几乎不会进入休眠状态.
此外,如果注册了某个wakeup sensor(比如motion detect sensor), 在对应时间点的 sensor-hal log 里会报告该sensor的event

Mode : NORMAL部分找到对应的sensor被什么package调用,比如:

Connection Number: 9
        Operating Mode: NORMAL
         fm333 | WakeLockRefCount 0 | uid 1000 | cache size 0 | max cache size 0
         pedometer_wrist  Non-wakeup 0x00000005 | status: active | pending flush events 0

可以看到是包 fm333 调用了计步(计步是调用acc的)。
Previous Registrations部分找到对应的pid,比如:

02:26:17 + 0x00000014 pid= 1653 uid= 1000 package=fm333 samplingPeriod=-1474836us batchingPeriod=0us
02:26:17 + 0x00000005 pid= 1653 uid= 1000 package=fm333 samplingPeriod=1000000us batchingPeriod=0us

可以看到pid= 1653。
这时候,我们再执行

adb shell ps -A | grep 1653

可以看到:

system        1653   445  844944  44096 SyS_epoll_wait      0 S com.xxxxxx.wearable.sport

可以看到是com.xxxxxx.wearable.sport在调用计步。

查找对应的apk:

 pm list package -f | grep "sport"

可以看到:

package:/system/priv-app/Sport/Sport.apk=com.xxxxxx.wearable.sport

这样我们就找到了调用该sensor的上层apk以及其对应的路径。

  • 1
    点赞
  • 10
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

霁之鸢

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值