连接管理器错误和未命中

对于中央开发人员来说，连接管理器可能是使用SW的唯一可靠的源。它究竟显示了使用哪种结构，过程顺序和SRC_ID和DST_ID值。但是，我已经注意到了一些错误
1.在某些情况下，任务的名称不正确。在开始时看看这个序列：
====> [13：34：08.859] Tx <====
SRC任务：0x3F（Task_Apd）
DST任务：0xD（task_gapm）
MSG ID：0x3402（GAPM_RESET_CMD）
有效载荷：02 34 0D 00 3F 00 01 00 01

====> [13：34：08.865] Rx <====
SRC任务：0xD（task_gap）
DST任务：0x3F（task_app）
MSG ID：0x3400（GapM_CMP_EVT（GAPM_RESET））
状态：0x0.
Payload：00 34 3F 00 0d 00 02 00 01 00
请注意，RX有错误的任务。它应该是task_gapm，task_gap不存在。似乎大多数RX都有这个问题，但Task_Gattc似乎在特征发现的回复中可以是好的

2. struct名称（消息ID）有时是不正确的。看看键合/配对请求
====> [13：34：39.042] Tx <====
SRC任务：0x3F（Task_Apd）
DST任务：0xe（task_gapc）
MSG ID：0x3812（Gapc_bond_cmd）
0b是我相信的gapc_bond_cmd的操作
OOB：0x0.
io章程：0x3
Auth：0x1.
钥匙尺寸：0x10
ikey dist：0x1
RKEY DEST：0x1
SEC_REQ：0x0.
PAYLOAD：12 38 0E 00 3F 00 08 00 0B 03 00 01 10 01 01 00

====> [13：34：40.656] Rx <====
SRC任务：0x000E（task_gap）
DST任务：0x003F（task_app）
MSG ID：0x3815（GapC_Bond_ind）
信息：0x7.
data.auth：0x30.
data.reason：0x30.

====> [13：34：40.676] Rx <====
SRC任务：0x000E（task_gap）
DST任务：0x003F（task_app）
MSG ID：0x3813（Gap_Bond_Req_ind）
请求：0x7
auth_req：0x10
key_size：0x10
tk_type：0x10
有效载荷：13 38 3F 00 0e 00 02 00 07 10
第二个RX中的RX MSG ID应该是GAPC_BOND_REQ_IND。上面的一个不存在
是的，RX SRC任务应该是task_gapc

3.并非结构的所有元素都显示，与有效载荷相比，它们可能会出现不足。这更像是增强请求。
查看绑定请求Tx
====> [13：34：39.042] Tx <====
SRC任务：0x3F（Task_Apd）
DST任务：0xe（task_gapc）
MSG ID：0x3812（Gapc_bond_cmd）
OOB：0x0.
io章程：0x3
Auth：0x1.
钥匙尺寸：0x10
ikey dist：0x1
RKEY DEST：0x1
SEC_REQ：0x0.
PAYLOAD：12 38 0E 00 3F 00 08 00 0B 03 00 01 10 01 01 00
NAPC_BOND_CMD的“操作”元素未显示，但它处于有效载荷（0x0B）
结构的顺序不是显示的顺序。它应该是
0b操作[添加完整结构是否很好]
03 IO章节
00 OOB.
01 auth
10个钥匙尺寸
01 ikey.
01 RKEY.
00 SEC_REQ.

4.未显示连接句柄和核x。
此附加信息非常有帮助，看看连接到多个设备时如何使用这些项目。文档在此非常粗略，并且配置文件与所需的内容不一致，并且被定义为“实例”。

在某种意义上，其中一些是轻微的，但是当有人试图了解SW工作的时候，这是重要的。Centrals的文档充其量粗略，此工具提供了工作代码的最佳示例。从这里到文件很容易。