XBee radio communication between PICs - Revision history

MatthewElwin at 19:47, 4 August 2010

2010-08-04T19:47:24Z

← Older revision		Revision as of 14:47, 4 August 2010
Line 475:		Line 475:
	</tr>		</tr>
	</table>		</table>


			== Firmware Upgrade ==
			If you are trying to upgrade the firmware and are having problems, watch this video from digi:
			http://www.youtube.com/watch?v=fxOqQZD-oaM&feature=player_embedded

			(summary of video)

			1. Unplug power, but keep serial cable connected.

			2. Select the proper com port.

			3. Go to the modem configuration tab

			4. Select the modem type (XB24), Function set and firmware version

			5. Press Show defaults.

			6. Press Write and wait for the an error box to display.

			7. While holding the reset button, plug in the xbee.

			8. The dialog box disappears and everything should be written.

			9. If you get an error, try hitting the write button again.

LIMS: /* Results */

2009-07-07T16:21:33Z

Results

← Older revision		Revision as of 11:21, 7 July 2009
Line 419:		Line 419:
	<p><font size="-1"><b>Round Trip Latency [for 100 byte packet] (ms)</b></font></p>		<p><font size="-1"><b>Round Trip Latency [for 100 byte packet] (ms)</b></font></p>
	</td>		</td>
	<td width="17.5%"><p><font size="-1"><b>Average RTT in ~~Bps~~</b></font></p>		<td width="17.5%"><p><font size="-1"><b>Average RTT in bps</b></font></p>
	</td>		</td>
	</tr>		</tr>
Line 430:		Line 430:
	</td>		</td>
	<td width="17.5%">		<td width="17.5%">
	<p><font size="-1">~~146~~.1</font></p>		<p><font size="-1">1168.65</font></p>
	</td>		</td>
	</tr><tr>		</tr><tr>
Line 440:		Line 440:
	</td>		</td>
	<td width="17.5%">		<td width="17.5%">
	<p><font size="-1">~~164~~.0</font></p>		<p><font size="-1">1312.14</font></p>
	</td>		</td>
	</tr><tr>		</tr><tr>
Line 450:		Line 450:
	</td>		</td>
	<td width="17.5%">		<td width="17.5%">
	<p><font size="-1">~~1039~~.7</font></p>		<p><font size="-1">8317.61</font></p>
	</td>		</td>
	</tr><tr>		</tr><tr>
Line 460:		Line 460:
	</td>		</td>
	<td width="17.5%">		<td width="17.5%">
	<p><font size="-1">40.8</font></p>		<p><font size="-1">326.741</font></p>
	</td>		</td>
	</tr>		</tr>
Line 471:		Line 471:
	</td>		</td>
	<td width="17.5%">		<td width="17.5%">
	<p><font size="-1">~~630~~.95</font></p>		<p><font size="-1">5047.62</font></p>
	</td>		</td>
	</tr>		</tr>

LIMS: /* Results */

2009-07-06T21:29:08Z

Results

← Older revision		Revision as of 16:29, 6 July 2009
Line 417:		Line 417:
	</td>		</td>
	<td width="17.5%">		<td width="17.5%">
	<p><font size="-1"><b>Round Trip Latency (ms)</b></font></p>		<p><font size="-1"><b>Round Trip Latency [for 100 byte packet] (ms)</b></font></p>
			</td>
			<td width="17.5%"><p><font size="-1"><b>Average RTT in Bps</b></font></p>
	</td>		</td>
	</tr>		</tr>
Line 425:		Line 427:
	</td>		</td>
	<td width="17.5%">		<td width="17.5%">
	<p><font size="-1">~~numbers coming soon!~~</font></p>		<p><font size="-1">684.5</font></p>
			</td>
			<td width="17.5%">
			<p><font size="-1">146.1</font></p>
	</td>		</td>
	</tr><tr>		</tr><tr>
Line 432:		Line 437:
	</td>		</td>
	<td width="17.5%">		<td width="17.5%">
	<p><font size="-1">~~numbers coming soon!~~</font></p>		<p><font size="-1">609.7</font></p>
			</td>
			<td width="17.5%">
			<p><font size="-1">164.0</font></p>
	</td>		</td>
	</tr><tr>		</tr><tr>
