I have a Zigbee light switch and Zigbee wireless button. Both are registered with HA using the ZHA integration, and from testing both seem to be stable and responsive - I can turn the switch on and off via the Lovelace card and see events fired when the wireless button is pressed. I don’t remember seeing any misfires or missed events.
I have created a simple automation to toggle the zigbee light when the wireless button is pressed. This works - most of the time. I’m trying to figure out why it doesn’t work sometimes.
I do not think it’s a reception or connection issue, as I see the following in the logbook (I have reversed the timeline for this post):
23:28:31
Toggle Bedroom Lights has been triggered
23:28:40
Toggle Bedroom Lights has been triggered
23:28:43
Toggle Bedroom Lights has been triggered
23:28:51
Toggle Bedroom Lights has been triggered
23:28:52
Bedroom Lights turned on
23:28:54
Toggle Bedroom Lights has been triggered
23:28:59
Toggle Bedroom Lights has been triggered
23:29:02
Bedroom Lights turned off
23:29:09
Toggle Bedroom Lights has been triggered
23:29:12
Bedroom Lights turned on
23:59:56
Toggle Bedroom Lights has been triggered
23:59:58
Bedroom Lights turned off
This matches my experience - I pressed the wireless button a few times before the light turned on, and then a couple of tries to turn it off but then it worked as expected for the rest of the night. I suppose in theory HA is struggling to find a connection to the wall switch, but as I explained above I never see similar issues when I manually toggle it via the UI.
I do have a bunch of these in the logs (with various values od transid) around the same time which may be related:
2020-08-10 23:28:41 WARNING (MainThread) [zigpy_cc.api] Waiter timeout: <Waiter matcher=<Matcher type=CommandType.AREQ subsystem=Subsystem.AF command=dataConfirm payload={'endpoint': 2, 'transid': 5}> future=<Future cancelled> timeout=10000 sequence=None>
2020-08-10 23:28:51 WARNING (MainThread) [zigpy_cc.api] Waiter timeout: <Waiter matcher=<Matcher type=CommandType.AREQ subsystem=Subsystem.AF command=dataConfirm payload={'endpoint': 2, 'transid': 7}> future=<Future cancelled> timeout=10000 sequence=None>
It may also be interesting to note that I only notice this at night (although that’s the only time I really use it so…). I have NOT tried the web UI at those times to confirm if stability changes with time of day, but my other Zigbee devices seem to work okay. The only other data point I can think of is that the wall switch is an Aqara “no neutral” switch so maybe my electricity voltage drops at night and the magic no longer works when it does.
Otherwise I’m open to hearing the collective wisdom of the forums!
1 post - 1 participant