TI中文支持网Part Number:CC2640R2F
1、产品蓝牙信号良好情况下（>-50dbm），手机一直发送LL_FEATURE_REQ请求（链路层的一个控制PDU），但是产品没有应答LL_FEATURE_REP，15s之后显示连接超时（未握手）。
2、该问题不是开始运行就有问题的，是运行了较长一段时间之后才出现连接失败的问题。
3、不仅仅有一个模块出现该问题，2000个产品里面有五个产品出现了上述问题。但是出现该问题之后，研究问题过程中，有的问题产品自动恢复正常了。
Galaxy Yue：
您好，
这是由于slave 没有收到这个请求的缘故。通常master会重发这个请求，直到slave收到并回复为止。
收不到的原因通常是RF环境不好，或者性能有差。
,
huahahAAAC：
可以判断并不是信号问题，因为手机和抓包都观察到蓝牙信号是良好的状态，并且为了排除是信号问题将产品的结构拆开来，只剩下裸板也仍还存在上述问题。
而且出现上述的连接失败问题的时候不是偶尔连接失败，而是一直连接失败。
,
Galaxy Yue：
你试一下 抓包定位一下通信到哪了
,
huahahAAAC：
从手机和蓝牙设备连接，主模块发送LL_FEATURE_REQ请求就一直该指令发送了15s，15s之后连接超时，手机显示连接失败。
,
Galaxy Yue：
应该是你框的下一行 从M->S 开始断联，并且ACK状态是UNEXP,NESN
请问你目前使用的示例是什么？
这边硬件是官方的板子还是您客制化的板子？
这个故障设备你可以测试一下断电恢复后该问题会不会仍保留。
目前看似乎是一个偶发性故障，如果其他相同的产品没有这个问题的话，应该是没有什么问题的。
,
huahahAAAC：
1、出现问题的产品不是官方的开发板，是只用了Ti的 CC2640R2F芯片。模块硬件是我们自己打板开发制作的。
2、使用工程是基于simple_peripheral oad offchip实例开发的。
3、出现问题，有尝试掉电操作，复位不能解决问题。
4、虽然不是大部分产品出现问题（2000个产品中出现5个），但是这个也可能不是偶然，希望你们可以帮助排查问题原因
,
huahahAAAC：
您好，我看官网资料里有资料描述优化过一个蓝牙连接的问题，我还想问一下，这个文档里优化的这个问题的现象是怎么样？
Bluetooth Low Energy – Invalid Connection Request (SweynTooth) (Rev. A)
,
huahahAAAC：
我发现正常连接（连接成功）的抓包也会有ACK状态是UNEXP,NESN，这是什么原因呢？
,
Galaxy Yue：
1.定制板的话做一个硬件审核
https://www.ti.com.cn/tool/cn/SIMPLELINK-2-4GHZ-DESIGN-REVIEWS?keyMatch=%E7%A1%AC%E4%BB%B6%E5%AE%A1%E6%A0%B8
2.现象：当低功耗蓝牙外围设备收到无效连接 PDU（无效连接间隔或监控超时参数），设备尝试连接。 然而，连接由于接收到无效参数而失败。 连接失败状态由蓝牙低电平指示能量堆栈到应用（bleGAPConnNotAcceptable）。The “Simple Peripheral” example application，接收到来自低功耗蓝牙的连接失败通知后进入空闲状态，并且不再重新发起广告。这可能会导致拒绝服务应用级别。
3.Master 收到一个 SN 设置为 0 的数据包 (#690)，这是预期的（新数据）。
然而，该数据包的 NESN 设置为 0，这意味着它没有收到前一个 SN 设置为 0 的数据包（在 ACK 状态中表示为“Unexp. NESN”）
