You could have been more clear with your question. I think we all assumed you had smart light bulbs that you control with a smart switch. The detail matters
So you have a zigbee switch from Wizer which is mains powered which again powers a dumb light bukb?
And yout problem is only with that model of switch? And it is the reporting of the state of the switch that comes late when you press the physical button on the switch. Which exact model of switch is this?
Correct, zignee switch, mains powered that powers LED (dumb) lights. It occurs across 2 of their devices. 1 is a switch, the other dimmer (on/off/brightness adjust on hold) I have about 20 of these switches installed.
Both of these devices emit events with a on average, 15s second delay, but can be up to 30 seconds.
Some of their other devices like the motion sensor and temp/humidity sensors are near instant.
I do not see deconz listed as supporting them but you say you have more of the same. Did you try to remove them from deconz and repair? You may also have a dodgy router. I used to have some Osram smartplugs that gave nothing but problems. I threw them out and replaced them by Philips Hue plugs and my entire house became more stable.
I must admit that lately I have started running a zigbee2mqtt in parallel with Deconz. I moved all my Aqara window/door sensors, and my smoke alarms to that and my trouble with sensors disconnecting are over. Sometimes it is nice to have options and cherry pick which solution is best.
Sounds to me that deconz might only be polling those devices, if it is as @KennethLavrsen says and they’re not supported it can be its generic enough for polling to work.
I wasn’t sure if that page was official or up to date with support of those products as they do work, just not in real time for this use case. With that said, if polling is in play as you say, do you know if its possible to increase the polling time? Would that be possible?
You need to address any issues related to Deconz itself to the Deconz project. Home Assistant and @Robban makes the Home Assistant integration that talks to Deconz.
Thank you both. I will post to the forum as suggested to see if any additional support for these specific devices can be added. Appreciate the comments and suggestions.
I have these zigbee GLEDOPTO led strip controllers and they do not have power-on behaviour setting, so they are always ON after a powercut. Also, deconz does not read the status of these controllers after the power comes back on. In home assistant the GLEDOPTO switches are grayed out and does not show they are ON.
If i go to deconz desktop and go to Cluster info of that node and “Read” On/Off Attributes, then Home Assistant gets the status and enables the grayed out switches, so everything works again.
So, as a summary, is there a way to trigger deconz read/update status of a node from within Home Assistant??
I noticed that the latest Beta supposedly comes with a DDF for IKEA STARKVIND AirPurifier.
So I installed V2.24.1 Beta and expected to see the SATARKVIND magically pop up in Home Assistant, but nothing happend.
Do need to do anything specifically to activate or enable DDF’s in general or this one in particular?
Hello everyone, before I open an issue on Github wanted to check if anybody had this issue:
My Zigbee network is rock stable, there is no problem with stability. Occasionally (once every 1 or 2 weeks) out of nothing all my Hue Dimmer switches stop working.
All other devices work just fine, I can control all lights, all Hue motion sensors still work, all plugs can be controlled. Literally ONLY Hue Dimmer switches stop doing anything.
Interestingly the fix is has nothing to do with deCONZ or the Zigbee network: to bring them back I have to restart HA core, no need to touch anything on the ZIgbee/deCONZ side.
It just seems that the events around these switches are not passed from the deCONZ to HA anymore or HA does not accept them. I did not see any errors in logs so far.
Did anybody experience such situation? Any hints?
Thanks in advance
Yes - restarting the add-on does not help, everything comes back except the dimmer switches.
As far as I know when restarting core the addon keeps running so I assume deCONZ is healthy and it is something in the communication between the two containers.
It’s really weird as the code base (of the integration) hasn’t changed much the last year. Observed to be really stable so it’s unfortunate you experience this.
Yep - I’m using it for a long time and this behavior is really new.
I will try to listen to events next time to see what is going on there and eventually collect logs.
I use events exclusively. I hate device triggers as they are cryptic random hex numbers and you cannot easily replace a broken device as the hex number follows the physical item. Events are named from the name used in deconz so you just name the new device the same as old and all automations work like they always did.
If you use events, have you checked if you receive anything in HA?
I have 15 or so Hue 4 button switches and I have never seen all of them stop working. It happens that one does not react at first press but then it works after a couple of presses. Rarely you have to force a remote to reconnect to a new peer by pressing all 4 buttons for several seconds till it flashes red green.
Also make sure you do not have a bad router device that they all connect via. And never have bulbs that you turn off on an old mains switch. Battery devices do not often change peer. Rebooting HA should not cause any activity on deconz so it is still a strange thing you have.
I just use normal triggers via automations based on entity ID that is generated by deCONZ device name.
As I mentioned earlier, I have to see if any events are coming, last time it happened I was under time pressure so had not chance to troubleshoot.
I have around 10 of those switches for over 2 years and also never had a single problem with them till now. Also it never missed a single press. Speaking about network - I am quite sure this is not about network routing because all my routers are always powered (never turned off) and to bring it back I do not have to touch ANYTHING on the Zigbee side (network and deCONZ) - I bring it back by core restart which does not do anything with ZB. Also it is not that some of these switches stop working but ALL OF THEM at the same time (there is no chance they would use same router).
I will wait until it occurs again and try too capture events and collect logs - this is really strange…