Line 439:		Line 447:
	</td>		</td>
	<td width="17.5%">		<td width="17.5%">
	<p><font size="-1">~~numbers coming soon!~~</font></p>		<p><font size="-1">96.2</font></p>
			</td>
			<td width="17.5%">
			<p><font size="-1">1039.7</font></p>
	</td>		</td>
	</tr><tr>		</tr><tr>
Line 446:		Line 457:
	</td>		</td>
	<td width="17.5%">		<td width="17.5%">
	<p><font size="-1">~~numbers coming soon!~~</font></p>		<p><font size="-1">2448</font></p>
			</td>
			<td width="17.5%">
			<p><font size="-1">40.8</font></p>
	</td>		</td>
	</tr>		</tr>
Line 454:		Line 468:
	</td>		</td>
	<td width="17.5%">		<td width="17.5%">
	<p><font size="-1">~~numbers coming soon!~~</font></p>		<p><font size="-1">158.5</font></p>
			</td>
			<td width="17.5%">
			<p><font size="-1">630.95</font></p>
	</td>		</td>
	</tr>		</tr>

LIMS: /* Experimental Setup */

2009-07-06T21:21:16Z

Experimental Setup

← Older revision		Revision as of 16:21, 6 July 2009
Line 403:		Line 403:

	===Experimental Setup===		===Experimental Setup===
	One XBee radio was connected to a computer running Windows XP with a standard USB->RS232 cable. As programmed in Visual Studio C++ ~~Express~~, the computer ~~performed a "loopback" protocol; the computer wrote the~~ data it ~~received~~ ~~(to~~ ~~the serial port)~~ ~~upon~~ the ~~receipt~~ of a ~~byte~~ ~~(from~~ ~~the~~ ~~serial port). In this sense, the computer simply echoes the data it~~ ~~receives~~ on the ~~serial~~ ~~port~~.		One XBee radio was connected to a computer running Windows XP with a standard USB->RS232 cable. As programmed in Visual Studio C++, the computer sent data in 100 byte packets, recording the amount of time it took to send and receive the entire packet.

	A second XBee radio was connected to a PIC184520 with a 40MHz crystal. Using the PIC-C programming language, the XBee radio is controlled using the pic's hardware EUSART. A variety of baud rates were tested as listed in the table below.		A second XBee radio was connected to a PIC184520 with a 40MHz crystal. Using the PIC-C programming language, the XBee radio is controlled using the pic's hardware EUSART. The PIC was programmed to echo each byte as it was received, so that the host PC would get a measurement of the combined send / receive time for the entire packet. A variety of baud rates were tested as listed in the table below.

	To capture the round trip time, the pic was programmed to set a digital output high, and send a byte of data. Upon receipt of the data (from the loopbacked PC), the pic subsequently set the digital output low. By viewing the digital output on an oscilloscope, the width of the pulse was measured to determine the amount of time between sending and receiving a single byte of data.

	*Note that the latency of the computer is included in this test. For this test, it was assumed that the latency of the computer would be insignificant relative to the radios' communication time. To remove this additional latency in the future, one should create a hardware loopback by powering the first Xbee radio and physically connecting this radio's Rx and Tx line via a wire (no computer or PIC needed).		*Note that the latency of the computer is included in this test. For this test, it was assumed that the latency of the computer would be insignificant relative to the radios' communication time. To remove this additional latency in the future, one should create a hardware loopback by powering the first Xbee radio and physically connecting this radio's Rx and Tx line via a wire (no computer or PIC needed).

Hwang: /* Reading Packets with MATLAB in API Modes */

2009-04-21T07:15:29Z

Reading Packets with MATLAB in API Modes

