I’d also like to see a working example of how to setup double and triple clicks of a wall switch with the Fibaro Dimmer 2 and Fibaro Roller Shutter modules, this is called “Scene Activation”.
Currently all my Fibaro modules are paired to my Vera Plus and Multi System Reactor rules engine supports Scene Activation for Fibaro modules.
I have never seen a working example of this on an Ezlo controller and “Meshbot” rules.
Is there a way to duplicate a local meshbot? that would save me A LOT of time! on the MiOS Web UI the duplicate option is dimmed for the meshbots I created
@osman I watched your video above regarding this GoControl US wall switch. Looks like its acting as a regular “scene controller” type device? Where you can then create a Meshbot trigger upon a certain type of button press of that wall switch, to then run the actions of that scene etc
The Fibaro modules I am interested in work differently I believe and are not actual “scene controllers” in the traditional sense.
The function is called “Scene Activation” on the Fibaro module and it has to be enabled via a certain Z-Wave device parameter. You also need to use in conjunction the correct type of momentary wall switch with the Fibaro module, that would allow you to do double and triple clicks etc.
Are you aware of anyone on your device integration team testing “Scene Activation” with Fibaro modules ?
Thanks.
EDIT:
Vera firmware hubs and software never natively supported this to my knowledge. We always had to use 3rd party logic engines to be able to do it. First in PLEG and now with MSR.
EDIT3: The upshot is Fibaro Scene Activation is related to these variables that need to be exposed and read and be able to have a scene be able to trigger upon them.
LastSceneID
LastSceneTime
SceneActivated
In MSR we ended up having to use the LastSceneID variable. When you do different types of clicks different number values get put into that variable.
Is there a time frame if you are going to implement duplicating local MeshBots? It would really save a LOT of time for creating long MeshBots. Thanks so much!!!
It was submitted as a feature request sometime ago, for being able to duplicate scenes, but not sure how far it got. I’d have to ask them again about it.
Hi @osman , I implemented this and is working but it really takes a long time to get executed, most times I have to double tap a few times to get it activated, is as if I have to “wake up” the controller first. I have the same problem with three way GoControl switches that take a long time to execute a meshbot… any help here? My wife is wanting me to take all down…
It’s still pretty quiet here. I think it’s time for another status update.
What’s in the works at the moment? What is the roadmap?
Maybe I’ll start with the features that interest me:
Data logging function with visual representation
Something like this would be a dream:
This looks really good on other platforms. With Ezlo, the values are not even logged and only the current ones are displayed.
Scheduler for thermostat control
It’s really no fun to schedule thermostats with meshbots. It also quickly becomes very confusing. This has to be solved differently. Best with a graphical interface. Something like that:
Dashboard
Apparently they are currently working on this. There are still some display errors that need to be ironed out and designing your own dashboard is currently disabled. When will there be anything new here?
But there are also things that are going quite well. I like Alireza_Taghavi’s video tutorials about EzloPi projects. I’m itching to try it out. Would like more of it.
its coming!
We are finalizing a whole new Drag and drop studio to create dashboards.
we already built the logging capability in the cloud will expose it.
I’ve been absent in this thread for quite some time. Went thru it but either did not find or overlooked the answers to the following:
Has there been a fix for plugged in Zigbee devices only showing up as 32% power and then disconnecting from the hub once it thinks the battery level is zero (all the while still being plugged in)?
Battery power on devices being incorrect (showing 100% for quite some time and then, out of nowhere, the device is “disconnected” cause it’s at 0% battery)?
Smart Start still does not include the device, it just sits there doing nothing and showing no useful status information?
Multiple VOI entries that cannot be deleted.
All, thanks in advance for the updates, they are greatly appreciated.
I have similar problems with all my Zigbee devices, they either eat batteries too quickly or the system isn’t working properly and they all show as Unreachable / Offline. I have given up on using those Zigbee devices currently and I am not buying more expensive batteries for them.
Here is just some of those devices in the Ezlogic Settings - Devices area they are the grey ones.
Please check this recommendation to see if there’s anything that can make any improvements: Like with any wireless technology, checking the environment in which your devices are operating is important. Zigbee shares the same frequency band as the 2.4GHz wifi networks which means it might be possible to have channel overlaps due to a WiFi band that is shared with the Zigbee channel. Also, the same is true for Hue devices (if used) that are in the general area. Hue uses Zigbee. If the Hue happens to use the same Zigbee channel, problems can be expected. And finally, wireless is subject to the same physics as Wifi. Distance, solid objects and others can and will impact the wireless communication between devices.
Check for and resolve channel overlap with Hue/other Zigbee hubs, 2.4GHz WiFi. Build the Zigbee mesh in such a way that powered Zigbee devices with repeater capabilities can repeat the signal to fringe devices.) It could be that the Centralite devices do not broadcast as strong a signal as other devices, which could also explain some of the issues noted.
With those recommendations in mind and to be able to investigate further, would it be possible to provide a time frame or date between the device’s disconnections or inconsistent battery events? As well as devices details/models, relative distance to the controller, and controller serial numbers.
I also have not visited this board for some time. I guess I just wanted to see if I made the correct choice when I made the tough decision to abandon Vera/Ezlo and switch to Hubitat + MSR + Home Remote. I certainly looks like I made the right decision, at least for me. Hubitat + MSR + Home Remote just works. No more excuses, no more broken promises, no more waiting forever - how many years has it been now waiting for the next release of Vera firmware or an Ezlo replacement that is “ready for prime time”? My Hubitat “suite” may not have the prettiest UI or the fanciest dashboards, or even the most powerful mobile app, but I have always been more into functionality than pretty or “wow”. Oh, did I mention that I have a completely local solution with zero cloud dependencies and EVL4 support?
Same with my Vera / MSR / Home Remote setup it just works. My Vera Plus has been rock solid for years and I never have to touch it or do anything with it. That setup is also local.
You could have a local setup with Ezlo / MSR also as MSR can use the Ezlo controllers local WS API.
But Home Remote doesn’t support Ezlo controllers and their new API which is a shame.
But yes the Ezlo Ezlogic web UI is only cloud based currently and will likely remain that way.