Other Parts Discussed in Thread: SYSCONFIG, Z-STACK,
We have a ZED and ZC, both using CC1352P1F3 devices and built with SDK 18.104.22.168. Everything works largely correctly as designed.
The one exception to this is when queueing packets on the ZC. When queued, we can check their presence via nwkDB_CountIndirectHold(), and when the ZED wakes & connects, this drops to zero as expected. However many packets are not received by the ZED. These packets are custom ZCL clusters, addressed with short addresses.
Using Wireshark, a TI Zigbee sniffer dongle, and a bit of glue (whsniff), all over the air network activity is clearly seen and decrypted.
When a ZED device connects and goes through the process of rejoin requests etc etc, the "data request" packets are clearly seen, but only sometimes can the queued packet be seen being returned. Yet the queued packet(s) are always removed from the queue buffer well before timing out (set to 127s).
What happens to the queued packets? Are they de-queued ready to be sent, but dropped? Could there be a setting we have missed which allows only some (but identical) packets through? Is this a known problem or feature?