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.
Issue description:
When trying to join a large number of ZEDs at once, ZC will sometimes send ZEDs Leave (w/ Rejoin) Requests. This is due to the network layer data buffers overflowing. If ZC is unable to buffer the Transport Key packet to the ZED due to lack of space in the network layer data buffers (for buffering indirect messages for sleepy children), ZC will discard the Transport Key and then remove the device from it's association table. Then, the next time that ZED polls the ZC for data, the ZC will send it a Leave Request because the ZC believes it is "rogue" since that ZED is not in it's association table.
Proposed fix:
1. Stagger the joining of ZED devices, i.e. make your join event sporadic (osal_rand() % 30000) <--- random amount of time between 0 and 30 seconds
2. Join less ZEDs at once
3. Increase the number of network layer data buffers, if RAM permits:
// in nwk_globals.c
// doubling the size of all the buffers:
// Maximums for the data buffer queue
#define NWK_MAX_DATABUFS_WAITING 16 //8 // Waiting to be sent to MAC
#define NWK_MAX_DATABUFS_SCHEDULED 10 //5 // Timed messages to be sent
#define NWK_MAX_DATABUFS_CONFIRMED 10 //5 // Held after MAC confirms
#define NWK_MAX_DATABUFS_TOTAL 24 //12 // Total number of buffers
