[参考译文] CC2650STK：通过 BLE 接收的 IMU 数据具有~50-60ms 的延迟。 TI 固件中是否发生了一些缓冲？

admin

Other Parts Discussed in Thread: CC2650STK

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/596637/cc2650stk-imu-data-received-over-ble-has-a-delay-of-50-60ms-is-there-some-buffering-happening-within-the-ti-firmware

器件型号：CC2650STK

尊敬的所有人：

我的 IMU 数据中似乎存在某种由 CC2650STK 模块采样的"相位"变化。该变化的范围为50 - 70ms (左右)、远高于我预期的 BLE 信号。请参阅所附的图表、其中比较了两组数据：绿色表示 TI CC2650STK IMU 数据、蓝色表示通过 I2C 传输的 MPU6050数据。可以看出、总信号形状匹配、但 CC2650STK 会移动约50ms。

在 TI 固件方面是否会发生一些缓冲？我正在使用示例文件夹中的标准 TI Sensortag 固件(修改为以高于10Hz 的频率进行采样)。如果是、是否有任何方法可以关闭 IF？

P.S. 我正在使用 Raspberry Pi 对传感器进行采样、该 Raspberry Pi 使用标准 Linux BlueZ 库进行蓝牙通信。据我所知，这不应该是问题的一面。

谢谢！

8 年多前

0 admin 8 年多前

TI__Guru**** 2587365 points

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

您好、Jonathan、

您正在使用哪些连接参数？数据通过堆栈和无线传输会有一些传播延迟。

此致、
Fredrik

0 admin 8 年多前

TI__Guru**** 2587365 points

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

您好、Fredrik、

感谢您的回答。我的连接参数设置为：

最小间隔：6.

最大间隔：8.

延迟：0

超时：100

在固件中、我已将传感器采样更改为每7ms 发生一次。不使用运动唤醒。

对于图中所示的分析、我将传感器放置在我的 RPi 旁边、因此空气通过不应是一个明显的问题。 TI 端是否完全没有缓冲？

0 admin 8 年多前

TI__Guru**** 2587365 points

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

仍在为解决这个问题而挣扎。还有人有什么想法吗？对于彼此相邻的器件、传播延迟肯定不能为50ms、而在3-10ms 的范围内更是如此？

Bluetooth®︎（参考译文帖）

Bluetooth®︎（参考译文帖）(Read Only)

[参考译文] CC2650STK：通过 BLE 接收的 IMU 数据具有~50-60ms 的延迟。 TI 固件中是否发生了一些缓冲？