ebaauw / homebridge-hue

Homebridge plugin for Philips Hue
Apache License 2.0
898 stars 91 forks source link

Aqara Smart Light Switch (with Neutral, Double Rocker, US version) -- Phantom Activation #1024

Closed keness521 closed 3 years ago

keness521 commented 3 years ago

Issue

I hope I structure this correctly and am not missing something obvious... Apologies in advance if I do something wrong.

I've been using several Aqara devices, and have recently switched ALL of them to homebridge-hue through a ConBee-II. I'm using the default package provided as an add-on directly through Homebridge, and all plugins and dependancies are up-to-date.

Every single Aqara device has worked flawlessly, except the one in the title. The Smart Light Switch (in-wall hardwired install) with two rockers. I have two units in two separate homes on separate Pi's, both doing the exact same thing. (The single rocker version which I have several of is fine.)

Pairing, naming and everything worked just fine. However, when I activate one of the two switches, the OTHER switch will every few minutes, turn itself from off to on, then immediately back from on to off in the log. Sometimes, there is a delay before it turns itself back from on to off, and in these cases, it will actually report itself as "ON" in the Home app.

What is odd, other than that it is doing that, is that the switch itself isn't actually turning on and off, even though the log is clearly stating "blah blah from false to true... blah blah from true to false".

There are only two simple automations that involve the switch which is really MEANT to be on, an "At sunset turn on" and an "At sunrise turn off". There are no automations involving the second switch, which is the one phantom activating.

(In fact, in terms of HomeKit complexities, in both of the homes these Aqara switch units are installed, the sunset->on and sunrise->off are the ONLY two automations for the entire home, for any device. I don't have much set up yet.)

I have two of these doing the exact same thing, and neither did it when they were paired with the Aqara hub.

Logs below, "Outside Lights" is the real one, that is activated by the automation and working fine. "Outside Signage" is the other rocker on the switch, and has no automations or anything, and is turning itself on and off, but not really.

Thanks! homebridge-hue.json.gz

Log Messages

[04/09/2021, 19:48:48] [Zigbee Bridge] Outside Signage: set homekit on from false to true
[04/09/2021, 19:48:50] [Zigbee Bridge] Outside Signage: set homekit on from true to false
[04/09/2021, 19:53:55] [Zigbee Bridge] Outside Signage: set homekit on from false to true
[04/09/2021, 19:53:57] [Zigbee Bridge] Outside Signage: set homekit on from true to false
[04/09/2021, 20:00:39] [Zigbee Bridge] Outside Signage: set homekit on from false to true
[04/09/2021, 20:00:40] [Zigbee Bridge] Outside Signage: set homekit on from true to false
[04/09/2021, 20:08:14] [Zigbee Bridge] Outside Signage: set homekit on from false to true
[04/09/2021, 20:08:16] [Zigbee Bridge] Outside Signage: set homekit on from true to false
[04/09/2021, 20:10:07] [Zigbee Bridge] Cutting Room Temperature: set homekit temperature from 21.7°C to 21.8°C
[04/09/2021, 20:14:37] [Zigbee Bridge] Outside Signage: set homekit on from false to true
[04/09/2021, 20:14:39] [Zigbee Bridge] Outside Signage: set homekit on from true to false
[04/09/2021, 20:15:26] [Zigbee Bridge] Office Temperature: set homekit temperature from 22.5°C to 22.6°C
[04/09/2021, 20:21:44] [Zigbee Bridge] Outside Signage: set homekit on from false to true
[04/09/2021, 20:21:45] [Zigbee Bridge] Outside Signage: set homekit on from true to false
[04/09/2021, 20:27:17] [Zigbee Bridge] Outside Signage: set homekit on from false to true
[04/09/2021, 20:27:17] [Zigbee Bridge] Outside Signage: set homekit on from true to false
[04/09/2021, 20:32:57] [Zigbee Bridge] Outside Signage: set homekit on from false to true
[04/09/2021, 20:32:59] [Zigbee Bridge] Outside Signage: set homekit on from true to false

Debug Files

I've attached the debug dump file. I'm not quite sure I follow the instructions for the debug log file, and am a little worried about messing my installation up since I'm not terribly command-line experienced, but if you need it, I'll figure it out and attach it.

ebaauw commented 3 years ago

I don't think this is an issue with Homebridge Hue. It just copies the switch state from whatever deCONZ is reporting. You need to turn on debug mode in Homebridge, to enable the log messages Homebridge Hue issues on the communication with deCONZ. Alternatively, you could run dc_eventlog to see the notifications deCONZ sends.

By "other" switch, do you mean the other device, or the other rocker on the same device? Does this happen both on the left as well as on the right rocker?

If the switch doesn't change state physically, my money would be on a Xiaomi special attribute report being interpreted wrongly by deCONZ. I'm unfamiliar with these particular switches (lumi.switch.b2naus01). Best open an issue with deCONZ or at their forum.

keness521 commented 3 years ago

Excellent, thank you for the super quick response!

I'll look into posting the concern on the deCONZ forum.

By "other" switch, I mean the other rocker in the same device. The behavior of the two devices in the two separate homes is identical.

I'll also double check that it does the same thing the other way, too, if I reverse which switch is truly active.