Difference between revisions of "XBee configuration"

From PaparazziUAV
Jump to navigation Jump to search
Line 130: Line 130:
* Set PAN ID to some unique (but same) ID on both modules
* Set PAN ID to some unique (but same) ID on both modules
* Set a Node Identifier for each module (e.g. ground, aircraft)
* Set a Node Identifier for each module (e.g. ground, aircraft)
=== Reviving a non-responding Xbee Pro ===
To bring an apparently dead XBee Pro Series 2 back to life, do the following:
#Connect the USB device that holds the XBee to your laptop/desktop (without the XBee connected).
#Open X-CTU.
#In the tab used to program the device, select the proper modem (normally you would do a READ to get the values).
#Choose the option you want to program (i.e., "END DEVICE" or "COORDINATOR") as if you were programming it.
#With the XBee not in the device, click "WRITE". It will hang, timeout, and bring up a dialog box.
#Before you click OK to the dialog box, plug in the XBee module (carefully).
#Click OK to clear the message and it should start programming automatically.
=== Other tutorials ===
[http://pixhawk.ethz.ch/tutorials/how_to_configure_xbee PixHawk: HowTo configure XBee]
[http://wiki.openpilot.org/display/Doc/XBee+RF+modems openpilot: XBee RF modems]


== XBee Pro DigiMesh / 802.15.4 ("Series 1") ==
== XBee Pro DigiMesh / 802.15.4 ("Series 1") ==

Revision as of 06:49, 3 June 2011

Paparazzi supports the following modem protocols:

  • Standard transparent serial (pprz protocol, AT mode) - compatible with all modems and can be used to connect the autopilot directly to a PC for testing without a modem.
  • Digi (formerly Maxstream) API protocol (xbee) - compatible with all Digi modems including the 9XTend and Zigbee. This protocol enables hardware addressing through API mode, allowing multiple aircraft to be managed from a single ground modem.


Introduction

Installation of X-CTU

The simples way to configure the XBee modems is to use the X-CTU software from Digi. It runs under Windows or under Wine.

Under Wine make sure you have the USB serial link connecting to XBee mapped to a com port:

sudo ln -s /dev/ttyUSB0 ~/.wine/dosdevices/com4

If your X-CTU does not update its firmware correctely from the web, follow the steps described in the chapter "Manually Update the X-CTU firmware files" of this page.

Configuring XBee AT mode using X-CTU

This is the recommended way to start. With this firmware the modems basically act as a serial link replacement and don't do any mesh networking. The pprz protocol is based on this mode.
Basic approach:

  1. Connect your XBee to your PC. There are several vendors of USB boards.
  2. Start the X-CTU programm and go to the modem configuration.
  3. Click on READ
  4. Select the appropriate function set with AT command set.
  5. set PAN ID, etc... depending on which XBee you use
  6. Set the baudrate you want to use. 57600 is the maximum baudrate setting for bidirectional transfers to work correctly. At a higher baudrate setting, transmission can only be done in one direction.
  7. Then write the firmware to the module.

If X-CTU asks you to reset the XBee, you have to connect the RST pin (5) to the GND pin (10) of the XBee. You can do this using tweezers or a short wire manually.

Configuring XBee using minicom

Alternatively you can use the text-based modem control and terminal emulation program minicom instead of X-CTU to configure your XBee:

  1. Connect XBee to your computer
  2. Setup minicom (by default XBee modems come set up for 9600 baud)
  3. Type Ctrl-A A in minicom this will set it up to add linefeeds to the stream
  4. Type three '+' in quick succession resulting in "+++" string (you have 10s to type your next command otherwise the modem will revert back to transparent mode)
    • you get a confirmation: 'OK'
  5. Type "AT<enter>"
    • you get a confirmation: 'OK'
  6. Type "ATBD<enter>"
    • you get the baudrate code: '3'
  7. To set another baudrate select one of the following by typing "ATBD <baud code><enter>"
    • 0 = 1200
    • 1 = 2400
    • 2 = 4800
    • 3 = 9600
    • 4 = 19200to connect the ground XBee radio modem to the GCS computer
    • 5 = 38400
    • 6 = 57600
    • 7 = 115200
  8. To store the new baudrate in the rom type "ATWR<enter>"
  9. Now you can close minicom
  10. Reconnect modem
  11. Restart minicom with the new baudrate
  12. Test that the modem is setup correctly by tiping "+++" and getting "OK" confirmation

XBee Pro ZB (AT command set)

This 2.4GHz modem uses ZigBee PRO Feature Set and is compatible with devices from other vendors using the ZigBee PRO Feature Set.

Flashing the airborne module

  1. Connect your XBee, start X-CTU, click READ
  2. Select the function set ZIGBEE END DEVICE AT (or ZIGBEE ROUTER AT).
  3. Set the PAN ID to any number, must be the same as the pan id of the coordinator (Ground Station).
  4. Set the Node Identifier (NI) to your aircraft name or any other appropriate name.
  5. Set the baudrate you want to use. 57600 is the maximum baudrate setting for bidirectional transfers to work correctly.
  6. Then write the firmware to the module.

Flashing the ground station module

  1. Connect your XBee, start X-CTU, click READ
  2. Select the function set ZIGBEE COORDINATOR AT.
  3. Set the PAN ID to any number, must be the same as the pan id of the end device (aircraft).
  4. Set the Node Identifier (NI) to PPRZ_GROUND or any other appropriate name.
  5. Set the baudrate you want to use. 57600 is the maximum baudrate setting for bidirectional transfers to work correctly.
  6. Then write the firmware to the module.

Pairing your Modems

For maximum performance you can pair the ground modem to the airborne modem. Set the "DH - Destination Address High" and "DL - Destination Address Low" to the unique serial number "SH - Serial Number High" and "SL - Serial Number Low" of the other modem. Do so both on the ground modem and on the airborne modem. Failing to properly pair your modems will likely result in poor throughput and data loss between your airframe and your ground control station.

Reviving a non-responding Xbee Pro

To bring an apparently dead XBee Pro Series 2 back to life, do the following:

  1. Connect the USB device that holds the XBee to your laptop/desktop (without the XBee connected).
  2. Open X-CTU.
  3. In the tab used to program the device, select the proper modem (normally you would do a READ to get the values).
  4. Choose the option you want to program (i.e., "END DEVICE" or "COORDINATOR") as if you were programming it.
  5. With the XBee not in the device, click "WRITE". It will hang, timeout, and bring up a dialog box.
  6. Before you click OK to the dialog box, plug in the XBee module (carefully).
  7. Click OK to clear the message and it should start programming automatically.

Other tutorials

PixHawk: HowTo configure XBee

openpilot: XBee RF modems

XBee Pro ZNet 2.5 (AT command set)

These are legacy modems and not recommended/sold by Digi anymore. It is recommended to upgrade these to XBee Pro ZB with the ZNet 2.5 to ZB Conversion Kit from Digi.
If you want to use ZNet 2.5 feature set nevertheless, here is how to configure it:

Flashing the airborne module

  1. Connect your XBee, start X-CTU, click READ
  2. Select the function set ZNET 2.5 ROUTER/END DEVICE AT.
  3. Set the PAN ID to any number, must be the same as the pan id of the coordinator (Ground Station).
  4. Set the Node Identifier (NI) to your aircraft name or any other appropriate name.
  5. Set the baudrate you want to use. 57600 is the maximum baudrate setting for bidirectional transfers to work correctly.
  6. Then write the firmware to the module.

Flashing the ground station module

  1. Connect your XBee, start X-CTU, click READ
  2. Select the function set ZNET 2.5 COORDINATOR DEVICE AT.
  3. Set the Destination Address Low (DL) to FFFF.
  4. Set the PAN ID to any number, must be the same as the pan id of the end device (aircraft).
  5. Set the Node Identifier (NI) to PPRZ_GROUND or any other appropriate name.
  6. Set the baudrate you want to use. 57600 is the maximum baudrate setting for bidirectional transfers to work correctly.
  7. Then write the firmware to the module.

Setup

For the ZigBee ZNet 2.5 and ZB modules to work one of the modules has to be flashed with the coordinator firmware. All the others in the same PAN can either run as routers or end-devices.

  • Flash one module (ground station) with the coordinator AT firmware
  • Flash aircraft module with router or end-device AT firmware

To allow modules to join any PAN set the PAN ID to zero (default setting). Then the coordinator will generate a random PAN ID and routers and end-devices will join the first PAN they find.

If you operate in an environment with multiple zigbee PANs it is recommended to set the PAN ID explicitly:

  • Set PAN ID to some unique (but same) ID on both modules
  • Set a Node Identifier for each module (e.g. ground, aircraft)

XBee Pro DigiMesh / 802.15.4 ("Series 1")

XBee Pro 868 MHZ

Getting Them Working

Even with the xbee868.xml telemetry file, XBee868s will not last over 6 minutes. There is a special 868 build flag (in slayer1.xml), and matching option for the datalink but I could not get this to work. Eventually, I got them to work for about 20 minutes, which happily is the flight endurance of a heavily overloaded GWS Formosa.

I did this using a command window, but you could use X-CTU if you are a wuss or have Windows handy.

  1. Attach Xbee and start serial comm program (I use screen /dev/ttyUSB0 <baud rate, just a number, no angled brackets>, you can also use pico- or microcom)
  2. Type AT and enter. You should get an OK back.
  3. ATMT and enter. You should get a number—this represents the number of extra times each packet will be broadcast. We now need to change this to zero.
  4. ATMT0 and enter => OK
  5. ATRR and enter. This number is the number of retries that will be sent if an ACK is not received. Disabling this will also have the side effect of disabling ACKs, giving us more packets to play with.
  6. ATRR0 and enter => OK
  7. Type ATWR to store the new stuff in the firmware. You should get an OK.
  8. Set the datalink to transparent mode both in your airframe file and on the datalink.

You may also want to drop the power level to 1mW for testing, or it won't actually work - they are just too damn powerful to talk to each other at a range of a couple of feet. I also used 1mW for flying - never lost the link, even after a mile. Didn't get round to range testing them though.

You probably want to do this to both XBees (at least I did). I personally had the baud rate at 57600 for legacy reasons, but it should work just as well at any other baud rate. Thanks to CheBuzz for this info, and for helping me work all this out at 11pm the night before EMAV09.

XBee Pro XSC (900MHZ)

Configuring XBee API mode (xbee protocol)