Thank you for doing this research in your setup.

No big delays directly after the restart.
But it seems that the CPU load is linear to the amount of devices. The more I delete the more it goes done. Anyway I need all the devices and the system is to slow when all are added with all versions after 2.23.02.So I keep asking myself, what did change after 2.23.02 so that the same setup takes 15-20 times more perfomance of my CPU and causes these delays?
What can we do next to debug this problem?
I think something in the whole system changed so it gets kind of flooded with something that causes the whole System to be busy. Once the system starts to show taht delay its done…and not getting any better. Its a dance between bad and worse sometimes it takes 5 seconds to react and sometimes it takes 30 seconds to handle the commands.
Comparison:
Deconz Response 2.29.0
Deconz Response 2.23.02
@manup @Mimiix this is a video i made how worse and inconsistent the system works. btw the point the music starts or stops is the moment the button press is delivered to my iobroker via deconz adapter and in response my shelly relay cut of the music. So it should be clear that there is something wrong in the whole system. the Command to turn of the light is coming from iobroker. Deconz response 2.29.0 Deconz Docker usage above version 2.23.02 Unraid AMD64 it is Buttonpressed command from swi…
what can we do to get this solved? I think my two comparison videos show the difference quiet well and that the delay above 2.23.02 is far far from useable.
I can do a list of devices in my network to - that way we can check if we got any devices in common
I can do more logs if needed. it would be nice to have a stable version so we can use recently released devices.

Now I wanted to return to my old setup which did work though…
I imported my backup again from the phoscon gui and the gui was not reachable afterwards.
So I did restart the docker container. I was able to see my old configuration and devices but could not control the lights I deleted. So I did another restart. Same problem.I deleted the new 2.28.1 container and reloaded the former 2.23.02 docker container.
I still can’t controll my 8x dimmer relays HK-LN-DIM-A. I looks like they lost the connection to the conbee II stick. After reconnecting them I can now control them via the GUI but not with the switches.
So if I press the light in the phoscon gui it toggles on off.
If I use the light switch it toggles in the gui but not in real life.
After moving half to zigbee2mqtt with my devices and not got this to work stable in the first try (i think if i had more time it could have been not that worse) i reverted everything back to deconz and started my docker again.
i had 60 devices i had to re-pair and the hole network after that process was behaving like a complete mess for almost 2 days. with lights switching randomly, lights i could not control, motionsensors not working and so on - i rebooted several times and also had to re-pair some lights multiple times to get this whole network stable again.
This is why i hate to test in my daily surroundings - on the other side it is nearly impossible for a normal user to build a testsetup because going back to af unctional network is sometimes as difficult as it is to find the failure. there is alway component X in that equation that makes reverting unpredictable

okay I found the difference. The Switch is calling a Scene. Scenes don’t seem to work anymore for the lights now. So it looks like I have to delete all scenes and create them all from start, also reconnecting them to the switches.
So never delete lights for test which are used in scenes…
Hope you get this sorted out soon thanks again for the effort with your testing - hope we get this whole issue fixed in near future.