CC2642R: 手机连接不上，手机一直发LL_FEATURE_REQ请求

手机连接不上，抓包看手机一直发LL_FEATURE_REQ请求，nrf APP显示GATT CONN LMP TIMEOUT，断开重连还是一样现象，目前设备在客户手上，暂时没做复位操作。

1、请问这个是什么原因导致的，应该怎么解决

2、如果应用层做策略去规避应该是复位才行了，但是目前我们应用的逻辑是手机连接5秒后会主动断开连接，从抓包看并没有断开连接，说明应用层并没有收到

SDK版本 simplelink_cc13x2_26x2_sdk_5_20_00_52

Nick Sun：

您好，

LL_FEATURE_REQ是蓝牙低功耗链路层的一个控制PDU，用于交换主从设备的功能集。

0x22是属于LMP或者LL层超时响应问题。LMP是链路控制协议，用于分配链路，并不发送到上层。可以理解未握手，当一方发送请求握手的数据包，需要对方在规定的时间内返回带有有效响应的数据包。如果超过时间没有收到该数据包，则断开连接并抛出该状态码。一般协议规定超时时间为40s。

您这边具体使用的示例是什么？

,

RenLI Wang：

您好

示例是simple_peripheral_oad_onchip，目前安卓和苹果手机都连接不上，有ellisys的抓包，但是网站不清楚怎么上传这个附件

,

Nick Sun：

您好，

一般来说LL_FEATURE_REQ通常是RF环境不好，或者性能有差，您这边硬件是官方的板子还是您客制化的板子？

,

RenLI Wang：

定制的板，手机和设备的距离只有50cm以内，拿到单独房间也是一样，不是信号问题。用正常的设备可以连接，这个故障件是正常出货的，到客户手上一段时间才出现问题

,

Nick Sun：

您好，

用了一段时间的意思是一开始使用这个是好的吗？您是否可以做一个对照实验？另一块同型号的板子来做测试是否会出现这种问题？

,

RenLI Wang：

您好，这个问题复现不出来，目前出货只发现1个，这个设备现在还没有做断电恢复动作，故障还保留。请问有没有什么测试建议，或者需要抓什么数据，提供分析

,

Nick Sun：

您好，

这么来看似乎是一个偶发性故障，如果其他相同的产品没有这个问题的话，应该是没有什么问题的。

这个故障设备您可以测试一下断电恢复后该问题会不会仍保留。