Microchip
直播中

周杰

8年用户 253经验值
私信 关注
[问答]

RN4020 128位专用服务未通过List Client命令显示在中央服务器上

我连接两个RN4020模块,一个作为中心(C),一个作为外围设备(P)。我设置了一个外围设备的SS和SR命令。我在(p)上定义了一个128位的私有服务,并使用ls列表服务器命令来验证它。在中央(C),我用SS和SR命令设置为中央,用F命令扫描外围设备,然后选择(P)的mac地址和E命令连接。一切进展顺利。私有服务UUID在F命令的结果中显示为主服务,正如预期的。但是,当我试图使用列表客户机LC命令检查外围设备(P)上的可用服务时,私有服务UUID没有显示。实际上,除非我还在外围设备(P)上指定一个标准公共服务(设备信息、电池等),否则LC命令响应就是简单的“END”。从中央(C)似乎没有从外围设备(P)可用的私有服务。哦,我已经证实当我从另一个蓝牙设备(如macOS或iOS设备)连接到外围设备(P)时,我可以看到私有服务。所以问题似乎是在RN4020中央设备上。我有一个组合的版本:1.33 on(P)和1.25 on(C)。我用主滤波器PF命令进行了试验,但没有改进。有什么明显的想法吗?如果没有,我附加了一些终端会话,以显示每端的设备和服务特性(SR和SS)设置的结果。
RN4020中央LC发行文本TXT(0.33 KB)-下载43次

回帖(1)

罗敏

2020-4-8 10:51:41
临时解决方案:在“随机”服务和特性UUID的开始时不要使用零点。他们可能会导致这个问题。我对微芯片技术支持的部分评论是:“请尝试使用以下列出的服务和特征UUID:PS,00035B0358E607DD021A08123A000300PC,00035B0358E607DDD021A08123A000301,12,02PC,00035B0358E607DD02A08123A000303,02,我发现这些UUID应用于外围设备AL Enter在从中心列出客户服务时不起作用,而您使用的简单服务则起作用。我看不出为什么会这样。根据需要,它们是128位十六进制编码的ASCII字符串。我尝试过直接键入,以及从MPLAB的编辑器中复制和粘贴,所以我认为这不是unicode与ascii的问题。您的服务UUID也使用了一个AF十六进制数字,所以这不应该是个问题。请核实。微芯片技术支持响应:“作为测试的一部分,我注意到,如果从UUID开始替换零,那么服务从中央侧就可以看到。我想,这可能与UUID开始时零点的解释有关,“这需要在固件中修复。它出现在当前版本的RN4020固件V1.33.4.PoR上
举报

更多回帖

发帖
×
20
完善资料,
赚取积分