AF_DATA_CONFIRM_CMD为什么会有 发送ID和回应ID不匹配的情况?

在AF_DataRequest时加了发送TransID打印，在AF_DATA_CONFIRM_CMD中加了TransID打印，没有用APS，想使用MAC ACK做回应确定，最初组网尝试发现正常，只要终端回应不及时，AF_DATA_CONFIRM_CMD中的TransID就和AF_DataReques使用的不一样，不是数据包延时之类的，好像协议栈上报的TransID发生混乱？

数值总是相差，应该不是延时，延时的话 标注的ID 121过了6秒才回应ACK？怎么解决此类混乱情况，加APS？

YiKai Chen：

AF_DATA_CONFIRM_CMD就只是呈現收到的APS ack，至於seq no.就要由應用程序自己去檢查是不是跟之前發送的信息吻合

user4587069：

回复 YiKai Chen:

我现在碰到的问题是我发送56，协议栈回应我55，这个怎么处理

user4587069：

回复 user4587069:

始终有相差，

YiKai Chen：

回复 user4587069:

這不大可能，你有抓包看看狀況嗎？

user4587069：

回复 YiKai Chen:

没有抓包，只是观察了打印信息，现在始终能碰到这种情况，组网后协调器发送数据，当IAR调试终端暂停运行再启动，就出现协调器ID始终不匹配。

user4587069：

回复 YiKai Chen:

这是一次抓包，现在发送ID和ACK ID始终不匹配

sned.psd

YiKai Chen：

回复 user4587069:

已經回復：AF_DATA_CONFIRM_CMD就只是呈現收到的APS ack，至於seq no.就要由應用程序自己去檢查是不是跟之前發送的信息吻合

user4587069：

问题贴 e2echina.ti.com/…/168972

是否为协议栈bug，版本ZStack-251a，协调器始终有发送不成功log，检查发现MAC ACK ID不匹配，实则数据已经发送发送成功,终端也给出MAC ACK

YiKai Chen：

已經在原本帖子回應

Viki Shi：

回复 user4587069:

是否有在新版本的协议栈上进行测试？