主题中讨论的其他器件:CC2640
尊敬的
客户使用 CC2640有大批量生产,但 似乎 蓝牙断开连接→蓝牙软复位故障→蓝牙不广播→蓝牙无法连接
1、堆栈版本: Simplelink 捕获了一个数据屏幕截图,这将揭示内部的串行端口协议。
2 屏幕截图的红色部分显示了硬件复位。 硬件复位前的数据表示2640接收到断开事件并调用软复位。
3.每条链路相隔30秒;测试流程:连接-和 GT;中断软复位;软复位30秒后-& GT;连接;重复10,000次、不会发生无线电卡塞。
![]()
任何建议?提前感谢
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.
尊敬的
客户使用 CC2640有大批量生产,但 似乎 蓝牙断开连接→蓝牙软复位故障→蓝牙不广播→蓝牙无法连接
1、堆栈版本: Simplelink 捕获了一个数据屏幕截图,这将揭示内部的串行端口协议。
2 屏幕截图的红色部分显示了硬件复位。 硬件复位前的数据表示2640接收到断开事件并调用软复位。
3.每条链路相隔30秒;测试流程:连接-和 GT;中断软复位;软复位30秒后-& GT;连接;重复10,000次、不会发生无线电卡塞。
![]()
任何建议?提前感谢
您好!
我不确定在此开始时会有什么相关信息、所以我们先尝试获取更多信息。
您能否更清楚地说明问题到底是什么? 您说存在断开连接、但您是否有空气监听器跟踪?
正在使用哪个版本的 SDK?
蓝牙设备扮演什么角色?
它处于哪个应用领域?
器件连接到了什么目标?
问题是如何重现的?
什么是蓝牙软复位故障? 我从来没有听说过这个。
请提供更具体的信息、以便我们提供帮助。 谢谢你。
1、 不 使用空气嗅探器探头。 手机 主动 断开 cc2640后、 cc2640 将收到 GAP_LINK_ENTERMIND_EVENT 、 然后 主动 执行 软件 复位。 此时、 CC2640 未 成功复位;


2、 版本 号:simplelink_cc2640r2_sdk_4_20_00_04__1;
3、 外围 角色;
4、 广播 、连接、 通信。
5、 手机
6、 在 GAP_LINK_ENTERMIND_EVENT 中进行软件复位
1、在正常条件下、软复位后、BOOT 将输出 A1 00/A2 00、如图中红色标记部分所示。 发生故障时、执行将进入 GAP_LINK_ENTERMIND_EVENT、串行输出为16 00。 但没有输出 A1 00/A2 00。 硬件复位如图所示。
2、 移动电话用户终止连接。
3、 我希望2640在每次连接之前保持其初始状态。
4、 好的、补充图表中标记为16 00的红色框表示已经接收到 GAP_LINK_ENTERMIND_EVENT。

你(们)好!
如果器件在故障中结束、它不一定会复位、除非您特别调用了故障/异常处理程序中的复位函数。 这将解释您没有看到 A1 00/ A2 00的原因。 如果希望能够在遇到故障后将芯片复位、我建议使用看门狗计时器。 然后、这将冷复位芯片、从而允许再次发生启动序列。
看看您发送的代码片段,您是否尝试过在调试会话中运行代码以查看 SysCtrlSystemReset();是否实际上被调用? 在实际访问 SysCtrlSystemReset 函数之前、芯片可能会在故障/异常处理程序中结束、这意味着从未调用该函数、因此不会进行复位。 请尝试通过调试会话来运行软件、看看是否出现了这种情况。
要确保 SysCtrlSystemReset()函数实际复位设备,可以尝试从不同上下文调用该 API,以查看复位是否实际发生。
此致!
阿赫尤特·雷
你(们)好!
您能否检查您是否已在您身边启用"热复位转换为系统复位"? 您可以通过查看 PRCM 寄存器、然后查看 WARMRESET 字段来检查此情况。 这是为了确保软件复位能够实际复位整个器件而不仅仅是其中的一部分。 您可以在技术参考手册的6.7.1.3和6.7.2节中阅读有关此内容的更多信息。
为便于访问、此处是 TRM 的链接: www.ti.com/.../swcu117i.pdf