1、产品蓝牙信号良好情况下(>-50dbm),手机一直发送LL_FEATURE_REQ请求(链路层的一个控制PDU),但是产品没有应答LL_FEATURE_REP,15s之后显示连接超时(未握手)。
2、该问题不是开始运行就有问题的,是运行了较长一段时间之后才出现连接失败的问题。
3、不仅仅有一个模块出现该问题,2000个产品里面有五个产品出现了上述问题。但是出现该问题之后,研究问题过程中,有的问题产品自动恢复正常了。
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.
1、产品蓝牙信号良好情况下(>-50dbm),手机一直发送LL_FEATURE_REQ请求(链路层的一个控制PDU),但是产品没有应答LL_FEATURE_REP,15s之后显示连接超时(未握手)。
2、该问题不是开始运行就有问题的,是运行了较长一段时间之后才出现连接失败的问题。
3、不仅仅有一个模块出现该问题,2000个产品里面有五个产品出现了上述问题。但是出现该问题之后,研究问题过程中,有的问题产品自动恢复正常了。
您好,
这是由于slave 没有收到这个请求的缘故。通常master会重发这个请求,直到slave收到并回复为止。
收不到的原因通常是RF环境不好,或者性能有差。
从手机和蓝牙设备连接,主模块发送LL_FEATURE_REQ请求就一直该指令发送了15s,15s之后连接超时,手机显示连接失败。
应该是你框的下一行 从M->S 开始断联,并且ACK状态是UNEXP,NESN
请问你目前使用的示例是什么?
这边硬件是官方的板子还是您客制化的板子?
这个故障设备你可以测试一下断电恢复后该问题会不会仍保留。
目前看似乎是一个偶发性故障,如果其他相同的产品没有这个问题的话,应该是没有什么问题的。
您好,我看官网资料里有资料描述优化过一个蓝牙连接的问题,我还想问一下,这个文档里优化的这个问题的现象是怎么样?
Bluetooth Low Energy – Invalid Connection Request (SweynTooth) (Rev. A)
我发现正常连接(连接成功)的抓包也会有ACK状态是UNEXP,NESN,这是什么原因呢?
1.定制板的话做一个硬件审核
2.现象:当低功耗蓝牙外围设备收到无效连接 PDU(无效连接间隔或监控超时参数),设备尝试连接。 然而,连接由于接收到无效参数而失败。 连接失败状态由蓝牙低电平指示能量堆栈到应用(bleGAPConnNotAcceptable)。The “Simple Peripheral” example application,接收到来自低功耗蓝牙的连接失败通知后进入空闲状态,并且不再重新发起广告。这可能会导致拒绝服务应用级别。
3.Master 收到一个 SN 设置为 0 的数据包 (#690),这是预期的(新数据)。
然而,该数据包的 NESN 设置为 0,这意味着它没有收到前一个 SN 设置为 0 的数据包(在 ACK 状态中表示为“Unexp. NESN”)