Some issue of Z-stack

[zigbee-luo]

When sending a large number of AF frames with APS retry enabled, it will consume a lot of HEAP space and NWK [Buffer], causing some AF frames that are being retransmitted to be unable to allocate Buffer, resulting in the loss of the AFDATAVNet message for that AF frame. You can modify this issue according to my file.

2. The coordinator of Texas Instruments hopes to start Trust Center verification on the nodes connected to the network within 600ms after receiving the Associate Indication. However, the timer mode in ZDOJoinIndividualCB cannot guarantee an accurate 600ms delay at certain times when running on CC2652 with RTOS. Of course, this problem will not occur on CC2530 without RTOS.

3. CC2652, due to its use of RTOS mechanism, if it is necessary to read the next record from the queue, it must first obtain the pointer of the next record from the pointer of the previous record, and then release the pointer of the previous record. However, Texas Instruments' protocol stack often releases the memory pointed to by the pointer of the previous record first, and then retrieves the next record from the pointer of the previous record. This will cause a memory crash on CC2652.

[Koenkk]

Would you mind making a PR to extend https://github.com/Koenkk/Z-Stack-firmware/blob/master/coordinator/Z-Stack_3.x.0/firmware.patch ?

[zigbee-luo]

I glad to do but how can I do?

[zigbee-luo]

I have seen your firmware patch file, but I don't know how to make patch file of my fixed code.
my fixed code is here.
https://github.com/zigbee-luo/z-stack-2025.git

[Koenkk]

• Could you point me to the changes you made to fix the issues?
• Could you think of any other improvements I could make to the preinclude.h?