[Android][sensor][accel]加速度频繁上报数据导致机器待机底电流过大的功耗问题

原创

已于 2023-03-06 13:57:53 修改 · 733 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#android

于 2022-11-24 00:01:52 首次发布

博客内容讲述了在设备待机状态下，由于计步器对桌面敲击或轻微晃动过于敏感，导致加速度传感器频繁上报数据，进而造成功耗过高。通过功耗测试和器件摘除，确认问题源于计步器和加速度传感器。更新加速度传感器驱动后，功耗降低。进一步分析发现，计步器在待机后未能正确切换至低功耗模式，通过修改代码去掉MCLK相关操作和取消FIFOstreaming，解决了功耗问题。

设备静置于桌面上待机后，叩击桌面或者轻微晃动机器就会触发计步器工作，加速度频繁上报数据，导致功耗长时间下不来。

问题现象

机器静置于桌面上待机后，叩击桌面或者轻微晃动机器，用功耗黑盒powertool工具查看电流，发现有12.5Hz的波峰。

排查

摘除掉各器件后（软件摘除，即不进行编译），分别在相同测试场景下（叩击桌面或者轻微晃动机器）测量待机状态下的底电流。在摘除掉计步器后测试不触发12.5Hz的波峰，确认是计步器部分出现错误。

而adsp的计步算法依赖加速度器件，将加速度器件的驱动更新到最新版本之后，低电流下降至标准范围内，确认是加速度器件在功耗方面出现错误。

加速度换为原来的版本，通过QXDM抓取log，发现待机后，计步器在唤醒后会循环打印switch_on_mclk，ACC在low noice 模式下频繁进行MCLK相关的SPI读写操作，Qcom的AMD sensor 没有在静置状态下发Gated request(ID值518)，加速度器件一直在low noice模式，未成功切换至low power模式并关闭FIFO streaming。

修改

以A+G 器件T1000为例：

去掉MCLK相关的SPI读写操作：

adsp_proc/ssc/sensors/t1000/src/sns_t1000_hal_island.c

/**
 * @brief Read fifo data
 *
 * @param[out] buf point to fifo data.
 *
 * @return 0 if success,
 *         non-zero value if failed.
 */
sns_rc t1000_read_f