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.
https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/1113734/cc2562p-does-the-af_incoming_msg-respect-the-order-of-succession
您好！
假设我读取了属性 Temperature、占用的加热设定点、开/关状态。
假设恒温器在读取温度时出现故障/延迟、但在加热设定点1上成功。
是否会在温度之前收到占用的加热设定点、或者在连续的队列中保持跟踪、并在温度读取和接收到占用的加热设定点后收到错误代码？
您好、Luca、
Z-Stack 将按照接收的顺序处理传入的 AF 消息、在您的示例中、假设先接收占用的加热设定点、则将在温度之前处理它。 没有内部 Z-Stack 队列跟踪传出 AF 消息的顺序、并期望其响应在该特定序列中。 可以开发应用程序、以便跟踪和进一步评估事务 ID。
此致、 Ryan
AF_INGING_MSG 的 TransSeqNumber 始终为零。 有什么方法可以更改它或为其分配值？
这受作为 ZCL 标头一部分的 TransId 事务序列号的影响、该标头存储在传出 AF_DATA_Request 的数据字段中。
AF_DATA_REQUEST 的 TransID 字段？ 因为我确实更改了那个、但看起来没有改变。 AF_INGING_MSG 保持 TransID = 0；
我已经修改了我之前的回答。 如果不包含制造商代码(由帧控制字节的第三位确定)、则 transSeqNum 是 ZCL 帧头的第二个字节。
我在 ZCL 帧头和 AF_DATA_Request TransID 字段中放置相同的值。 这可能会导致一些误差？ AF_DATA_CONFIRM 具有正确的事务序列编号。
请提供交易的终端和/或监听器日志。 根据 ZCL 7规范：
当一个帧作为接收前 一帧的指定影响生成时、它是事务的一部分、并且事务序列号应从之前 接收的帧复制到生成的帧中。 这包括一个响应请求帧而生成的帧。
您可以询问终端设备制造商是否支持现有的 ZCL 规范。
