This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] CC3220SF:通过 GSPI 接收的 CC3220SF 传感器数据受 NWP 影响

Guru**** 2526700 points
Other Parts Discussed in Thread: CC3220SF

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1006610/cc3220sf-cc3220sf-sensor-data-received-via-gspi-is-influenced-by-nwp

器件型号:CC3220SF

您好的团队:

我的应用是使用 CC3220SF 的 GSPI 连接到传感器(BMX055)并接收传感器数据。
我可以接收到正确的传感器数据、直到此时为止。
但是当我将 sl_start (0、0、0)添加到主线程时、收到错误的传感器数据(ACC 和 gyr 正确、MAG 错误)

左图是使用 sl_start (0、0、0)的传感器数据、右图是不使用 sl_start (0、0、0)的传感器数据。

如左图所示、该传感器数据具有一些不正常的波动。


我想检查此问题是否由 RTOS 竞争条件引起? 或 NWP 的 SPI (LSPI)将影响 GSPI 的读写(例如:共享 UDMA)。

Smith

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

    2个 SPI 接口之间不应存在影响。

    如果我理解正确、您不认为问题与  BMX055发送的数据有关、而是  与 CC3220接收的数据有关。

    您是否验证了这一点(例如监听 SPI 线路)?

    您使用的是 LaunchPad 还是定制板?

    BR、

    Kobi

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

    感谢 Kobi 的答复  

    我暂时解决了这个问题。

    我将电源管理策略从"正常模式"修改为"始终开启模式"、然后传感器数据变为正常状态。

    "始终开启模式"包含比"正常模式"更多的功率、因此我仍然想使用"正常模式"

    我将结束此主题、并发表另一篇文章、讨论 电源管理策略为何会影响传感器数据

    (仅 MAG 传感器数据受到影响)  

    BR。

    Smith