In our Ezlo Platform we are ofcourse not forgetting also 2Gig devices. Here you can see our current progress and our short term plan for how to integrate them.
You can see the %age coverage of 2Gig devices in visual format and how we make progress for each release. “S” above means “Sprint” which is a development cycle.
Wait, what? I didn’t know 2 Gig was a go-forward for Elzo. Is this just for the VeraSecure (which I have) or is 2 Gig being built into future controllers?
Awesome! But I sure hope more supported devices are coming. I use three 2 Gig models on the VeraSecure under UI7, and so far none are on the Elzo Platform list.
Smoke Ring GIG-SDS1-345 (really cool - nothing currently like it available for Z-wave or ZigBee)
Doorbell 2GIG-DBELL1-345 (really cool - nothing currently like it available for Z-wave or ZigBee)
Recessed Door/Window 2GIG-DW20R-345 (I wanted sensors that were faster than Z-Wave or ZigBee - non mesh - and have three of them mounted in bathroom doors to allow me to trigger Z-Wave switches that control bathroom fans.)
Now if we can just get the EnOcean plug-in ported to Elzo, I can move to Elzo without losing any of my UI7 primary technologies. There isn’t a competing system that I know of which would support all of these technologies.
VeraLink (AKA 2 Gig) is 433 Mhz in the the EU, but this doesn’t mean generic 433 Mhz devices, just the specific devices supported. If you want generic 433 Mhz, you would want to look at the RFXtrx controller plug-in.
I Know . But having all 433mhz device native in ezlo feens like a mission impossible. Better then to have the rfxtrx native and problem solved. In my Vera plus i have a rfxtrx… This 2gig is one of 10000 433 brands…
Virtual Device and integration with devices like Broadlink…
This way you can create a Virtual device on your Ezlo platform for any 433MHz device supported by these 433MHz bridges
we have two phases…
phase 1…Virtual Devices cloud dependent
phase 2…Virtual Devices local (for things that can be local). So lets say you are using Broadlink IR/RF device, we will be, at phase 2, integrating with this device to work locally. So anything you create as a “Virtual Device” will work locally if the integration is done locally.
Our design philosophy is to architect it to work locally if it can be done.
It seems that there is a bug with the 2GIG-DW204-345 contact sensors on the Ezlo Secure.
The sensor is listed in the device list and pretends to pair with the system but does not actually pair.
The contact sensor does not report open/closed contact.
I have been told that the Ezlo engineers are currently working on this issue.
Hello @rlargent,
Yes, there seems to be a bug where the EzloSecure is not properly interpreting the messages from the sensor, so it doesn’t show as tripped. The issue is already reported and should be solved in the next few days. Thank you for your comment.
Thanks Oscar,
Is there somewhere that the bugs are being tracked where we can see the status?
That would be super helpful so we aren’t reporting the same issues multiple times.
Also, It would be nice for us so after we see something fixed we can take action on our end such as removing and re-adding a device.