<html><body><div style="font-family: times new roman, new york, times, serif; font-size: 12pt; color: #000000"><div><br></div><div><br></div><hr id="zwchr"><blockquote style="border-left:2px solid #1010FF;margin-left:5px;padding-left:5px;color:#000;font-weight:normal;font-style:normal;text-decoration:none;font-family:Helvetica,Arial,sans-serif;font-size:12pt;" data-mce-style="border-left: 2px solid #1010FF; margin-left: 5px; padding-left: 5px; color: #000; font-weight: normal; font-style: normal; text-decoration: none; font-family: Helvetica,Arial,sans-serif; font-size: 12pt;"><b>From: </b>"Alex Carver" <agcarver+ale@acarver.net><br><b>To: </b>ale@ale.org<br><b>Sent: </b>Wednesday, August 5, 2015 10:29:10 AM<br><b>Subject: </b>Re: [ale] Z-Wave or ZigBee<br><div><br></div>On 2015-08-05 06:06, Chris Fowler wrote:<br>> ----- Original Message -----<br>> <br>>> From: "Alex Carver" <agcarver+ale@acarver.net><br>>> To: ale@ale.org<br>>> Sent: Tuesday, August 4, 2015 8:08:09 PM<br>>> Subject: Re: [ale] Z-Wave or ZigBee<br>> <br>>> Yep, same idea as the Spark Fun versions of the board. However,<br>>> remember there's a TTL UART already on the IO header of the RasPi if you<br>>> haven't used it already. You can wire that right to an XBee.<br>> <br>> I have plenty of Pis and BeagleBone Blacks. Okay, ZigBee is simply architecture for IoT that can do automation. I had known about IoT, but I <br>> am confusing ZigBee for only being for automation. Automation is just a sample application of IoT. I found some outlet plugs on eBay that support it. <br>> <br>> I like the idea of the ethernet gateway. The ZB devices can simply be on their own subnet. Are there any support for this gateway architecture in Linux, or am I restricted to a device like what Digi has created? <br>> <br>> Chris <br><div><br></div>Yes, Zigbee is all about local networks for a variety of tasks not just<br>home automation. You could put sensors, controls, or communication<br>bridges in the Zigbee network (e.g. a very low speed wireless serial<br>link between two devices). Since it is a mesh or star topology it is<br>slow so the data frames are kept small. It's great for passing around<br>tiny packets of data (a sensor reading, a switch command) and a little<br>less for serial data but still possible (e.g. reprogramming settings in<br>a microcontroller device like a thermostat)<br><div><br></div>The gateway is pure TCP/IP so it's going to be OS agnostic. You talk to<br>the gateway over its Ethernet port and the gateway connects to the<br>Zigbee mesh on its RF port and provides you an in-road to the Zigbee<br>network. Zigbee meshes are not normal networks so there's no subnet.<br>It is based on 802.15.4 at Layer 1 (Zigbee is Layer 2 and above) so it<br>is a MAC/serial number based mesh network, no IP addresses.<br><div><br></div>If you use a dongle instead of the gateway you achieve the same goal,<br>it's an inroad to the mesh network but in both cases it requires the<br>assistance of the dongle or gateway which can act like a master node<br>(the "Coordinator"). The Coordinator collects information about the<br>state of the network (what nodes have advertised their presence, first<br>hop to any particular node, etc.) It must run a specialized version of<br>firmware to give it the coordinator status. The rest of the devices use<br>use lower capability firmware (Full Function Device or Reduced Function<br>Device) and learn what is around them and build up their own routing<br>tables. An FFD can do a packet store and forward and can act as a<br>middle node in the mesh but an RFD can only be an end node. RFDs use<br>less power than FFDs because an RFD can sleep frequently. FFDs must be<br>awake almost constantly to handle routing of packets between more<br>distant nodes.<br><div><br></div></blockquote><div><br></div><div>What would be the best way to experiment? Maybe get two dongles and then use two Raspberry Pis to communicate? Or, one dongle and an some Arduino goodies and write code for it to communicate?</div><div><br></div><div>My next goal would be to control just one outlet. I guess I need to be careful about 'Pro' vs non-pro. Only stick to one type?</div><div><br></div><div>The outlet control would go like this:</div><div><br></div><div>SOAP on Pi2 -> SOAP on desktop -> USB dongle via some code (maybe I write this using APIs?) -> Outlet. </div><div>Outlet says "I got it!" and that is reported back to the user interface as a return from the SOAP method. The Pi2 can't do the ZigBee because it will travel and move around. I have Pis and Pi2, and BBB so I could create a "gateway". Remove my desktop from the picture. Just write a SOAP interface on that device to interface with the ZigBee hardware. Then who knows where those nodes may be :) To expand X10 buttons on my interface I spend about 5 hours abstracting all that in JQuery/JS in the app. Now all I do to add a room, X10 outlet, etc is just add rows to a SQLite database on my Pi2. It then shows up in the web app.</div><div><br></div><div><br></div><div>As long as I can do it in Linux via either a command line program or an API then I can code whatever it is I need to work. If it only worked in Windows then forget it. I'm not going through that trouble (yet). </div></div></body></html>