Show Posts
Pages: [1] 2
1  Using Arduino / Networking, Protocols, and Devices / Re: New XBee Internet Gateway for Linux, Windows, Macintosh on: July 21, 2012, 03:42:50 pm
Several people have asked so wanted to note that this also runs on Digi's ConnectPort gateways, if you don't want to dedicate a computer to being a gateway. Also a single gateway will serve an entire network of XBees, including many different projects at the same time, so it's ideal for classroom or workshop use.
2  Using Arduino / Networking, Protocols, and Devices / New XBee Internet Gateway for Linux, Windows, Macintosh on: July 18, 2012, 10:58:14 am
Connect your XBee (and your Arduino) to the Internet easily. New software for Macintosh, Windows and Linux out today, free, open source and delicious. Here's a longer description and download links:

3  Using Arduino / Networking, Protocols, and Devices / Re: Using the XBee pin's with AT command Arduino Supplied on: June 21, 2012, 03:48:24 pm
You have two choices. You can use Remote AT commands (see "Remote Command Response" in the Product Manual or check "Remote AT Command Request" on page 135 of my book*). Otherwise you could use pin pairing which I call "XBee Direct" so that bringing one pin HIGH on a local XBee causes the matching ping to follow it on a remote XBee:

4  Using Arduino / Networking, Protocols, and Devices / Re: Xbee and wireless camera under water on: June 06, 2012, 09:07:06 pm
The XBee will certainly work underwater, however its signal will be attenuated. Obviously the more water, the worse things will get. Any of the 900 MHz XBees should perform better than the 2.4 GHz ones.

And hey if you do test this, please do post your results, we'd all like to know what you found.
5  Using Arduino / Networking, Protocols, and Devices / Re: Xbee Communication problems on: May 31, 2012, 03:48:37 pm
What is your addressing setup on the XBees (ATDH and ATDL)? Also what version of the firmware are you using (ATVR)?
6  Using Arduino / Networking, Protocols, and Devices / Re: Large Scale (250+ module) Wireless network on: May 11, 2012, 12:32:37 pm
ZigBee will work for 250 modules. Digi routinely tests networks of up to 1023 modules in special racks of equipment in Utah and Minnesota designed expressly for those simulations. In fact, look for a cool new video about that coming out in the next week or two...

