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

@qiu
好奇一下：为啥要用多个client呢？一个client也能连多个从机，通过通道号来区分。
对于从机来说它不需要知道主机用的哪个client来连自己吧？

@mars

主机FR8008A的读指令如上图，从机返回的数据每包61字节，但主机是分3次读回来的。
使用iphone手机nrf connect 蓝牙测试app一包就可以读回来了。
上文有各自对应的抓包截图。

我是主机有问题用手机替代8008A做测试，就没必要换手机了吧？

另外我的主要问题是，读着读着主机就发不出读指令了，请问这可能是哪里的问题呢？

@mars

您好，我这边调用了对应的函数，抓包也确实抓到了设置操作，
但实际通信抓包时，从机还是分包发送的。
对比上文中的手机交互的同一台从机，同样设置MTU为185，从机是一包返回来的，
请问这个可能是哪里出的问题呢？

@felix-yang

请问FR8008A设置MTU的动作是在哪里做的呀？我的代码里没有调用MTU设置函数；
蓝牙抓包数据里有，但是设置的MTU没有生效；

如果我在连接成功后调用设置MTU时，实际上抓包是没有这个操作包的，这三个问题是为什么呢？

1.找不到自动设置MTU的位置？
2.自动设置MTU未生效？
3.无法手动设置mtu？

@felix-yang

从机的特征列表handle确实是0x11，UUID用手机看也是0xEE01，这里应该是没错的；
那么问题回来了，读从机数据为什么一段时间后就发不出请求包了呢？
求指导

@felix-yang

手机使用nrf connect 测试抓包得到的数据，response一包就回来了，是因为mtu设置的大吗？

@felix-yang

串口显示FR8008A主机一直在向从机请求数据，但抓包未能抓到对应的数据；
请帮忙分析下，谢谢大佬

默认是打印到串口了

主机串口显示一直在向从机读写数据没有断开，但是读不到数据；
从机串口显示没有断开，但也没有接收到读写指令；

这种点对点的主从交互场景，有什么推荐的抓包工具吗？

主循环中每200ms分别调用一次读写指令，刚开机能正常运行几十分钟，之后就读写不了了。
蓝牙仍处于连接状态，本地与对端从机均无事件，没有异常报错；
主从机机频偏都已调好；从机使用的是esp32实现，使用其他主机去连接控制是正常的，请问可能是哪里的问题呢？

更新了您的新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