BT3L的固件，我会找产品经理理行更新，更新后验证一下；
我有几个疑问，想了解一下：
1、现在BT3L因为固件比较老，网关使用非低功耗连接策略，70秒无交互就自动断开；但从日志来看，模组下发绑定未连接的状态后，又后发送绑定已连接。是不是表示网关断开连接后，模组又自动连接网关了？
2、如果网关配合新固件，网关使用低功耗连接策略，30秒无交互就自动断开。如果自动断开后，设备如果有数据要上报，模组是会自动去连接网关吗？另外，断开期间，App端显示设备在线还是离线？如果显示在线，App下发数据，能及时到设备端吗？
3、昨天那台挂机的设备，在白天我们上班期间时，后台发现上下线很频繁，但昨晚下班后到今天早上上班前，后台的上下线就非常少，这是什么原因呢？ 在智能生活App端打开网关的控制界面时，是不是就会操作网关，然后使得模组那边频繁收到绑定未连接和绑定已连接的状态？
关于你的几个疑问：
1.模组只能被网关连接，网关断开连接后，由于你没有CMD-0xA5的相关逻辑，在没其他操作的情况下，网关不会去连接模组。
2.设备断开后，如果有数据要上报，可以使用CMD-0xA5命令请求网关连接；设备断连情况下，网关扫描到周围有设备的广播就会显示在线；APP下发数据的时候，网关会主动连接设备然后下发DP。
3.纠正下，后台只是报上线，并没有报离线，设备一直在网关旁边，一直都是在线状态的。白天上班的时候频繁断连和重连可能和“70秒无交互断连逻辑”以及“你们有频繁打开智能生活APP”有关，只要打开控制界面或者APP，网关就会主动去连接设备，然后设备就会变成绑定已连接状态。所以在你们下班后因为操作得少了就很少出现。
第1点，实际的测试情况与理论不符。就给你发的那个日志就能看到，MCU会经常收到“绑定未连接”的状态，然后很快又能收到“绑定已连接”的状态。MCU都是没有调用0xA5的相关逻辑的；
另外，BT3L的设备与手机App配对连接时，当手机断开与设备的连接；然后再靠近时，打开智能生活App，就能自动连上设备。说明设备还是在不断的广播蓝牙beacon。我确认了下，我们在代码中是会调用 0xA3，把蓝牙广播关闭。
在我上面的第3点的回复中有解答你的疑问，是由于你们有频繁打开控制页面或者打开APP，才触发网关又去连接。
这个固件不支持A3命令，所以你关闭广播的动作是无效的。对于该固件，仅可以关闭低功耗下的广播，通过E2关闭低功耗下的广播，然后设备进入休眠，网关将无法连接设备；设备要上报的时候，mcu保持模组唤醒然后调A5等待网关连接，然后上报，上报完进入低功耗。
如果你对网关的逻辑仍有疑问，请通过下面方法抓取网关日志，网关日志抓取方法：
1.网关拆开 log_tx 和 log_rx连上串口 115200bps抓取日志；
2.抓取日志前请打开debug, 可通过按键连续按5次开启。
0xE2的命令，我们现在是没有调用的，所以模组是按默认的1秒进行广播beacon，这样才能解释得通，app下发的命令和上报都比较实时，我这个理解没错吧？
后面我们更换为最新固件后，关闭广播模组进入休眠，网关30秒与模组无交互后自动断开连接，那这个时候，App端显示设备是在线还是离线？
如果是显示离线，这样用户体验就比较差，有什么方法可以让用户体验好一些？并且App下发的命令实时性也高一些的？
jafil10 2023年 Sep 7日 14:570xE2的命令，我们现在是没有调用的，所以模组是按默认的1秒进行广播beacon，这样才能解释得通，app下发的命令和上报都比较实时，我这个理解没错吧？
后面我们更换为最新固件后，关闭广播模组进入休眠，网关30秒与模组无交互后自动断开连接，那这个时候，App端显示设备是在线还是离线？
如果是显示离线，这样用户体验就比较差，有什么方法可以让用户体验好一些？并且App下发的命令实时性也高一些的？
补充问一下，设备与网关超过一段时间未交互，即使设备一直广播beacon，网关也会断开与设备的连接吗？
1.你的理解是对的。
2.配合网关使用场景，蓝牙连接与否 和 APP显示在线/离线无关。简单说，只要网关搜得到设备的信号，就是在线的。所以不存在你说的体验问题。
3.超时无交互断连是网关针对低功耗设备和常规功耗设备的逻辑。对于长连接设备，在最新固件中，我们也支持配置网关为长连接模式。长连接模式实时性最高，和手机连接下一致。其他模式网关可能需要发起连接，有时会存在几秒的延迟。
从我们抓包来看，当设备从“绑定已连接”变成“绑定未连接”后一小段时间，设备又变成了“绑定已连接”，是不是就说明现在设备使用的长连接模式？
不是的，应该是你有操作，网关才去连接了。如有疑问，按照上述的方法提供网关日志。