netduino XBee Sample
#1
Posted 13 February 2011 - 12:15 PM
- xfighterx likes this
Terry Massey
#2
Posted 13 February 2011 - 02:50 PM
#3
Posted 13 February 2011 - 05:46 PM
One end is a FEZ Domino, the other end is a Netduino.
Not exactly a tutorial, but you may find it interesting.
http://www.youtube.com/watch?v=3BaEKbKiCIo
You may want to watch this one on youtube to so you can read the text.
http://www.youtube.com/watch?v=DLTohG6iODM
#4
Posted 13 February 2011 - 11:42 PM
Coincidentally, I was playing with xbees the other day and made these two videos.
hari, that's a great video. You do a great job at explaining things. Thanks for posting this!
Chris
#5
Posted 14 February 2011 - 03:26 AM
#6
Posted 22 May 2011 - 07:55 AM
#7
Posted 05 December 2011 - 05:59 AM
#8
Posted 05 December 2011 - 02:21 PM
Hi Bendage,Module #1:
---------------------------------------
PAN: 1111
Serial High: 13A200
Serial Low: 4070455E
Function Set: ZNET 2.5 COORDINATOR AT
Destination High/Low: Other module's serial numbers
Baud: 115200
Module #2:
---------------------------------------
PAN: 1111
Serial High: 13A200
Serial Low: 407047B2
Function Set: ZNET 2.5 ROUTER/END DEVICE AT
Destination High/Low: Disabled... because its set as a router function set and discovers on its own? I don't know.
Baud: 115200 too high????
Questions:
1. Are these the correct function sets for simple point to point?
to communicate bidirectional you have to configure both side's Destination High/Low registers.
May you should check if you can upgrade your XBee modules to the ZB Firmware.
ZNet 2.5 is an old proprietary mesh-enabling firmware. Since the "ZB featureset pro" firmware is released, ZNet2.5 is no longer support and recommend. It's somewhat confusing, because to old one is called ZNet 2.5 and the new modules "Series 2".
For more information see: Upgrading from ZNet 2.5 to ZB firmware
#9
Posted 05 December 2011 - 03:31 PM
Hi again,4. I see you are sending ATMY command in the event an address is not supplied. ATMY returns an error in terminal mode for me. Is this because I am using the wrong function set?
according to the manual ATMY command is supported by ZNet 2.5.
Did you enter the Command Mode before issuing the ATMY? The default sequence to enter the Command Mode is +++, refer to page 18.
#10
Posted 05 December 2011 - 06:32 PM
#11
Posted 05 December 2011 - 06:39 PM
#12
Posted 05 December 2011 - 09:31 PM
Hi,Do you recommend using series 2 type modules for simple point to point or should I just buy series 1 modules and set these aside?
series 1 modules are designed for point-to-(multi-)point communication. Series 2 extend this by enabling mesh-networks.
Some people suggest using series 1 modules to start with. But honestly I see no point in using series 1 modules. If you want to use the "easier point-to-point communcation" you can use series 2 modules too.
Hmm,based on the link of the pdf you specified, just to confirm... both modules should be burned with Function Set: ZIGBEE ROUTER AT?
I'm not 100% sure, but I think you have to flash one with the Coordinator firmware and the other modules with the Router firmware (or End Device firmware).
I'm using Series 2 ZB modules only, there you have to flash one modules with the Coordinator firmware,
#13
Posted 06 December 2011 - 05:22 PM
#14
Posted 06 December 2011 - 10:08 PM
ZB is basically just lower power but same performance correct?
If you're comparing ZB with Wlan then your getting less throught put, probably from less bandwidth but more range for the same power because of the lower data rate. You also get the ad hoc network capability.
I removed a section here, it was wrong and confusing.
If you are comparing Series 1 Xbee with Series 2 then the former is 802.15.4 and the later is Zigbee. At some stage they changed the chipset to make the series 2. Digi has a knowledge base summary entitled "The Major Differences in the XBee Series 1 vs. the XBee Series 2"
Sorry this is straight out of Wikipedia but they can say it better than I.
ZigBee is a specification for a suite of high level communication protocols using small, low-power digital radios based on an IEEE 802 standard for personal area networks. Applications include wireless light switches, electrical meters with in-home-displays, and other consumer and industrial equipment that requires short-range wireless transfer of data at relatively low rates. The technology defined by the ZigBee specification is intended to be simpler and less expensive than other WPANs, such as Bluetooth. ZigBee is targeted at radio-frequency (RF) applications that require a low data rate, long battery life, and secure networking. ZigBee has a defined rate of 250 kbps best suited for periodic or intermittent data or a single signal transmission from a sensor or input device.
RE: Coordinator. if you enable channel hopping ( which is normally a good idea) then you always need the coordinator, then he selects what channel to use. It all goes to sh#$ if your device can't find the coordinator. If two devices next to each other boot up and neither can find the coordinator then they can't even talk to each other.
Edited by Magpie, 07 December 2011 - 11:15 AM.
#15
Posted 06 December 2011 - 11:26 PM
So ZB firmware XBees should be able to talk to non XBee ZB devices.
Agreed with the caution that ZigBees are NOT all that compatible across manufacturers. At the basic level they are OK, but as soon as start doing anything real, you run into different interpretations of the spec and just plain "we didn't think anyone would care about that feature" responses...
I like 802.15.4 the best...then write my own application layer. Sooooo much simpler.
Unless of course you need to interface to a device that uses a specific ZigBee profile.
#16
Posted 07 December 2011 - 01:59 AM
Just wondering, I use the terms 802.15.4 and Zigbee as meaning exactly the same, do you?
I like 802.15.4 the best...then write my own application layer. Sooooo much simpler.
Unless of course you need to interface to a device that uses a specific ZigBee profile.
I wasn't 100% sure what you mean here. pls Explain again.
ps. My entire Zigbee knowledge is based on one long term part time project using XBees.
#17
Posted 07 December 2011 - 07:34 AM
Hi,Just wondering, I use the terms 802.15.4 and Zigbee as meaning exactly the same, do you?
ZigBee (ZigBee PRO / 2007) is based on 802.15.4.
Digi's Series 1 XBee talk 802.15.4.
Digi's Series 2 XBee talk ZigBee.
That's a nice point regarding Series 1 vs Series 2 modules.Agreed with the caution that ZigBees are NOT all that compatible across manufacturers. At the basic level they are OK, but as soon as start doing anything real, you run into different interpretations of the spec and just plain "we didn't think anyone would care about that feature" responses...
I like 802.15.4 the best...then write my own application layer. Sooooo much simpler.
Unless of course you need to interface to a device that uses a specific ZigBee profile.
#18
Posted 19 January 2012 - 10:03 PM
#19
Posted 20 January 2012 - 01:53 PM
Sorry...
Hei
Could you please give me a code for your example?
thanks
by
#20
Posted 27 January 2012 - 09:48 AM
0 user(s) are reading this topic
0 members, 0 guests, 0 anonymous users