My problems stem from the conbee2 and Deconz
I was previously using zigbee2mqtt and as far as functionality, everything was almost perfect… a little difficulty in configuration but at leat it made sense… With Deconz I’m finding all sorts of horrible idiosyncrasies apart from the fact that you can’t create an automation in the ui (for the sure buttons - WXKG11LM)
For example the power sockets don’t appear in any way linked to the name of their devices… I have sensor.consumption_11, sensor.consumption_13, sensor.consumption_15, sensor.consumption_18… I mean these devices (show up as lights in phoscon) were named before I added the home assistant integration. I don’t understand why it’s all so convoluted.
According to Phoscon my firmware is up to date:
It just arrived today and so far I’m very disillusioned.
Also make sure the deconz add-in is up to date. The last update to deconz also made things better for me.
I must admit i dont use ui to create automations. Too many occasions where the ui isn’t sophisticated enough yet … but it is getting better.
So, having a play with the UI for automations for your benefit, bearing in mind I have automations in place in the yaml file, this is what came up… and I am as confused as I guess you might be.
Well @Robban I have two switches with the same part number from Xiaomi. One is a single, the other a double. Both have the same single, double click and hold events.
The confusion is that one shows up as a ‘device’ with its capabilities fully detailed in the drop-down list, the other showed as an ‘event’…
I have got both working as I would wish using yaml but others seek to use the UI to create scripts…
Device triggers is a manually curated list so if a device isn’t supported there isn’t a mapping. See deconz integration documentation on how to request support for new device triggers
@Robban I had set the two switches up using yaml and am happily using them.
In support of @mihalski problems, I then went to the automation creation UI. I picked the double switch version of WXKG11LM and I then ‘picked’ the ‘device’ option and the list of triggers populated. I then picked the single version of the same switch model and it prepopulated it with ‘event’ and the data I showed in the image. Is this helpful to know?
This is not true as demonstrated in my example. The round switches are indeed supported but the square ones are not.
I might dig around in the integration to see if this is an oversight or if there is some variability in how the square switches identify themselves (mine is a WXKG11LM).
I’m not 100% sure on the details here… but my switch is the lumi.sensor_switch.aq2 rather than aq3… My understanding is that it supports the same features minus the shake. I can’t test to see if this is so as I use hass.io on HassOS so my Home Assistant installation is immutable.
P.S. The lumi.sensor_switch is the round switch.
P.P.S. Apparently np long press or long release… “only single, double, treble, and quadruple presses.”
There is no “the” square switch… like I mentioned above there are at LEAST two versions of it, and the aq2 is not listed in the source of the decent integration.
It may require you to request the device trigger be added, as there are different versions of this switch. The aq3 is actually a different model number (Xiaomi-WXKG12LM ) and the device trigger is probably only for a that one and not the ones we use.(aq2)
By default remotes use the events service and the device trigger needs to be added in the integration for the device to use it
until then you can use the deconz_event using the automations ui to use as triggers
Could you please explain in detail where you added these lines of code?
I have multiple square buttons and some work as expected and some are only shown as battery.