In the meantime, check out the Routing section in your Building Wireless Sensor Networks ( on page 240. Depending upon your network you would probably want Many-to-one Routing or Source Routing rather than AODV. Add a commercial gateway like the ConnectPort X2 for Ethernet or the X4 for mobile data if your installation is going to be permanent. It will be way more reliable than using a PC, though for prototyping a PC should be fine.

Good luck! The project sounds like it would be an amazing and fun interaction.
7  Using Arduino / Networking, Protocols, and Devices / Re: Xbee point-to-multipoint setup on: May 07, 2012, 12:25:20 pm
Good overview here from PaulS, but wanted to offer a few corrections on a couple details:

The MY value defines an address for an XBee. The DL value defines the address of the XBee that it will be talking to. An XBee can have only one DL address, so it can only talk to one other XBee.
This is correct,however worth adding that the DL address can be changed interactively, or by using API mode, you would send each transmission along with an address (try the XBee Arduino library with API mode).

Seems like a real problem, right? Well, there is one special DL value, 0, that means broadcast mode. Broadcast sends the data to all other XBees on the PAN.
Broadcast mode is ATDL FFFF and that would indeed send data to every other XBee on the same PAN (and channel of course).

A perfect solution, right? Just make every XBee transmit everything, and let the Arduinos sort it out. Well, no. There is a drawback to broadcast mode, and that it that broadcast messages are low priority. It can take a while to get a broadcast message sent.
The drawback isn't exactly priority. It's that broadcast messages are not confirmed by the recipient with an 'ack' since a single message in that case would have to generate thousands of 'asks' in some cases. So the effect isn't so much a delay as it is a potential for broadcast messages to be lost if there is noise or interference during their transmission are they not transmitted multiple times. Unicast addressing does create messages that get an 'ack' and will be retransmitted with collision avoidance backoffs up to three times by default. So your message is much more likely to get through, even in noisy environments.

The way to handle the paradox is to have the master use broadcast mode to request data from a specific Arduino. The master XBee broadcasts a request for data ("Hey, Joe, talk to me"). All the XBees get the request, and pass it on to the Arduinos. Only one Arduino knows that it is "Joe", so only it prepares a reply, and passes it to its XBee to send, directed to the Master's DL. The other Arduinos know that they are not "Joe", so they do nothing about the incoming request.
This will work, and you should also have an error correction routine. In case you don't hear back from the Arduino that you're talking to, the transmitter should create the request again because in broadcast mode you need to expect more transmission failures and handle them using your own communication routines.

Good luck with the project!!
8  Using Arduino / Networking, Protocols, and Devices / Re: Xbee on relayduino kta-223 (works on arduino uno without problems) on: April 18, 2012, 06:07:16 pm
The first thing I'd do is check the voltage at physical pin 1 on the XBee. Make sure it's getting 3.3 volts. Also is the Association light blinking? An LED between physical pin 15 and ground should turn on and off repeatedly for an 802.15.4 (series 1) radio at all times, and for a ZigBee radio (series 2) that's associated with a network. These two tests are a good first sanity-check step for seeing if you XBee has power and is performing right internally.
9  Using Arduino / Networking, Protocols, and Devices / Re: Basic setup for Mega 2560 and XBee on: April 11, 2012, 04:53:00 pm
Simplest setup: your XBee is mounted on a breadboard using a breakout board ( or similar). Power is connected to the 3.3V output of the Arduino, and Ground attached to one of the Arduino's ground pins. TX or DOUT on the XBee gets connected to RX on the Arduino. And RX or DIN on the XBee gets connected to TX on the Arduino.

Now should show each byte coming from your receiving XBee.

We've been talking inside Digi about launching a library of XBee examples for innovators. I'd be interested to hear if people are interested in seeing such a thing, and what examples might be most useful to start with.
10  Using Arduino / Networking, Protocols, and Devices / Re: Change Power Level Xbee (series1) on: April 02, 2012, 07:10:29 pm
This won't fix anything but it will make your code run faster. The guard time around the +++ is 1000ms by default. So I usually only delay for 1010ms (an extra 10 just to be safe) before moving on. This works fine.

Also, check some of my pretty old sample code for a kinda dumb but easy to read function for checking the OK in command mode:
11  Forum 2005-2010 (read only) / Troubleshooting / Re: Connecting LilyPad Arduino to LilyPad Xbee on: March 11, 2009, 03:24:54 pm
Glad you worked it out! Here's a collection of Common XBee Mistakes that I created to provide a checklist of possible fixes for radio unhappiness:

By the way, while generally you'll hook up TX to RX and vice versa, there are certain devices out there that label their pins differently, like the GM862, so always check the data sheet, or simply try swapping the connections if you're not sure.

12  Forum 2005-2010 (read only) / Troubleshooting / Re: Getting started with LilyPad Xbee on: March 10, 2009, 10:48:11 am
The LilyPad XBee isn't just a shield. Yes, it can be used with an Arduino but in many projects that won't be necessary. Since the XBee has six analog inputs and eight digital i/o pins for direct sensor transmission or as a receiver for lights and actuators, it can often be used independently.

Link by the way is
13  Forum 2005-2010 (read only) / Troubleshooting / Increasing Code Size Causes Weird MEGA168 Behavior on: November 27, 2006, 10:57:47 pm
The following code runs fine on the ATMEGA8 and also when transferred to the ATMEGA168. However when code size increases somewhat, we start getting weird behavior (internal variables streaming out of the serial port) and then crashes. Reducing the size of the code eliminates this badness.

Is it our code? Is it some sort of flaw with the 168?

Here's the current version. There's some extra char variables at the top of the program. The last one (commented out) increases the size of the program enough to cause a crash.
14  Forum 2005-2010 (read only) / Interfacing / Re: XBee Pro Configuration Issues on: January 28, 2009, 01:43:32 pm
Yup, that's the right one. Good luck!
15  Forum 2005-2010 (read only) / Interfacing / Re: XBee Pro Configuration Issues on: January 28, 2009, 12:08:13 pm
The SparkFun description is a little misleading. That radio is ZNet 2.5 so you are indeed using ZigBee, which is why you get an ERROR when you try to set the MY address.

Sparkfun links to the correct User Manual where you can learn more about ZigBee addressing and such.

If your project doesn't need ZigBee, I'd consider exchanging these radios for regular 802.15.4 ones. Just to keep things simple.
Pages: [1] 2