Other Parts Discussed in Thread: CC2640R2F
请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
器件型号：CC2640R2F 我使用的是一款低功耗器件、该器件具有运行 TI-RTOS 和 BLE 的 CC2640R2F 芯片。 我在路径中看到了2.40.00.32的 SDK 版本、但我不确定哪个组件适用。
我遇到了随机发生但通常在启动后12小时内发生的看门狗复位问题。 在某些器件上、它在启动后不久发生。 在它发生后、它可能会重复发生一段时间。
我无法通过 CCS 9.01或9.3进行可靠调试、但使用串行打印时、我发现调用 iCall_waitMatch 时出现了 iCall.c 函数 iCall_directAPI 问题。 在出现故障的情况下、waitMatch 超时、进入中止或无限循环、并等待看门狗。
出现此问题的一般流程为：
- SPO_UPDATE_AD
- GAPROLE_GOVE_DATA
- GAP_UpdateAddisingData [iCall_directAPI]
- GAP_ADV_DATA_UPDATE_DONE_EVENT
- GAP_UpdateAddisingData (这次用于扫描响应数据)
对 GAP_UpdateAddertisingData 的两个调用似乎相互干扰。 但这对我来说是没有意义的、因为第二个似乎在第一个"完成"回调事件之后被调用。
此外、iCall_send 中的 ICALL_SYNC_Handle_post 是否执行上下文切换？ 我有时会看到该函数会执行到该点、而不会进一步执行。 尽管在某些调试运行中、串行打印也可能相互干扰。
如何进一步调试？ 我可以监控进出队列的消息吗？
