I’ll start this as a new tread, as previous one was related to old Groovy DTH.
After my complain about many button remotes and controllers, zigbee and z-wave, tread was closed as issue is solved, even that was not.
Same day new Edge driver was released, and I have installed it on my hub. I have added brand new 4-button Ecosmart remote to the hub, using Edge driver.
As a local devices speed is instant, no delay at all.
However,
Same plague (issue) is happening again.
Instead of 4 buttons with only single capability “Pressed”, now it’s showing 21 capabilities for each button.
Also order of components is:
Button 1
Battery
Button 2
Button 3
Button 4
Device Automations on Details page, are still showing incorrect automations for rest of the buttons under button #1.
It is said in tread related to driver’s release, this drivers are released after testing, but I am not sure how are they tested, on a virtual device, or on actual physical device. Here is the screenshot of device.
I’ll be testing more different manufacturer devices, supported by this driver, but I am assuming they will all have the same issue, as is already reported in multiple treads.
It’s a UI plug-in issue impacting all multi button devices. I’ve reported it to support (ticket 1282487) and they’ve acknowledged it’s a bug. Your best bet is to report it to official support channels (support@smartthings.com) to add to the urgency.
@nayelyz Not to be picky, but I know that order of buttons can be specified at least in Routines page, when I try to add routine in IF action. Battery should be always on the bottom, not second
This is how SmartThings stock driver looks like without any order. It looks sloppy.
I do expect to be the opposite, to have better quality drivers from SmartThings. I understand that this are Beta drivers, and that’s is why I am pointing this.
ok, I will check more details about the order of the capabilities in the Automation View of the device for this driver.
Thank you for sharing your feedback
If you’re referring to the long list of button enums shown in the detail view, that’s an issue that is affecting other integrations, not only Edge drivers. It is related to the plugin, not the configuration itself.
Ecosmart Remote works great with Edge drivers.
I wish SmartThings adds support for Zigbee Groups in this driver.
@lmullineux could you, if it’s possible, to add Zigbee group capability to Ecosmart remote? Natively remote have group support, and originally that created problem for This remote as SmartThings did not support groups at the time. Now it should work with Edge driver, and it could bring original functions back
If there’s already an edge driver available then I would suggest you contact the dev and ask them to add the group code. They can look in my GitHub or @Mariano_Colmenarejo 's for examples how to do it.
I can’t really write drivers for devices I don’t own as that makes testing impossible, especially as my approach is still trial and error.
(+ I don’t really have much available time at the moment)
Please, provide more details according to the following:
Do you mean in the dashboard?
What do you want to display for which device?
The released drivers are based on the corresponding stock DTH (which already went through a certification process). I will ask the engineering team if it’s possible to do it or what does it involve.
@nayelyz
This would be added to device Settings.
Devs are adding this to lights and remotes.
For example @Mariano_Colmenarejo has added support for groups for zigbee lights
@lmullineux has added this to some remote driver (I think Ikea 4 or 5 button remote)
If group numbers are matching, remote can control light, even without hub being on. It creates bond between devices eith same group number.
@lmullineux can elaborate more, as he has provided code for this.
This would not change device details presentation
See this post and couple below
This ecosmart remote has native group capability, and if it’s bought in package with light bulb, it comes bound to the bulb from the factory.
A better approach for this would be if ST natively supported zigbee groups and you gave us some kind of manager within the ST app to bind and un-bind devices to groups, this way it could possibly work for edge and non-edge devices and wouldn’t require group code adding to every single edge device driver.
Yes, definitely. Not necessarily via the app if it is considered a bit ‘advanced’ for the target app user, but at least using the API via the CLI or any other tool that appears.
The same is also the case for any device configuration that involves choosing numbers, such as setting reporting intervals. The numbers should be user configurable as standard.
Neither of these things should require custom drivers. OK we have to start somewhere, but with the stock DTHs we rather saw that we tended to finish in the same place.