← Older revision		Revision as of 02:15, 21 April 2009
Line 309:		Line 309:

	====Reading Packets with MATLAB in API Modes====		====Reading Packets with MATLAB in API Modes====
	You can read XBee API packets with MATLAB using the <tt>fread()</tt> function if you are using API Mode 1, if your packets are the same length. When using <tt>fread()</tt>, you can specify how many bytes to read, and which data type the bytes should be interpreted as (integer, float, etc.). However, when using API Mode 2, <tt>fread()</tt> becomes tricky to use because the escape characters will insert another byte into your packet. One way around this is to read all the data as chars, process the escape characters, and then use the MEX function fourChar2Float to convert the chars into a 32-bit floating point number.		You can read XBee API packets with MATLAB using the <tt>fread()</tt> function if you are using API Mode 1, if your packets are the same length. When using <tt>fread()</tt>, you can specify how many bytes to read, and which data type the bytes should be interpreted as (integer, float, etc.). However, when using API Mode 2, <tt>fread()</tt> becomes tricky to use because the escape characters will insert another byte into your packet. One way around this is to read all the data as chars, process the escape characters, and then use the MEX function fourChar2Float to convert the chars into a 32-bit floating point number. (See the comments in fourChar2Float.c for usage details).

	Download fourChar2Float here: [[Image:fourChar2Float.zip]]		Download fourChar2Float here: [[Image:fourChar2Float.zip]]

Hwang: /* Reading Packets with MATLAB in API Modes= */

2009-04-21T07:14:27Z

Reading Packets with MATLAB in API Modes=

← Older revision		Revision as of 02:14, 21 April 2009
Line 308:		Line 308:
	Writing software for the API mode may be more difficult, as you have to assemble a packet and calculate a checksum. You may wish to use API mode if you need to be able to detect corrupt data or if you need to communicate to many different radios individually.		Writing software for the API mode may be more difficult, as you have to assemble a packet and calculate a checksum. You may wish to use API mode if you need to be able to detect corrupt data or if you need to communicate to many different radios individually.

	====Reading Packets with MATLAB in API Modes=====		====Reading Packets with MATLAB in API Modes====
	You can read XBee API packets with MATLAB using the <tt>fread()</tt> function if you are using API Mode 1, if your packets are the same length. When using <tt>fread()</tt>, you can specify how many bytes to read, and which data type the bytes should be interpreted as (integer, float, etc.). However, when using API Mode 2, <tt>fread()</tt> becomes tricky to use because the escape characters will insert another byte into your packet. One way around this is to read all the data as chars, process the escape characters, and then use the MEX function fourChar2Float to convert the chars into a 32-bit floating point number.		You can read XBee API packets with MATLAB using the <tt>fread()</tt> function if you are using API Mode 1, if your packets are the same length. When using <tt>fread()</tt>, you can specify how many bytes to read, and which data type the bytes should be interpreted as (integer, float, etc.). However, when using API Mode 2, <tt>fread()</tt> becomes tricky to use because the escape characters will insert another byte into your packet. One way around this is to read all the data as chars, process the escape characters, and then use the MEX function fourChar2Float to convert the chars into a 32-bit floating point number.

Hwang: /* Proprietary API mode */

2009-04-21T04:44:46Z

Proprietary API mode

← Older revision		Revision as of 23:44, 20 April 2009
Line 301:		Line 301:
	To make your XBee broadcast packets, set the DL parameters to FFFF and the DH parameter to 0.		To make your XBee broadcast packets, set the DL parameters to FFFF and the DH parameter to 0.

	===Proprietary API ~~mode~~===		===Proprietary API Mode===
	To use the API mode, set the AP parameter to 1 or 2, depending on whether you will need escape characters (see 3.4 in the manual for more information).		To use the API mode, set the AP parameter to 1 or 2, depending on whether you will need escape characters (see 3.4 in the manual for more information).

