Shop OBEX P1 Docs P2 Docs Learn Events
Xbee Network — Parallax Forums

Xbee Network

LightfootLightfoot Posts: 228
edited 2010-06-29 03:34 in General Discussion
I have 7 XBEE units. One is a transmitter that is connected to a PC. The other 6 are receiver modules that are controlled by the transmitter. The receiver modules contain triac dimmers that Christmas lights plug into. The PC contains a program I wrote that sends commands serially to a propeller based transmitter unit.

I have a unique 32 bit ID number assigned to each animator and transmitter. This number is transmitted to the animator before the command. For my own hobby, I only plan on building 6 receivers and 1 transmitter. Say I build multiple sets (1 transmitter 6 animators) of animators and transmitters, or mass produced them. One user sends a command on one set and another user sends a command at the same time. Would there be interference, since the same frequency is occupied?

▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔


Post Edited (Lightfoot) : 6/28/2010 5:22:28 AM GMT

Comments

  • Brian CarpenterBrian Carpenter Posts: 728
    edited 2010-06-28 05:25
    Are they going to be within range of each other (each set of 1 trans and 6 animators)?

    ▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔


    It's Only A Stupid Question If You Have Not Googled It First!!
  • LightfootLightfoot Posts: 228
    edited 2010-06-28 05:27
    Yes

    ▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
  • Brian CarpenterBrian Carpenter Posts: 728
    edited 2010-06-28 05:28
    Yes. you will have issues unless you make each set use different addresses.

    ▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔


    It's Only A Stupid Question If You Have Not Googled It First!!
  • Brian CarpenterBrian Carpenter Posts: 728
    edited 2010-06-28 05:28
    unless i am not understanding your intentions

    ▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔


    It's Only A Stupid Question If You Have Not Googled It First!!
  • LightfootLightfoot Posts: 228
    edited 2010-06-28 05:29
    Can you set the addresses for transparent mode or API mode only?

    ▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
  • Brian CarpenterBrian Carpenter Posts: 728
    edited 2010-06-28 05:30
    you can set the addresses in either mode

    ▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔


    It's Only A Stupid Question If You Have Not Googled It First!!
  • LightfootLightfoot Posts: 228
    edited 2010-06-28 17:27
    Which addresses should differ between sets, the source or the destination?

    ▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
  • Jay B. HarlowJay B. Harlow Posts: 79
    edited 2010-06-28 23:18
    Lightfoot said...
    I have 7 XBEE units. One is a transmitter that is connected to a PC. The other 6 are receiver modules that are controlled by the transmitter. The receiver modules contain triac dimmers that Christmas lights plug into. The PC contains a program I wrote that sends commands serially to a propeller based transmitter unit.

    I have a unique 32 bit ID number assigned to each animator and transmitter. This number is transmitted to the animator before the command. For my own hobby, I only plan on building 6 receivers and 1 transmitter. Say I build multiple sets (1 transmitter 6 animators) of animators and transmitters, or mass produced them. One user sends a command on one set and another user sends a command at the same time. Would there be interference, since the same frequency is occupied?

    Rather then change the addresses of each unit, you can change the CH (Channel) and/or ID (PAN ID). to allow each set of 6 to be in their own little network.

    Jay
  • Tracy AllenTracy Allen Posts: 6,666
    edited 2010-06-29 03:34
    I concur with Jay. Putting them on different channels means different frequencies, so they won't interfere. If they are on the same channel, and have different PAN IDs, they may still collide when both try to transmit at the same time, but the radio is smart enough to try again several times to get the data through at randomized intervals. And what is the chance you will have neighbors who are doing the same thing with their XBees?

    ▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
    Tracy Allen
    www.emesystems.com
Sign In or Register to comment.