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.
我们有一个产品、其中包括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 控制的新问题