连接管理器错误和未命中

对于中央开发人员来说，连接管理器可能是使用软件的唯一可靠来源。它精确地显示了所使用的结构、过程的顺序以及src\u id和dst\u id值。但是，我注意到了一些错误
1任务的名称在某些情况下不正确。从一开始就看这个序列：
==>[13:34:08.859]发送<====
Src Task:0x3f（任务应用程序）
Dst任务：0xd（任务\u GAPM）
消息Id:0x3402（GAPM\u RESET\u CMD）
有效载荷：02 34 0d 00 3f 00 01 00 01

==>[13:34:08.865]接收<====
Src任务：0xd（任务间隔）
Dst任务：0x3f（任务应用程序）
消息Id:0x3400（GAPM\ U CMP\ U EVT（GAPM\ U RESET））
状态：0x0
有效载荷：00 34 3f 00 0d 00 02 00 01 00
注意，Rx有错误的任务。它应该是TASK\u GAPM，TASK\u GAP不存在。似乎大多数rx都有这个问题，但是TASK_GATTC在特征发现响应中似乎没有问题

2结构名称（消息id）有时不正确。查看绑定/配对请求
==>[13:34:39.042]发送<====
Src Task:0x3f（任务应用程序）
Dst任务：0xe（任务\u GAPC）
消息Id:0x3812（GAPC\u BOND\u CMD）
我相信0b是GAPC债券的操作
Oob:0x0
Io帽：0x3
身份验证：0x1
密钥大小：0x10
iKey距离：0x1
rKey距离：0x1
秒请求：0x0
有效载荷：12 38 0e 00 3f 00 08 00 0b 03 00 01 10 01 00

==>[13:34:40.656]接收<====
Src任务：0x000e（任务间隔）
Dst任务：0x003f（任务应用程序）
消息Id:0x3815（GAPC\U BOND\U IND）
信息：0x7
数据.auth：0x30
数据.原因：0x30

==>[13:34:40.676]接收<====
Src任务：0x000e（任务间隔）
Dst任务：0x003f（任务应用程序）
消息Id:0x3813（GAP\u BOND\u REQ\u IND）
请求：0x7
授权请求：0x10
密钥大小：0x10
tk\ U型：0x10
有效载荷：13 38 3f 00 0e 00 02 00 07 10
第二个RX中的RX消息Id应该是GAPC\u BOND\u REQ\u IND。上面的一个不存在
是的，RX Src任务应该是TASK\u GAPC

三。并不是所有的结构元素都显示出来，而且它们的显示顺序可能与有效负载不符。这更像是一个增强请求。
看一下你的申请书
==>[13:34:39.042]发送<====
Src Task:0x3f（任务应用程序）
Dst任务：0xe（任务\u GAPC）
消息Id:0x3812（GAPC\u BOND\u CMD）
Oob:0x0
Io帽：0x3
身份验证：0x1
密钥大小：0x10
iKey距离：0x1
rKey距离：0x1
秒请求：0x0
有效载荷：12 38 0e 00 3f 00 08 00 0b 03 00 01 10 01 00
GAPC\u BOND\u CMD的“operations”元素不显示，但它位于有效负载中（0x0b）
结构的顺序不是显示的顺序。应该是的
0b操作[最好添加完整的结构]
03 io盖
00开箱
01认证
10键大小
01艾奇
01兰奇
00秒要求

4连接句柄和conidx不显示。
当连接到多个设备时，此附加信息将非常有助于了解如何使用这些项目。这里的文档非常粗略，概要文件与所需内容和“实例”的定义不一致。

从某种意义上说，其中一些是次要的，但重要的是当有人试图学习如何工作的软件。centrals的文档充其量只是粗略的，这个工具提供了工作代码的最佳示例。从这里到文档要容易得多。