Current deconz (2.24.3 & 2.25.1) slow in response after time

Hi all,

yes I can confirm this completly.
I still run deconz:2.23.02 because this is the last version working on my setup.
I tried: 2.24.2, 2.25.3, 2.26.1 and 2.27.0. These version all result in a very high CPU load in my setup and so much delays that the system is not working anymore.

My setup is the following:
Synology NAS DS716+ with a Conbee USB Stick 2 attached with an 1m usb extension cable.
deconz running in docker.

I have my own topic here and need to to the test setup as soon as I find time:

Best helipus

Hello, just by curiosity, I have see your log on 2.29 here Current deconz (2.24.3 & 2.25.1) slow in response after time - #120 by deadmedusa
But have you the same on the working version, to compare ?

I did some logs on an earlier version above 2.23.02 where the issues have already been a thing and i was told that its not that useful to have this comparison:

So if needed i’ll do a log of my running 2.23.02 version

I’m wondering if there are any news. My system shows the exact behavior. Also 2-4sec delays with newer versions on a RPi4 with Raspbee II.

Nothing new so far. I Upgraded my Unraid Server from 4 Core i5 6500 to 14 core i5 14600k if i 'll, getting the same results i don’t know what to change. I’ll do a fresh install with restoring the backup and then switch over to conbee III stick.

there is a second thread about this problem where Mimiix mentioned this:

Did you do the Fresh install with restoring the Backup or did you just update to the newer version without this step?Maybe it works for you to solve your issues. To me running the newer version on a raspberry there where no issues in my testing of two days.

1 Like

@deadmedusa: After 1 year of unsuccessfully searching for a solution and no longer being able to update deconz without losing the stability of the system, I have now finally switched.
Since Christmas I now have 115 devices in Zigbee2Mqtt together with the SMLIGHT SLZB-06 Coordinator.
This has been running stably since Christmas.
I have also come to really appreciate the fact that I can easily decide which repeater I want to register my battery-powered endpoints with, as well as the easy operation of the mesh card in the WebGUI.
What I missed at the beginning was the functionality of lighting control with groups and scenes in Phoscon, which was really excellent.
However, after a short period of familiarization, this was also quickly achieved in Home Assistant and also offers me more flexibility.
I am therefore currently in the process of moving my automations from OpenHab to Home Assistant piece by piece.

I have been using deconz since at least 2020 and thank alle developers an maintainers for the entry into the Zigbee world. I can no longer participate in the further debugging of the errors described here, as deconz is now switched off and the conbee stick is retired.

So I wish you and the others also good luck in finding a solution that everything runs fine in your Smart Home. Bye bye

Hello again,

i think i solved my Problem and all the misery i got with the newer version beyond 2.23.02.

My Story with Deconz, Zigbee2Mqtt and all that comes with that

So what happend meantime: i was running my System on 2.23.02 since my last post and everything was good untill one night in january 2025 everything broke down. i woke up to a system with no responce and a lot of errors in the log - the conbee II was completly unreachable, even after replugging and rebooting the whole docker. there was nothing i could do to make it work again and i did a lot because almost everything was controlled with deconz. i had not changed a thing on the system for weeks when this was happening. my thought was that maybe this is a pretty bad interferences with a 2,4ghz Wifi of one of our neighbors, but without a directional antenna there is not much you can do at this point. So I started changing Zigbeechannels and my Wifi Channels and did everything for almost 2 days and could not get the system back to a normal running state nothing worked reliable - i went on and loaded a backup i did in september 2024 but log was flooded with many errors like this:

Errors

15:47:23:136 0x001788010CDB2D53 error APSDE-DATA.confirm: 0xD0 on task

15:47:44:132 delay sending request 149 dt 1 ms to 0x9035EAFFFED48B24, ep: 0x02 cluster: 0x0004 onAir: 1

15:47:47:834 max transmit errors for node 0x00158D0002CAC7C2, last seen by neighbors 117 s

15:49:10:708 0x0017880102874F18 error APSDE-DATA.confirm: 0xE9 on task

15:49:11:620 0x001788010245B1B1 error APSDE-DATA.confirm: 0xE1 on task

15:49:15:397 0x0017880102874880 error APSDE-DATA.confirm: 0xE9 on task

15:49:16:230 0x0017880102ECDD56 error APSDE-DATA.confirm: 0xE9 on task

15:49:18:092 0x0017880109028E75 error APSDE-DATA.confirm: 0xE9 on task

15:49:26:880 0x0017880102F18557 error APSDE-DATA.confirm: 0xE1 on task

Thats just for example i got this errors nearly every minute and the system was not responsive at all. after all tries i got pretty frustrated because i couldn’t get it fixed so i bought a sonoff zigbee gateway of amazon and started the next attempt with Zigbee2Mqtt.
This time i know i dont have a backup solution i could get back to if somethings not right so i started the whole process of resetting als of my 125 Sensors and putting them into Z2M - but that was just half of the work. I started to replace every datapoint in all automation i built in my iobroker to the datapoints of Z2M and even with most alias datapoints that make it way more easy not to change every datapoint in every script it took me two days till everything was configured to work again. There are little differences in the datapoints and groups and the way they work between Deconz and Z2M that make it pretty hard just to replace. So i had to rewrite most of my scripts and did backups of the old ones - little did i know i would need those sooner than i thought.

At this point everything was pretty good and my wife did not kill me even it took a whole week to use the lights right again, but then i decided to do a firmware upgrade on the sonoff dongle - spoiler: its right when they say never change a running system.

