I believe there were fixes for high CPU issues in the most recent updates. Perhaps try installing 2.52.3 or 2.26.0 beta?
Thanks for your time and help!
I did install the 2.25.3 now .
It works just a little better but I’m still having massive delays. Also the CPU load remains higher then 20%.
Any other advice?
Please Check this Thread too:
current-deconz-2-24-3-2-25-1-slow-in-response-after-time
Mine was workung perfect with 2.23.02 all of the versions beyond made the system unresponsive and lagging. for me it got better with the conbee II with version 2.26.0 hope it helps.
I’m running v2.26.1-beta now. CPU from this container is now down to 16%.
The lights react again, but still with a greater delay than usual. Devices that I had just used seem to work immediately. Devices that I haven’t used for a while have a delay of 1-5 seconds.
I’ll keep monitoring this.
Does any of this in log may cause the CPU load?
libpng warning: iCCP: known incorrect sRGB profile
GW sd-card image version file does not exist: /opt/deCONZ/gw-version
a lot of 'DB legacy loading sensor' for example:
DB legacy loading sensor Consumption 30 30, later handled by DDF wireless relay with neutral
a lot of 'skip legacy loading' for example:
skip legacy loading 00:17:88:01:06:03:51:95-0b / LWA001
a lot of 'DB skip loading sensor' for example:
DB skip loading sensor WS Zisterne 5% 60L 163, handled by DDF Aqara Water Leak Sensor SJCGQ11LM
Device firmware version 0x26780700 ConBee II
a lot of 'TY_DATA_RESPONSE' for example:
TY_DATA_RESPONSE: seq 207, dpid: 0x04, type: 0x02, length: 4, val: 96
Can you share logs with log levels
Info , info L2, error, error L2, aps , aps l2
Delays often have relevance to Interference.
Hi @Mimiix ,
i just return from my travel for work. My wife is pretty angry because the zigbee is still not working. :-/
I’m not able to copy and paste the log from the VNC.
I tried all the ideas from this page: vnc viewer - How to enable text copy and paste for VNC - Super User
My setup is the following:
Synology NAS DS716+ with docker.
In docker I ran the container deconzcommunity/deconz:2.26.1 with
DECONZ_VNC_MODE: 1
DECONZ_VNC_DISPLAY: 0
DECONZ_VNC_DISABLE_PASSWORD: 0
ad so on.
I did login from two different computers with different VNC clients:
- RealVNC VNC Viewer 6.21.406
- RealVNC RealVNC Viewer 7.10.0
Both times everything is turned on in the vnc config:
I’m able to see the log. The shortcut for select all works. I copy it.
But I can’t paste it to any editor in my 1. Windows 10 or 2. Windows 11 system.
Any ideas how I can show you the log?
@Mimiix : Okay I found a way. I installed TightVNCViewer and was able to copy and paste.
Here is the log:
Can you find a reason for my problem I described in detail in the first posting?
Thank you so much for your time!
IDK for other but on my side I don’t see something special on logs :
- No missing bind in loop.
- No tuya device spamming
- In general no spamming request
- No error
- No “busy” error
You have a constant 20% cpu load ?
for TY_DATA_RESPONSE
They are from the device itself, and deconz manage only 1 request, and the same device only do it every 10 mn.
There is an issue about that for some TRV, but you are far away the spamming result of them
@Smanar Thank you so much for looking into that. Sadly you didn’t find anything I could change and my system is still under >23% CPU load and absolutly not running smooth. I have very long delays since I did replug all the hardware. I did restart everything many times now, but it does not help.
Do you have an idea what I can do to debug it further?
This is how it looks in the GUI:
You can’t install deconz on an other machine to test if it’s from deconz itself ?
You can clone your zigbee network using the phoscon backup/restore feature.
Make a test with a more recent version ? ATM there is a lot of update on performance on deconz version.
I agree withsmanar. No issues.
Can you circle the affected devices on the screen shots?
@Smanar @Mimiix: I would not be able to circle the devices because I have the delays on all items. If I send a light on via openhab it can take 10-20 seconds till the Hue bulb turns on. If I do it via a Aqara switch the time is around 20-50 seconds…
As I did not find a solution with 2.24.2, 2.25.3 and 2.26.1 I now installed 2.23.02 and everything is running perfectly again. It just takes milliseconds to turn on the lights and the CPU of the docker container is now only 3%.
To double check I then did start the container again with deconz 2.26.1. The Container has >15% CPU load seems to go till over 20% in the next hour. And the delays are back. So something changed in 2.24.2, 2.25.3 or 2.26.1 which makes the system not stable anymore.
I will have to stick with 2.23.02 till a solution is found.
I did share my log already and don’t now what else I could do to assist.
Can anyone inform the developers of this issue?
Just by curiosity do you have Tuya router ?
I m searching what you can have on your network that others users don’t have …
@Smanar: I don’t have a Tuya router.
I can just list my network items:
- ConBee II USB Stick on a 1m extension line attached to my Synology NAS DS716+
- 3x Hue outdoor motion sensors
- 10x Aqara indoor motion sensors
- 2x Aqara FP1 presence sensors
- 7x _TZE200_bjawzodf temperature, humidity sensors
- 2x Aqara Multisensor temperature humidity
- 18x Aqara window contact sensors
- 4x Aqara vibration sensors
- 4x Aqara water sensors
- 12x Aqara OPPLE Schalter 3-fach WXCJKG13LM
- 2x Aqara OPPLE Schalter 1-fach WXCJKG11LM
- 2x Aqara Smart Switch WXKG12LM
- 4x electric plugs as router _TZ3000_2putqrmw TS011F
- 7x IKEA TRADFRI lights
- 16x Hue lights
- 2x Smart Relays with lights on it
- 8x dimmer relays HK-LN-DIM-A
@Developer and @Mimiix As I still had the same issue I did try my system with the new 2.27.0. I again had from the beginning a high CPU load and big delays.
So I again switched back to: 2.23.02.
So sadly the problem is still unfixed.
Is this still the case with current version v2.27.6 / v2.28.0-beta?
We had some devices fixed which showed more traffic / CPU usage due heavy polling.
I don’t notice delays for controlling lights in my setups after (re)starting deCONZ. But if other devices are heavily polled this could be an indicator why controlling messages take longer. If this is still the case with current versions we need to figure out which devices are affected and adjust the DDFs of them.
So probably a test setup would help if it’s possible for you.
Where you make a clean new network and joining devices each after another and testing after every few integrated devices.
Or the other way round, remove some devices and see if it helps.
You can make a backup from your current network to switch back fastly to your old network.
In our company we have most of the devices that you listed. Aqara, Hue, IKEA and Tuya.
I’m not aware of any problems as you experience from my colleagues.
So perhaps I would first try to remove the smart relays and then try the Tuya devices.