CC2640 multi_role之间互连，主角色在超时情况下不能产生断开连接事件

CC2640 multi_role之间互连，主角色连接从角色后屏幕显示Connected to 1，如果继续选择与该从角色建立连接，也能连接成功显示Connected to 2 ，问题来了，此时如果将从角色断电后，主角色显示Connected to 1，并且捕包后发现一直在重发Empty PDU，而且该报的时间间隔变成了102ms，连接正常时的间隔52ms，请

TI工程师帮忙看看，这个是一定会重现的方法（未修改例程任何部分）；我在使用中发现这个问题时，并不是多次连接同一个从角色才会出现该情况，在其他使用情况时也出现一模一样的一直重发空包仿真调试时发现有时没有产生断开连接事件；

http://e2e.ti.com/support/wireless_connectivity/bluetooth_low_energy/f/538/t/479760 这个问题和我一样，请TI大神们帮帮忙

JChong_Zhui ,

请问你当前的测试是基于BLE stack2.1的还是2.0的？到了timeout时间后，central会认为disconnect了吗？还是会一直认为没有断？

Lina Lian，

测试是基于stack2.1， 到了timeout后，central不会认为disconnect，仿真时也没收到disconnect事件，会一直保持为连接状态！

你好，

美国AE正在更新multi-role的功能。

并会在下一版的sdk中release出来。

附件是一个最新sdk内部公测的multi-role的bin文件。你可以测试一下还有没有你所说的问题。

3730.CC2640_MultiRole_585.7z

欢迎反馈问题 :  )

@kqian0327， 你好

新版本的SDK什么时候能发布？ 刚才测试CC2640_MultiRole_585.bin发现如下BUG：

1、作为Central角色时广播依然不能关闭；

2、作为Peripheral角色时（现有SDK能同时连接7个），被7个Central连接后广播会停止，断开所有的Central后并不能够恢复广播；

3、当AB（SmartRF06EB）两个设备同时下载CC2640_MultiRole_585.bin后，A搜索到B后建立连接，然后B搜索到A后开始建立连接，此时B设备（SmartRF06EB）的按键失效，但是B依然在广播，此时A设备再去与B设备建立连接会导致B停止广播（嗅探器捕获），连接建立成功；关闭A设备电源后设备B不能恢复广播和按键功能；

请TI工程师帮忙测试下，希望在新的SDK中能解决这些问题！

谢谢分享。切换功能后最好复位一下。

大秦正声，这个是CC2640，不是CC2540需要切换角色

你好，

你的反馈意见已经收到，问题2和3可能是程序逻辑问题，断开连接之后理论应该恢复到重新广播模式。

问题的话，我会建议BU采取一个按键来决定是否再次广播。

感谢你的反馈！

新的SDK应该在三月会发出来，请以ti官网sdk下载地址为准。

您好，最新的sdk有发出来吗？相关的例程demo都有更新？具体下载地址在哪？