XBee standalone communication

I am trying to get two Xbees to communicate without a microcontroller. I am following the instructions given in this pdf, http://cytron.com.my/attachment/Details … R20_DD.pdf (just the programming on page 7, not the PCB, just breadboarded it.)

(I would attach the pdf but it is not allowed.)

The following settings were used:

(This was done in the modem configuration tab, not the terminal)

Input:

ATDL1111

ATMY2222

ATD02

ATD12

ATD23

ATD33

ATD43

ATD53

ATD63

ATD73

ATIR0F

ATIT0F

ATWR

Output:

ATMY1111

ATIA2222

ATD15 (I’m assuming a typo in the instructions which said ATD25 twice)

ATD35

ATD45

ATD55

ATD65

ATD75

ATWR

I have all the inputs connected to 3.3V, so what I want to see is all the LEDs at the output lit up. However, they do not. I have verified that the LEDs work, and I’ve tried two different resistor values with the LEDs (550 and 10k).

Maybe someone can please tell me if these AT commands should work or not? Or what is wrong with my setup?

Thanks in advance

Here’s a page about Common XBee Mistakes http://www.faludi.com/projects/common-xbee-mistakes/

It might help.

Thanks for the webpage, sorry for the delayed response. I thought the board would send automated email if there was a response.

Going down the checklist:

Not using the latest firmware (especially if ATD0 or ATIR is giving an error)*

-The first thing I did was update the firmware to 10E6.

No reference voltage to VREF pin on the 802.15.4 radios (analog and digital reads give wrong values)

-I put 3.3V on VREF pin. Even a wrong value would be better than seeing nothing, though.

Forgetting that AT commands use hexadecimals

-All my AT commands are using values less than 10 anyway

Hitting return after +++ (or otherwise not respecting 1 second default guard time)

Conversely, not hitting return after an AT command

Letting the XBee time out of command mode before issuing an AT command (you’ll know because you get no response)

Forgetting to write the configuration to firmware with ATWR (unless your application configures the radio interactively)

-These four are not applicable because I was not using the terminal. I was using the Modem Configuration tab on X-CTU. I know the settings were saved because they are still read even after power to the xbee was disconnected.

Not using ATRE (restore factory defaults) before re-configuring a previously used radio (previous settings lurk unless you manually reset them all)

Not applicable because xbees were bought new (but I did this anyway)

Looking for analog output on the analog input pins instead of pins 6 and 7 (P0, P1)

-I’m looking for output everywhere. I’ve got LEDs on pins 11, 12, 15, 16, 17, 18, 19, 20, and there’s one LED that I’m moving around to check pins 2,3,and 7. LEDs are lighting up on pins 11, 12, 15, and 16, but they remain lit even if the corresponding inputs are put low. So this output is still not satisfactory. I want the output to respond to changes in input.

Using a voltage regulator without decoupling capacitors (10uF on input, 1uF on output is good)

-Not using a regulator right now because I’m testing the xbees in isolation, so 3.3V is being put in directly from the power supply.

Mixing up TX and RX pins (fastest way to check this is switch the wires and see if it starts working)

-I think this is only if we’re using a microcontroller. While I will eventually want to do this, right now I just want to see the output xbee change with the input xbee, i.e. I just want to see them working.

Using ZigBee version (ZB Pro or ZNet 2.5) when 802.15.4 version would do just fine (if you don’t need to make a mesh network)

Trying to read more than 1.2 Volts on the ZB Pro and ZNet 2.5 analog inputs (that’s the limit)

Buying Pro radios when you don’t need them. (Cost more, bigger, use a lot more battery)

-These 3 are not applicable

Deciding the XBees are flaky. (You may not be using them correctly, but they are very reliable)

-I’m still trying

Deciding an XBee is burned out when it’s set to a different baud rate (check ON and ASSC lights)

Deciding an XBee is burned out when it is just sleeping (Check ON light to see if it blinks occasionally)

-For these two, I have a different breakout board that doesn’t have these lights, they are set to the same baudrate, and I don’t think they are burned out because they are new. I couldn’t have gotten two bad ones, could I?

Forgetting to supply power or ground (ON light may go on and ASSC light may blink but both will be significantly dimmer)

-I’m fairly certain I supplied power and ground. Again, I lack these lights but I checked with a voltmeter.

Not contacting Digi sooner for support, especially if your radio seems dead or you keep getting an error you don’t understand.

-I may well have to do this. I tried running the range test and for both the radios it just says “Timeout waiting for data” even though the modem configuration tab is able to read the AT commands. But like I said, what are the odds of getting 2 new xbees and both of them are bad?

On the same website as the page you provided, they have “XBee Direct I/O with ADC” http://www.faludi.com/2006/12/03/xbee-d … -with-adc/ so I will try this and post the results. But I’m wondering if it’s even worth trying if the radios don’t work?

I’ve attached a picture of the setup. Input is on the left, output is on the right. The four rightmost LEDs (on pins 16,15,12,and 11) are lit. But 16 and 11 are lit very dimly so they don’t show up in the picture.

