作为门网的一部分、我们将在基于 ZNP 的协调器上更新 ZigBee 堆栈。 在2.5.3堆栈一切都很顺利。 BOU 在2.6.x 版本中、我注意到在数据字段后接收到 AF_INcoming_MSG、并显示"额外文件"。 您是否注意到这种行为?
This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
作为门网的一部分、我们将在基于 ZNP 的协调器上更新 ZigBee 堆栈。 在2.5.3堆栈一切都很顺利。 BOU 在2.6.x 版本中、我注意到在数据字段后接收到 AF_INcoming_MSG、并显示"额外文件"。 您是否注意到这种行为?
只是一个示例(在同一电路上)
较早的堆栈:
长度= 21、apiId = 0x44 0x81、
FULL DATA = 0xFE | 0x15 | 0x44 0x81 | 0x00 | 0x03 0x04 | 0xe3 0xAA | 0x05 | 0x04 | 0x00 | 0x8d | 0x00 | 0x39 0x45 0x02 0x00 | 0x00 | 0x00 | 0x04 | 0x08 0x01 0x07 0x00 | 0x66、
校验和= 0x66
较新的堆栈:
长度= 24、apiId = 0x44 0x81
FULL DATA = 0xFE | 0x18 | 0x44 0x81 | 0x00 | 0x03 0x04 | 0x3D 0xc3 | 0x05 | 0x04 | 0x00 | 0x96 | 0x00 | 0xd5 0x66 0x0F 0x00 | 0x00 | 0x04 | 0x08 0x01 0x07 0x00 | 0x3D 0xc3 0x1d | 0xe6
校验和= 0xe6
尊敬的 Antonio:
三个字节中的前两个是 MAC 源地址、最后一个字节是消息半径。 MT API 的更新版本反映了这一点。
此致、
Ryan