在AF_DataRequest时加了发送TransID打印,在AF_DATA_CONFIRM_CMD中加了TransID打印,没有用APS,想使用MAC ACK做回应确定,最初组网尝试发现正常,只要终端回应不及时,AF_DATA_CONFIRM_CMD中的TransID就和AF_DataReques使用的不一样,不是数据包延时之类的,好像协议栈上报的TransID发生混乱?
数值总是相差,应该不是延时,延时的话 标注的ID 121过了6秒才回应ACK?怎么解决此类混乱情况,加APS?
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.
在AF_DataRequest时加了发送TransID打印,在AF_DATA_CONFIRM_CMD中加了TransID打印,没有用APS,想使用MAC ACK做回应确定,最初组网尝试发现正常,只要终端回应不及时,AF_DATA_CONFIRM_CMD中的TransID就和AF_DataReques使用的不一样,不是数据包延时之类的,好像协议栈上报的TransID发生混乱?
数值总是相差,应该不是延时,延时的话 标注的ID 121过了6秒才回应ACK?怎么解决此类混乱情况,加APS?
已經回復:AF_DATA_CONFIRM_CMD就只是呈現收到的APS ack,至於seq no.就要由應用程序自己去檢查是不是跟之前發送的信息吻合
问题贴 e2echina.ti.com/.../168972
是否为协议栈bug,版本ZStack-251a,协调器始终有发送不成功log,检查发现MAC ACK ID不匹配,实则数据已经发送发送成功,终端也给出MAC ACK