@mars 昨天试了下开启了串口1的fifo功能，死机重启的现象缓解了一些，FR8003A的蓝牙协议栈里有哪些机制会导致直接复位，观察串口0的log信息也没任何提示

@mars 不发数据不会死，现在发现FR8003A发给手机的数据如果出现延迟堵塞的现象时很快就会重启，而且好像还跟距离有关，距离越远越容易重启

@mars 我自己画的，用的时最新的sdk

是不是发送notify时信号干扰大的话导致堵塞，然后串口数据溢出导致芯片复位

最早用的0.4.15的sdk，最近换了最新的0.4.18还是会重启。我是手机蓝牙同时连接两个FR8003A，FR8003A的串口1接了一个串口模块，模块每100ms给FR8003A发20多个字节数据，FR8003A的串口中断只接收数据存入缓存，程序主循环中解析数据然后notify发出，测试发现手机只连一个FR8003A的话不会出问题，手机同时连两个FR8003A的话，FR8003A就会重启复位，通讯串口的波特率设的越高越容易重启，波特率设为230400的话机会是手机连上两个FR8003A后，必定有一个FR8003A会立刻重启，降低波特率到115200，则会几分钟或者十几分钟就会有FR8003A重启

我用电脑蓝牙同时连接两个FR8003A，两个FR8003A都会高频发送notify数据，每次电脑连接两个设备几秒钟，先连接的FR8003A就会复位并且没有任何提示

FR800x处于shutdown状态时IO口处于什么状态，实测芯片进入shutdown模式后IO口都有零点几伏的电压

使用FR800x的notify给手机高频率上传数据，当手机距离远信号较弱的时候会导致芯片卡死，然后手机再也无法搜索到FR800x的蓝牙设备，只能对FR800x断电重启，这种情况能否使用看门狗来解决，看门狗如何使用

目前项目需要高频发送数据，gatt_notification函数没有返回状态，有什么办法可以知道notify的发送状态

请问FR800x的电池充电管理是怎么用的，在哪可以找到相关说明以及参考设计