关于nordic sdk11.0中ble_app_gls工程RACP中重发机制的疑惑？

waferhit

不太理解的地方,是RACP的重发机制,RACP（UUID=2A52）当往SD写入失败的时候，需要（挂起）重新写，保证发给写给2A52的命令会相应的回应帧给对端设备。看程序判断需要挂起的依据有两条：
1. 根据sd_ble_gatts_hvx（）的errcode==BLE_ERROR_NO_TX_PACKETS时挂起等待重写，但是RACP是indication方式，按照协议栈的的说法，sd_ble_gatts_hvx（）发indication的时候，不产生BLE_ERROR_NO_TX_PACKETS，因为Indication消耗的是server internal buffer，而notification消耗的是application buffer，所以从这条作为需要重发回应帧的依据是不是有问题。
2. 另一条是判断pplication buffer queue是不是已经有排队待发的帧了m_racp_proc_records_reported_since_txcomplete > 0，有就挂起等待重发，其实和第一条感觉还是一样的，这么做除非indication和notification排的是一个buffer queue，能产生NO_TX_PACKETS的errorcode。

不知道我这里理解哪里出偏差了，请教一下大家。

waferhit

Hi,

Thank you for reporting this. I have reported this bug internally.

Yes, you are right. When checking if there is already a RACP indication waiting to be sent, the correct error code to check is NRF_ERROR_BUSY, and not BLE_ERROR_NO_TX_PACKETS.

以上为官方论坛回复！