In addition, the RESET’ pin is pulled high, because it’s active low if I’m interpreting the notation correctly.

Tried Rob Faludi’s code, getting the same result as previously described with the other code. If it helps, each of the lit LEDs has 2.3V on it (the brightly lit ones as well as the dimly lit ones). Any recommendations?

I would separate the two XBees a good bit more than you have. Do you have a second protoboard?

Thanks for your response. I put them on separate boards now, and put the two boards about a foot apart. However, the same LEDs light as before, even if power is removed from the input Xbee.

these are Series 1, right?

with 802.15.4 firmware?

I don’t want to go look up the AT config commands, but this is what you want to do.

Access serial port with XCTU.

Confirm firmware type and version number. Make note of these. tell us.

Reset to factory defaults.

config. node type as FFD/router, not coordinator. Both units.

config. association required = false, both units.

In unit A, enter the MAC address in DL and DH for unit B. Vice-versa for unit A.

save settings.

I’d next try the wireless serial port mode, e.g., the virtual wire and A/D options disabled.

XCTU terminal mode on unit A. Confirm keys pressed appear at unit B’s serial port output. And vice-versa.

when this works, you can config one to do data acquisition all by itself.

This, off the top of my head, configs these to be peer to peer, no coordinator required, no association, MAC address destination for mate.

Thanks, I’ll try this and get back to you.

"these are Series 1, right?

with 802.15.4 firmware?"

Yes they are.

“Confirm firmware type and version number. Make note of these. tell us.”

The modem is XB24, function set is XBEE 802.15.4, and version 10E6.

“In unit A, enter the MAC address in DL and DH for unit B. Vice-versa for unit A.”

So I can just put some numbers as long as DL of one is DH of the other and vice versa?


OK, here’s what I tried:

On “NI- Node Identifier” I put ROUTER

(the default is just blank)

AI - Association Indication is 0

A2 - Coordinator Association is 0

A1 - End Device Association is 0 (these were default values)

For the input, DA=2 and DL=1, while for the output, DA=1 and DL=2.

XCTU keeps saying the modem’s firmware isn’t updated even though I just did it.

When I try these settings, the LED on pin 15 blinks (roughly twice per second), and the LED on pin 11 glows very dimly. According to the manual, pin 15 is the associate indicator while pin 11 is DIO4. However, it still does the same thing regardless of whether power is removed from the input Xbee. (Is it supposed to blink? I don’t really think so because all inputs are just constant high.)

As far as doing the terminal thing, can’t do it, I only have one breakout board with serial (actually a virtual COM port). Does this mean I should buy another one?

You mentioned briefly “virtual wire,” that is exactly what I want. You discussed it in more detail in another one of your posts:

Now Digi has, in their 802.15.4 firmware, support for configuring the XBee’s A/D and I/O pins to “replicate” across the wireless. So without needing another microprocessor, you can get A/D samples sent to the distant XBee which will then send them to the serial port and on to a PC. No new code. They have the same thing for digital bits (parallel bits) replicated to the same pins on the distant XBee. And vice-versa. They call this the “virtual wire”.

But you can get more elaborate if you wire up your own microprocessor to the logic level (3.3V) serial I/O of the XBee. And the same on the PC end, but via RS232 instead of logic level. Now, you config. the XBees to simply “extend” the PC’s serial port to the distant XBee and that onward to your microprocessor. And vice-versa. This is a “wireless UART extension”.

(From viewtopic.php?f=13&t=20393)

That is exactly what I’m trying to do, like an invisible serial line. There’s no mention of “virtual wire” or “i/o line passing” in the manual, Google search not much luck either, perhaps someone could please suggest how I would go about this?

In addition to the manual for the experimentation board that you linked in the first message, consult the manual/datasheet for the XBee modules themselves. It has an extensive documentation of all the AT commands and it’s behaviour:

http://ftp1.digi.com/support/documentat … 0982_B.pdf

There is also a link to it in that PDF manual for the board, but that one is dead. The pdf is hidden deeper in a folder: http://www.cytron.com.my/datasheet/WirelessDevice/ But don’t bother, it is several years out of date. The link from the Digi site (the manufacturer of the Xbees, formerly Maxstream) is the most current.

This page has the link to the datasheet, but also some additional documents about the Xbees:

http://www.digi.com/products/wireless/p … e.jsp#docs

Thanks for the updated Digi manual. This one mentions I/O line passing. As far as the manual for the board, I’m not using that board anyway, just got the commands from it. I’ll peruse the manual

DH:DL must be the MAC address of the mating unit.

I know old topic but was wondering if this ever got straightened out since I’m looking to do the same thing, but hopefully with multiple xbees communicating to 1 xbee to an arduino

thanks in advance

Josh

Hi, it works just keep trying but I’m not sure about multiple-to-1. These people seem to have done that: http://www.kobakant.at/DIY/?p=270

By the way if you need to buy xbees I’m selling some: http://cgi.ebay.com/ws/eBayISAPI.dll?Vi … 0963887714

You don’t have to go through ebay, let me know.