CC2642R: 蓝牙异常断连

测试手机为iPhone13PMAX，后面用iPhone6测试 没出现此现象。

您这边使用其他设备进行测试了吗？

如果使用iphone6没问题的话，可以认为控制器没有问题，建议这边更换不同的手机去进行测试

关于丢包的问题，受环境温度其他影响属于正常现象，建议您这边使用微波暗室环境去进行测试。

希望可以帮助到您

iPhone11有这个问题，安卓也有此问题。
1.您说的环境因素，我后面做的压测是在晚上 且2.4G频段设备较少 环境较干净，距离也改成0.5m，并且抓包上可以看到 控制器是收到了此 更新连接Channel Map包。
2.压测出现的5次断连，都是上图的抓包现象，看现象是由于控制器收到了 Master 发的 更新Channel Map包 后，没有去更新 Channel Map，导致后续无法正常交互。

zhishuo song 说：

1.您说的环境因素，我后面做的压测是在晚上 且2.4G频段设备较少 环境较干净，距离也改成0.5m，并且抓包上可以看到 控制器是收到了此 更新连接Channel Map包。

关于这个，您这边测试结果是什么，也是600次出现了5次吗

zhishuo song 说：

2.压测出现的5次断连，都是上图的抓包现象，看现象是由于控制器收到了 Master 发的 更新Channel Map包 后，没有去更新 Channel Map，导致后续无法正常交互。

关于您说的这个现象，您这边可以先去使用TI这边提供的例程以及TI的开发板去进行测试，排除您这边的程序设计问题，或者是硬件设计问题。

https://www.cnblogs.com/yuqilihualuo/p/9554312.html

您这边看一下这个链接，看一下对您的问题有没有帮助

1.压测结果差不多。
2.更新Channel Map 是controller的行为。

可以看下我上图的抓包，帮忙分析下这个现象是什么原因造成的，该如何修复。

您能否提供观察到此行为的 SDK？此行为是否发生在未修改的示例项目中？如果没有，那么您能否分享哪个示例项目被用作自定义项目的基础以及所做的一般修改？

1.simplelink_cc13x2_26x2_sdk_4_10_00_78、simplelink_cc13xx_cc26xx_sdk_6_10_00_29
     这两版SDK都有此行为。
2.我用的示例：examples\rtos\CC26X2R1_LAUNCHXL\ble5stack\simple_peripheral
   蓝牙连接/断连这块没有改动。

好的，我这边会继续跟进，会尽快回复您

好的，感谢

您这边太客气了，下周我会回复您。

您好，可以指定这边使用的部件号吗？使用的是否为 TI LaunchPad 吗？

另外，能否请您指定连接间隔、连接超时、使用的外设延迟？

1.我们用的是CC2642R1F.
2.可以指定连接参数，但现在的断连的现象，是发送在控制器 发送 更新连接参数请求之前（例程里面是默认蓝牙连上3s之后 再去更新连接参数）。

好的，我已经继续跟进，会尽快回复您

如果这种异常断开发生率只有1%发生在压力测试期间，则测试是导致异常断开的因素。这意味着您需要改进硬件才能100%通过测试。

1.我们已经大量出货了，用户反馈异常断连问题。
2.压测是为了复现这个问题，才能用Ellisys抓包分析。
3.可否帮忙分析下上图的抓包，是否由于Channel Map没同步导致的。如需完整抓包log，也可发给你们。

您好，我已经反映了您这边的问题，将会继续跟进，谢谢

您好，这边方便法发一下Bluetooth sniffer log吗。

可以的，怎么发给你们呢

您这个文件方便放在公共论坛吗？

如果方便的话 您直接在插入中选择文件即可

文件太大了，还有其他方式吗？

您好，文件大概有多大

如果不大的话 可以从邮箱发给我