I'd like to prioritize protocol integration... ;D
One protocol isn't enough. Its like saying which OS do you want to use- the answer is the one that supports what I want to do. There are some I didn't see, Clipsal, Lonworks etc.
If I missed a protocol, add a note, and I'll add it.
added!
Maybe i dont have this quite straight, but by putting Insteon as an option arent you killing 2 birds with one stone? (x10 / ZWave)
Quote from: Loki008 on January 02, 2008, 04:15:12 PM
Maybe i dont have this quite straight, but by putting Insteon as an option arent you killing 2 birds with one stone? (x10 / ZWave)
Insteon and ZWave are different protocols..
Insteon and X10 are also different protocols, however, Insteon can talk X10
Quote from: ddamron on January 02, 2008, 04:16:40 PM
Quote from: Loki008 on January 02, 2008, 04:15:12 PM
Maybe i dont have this quite straight, but by putting Insteon as an option arent you killing 2 birds with one stone? (x10 / ZWave)
Insteon and ZWave are different protocols..
Insteon and X10 are also different protocols, however, Insteon can talk X10
I thought that Insteon could communicate to zwave as well as x10?
Quote from: Loki008 on January 02, 2008, 04:23:47 PM
Quote from: ddamron on January 02, 2008, 04:16:40 PM
Quote from: Loki008 on January 02, 2008, 04:15:12 PM
Maybe i dont have this quite straight, but by putting Insteon as an option arent you killing 2 birds with one stone? (x10 / ZWave)
Insteon and ZWave are different protocols..
Insteon and X10 are also different protocols, however, Insteon can talk X10
I thought that Insteon could communicate to zwave as well as x10?
Not without some kind of Insteon -> Z-wave gateway. Which I think could be assembled from off-the-shelf hardware probably
I figure i would toss my response from the other thread in here incase you miss it over there
Quote
Also a co-worker and myself are really looking forward to zwave support, so we would be willing to send you some hardware to do the development if that is something you would be willing to take on. Let me know what you would need.
Thanks
If I had a HA standalone setup outside of LMCE based on z-wave devices, (once z-wave is supported under LMCE again) would I be able to control devices using LMCE as a secondary controller? Doesn't z-wave work like that?
EIB and KNX is the same protocol
Quote from: bigbrother0074 on January 02, 2008, 07:33:52 PM
If I had a HA standalone setup outside of LMCE based on z-wave devices, (once z-wave is supported under LMCE again) would I be able to control devices using LMCE as a secondary controller? Doesn't z-wave work like that?
Yes the z-wave usb interface is added as a SUC (static Update Controller or Secondary Controller)... with typically the Master Controller being the Z-wave remote.
What about xPL (http://wiki.xplproject.org.uk/index.php/XPL_News)? Isn't that a popular metaprotocol for HA, especially on Windows? It seems like it a container protocol for others, like X10 etc. If there's a lot of existing support, or it's already addressed the "multiprotocol" problems we're discussing in threads like this one, maybe it's worth a swing.
UPB
I'm surprised I didn't see it on this list. It is powerline but boasts 99%+ reliability. I have played with it and it seems as solid as it claims. It is significantly more expensive though ($75 for a switch) so that must be considered. However when it comes to HA I like it's reliability and instant response.
I have no experience with Insteon but hear good things. I have minor experience with Z-wave. Just used the Intermatic USB stick and 2 devices. I had problems maintaining solid connections. Obviously 2 devices provide a weak network and Z-wave gets better as it grows but it wasn't a good start.
Looks like Misterhouse has a UPB driver. It is written in Perl and can run on Linux so I have no idea if the driver can be ported/hacked/used with LMCE. Misterhouse is Open Source so they'll probably be helpful.
http://misterhouse.wikispaces.com/UPB
If UPB is working with LMCE, it will be incredibly solid.