Xbee DigiMesh 2.4 - Packet data is sent in multiple API packets

Difference XBee ZNET2.5, ZB PRO, and old 802.15.4 Series 1, from DigiMesh firmware, which I observe, is that for bigger packet (68 Bytes) data sended from remote device, host device break up in few API packets.

Example:

Normal
126 0 81 144 0 19 162 0 64 1 39 216 255 254 1 6 71 76 43 32 6 73 25 250 1 0 7 8 8 17 48 32 6 72 25 248 1 0 7 8 8 17 53 31 6 72 25 250 1 0 7 8 8 17 58 31 6 69 25 249 1 0 7 8 8 18 3 30 6 82 25 248 1 0 7 8 8 18 8 30 6 121 156 26 104

Break:
126 0 66 144 0 19 162 0 64 1 39 216 255 254 1 6 71 76 43 32 6 73 25 250 1 0 7 8 8 17 48 32 6 72 25 248 1 0 7 8 8 17 53 31 6 72 25 250 1 0 7 8 8 17 58 31 6 69 25 249 1 0 7 8 8 18 3 30 6 80 126 0 27 144 0 19 162 0 64 1 39 216 255 254 1…

Is this normal, or another bug?

None of Series 1 and Series 2 firmwares, except 8003 don’t break data. Also, this is not always the case in 8003, it’s sporadical.

Do I missed some settings for stop breaking data?

P.S. I use same remote microcontroller for all XBee firmwares testing, and packet is all the same 68By long.
Remote and host XBee HV: 180B, and DigiMesh 8003 firmwares.

The parameter that should affect this is the RO parameter. If you haven’t tried this already, see what happens if you increase its value. If that does make a difference, it would suggest that there are short pauses in the data stream being sent to the XBee, and the pauses are long enough (sometimes) to trigger the RO timeout.

Although that experiment is worth trying, it wouldn’t explain why you see this happening only under 8003. Still, the result should give some clue as to what to try next.

Yes, this parameter is crucial. Probably to much seeking on datasheet I miss that command :frowning:

Now result is for 100% reading of 64kBy memory:
RO (default) value 3 - I have about 120 break packets.
RO value 10 - I have about 29 break packets
RO value 20 - I have about 11 break packets

Thank you, johnf, for big help :slight_smile: