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.
https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/609605/cc2640-ble-application-using-simplelink-ble-stack-2-2-1-disconnect-for-no-apparent-reason
您好！ 我们正在使用 SimpleLink BLE-Stack 2.2.1 (和相关工具链)开发 CC2640定制板应用。 Code Composer Studio 版本为：7.1.0.00016。 我们的应用源自"simple_peripheral"示例。 我们遇到的问题如下：
跟踪通信我们可以看到：
是否有人遇到过类似的问题？ 什么可能导致断开连接？ 非常感谢。
非常感谢您的 JXS、
您似乎已向正确的方向推动了我们、但我们尚未完全解决。 有关我们的测试的更多详细信息。
我们使用3种不同的器件：
在您提出建议后、我们检查了振荡器精度：在我们的电路板上为40ppm (与 CC2640默认值相同)、但出于安全考虑、我们使用以下命令将睡眠时钟精度提高到了200ppm：
HCI_EXT_SetSCACmd (200)；
此修改解决了器件2 (保持连接3小时)的问题、但未解决器件3的问题、该问题导致连接松动。
我们尝试使用命令进一步提高振荡器精度
HCI_EXT_SetSCACmd (500)；
但器件3连接仍然松动。
还有其他建议吗？
谢谢。
您好！
我已经了解了射频前端和偏置、它们针对 我们的电路板进行了正确设置： #define RF_FE_MODE_AND_BIAS (RF_FE_DIFFT | RF_FE_INT_BIAS)
关于"连接控制服务"我的 BLE 配置文件中没有这样的服务、但我认为我们可以通过修改代码中的连接参数并重新编译来进行测试。 是这样吗？
我们需要缓慢的连接、 并且我们遵守 iOS 合规性规则、因此我们 设置： 间隔时间：1600ms intervalMax：1800ms slaveLatency：0 connSupervisionTimeout：5600ms
此参数是否也适用于 Android 设备？
有关断开连接的另一个详细信息：我们在 gapRole_ProcessGAPMsg (peripheral.c)中放置了一个断点。 当发生断开连接时、我们得到：
pMsg->opcode =GAP_LINK_TERMINATED_EVENT pkt-->原因=LL_supervaling_timeout_term
这是否有助于地下断开连接的原因？ 谢谢你。