So if people think a firmware update with GCflasher on conbee is hard to do, try to do that on a sonoff Gateway!!! it took me a whole day to figure it out right, because there are so many instruction on the internet saying so many things. After updating the firmware putting the stick back in starting the Z2M Docker on my Server and…nothing - the docker would no start again. i checked the config and look in every post and finally found out what was going on. All the informations about the Zigbeenetwork and everything is stored in the config of Z2M so are the networkkeys and everything that is connected to that, everything is bound to that gateway it was set up with. My problem now was that my gateway was set to stock during the flashing of the firmware and in easy words, Zigbee2Mqtt expected my old gateway that matches the old stored information and my gateway with new firmware comes and says hey i’m the new guy, Zigbee2Mqtt doesn’t say hey i know you come in and do your job, it says cool but we already have a coordinator. i locked myself out of my freshly set up Zigbee network :face_with_symbols_over_mouth: after ton of research i couldn’t find a way to solve this problem and found myself in the same situation without a working Zigbee network.
At this point i was pretty pissed at Z2M and i decided if i had to rebuild the whole network again - I would give deconz another chance, because i never rebuilt that whole network, I always restored backups. With that in mind I set up a new docker running the latest stable version and got to work. A day of work later I was done setting everything up and naming it right, putting all lights into groups and so on. The next day I started restoring my backup scripts in iobroker to get things running. luckily half of them where with alias datapoints the just needed to be set to the right path again, but everything like switches for groups or any_on datapoints had to be changed manual because every group, light, sensor, you name it had different datapointnumbers than before.
Everything was running but again my system began to get unresponsive and laggy, My thoughts on that ok , that did not solved my issues of the past, but all in all i got lights and sensors working - Solution back to my Zigbee safespace 2.23.02.

My System was Running on 2.23.02 again but i noticed that something changed.
Everything was responsive as always but i got some kind of ā€œbugs/glitchesā€ or interference in my system. This time lights randomly turned on and it doesn’t matter whether its day or night and i could not find a pattern and i didn’t understood why. It was like the lights where restarting or face kind of powerloss. i first ā€œsolvedā€ this behavior by changing the setting StartUp OnOff in deconz of every light that turned on randomly. After quiet a while of playing that game with the light i noticed all the hue lights i got behave rock solid all the time, and there was my pattern - All lights that had shown this behavior where lights of the company Müller-Licht, 30 of my 125 Devices where devices of Müller-Licht. Livingroom | 20 white Gu10, Bathroom | 4 white Gu10, Kitchen | 1 white E27 and 2 white E14 and outside there where 3 color Gu10 for ambientlighting.
I started this is all pretty central in the middle of my whole network, what if the abilty to route is not how it should be with all this devices, maybe they crash and reboot because they could not handle this like they should - causing all that problems. I told my wife my supposition and said hey i want to spend over 400€+ replacing that 24x Gu10 +2x E14 + 1x E27 in the center of our network with Hue lights, even if i don’t know if it solves our problems. Spoiler: that almost killed me :grin:

after some hours of talking she agreed because she was set up with the light doing its own thing and turning on randomly. We got the lights 2 days after and replaced all of the lights mentioned before. I then restarted the docker and let the network set - from that point on the issues of the past days where gone.

The network was running for 2 month like that and got a reboot once and everything reconnected pretty good with no dropoff. 3 days ago i thought about the past attempts the get the system updated and wondered if the lights that where replaced were the reason for all that lags in the newer versions. I then did an upgrade to the latest beta version 2.29.02 and got it running for a day. facing the issue that all battery devices like switches and contacts where not responding anymore. but the rest was running without any lags - i switched the docker version to stable and the system is running for 2 days now on version 2.28.1 with no lags, no dropoffs and no heavy loads on the docker.

So it seems that this is my solution - matching proverb to this: One rotten apple spoils the whole basket in my case there where many rotten ones.

btw i kept the sonoff gateway and put on a new Z2M Docker because i can’t deny that the function to upgrade firmware of hue devices is so easy and helpful.

thanks again to the developer for making everything as easy and functional as possible and to @Mimiix for trying to assist at solving problems of the community

have a nice day everyone

2 Likes

Thanks for sharing this story and wow what a ride. I did know some devices could cripple a network but the hard part is figuring out which one. Safe to say, I would never recommend the Muller lights to anyone with this in mind.

Happy to see you finally have it solved!

1 Like

I think its most important to not have these devices in the middle of everything as main routers for your network. i have the three Gu10 for ambientlighting still running and i think they don’t do any harm, at least sofar. They are connected but i think there are much more stable routes to send the commands to the other lights, because they are on the edge of our property far away from every other device.
In Summary Its not alway the best to cheap out on stuff, i could have spend around 450€ at the beginning for hue and dodge all that trouble but in the end you never know so i ended up spending over 700€ for increasing my knowledge - hope my mistakes help someone else .

This is also my general consensus over the past years in this community. The people that have issues with stability or strange behavior often have a full network of cheap devices a like tuya or Muller. People with mostly hue ,Ikea, develco or frient seem to be having far less issues.

I have zero proof in terms of actual facts these devices being buggy, but it still seems odd.

1 Like

Tuya simply doesn’t use the common standard Zigbee cluster and attributes. What’s more, the implementation is done in haste. I’ve annoyed Smanar enough with my exotic devices to see that…
It’s easy to see that router-type devices are constantly spamming the network. In short, it’s cheap but you get what you pay for…

2 Likes