1. 可以打开LOG，看一下断开的原因是什么。低功耗开启本身不会导致设备锻炼，因为BLE本身就是一个支持低功耗下保持连接的技术。可以看一下应用代码中是否有阻塞时间较长的代码？如果阻塞时间较长会影响蓝牙听包，从而触发断连。
2. 模块解绑是APP解绑模块 还是长按按键触发解绑？可以看一下触发解绑后的回调和LOG，可能是应用代码导致的重启。
3. 不合法的写地址会在底层被拒绝，，合法的写地址，在每次写之前会在底层主动喂狗一次，不管低功耗开不开，FLASH操作的时候设备只能是唤醒状态。 建议查下代码

1. 只要tal_cpu_allow_sleep执行后，当设备满足休眠条件（没有广播/连接事件，按键电平不在唤醒状态等）时会自动进入休眠，可以把广播的interval和连接的interval理解成定时事件，在定时时间到的时候，SDK会主动唤醒MCU来执行对应的事件。在没有相关事件需要执行的时候，就自动进入休眠。
2. 该SDK的 软件定时器（tal_sw_timer）已经做了封装，可以支持低功耗场景下的使用。启动这个定时器就可以实现定时期间休眠，超时时唤醒。

1. 需要重新配置。tuya_init_third 该函数在芯片每次唤醒时都会调用一次。，重新配置放在这里就可以了

1. 功耗方面，TY_ADV_INTERVAL 改为1000， 广播不要关闭， 再调用接口 “tal_cpu_allow_sleep” ，可以让设备进入低功耗的同时手机也能够发现设备。
2. 芯片休眠时无法保持输出能力，不过休眠前可以通过配置成输入上、下拉的方式来保持一定的高低电平输出。
3. 休眠时按键中断都是无法响应的，可以在唤醒的时候扫描一下按键状态，如果有按键被按下，则启动定时器扫描按键。可以通过 tkl_wakeup_source_set 接口来配置按键唤醒，该接口工程demo里有演示使用方法

• 先提供下用的SDK的版本
  • 检查下主循环中是否有占用执行比较久的代码块？特别是关闭中断执行的代码。
  • 手机的协议栈比较丰富，容错机制比较完善所以鲁棒性比较强。 网关协议栈较手机而言比较简陋，所以出现听包错位时也容易无法纠错而断开。

你把你改的那几个东西 贴上来，我们这边复现一下现象吧。