每次调度AF_DataRequest,都会产生一个AF_DATA_CONFIRM_CMD,而且前者输入的transID是后者回收的transID。
但是如果数据包过长,AF_DataRequest调度了APSF分包模式,则transID不一致了,AF_DATA_CONFIRM_CMD回收的transID永远都是一个固定的值。
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,都会产生一个AF_DATA_CONFIRM_CMD,而且前者输入的transID是后者回收的transID。
但是如果数据包过长,AF_DataRequest调度了APSF分包模式,则transID不一致了,AF_DATA_CONFIRM_CMD回收的transID永远都是一个固定的值。
连续发送几包,发送的时候transID在不断的增加,而AF_DATA_CONFIRM_CMD的transID始终是0xA0。我在任务初始化的时候去掉了几个任务,transID又变成了0x60,好像AF_DATA_CONFIRM_CMD的transID值和我发送时的transID无关,而和我整个工程内用掉多少ROM和RAM有关。我怀疑是不是z-stack 2.5.1a的lib有问题,最有可能的就是把指向transID的指针当成transID的值发给我了。