乒乒乓乒兵乓乒 发布的帖子

更新了您的新lib文件后就OK了，非常感谢

我的延时从380ms缩短到了320ms左右，我原来拉高的位置在proj_init前边

缩短了一点点，但还是300多毫秒，哭了

能执行扫描操作，但是什么都没扫到；从串口看程序确实是在运行的。等调好频偏我再试试看看

您好，我用这个GPIO的demo试了下，仍然是300多毫秒；硬件上会有哪里导致启动的延迟吗？

我在user_main入口处拉了一下电平，用示波器测得是300ms左右，user_main之前有什么能改的吗？哪些参数会导致启动时间的不同呢？

默认系统上电后，跑到user_main处大概需要300多毫秒，请问是否有接口可以提前设置拉高指定IO，用以提供power_hold功能？

@zhao 在调了，这个问题可能是频偏导致的问题？还是说软件逻辑设计的问题可能性更大？蓝牙主从机同时收、发、广播、扫描需要做应用层的互斥处理吗？还是有其他的可能性？

自己的板子，单主机或从机模式运行不会有问题；出现异常时主机都搜不到环境里的蓝牙了，这时候有没有什么重启之外的方法能恢复异常？重新初始化主从机业务？

主从一体模式下，设备运行几个小时后会断开，运行日志如下。

开始阶段，主从均运行正常；
几小时后，主机从机纷纷断开连接（如下文日志本次运行时间4175s）；
此时从机能搜索到但不能连接；
主机完全搜索不到环境中的其他蓝牙广播信息（正常情况下能搜到周围3-10个蓝牙广播）；
断开码均为0x08；
请问是否有哪些关键参数会影响连接？

[2025-08-15 13:08:08.633]# RECV ASCII/177 <<<
[INFO] [BLE] master state is work_mode, curent target is H314_BD523036323939, slave condix = 0x01, uptime = 4175 seconds

[2025-08-15 13:08:09.338]# RECV ASCII/51 <<<
[INFO] [BLE] try to read from H314_BD523036323939

[2025-08-15 13:08:09.668]# RECV ASCII/55 <<<
[INFO] [BLE] get info from H314_BD523036323939

[2025-08-15 13:08:10.336]# RECV ASCII/51 <<<
[INFO] [BLE] try to read from H314_BD523036323939

[2025-08-15 13:08:11.349]# RECV ASCII/51 <<<
[INFO] [BLE] try to read from H314_BD523036323939

[2025-08-15 13:08:11.445]# RECV ASCII/127 <<<
[INFO] [BLE] link_lost, conn index = 1
[INFO] [BLE] Link[1] disconnect,reason:0x08
[INFO] [BLE] slave disconnect from controller

[2025-08-15 13:08:12.351]# RECV ASCII/51 <<<
[INFO] [BLE] try to read from H314_BD523036323939

[2025-08-15 13:08:13.410]# RECV ASCII/386 <<<
[INFO] [BLE] try to read from H314_BD523036323939
[INFO] [BLE] link_lost, index = 0
[INFO] [BLE] Link[0] disconnect,reason:0x08
[INFO] [BLE] master disconnect from target