【问题标题】:Android accelerometer millisecond or microsecond?Android加速度计毫秒还是微秒?
【发布时间】:2011-04-25 05:13:53
【问题描述】:

所以我正在使用 HTC EVO 获取加速度计数据。我得到这样的时间值。

967454610000 967534902000 967613576000 967692434000

这些值之间的差异约为 80,000,000。 文档说: "该值必须是 SENSOR_DELAY_NORMAL、SENSOR_DELAY_UI、SENSOR_DELAY_GAME 或 SENSOR_DELAY_FASTEST 之一。或者,所需的事件之间的延迟以 微秒 为单位。"

所以我使用的是 SENSOR_DELAY_UI,我假设时间是微秒。这没有任何意义,因为这意味着每个时间间隔约为 80 秒。如果它们以纳秒为单位会更有意义,这意味着时间间隔约为 0.08 秒或每秒捕获 12 个数据。但这会与文档相矛盾。有谁知道时间间隔是多少?

非常感谢!

【问题讨论】:

    标签: java android accelerometer sensors android-sensors


    【解决方案1】:

    所以我正在获取加速度计数据 使用 HTC EVO。我得到这样的价值观 时间。

    967454610000 967534902000 967613576000 967692434000

    这些值是从timestamp member of a SensorEvent instance 获得的吗?如果是这样,根据文档,这些时间以 纳秒 为单位。所以延迟不是大约 80,000,000 微秒,它实际上是大约 80,000 微秒,即 0.08 秒,从而产生每秒 12.5 个事件的频率。

    【讨论】:

    • 非常感谢!是的,我使用的是时间戳!
    【解决方案2】:

    Android UI 的传感器延迟为 60,000 微秒。 这是 0.06 秒,因此频率是 16Hz。 同样,对于 GAME,延迟为 20,000 微秒 (50 Hz)。

    以微秒 (40,000) 为单位指定延迟常数应该给我们 25Hz,但它没有。根据文档,这只是最小延迟的提示,传感器管理器将比这更快地提供值。根据我的实验,指定 40,000 微秒会给出 50Hz 的频率。

    【讨论】:

      猜你喜欢
      • 2015-06-25
      • 1970-01-01
      • 2015-10-08
      • 1970-01-01
      • 1970-01-01
      • 2011-02-04
      • 1970-01-01
      • 2012-11-12
      相关资源
      最近更新 更多