All About Circuits Forum  

Go Back   All About Circuits Forum > Software, Microcomputing, and Communications Forums > Radio and Communications


Radio and Communications Discussion forum for all aspects of RF and communication engineering, including antennas, modulation regimes, RF circuits and filter design, and telematics.

Reply   Post New Thread
Thread Tools Display Modes
Old 08-01-2009, 07:39 PM
RodSTAR RodSTAR is offline
New Member
Join Date: Jan 2008
Posts: 6
Default XBee point to multipoint

Hello all,
I want to know if somebody can help me on the following.

I have 5 XBee PRO modules version 1 with updated firmware with X-CTU software.

I want to use 1 of them as master, and the rest connect directly to master.
Master will send instructions as many times per second as it can to the 4 slaves and then, each one returns immediatly feedback.
I want to use it at 115kbps, the distance is about 100 meters (300+ feet), in visual line (no obstacles).

So... first, master (DL0) will send to first slave (DL1), then to second slave (DL2), and so on... so,

My problem is that X-CTU recognizes them as XBP24 (not as XBP24-B)in which in the "Function Set" list doesn't list any item as "..Coordinator..." or "..Router...". I've seen lots of tutorials and in all of them they asume and have those coordinator and router functions sets.


Nice, does it work for this:
Q1: does it mean that the microcontroller should change XBee's DL each time it changes slave?, can that be done?,

Q2: if it can be done, it should be done with AT commands or with API.... sorry, i'm completely new at this.

Ahother question: my available Function Sets are:
-XBEE PRO 802.15.4
..version is 10CD

THE question is:
Q3: Which Function Set should i choose (from the above)?

Q4: How will master know which slave is sending data?

trully thanks for help, i've had this experiment freezed for about 1 year because of these lack of information.
Reply With Quote
Old 08-03-2009, 05:06 PM
RodSTAR RodSTAR is offline
New Member
Join Date: Jan 2008
Posts: 6

Originally Posted by Alberto View Post
I had a similar problem, two years ago, and I couldn't solve it using the Xbee internal features, due to the lack of info. Then I decided to use my software to overcome this limitation. I have one master that Tx and all the three slaves receive the master Tx but only the one with the proper pass will answer back. All the time a slave answer, it will send the proper pass before the data so that master will know which slave did send the data. Both slave and master will acknowledge data receipt, if no acknoledge is received (timeout) both slaves and master will re-transmit the string.

Yes, i've been figuring that's the fastest solution up to now, and i'm implementing it in MPLAB/C18, using XBee as a replacement of a wire, without special XBee commands. However, I would prefer to take advantage of those special functions available in XBee's hardware/firmware, to make communication more efficient (more data per time unit (i.e. per second)), and i'm trying to find help on that issue, thank you very much.
Reply With Quote
Reply   Post New Thread

, ,

Related Site Pages
Section Title
Textbook Network protocols : Digital Communication

Similar Threads
Thread Thread Starter Forum Replies Last Post
adc on xbee liu123456 Embedded Systems and Microcontrollers 7 05-27-2009 03:03 PM
inexpensive timing relay circuit strpdbas The Projects Forum 157 05-02-2009 02:39 PM
Kelvin Vs 4 point probe Peter2 The Projects Forum 3 05-27-2008 10:01 AM
Kelvin Probe <-> 4 point Probe Peter2 Homework Help 0 05-09-2008 10:45 AM
Microchip fixed point math library 16CXXX atferrari Programmer's Corner 0 05-15-2005 12:55 AM

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

All times are GMT. The time now is 01:43 PM.

User-posted content, unless source quoted, is licensed under a Creative Commons Public Domain License.
Powered by vBulletin
Copyright ©2000 - 2014, vBulletin Solutions, Inc.