Jump to content

Z-wave and Zigbee at the same time


Recommended Posts

Posted

So that ZigBee radio will NEVER allow control of ANY Zigbee device except for those three?

 

Can you actually respond a more elaborate answer cause it's annoying how you dismiss a belittle people

Smartthings Zigbee and Energy Zigbee use different protocols and (I think) frequencies. Just because they are both 'zigbee' does NOT mean they will work together. The hardware in ISY has to be one or the other. UDIs primary mission in demand/response energy in the California market - and this locks their Zigbee radio to the specific one that power companies dictate. ISY994 can never support any other Zigbee use at all without breaking comparability with the Power companies.
Posted

Smartthings Zigbee and Energy Zigbee use different protocols and (I think) frequencies. Just because they are both 'zigbee' does NOT mean they will work together. The hardware in ISY has to be one or the other. UDIs primary mission in demand/response energy in the California market - and this locks their Zigbee radio to the specific one that power companies dictate. ISY994 can never support any other Zigbee use at all without breaking comparability with the Power companies.

Both ST and UD use the same frequency in their radios: 2.4Ghz. As I mentioned before, they just implement different profiles: ST = ZHA, UD=SEP (I think).  In principle, it's possible to combine different profiles by sharing the same radio (e.g. it can be done with TI CC1310), but usually it's not a good idea for many reasons, so perhaps for all practical reasons consumers could treat zigbee profiles as separate zigbee networks despite their having the same standard compliant network+MAC/PHY layers(IEEE 802.15.4)  of the stack and running over the same RF:

 

http://kcchao.wikidot.com/zigbee-802-15-4

 

The bottom line is that the OP needs a separate zigbee controller that supports ZHA and can perhaps be integrated with UD.

Posted

well that's exactly my question if UDI say choses to support ZigBee ZHA profile, could they release a software update that says allow people with the ISY994iZ to start controlling ZHA devices using the same radio?

 

or will they have to replace hardware?

 

is the protocol implementation up to the software developer or is the protocol somewhat linked to the hardware? (ex the radio can ONLY do ZHA or SEP)

 

Thank you guys so much for clarifying

Posted

For example if I buy a Netgear router with 2.4Ghz it doesn't necessarily means it can use b/g/n maybe it only is compatible with b/g and maybe other router is only compatible wth b.

 

that's exactly what I'm trying to figure out with the antenna on the ISY994iZ is it even possible to connect to ZigBee lights or will that require new hardware?

 

that's the best example I could think of

Posted

Zigbee (802.15.4) does encryption at the PHY layer. The SEO communication is performed using encryption specified by the power company.

 

A single Zigbee radio cannot join two different PANs. So, no. ISY cannot do two Zigbee profiles at the same time.

 

Secondary to that, the ZHA protocol leaves it to vendors to do their own thing. Almost no cross-vendor support unless the two vendors directly agree to interact. Smartthings do a *lot* of work to integrate with other ZHA devices. UDI don't have those kind of resources.

 

So, as others have noted - to do this you'll need to find a ZHA controllers with an API, then talk to that API with the ISYs network module. Or write a Polyglot to do this (maybe integrate with Smartthings, or Wink). However, the integration will depend on the cloud (so if your Internet goes down, so does your integration). That's because the likes of Wink don't have a local API - only a cloud one...

 

Personally, I'd rather stick with a solution that does not depend on the Internet to function. So, Insteon and Zwave are perfect for my needs. I have zero need for the vendor locked world of Zigbee....

Posted

For example if I buy a Netgear router with 2.4Ghz it doesn't necessarily means it can use b/g/n maybe it only is compatible with b/g and maybe other router is only compatible wth b.

 

that's exactly what I'm trying to figure out with the antenna on the ISY994iZ is it even possible to connect to ZigBee lights or will that require new hardware?

 

that's the best example I could think of

802.11ac is also available on 2.4Ghz, and requires a hardware change. WiFi is not a good equivalent of the Zigbee world....

 

Put it another way. Router A only has hardware to do WEP encryption. Router B only does AES. It's not possible to upgrade router A to AES. It's missing the crypto...

 

The Zigbee radio in ISY is setup for the power profile only (Smart meters from certain power companies, and Brultech meters so equipped). It cannot talk to anything else. Please do us all a favor and stop asking this! It's been answered many times....

Posted

The remotes I got with my cable boxes. Uses another ZigBee protocol RF4CE. To pair with the boxes.

ZigBee in my eyes. Is a spaghetti mess of protocols.

Posted

The remotes I got with my cable boxes. Uses another ZigBee protocol RF4CE. To pair with the boxes.

ZigBee in my eyes. Is a spaghetti mess of protocols.

It's "just" yet another profile (aka ZigBee Remote Control 2.0 Profile, or zrc 2.0).  Apparently, any profile implementation is so heavy weight that the effort to implement the remaining standard part (xxx.15.4) is negligible.  TI for example has 5 different zigbee stacks, one per each profile and the bare  802.15.4 stack although the common part appears to be the same (TI-MAC). 

 

Zigbee looks unfortunately as a missed opportunity for the otherwise nicer protocol than zwave due to the insane "profile" fragmentation. E.g. there's ZHA and ZLL both of which can control lights. So, one has to make sure that the zigbee light uses the same profile as one's controller. I think Phillips lights are ZLL while some GE lights are ZHA. As I suggested earlier  honest advertising would refer not to a zigbee compliant device but rather to zigbee-zha, zigbee-zll, zigbee-sep, etc since from the point of view of implementation/user each of them requires in most cases a separate z-stack and a separate hardware chip.

Archived

This topic is now archived and is closed to further replies.

×
×
  • Create New...