图片上面为正常的样品,图片下面是CH592使用的Central例程发起连接,能连接了,但马上就被对方终止
串口打印如下:
Discovering...
Device found...
Connecting...
Connected...
Disconnected...Reason:13
Discovering...
Device not found...
Discovering...
GATT_DiscAllPrimaryServices = 0002
图片上面为正常的样品,图片下面是CH592使用的Central例程发起连接,能连接了,但马上就被对方终止
串口打印如下:
Discovering...
Device found...
Connecting...
Connected...
Disconnected...Reason:13
Discovering...
Device not found...
Discovering...
GATT_DiscAllPrimaryServices = 0002
常见断开原因:CH573 CH579 CH582 蓝牙断开连接原因分析 - WCH蓝牙应用分享 - 博客园 (cnblogs.com)
错误代码0x13是对端设备主动断开。
您可以抓一个能过正常运行BLE主机,与目标从机之间的通信,比对看是否从机端做了处理主动断开。
winsize chM SCA这几个值不同会影响吗,做了处理断开应该在后面才断开吧?这是刚连接同步阶段。
CH592/582怎么修改这个WinSize?
暂不清楚对端断开连接的原因。如果有目标从机的源代码,可以检查源代码中的判断依据;也可以用手机作为BLE主机,运行BLE调试助手连接目标从机,抓包比对包内容。
如果怀疑是收发窗口导致的问题,可以尝试修改。在BLE初始化配置中,有关于接收窗口的配置。默认没做修改,协议栈中会赋默认值。
试了修改没有作用呢,还有
Comp Id
SubVer sNr这两个值也改不了吗
已经确定是这两个值不匹配,对方终止,怎么能修改这两个值 CompId 、SubVersNr
目标从机是什么样的设备,很少有对主机厂商ID做限制的从机
不同品牌的手机,厂商ID/版本号不同,均可以作为BLE主机可以连接到目标从机吗?能否提供手机成功连接目标从机的BLE抓包文件到邮箱zhaiyw@wch.cn
已发邮件