Line 307:		Line 307:

	Writing software for the API mode may be more difficult, as you have to assemble a packet and calculate a checksum. You may wish to use API mode if you need to be able to detect corrupt data or if you need to communicate to many different radios individually.		Writing software for the API mode may be more difficult, as you have to assemble a packet and calculate a checksum. You may wish to use API mode if you need to be able to detect corrupt data or if you need to communicate to many different radios individually.

			====Reading Packets with MATLAB in API Modes=====
			You can read XBee API packets with MATLAB using the <tt>fread()</tt> function if you are using API Mode 1, if your packets are the same length. When using <tt>fread()</tt>, you can specify how many bytes to read, and which data type the bytes should be interpreted as (integer, float, etc.). However, when using API Mode 2, <tt>fread()</tt> becomes tricky to use because the escape characters will insert another byte into your packet. One way around this is to read all the data as chars, process the escape characters, and then use the MEX function fourChar2Float to convert the chars into a 32-bit floating point number.

			Download fourChar2Float here: [[Image:fourChar2Float.zip]]

	===ZigBee Mode===		===ZigBee Mode===

Nelson Rosa: /* Results */

2009-01-30T00:44:28Z

Results

← Older revision		Revision as of 19:44, 29 January 2009
Line 421:		Line 421:
	</td>		</td>
	<td width="17.5%">		<td width="17.5%">
	<p><font size="-1">~~2.2~~</font></p>		<p><font size="-1">numbers coming soon!</font></p>
	</td>		</td>
	</tr><tr>		</tr><tr>
Line 428:		Line 428:
	</td>		</td>
	<td width="17.5%">		<td width="17.5%">
	<p><font size="-1">~~1.2~~</font></p>		<p><font size="-1">numbers coming soon!</font></p>
	</td>		</td>
	</tr><tr>		</tr><tr>
Line 435:		Line 435:
	</td>		</td>
	<td width="17.5%">		<td width="17.5%">
	<p><font size="-1">~~1.0~~</font></p>		<p><font size="-1">numbers coming soon!</font></p>
	</td>		</td>
	</tr><tr>		</tr><tr>
Line 442:		Line 442:
	</td>		</td>
	<td width="17.5%">		<td width="17.5%">
	<p><font size="-1">~~0.5~~</font></p>		<p><font size="-1">numbers coming soon!</font></p>
	</td>		</td>
	</tr>		</tr>
Line 450:		Line 450:
	</td>		</td>
	<td width="17.5%">		<td width="17.5%">
	<p><font size="-1">~~0.2~~</font></p>		<p><font size="-1">numbers coming soon!</font></p>
	</td>		</td>
	</tr>		</tr>

BrianB: Expanded "Commonly Used Commands" section

2009-01-07T00:07:08Z

Expanded "Commonly Used Commands" section

@@ Line 191: / Line 191: @@
 '''Specific instructions and descriptions of allowable parameters to send can be found in Section 3 of the XBee Product Manual.'''
 Some commonly used commands:
 ===Transparent Operation===

ScottM: /* Results */

2008-12-18T03:52:17Z

Results

← Older revision		Revision as of 22:52, 17 December 2008
Line 326:		Line 326:

	===Results===		===Results===
			<table border="1" width="35%">
			<tr>
			<td width="17.5%">
			<p><font size="-1"><b>Baud Rate (bps)</b></font></p>
			</td>
			<td width="17.5%">
			<p><font size="-1"><b>Round Trip Latency (ms)</b></font></p>
			</td>
			</tr>
			<tr>
			<td width="17.5%">
			<p><font size="-1">9600</font></p>
			</td>
			<td width="17.5%">
			<p><font size="-1">2.2</font></p>
			</td>
			</tr><tr>
			<td width="17.5%">
			<p><font size="-1">19200</font></p>
			</td>
			<td width="17.5%">
			<p><font size="-1">1.2</font></p>
			</td>
			</tr><tr>
			<td width="17.5%">
			<p><font size="-1">38400</font></p>
			</td>
			<td width="17.5%">
			<p><font size="-1">1.0</font></p>
			</td>
			</tr><tr>
			<td width="17.5%">
			<p><font size="-1">57600</font></p>
			</td>
			<td width="17.5%">
			<p><font size="-1">0.5</font></p>
			</td>
			</tr>
			<tr>
			<td width="17.5%">
			<p><font size="-1">115200</font></p>
			</td>
			<td width="17.5%">
			<p><font size="-1">0.2</font></p>
			</td>
			</tr>
			</table>