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.

[参考译文] CC3130:器件锁定并导致系统随机中断

Guru**** 1810440 points
Other Parts Discussed in Thread: CC3120, CC3130, CC2650, CC2640
请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1305322/cc3130-device-locks-up-and-causes-system-rest-at-random-periods

器件型号:CC3130
主题中讨论的其他器件: CC2650CC2640、CC3120

我们有一个产品、其中包括3个 TI 器件、一个用于蓝牙的 MSP432主控制器、一个用于蓝牙的 CC2650以及一个用于 WiFi 的 CC3130。 MSP 使用"植入式链接"层与其他两个设备进行通信、并且所有设备都运行良好。 我们最近注意到、某些产品出现了重置问题、它们在不同时间段内工作、例如45秒、75秒、190秒、然后重置。 与 CC3130的通信似乎受阻、因为没有返回到 MSP 的响应、看门狗会导致复位。  

这是一个已知问题吗?是否有相应的解决方案?如果以前没有看到过、是否有可实施的解决方案?   

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

    您好!

    这肯定不是已知问题、不应发生。

    您是否有任何异步事件来指示错误? 例如、 SL_DEVICE_EVENT_FATAL_DEVICE_ABORT、或者任何 SL_DEVICE_EVENT_FATAL_xxx ?

    我们还可以尝试获取一些 NWO 日志以了解更多信息、但我们先从这个日志开始。

    在 MSP 和 CC3130之间传输什么数据? 如果不传输任何内容、会发生什么情况、它是否仍会卡住?

    什洛米

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

    感谢您的回复。 我明天将做一些调试、并尝试更好地了解问题的确切位置以及是否返回任何错误。  

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

    谢谢、请在获取时分享详细信息。

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

    我已对该问题进行了一些详细的调试、但与我报告的情况不同。 我们假定正如我们之前看到的那样、我们的解决方案似乎是使用其固件对 CC3120器件进行重新编程。 这一次我们尝试过,但它不起作用。 进一步详细的调试发现了 UART_CONTROL()与 CC2640有关的问题,它用于代替 CC2650。  

    虽然这并不能真正解决问题、但如果问题发生频率更高、我们可能需要重新访问它。 我要将此问题标记为已解决、并提出一个有关通过 CC2640对 MSP432进行 UART 控制的新问题