TI中文支持网Part Number:CC2642R
test：
1、sdk4.30
2、simple_peripheral with rtos
3、development board
4、multi-connection
The two mobile phones are connected with nrf at the same time, and after 3-5 seconds CC2642 actively disconnects, the disconnect code 0x8 or 0x22 will appear.
Sometimes an active disconnect takes 5 seconds to enter the disconnect event.
Sometimes the active disconnect, wait for a long time will not enter the disconnect event.
Alex Zhang：
您好，您这边可以更为细致的描述一下您的应用场景以及实际遇到的问题吗
,
Alex Zhang：
我不明白您的标题 cc2340是什么意思
,
Alex Zhang：
你这边有尝试最新版本的sdk吗
,
Alex Zhang：
另外您这边是否是自行设计的硬件，有没有使用ti的开发板去做同等场景下的通信测试
,
wang jiwei：
多连接，主动断开出现很久才会断开
,
wang jiwei：
开发版测试，例程代码
,
wang jiwei：
没有用最新的sdk，因为工程已经基本完成，不方便移植到最新的sdk上
,
wang jiwei：
不好意思，这个写错了，是CC2642
,
wang jiwei：
是否可以推给原厂工程师看看
,
Alex Zhang：
可以的 我这边做一下升级，e2e那边大概率也会让您这边更新sdk，您使用的sdk版本确实有点旧了，我这边做升级试试看，您这边耐心等待一下，谢谢
,
Alex Zhang：
请让您尝试在 SDK 7.10 上重现此问题（请参阅https://www.ti.com/tool/download/SIMPLELINK-LOWPOWER-F2-SDK/7.10.01.24）。SDK 4.30 是一个相当旧的 SDK，我们首先应该确保它仍然可以用最新的 SDK 重现。
在共享日志中，我看到超时错误 HCI_ERROR_CODE_CONN_TIMEOUT (0x08) 和 HCI_ERROR_CODE_LMP_LL_RESP_TIMEOUT (0x22)，但也出现一些 HCI_ERROR_CODE_CONN_TERM_BY_LOCAL_HOST (0x16)。知道为什么吗？
最后但并非最不重要的一点是，我鼓励您提供Bluetooth sniffer log，因为它将大大加快调试速度。
,
wang jiwei：
目前项目所有的功能已完成，更新sdk工作量未知，所以期望再现有版本解决，因为开启了多连接，Bluetooth sniffer抓取不到期望的log
,
Alex Zhang：
您好，已经跟进您的问题，这需要一些时间，有更新我会回复您
,
Alex Zhang：
附带说明一下，SDK 4.30 不能再用于蓝牙认证（请参阅https://www.ti.com/ble-qualification）。在所有情况下，客户都应该考虑 SDK 迁移（在我们的迁移指南中进行了描述）。
为了专注于最初的主题，请确保提供所需的信息以及复制步骤，否则我们的团队将无法提供高质量的支持。
