XBEE keeps pausing then sending big clumps
Keith Young
Posts: 569
I have a 16 bit value I am sending from one Prop mounted XBEE to another.
I have yet to be able to get these XBEE's, whether Prop or PC mounted, to send a continuous data stream of sending the same 12 or 16 bit updated variable say 5 times a second.
Instead what I seem to always get, no matter what 100th way I code, some smooth data coming in, followed by say 4 seconds of nothing, then a sudden barrage of the past 4 seconds worth of data. It will then send smooth again for a short time untill repeating.
Is there a setting or specific RTS CTS thing I need to be doing? I'd like this to be smoothly sending a 16bit and 4 12bit values smoothly at 100 per second. That's only 6400bps and I have it at 9600 baud.
Tips?
Thanks,
Keith
I have yet to be able to get these XBEE's, whether Prop or PC mounted, to send a continuous data stream of sending the same 12 or 16 bit updated variable say 5 times a second.
Instead what I seem to always get, no matter what 100th way I code, some smooth data coming in, followed by say 4 seconds of nothing, then a sudden barrage of the past 4 seconds worth of data. It will then send smooth again for a short time untill repeating.
Is there a setting or specific RTS CTS thing I need to be doing? I'd like this to be smoothly sending a 16bit and 4 12bit values smoothly at 100 per second. That's only 6400bps and I have it at 9600 baud.
Tips?
Thanks,
Keith
Comments
A couple things you might try is to set RO to 0 (zero). This will prevent the XBee from trying to buffer data for a transmission, but send data as it arrives instead.
Another thing you can do is reduce overhead of acknowledgments back and forth by sending to the broadcast address ($FFFF), though it can lead to more packets not being received (no acks/retries).
-Martin
I would not be surprised if the 12 bit values are sent as two bytes. That is a total of 10 bytes and 10 bits per byte (need a start and a stop). At 100 per second that multiplies to 10,000; just a tad over 9600 baud.
Why stay at 9600 baud? On the Prop side, even simple serial will handle 19,200 and the PC can also go much faster.
John Abshier
Receiver:
Transmitter:
They are both configured as default, I just threw a PanID number in.
I am not against increasing the Baud, I just want to take one small step at a time getting this to work.
I am seeing this same issue with series 2 radios and was wondering if maybe it is a series 2 specific issue.