多谢回复。是我这边不按流程走，导致授权失败。

使用云模组烧录授权时，提示“获取RF标志位失败”，需要在固件端上报这个标志位。我们使用onboard的方案，RF的校准是我们自己做的，仅使用云模组进行烧录授权。
SDK为：bk7231n 3.3.4

遥控器端有支持beacon传递数据的模组吗？

从我们抓包来看，当设备从“绑定已连接”变成“绑定未连接”后一小段时间，设备又变成了“绑定已连接”，是不是就说明现在设备使用的长连接模式？

jafil10 2023年 Sep 7日 14:57

0xE2的命令，我们现在是没有调用的，所以模组是按默认的1秒进行广播beacon，这样才能解释得通，app下发的命令和上报都比较实时，我这个理解没错吧？

后面我们更换为最新固件后，关闭广播模组进入休眠，网关30秒与模组无交互后自动断开连接，那这个时候，App端显示设备是在线还是离线？
如果是显示离线，这样用户体验就比较差，有什么方法可以让用户体验好一些？并且App下发的命令实时性也高一些的？

补充问一下，设备与网关超过一段时间未交互，即使设备一直广播beacon，网关也会断开与设备的连接吗？

0xE2的命令，我们现在是没有调用的，所以模组是按默认的1秒进行广播beacon，这样才能解释得通，app下发的命令和上报都比较实时，我这个理解没错吧？

后面我们更换为最新固件后，关闭广播模组进入休眠，网关30秒与模组无交互后自动断开连接，那这个时候，App端显示设备是在线还是离线？
如果是显示离线，这样用户体验就比较差，有什么方法可以让用户体验好一些？并且App下发的命令实时性也高一些的？

第1点，实际的测试情况与理论不符。就给你发的那个日志就能看到，MCU会经常收到“绑定未连接”的状态，然后很快又能收到“绑定已连接”的状态。MCU都是没有调用0xA5的相关逻辑的；

另外，BT3L的设备与手机App配对连接时，当手机断开与设备的连接；然后再靠近时，打开智能生活App，就能自动连上设备。说明设备还是在不断的广播蓝牙beacon。我确认了下，我们在代码中是会调用 0xA3，把蓝牙广播关闭。

zengyun 2023年 Sep 6日 11:11

我们正在分析，稍晚一些回复您。

有分析的结果了吗？

好的，麻烦帮忙分析一下，在我这边，掉线的现象是必现的。
昨天把网关的固件升级到1.6.2之后，现象依旧