Changing group lights has no effect anymore

After exchangine lights in a group (adding new ones and removing others) I noticed that the new lights could not be controlled through the group, neither from the web app nor through switches. Controlling the lights themselves works without problems. I then found out that changing the lights in groups now has no effect anymore in my installation. Even adding existing lights to new or existing groups doesn’t work. The lights that are already in existing groups work fine. I have about 70 lights and 35 groups. I did not add more lights or groups. I’m using the latest Phoscon on an RPi4 with the conbee II stick with the latest firmware.

Any idea what is wrong here? Are there files on the system that I could check for corruption?

I’ve noticed the same thing while messing around with my Groups and Scenes lately. Creating new groups looks like it works both in Phoscon as well as in the REST API, however Zigbee messages to handle device group membership don’t seem to be sent out. I noticed this when I upgraded my setup to use v2.19.2. I rolled back to v2.18.2 and Groups work fine again.

I asked about this in the Discord a few days ago and was asked to ensure that the lights hadn’t reached their maximum number of groups (they haven’t) and to provide logs. I can’t see any difference between the logs I’ve collected so I’ve been trying to dig around a little more myself, with no luck yet.

Is there an easy way to roll back to a previous version?

I noticed the same here. I’m on 2.19.02 as well at the moment.
Will try do go to the stable 2.18.2 and see if groups are working again.

installed the latest stable (which is 2.19.01) - groups are still not working…
try now to go back to 2.18.2
edit: rolled back to 2.18.02 and groups are working again.

@eso rolling back to an older version on an raspi (SSH via putty in my case):

sudo systemctl stop deconz-gui
sudo systemctl stop deconz
wget -O deconz-latest.deb https://deconz.dresden-elektronik.de/raspbian/stable/deconz-2.18.02-qt5.deb
sudo dpkg -i deconz-latest.deb
sudo systemctl start deconz-gui

Looking into the issue this weekend, I captured the following from the logs. Just after a restart, the Group membership changes fail because of an assumption of the Lights not being available - see the “drop request to zombie” messages in the log.

This is on v.2.19.0

Nov 21 10:00:15 mac-mini docker[2302691]: 10:00:15:275 group 72 member 24
Nov 21 10:00:15 mac-mini docker[2302691]: 10:00:15:276 group 72 member 34
Nov 21 10:00:17 mac-mini docker[2302691]: 10:00:17:016 SC config/allowtouchlink: synced
Nov 21 10:00:17 mac-mini docker[2302691]: 10:00:17:016 SC --> StateFinished
Nov 21 10:00:17 mac-mini docker[2302691]: 10:00:17:016 SC state change finished: [xxx]
Nov 21 10:00:17 mac-mini docker[2302691]: 10:00:17:098 No presence sensor found for [xxx], endpoint: 0x02
Nov 21 10:00:18 mac-mini docker[2302691]: 10:00:18:058 No presence sensor found for [xxx], endpoint: 0x02
Nov 21 10:00:20 mac-mini docker[2302691]: 10:00:20:322 ZCL attribute report [xxx] for cluster: 0x0201, ep: 0x01, frame control: 0x08, mfcode: 0x0000
Nov 21 10:00:20 mac-mini docker[2302691]: 10:00:20:322 SC tick --> StateRead
Nov 21 10:00:20 mac-mini docker[2302691]: 10:00:20:323 SC tick --> StateRead
Nov 21 10:00:20 mac-mini docker[2302691]: 10:00:20:323 SC tick --> StateRead
Nov 21 10:00:20 mac-mini docker[2302691]: 10:00:20:323 SC tick --> StateRead
Nov 21 10:00:20 mac-mini docker[2302691]: 10:00:20:323 SC tick --> StateRead
Nov 21 10:00:20 mac-mini docker[2302691]: 10:00:20:323 SC tick --> StateRead
Nov 21 10:00:20 mac-mini docker[2302691]: 10:00:20:323 SC tick --> StateRead
Nov 21 10:00:20 mac-mini docker[2302691]: 10:00:20:323 SC state change failed: [xxx]
Nov 21 10:00:20 mac-mini docker[2302691]: 10:00:20:324 SC state change failed: [xxx]
Nov 21 10:00:20 mac-mini docker[2302691]: 10:00:20:324 SC state change failed: [xxx]
Nov 21 10:00:20 mac-mini docker[2302691]: 10:00:20:358 ZCL attribute report [xxx] for cluster: 0x0001, ep: 0x01, frame control: 0x08, mfcode: 0x0000
Nov 21 10:00:20 mac-mini docker[2302691]: 10:00:20:358 SC tick --> StateRead
Nov 21 10:00:20 mac-mini docker[2302691]: 10:00:20:827 SC config/checkin: synced
Nov 21 10:00:20 mac-mini docker[2302691]: 10:00:20:828 SC --> StateFinished
Nov 21 10:00:20 mac-mini docker[2302691]: 10:00:20:828 SC state change finished: [xxx]
Nov 21 10:00:20 mac-mini docker[2302691]: 10:00:20:841 SC config/displayflipped: synced
Nov 21 10:00:20 mac-mini docker[2302691]: 10:00:20:841 SC --> StateFinished
Nov 21 10:00:20 mac-mini docker[2302691]: 10:00:20:841 SC state change finished: [xxx]
Nov 21 10:00:20 mac-mini docker[2302691]: 10:00:20:844 SC config/externalsensortemp: synced
Nov 21 10:00:20 mac-mini docker[2302691]: 10:00:20:844 SC --> StateFinished
Nov 21 10:00:20 mac-mini docker[2302691]: 10:00:20:845 SC state change finished: [xxx]
Nov 21 10:00:20 mac-mini docker[2302691]: 10:00:20:864 SC config/externalwindowopen: synced
Nov 21 10:00:20 mac-mini docker[2302691]: 10:00:20:865 SC --> StateFinished
Nov 21 10:00:20 mac-mini docker[2302691]: 10:00:20:865 SC state change finished: [xxx]
Nov 21 10:00:21 mac-mini docker[2302691]: 10:00:21:443 drop request to zombie (rx = 0)
Nov 21 10:00:24 mac-mini docker[2302691]: 10:00:24:081 SC config/allowtouchlink: synced
Nov 21 10:00:24 mac-mini docker[2302691]: 10:00:24:082 SC --> StateFinished
Nov 21 10:00:24 mac-mini docker[2302691]: 10:00:24:082 SC state change finished: [xxx]
Nov 21 10:00:24 mac-mini docker[2302691]: 10:00:24:943 drop request to zombie (rx = 0)

Toggling the state of Lights and trying the request again, makes it succeed:

This is on v.2.19.0

Nov 21 10:06:40 mac-mini docker[2302691]: 10:06:39:961 Device TTL 3282 s flags: 0x7
Nov 21 10:06:41 mac-mini docker[2302691]: 10:06:41:312 group 72 member 24
Nov 21 10:06:41 mac-mini docker[2302691]: 10:06:41:313 group 72 member 34
Nov 21 10:06:45 mac-mini docker[2302691]: 10:06:45:464 Add to group response for light 34. Status:0x00, capacity: 20
Nov 21 10:06:48 mac-mini docker[2302691]: 10:06:48:962 Add to group response for light 24. Status:0x8A, capacity: 20

Moving up to v2.19.2, the requests never work. I don’t see the messages being dropped or succeeding anywhere in the log.

This is on v2.19.2

Nov 21 10:24:49 mac-mini docker[2308993]: 10:24:49:205 group 72 member 24
Nov 21 10:24:49 mac-mini docker[2308993]: 10:24:49:206 group 72 member 34
Nov 21 10:24:49 mac-mini docker[2308993]: 10:24:49:945 SC tick --> StateRead config/checkin, [xxx]
Nov 21 10:24:51 mac-mini docker[2308993]: 10:24:50:945 SC tick --> StateRead config/checkin, [xxx]
Nov 21 10:24:51 mac-mini docker[2308993]: 10:24:51:377 SC config/checkin: synced
Nov 21 10:24:51 mac-mini docker[2308993]: 10:24:51:378 SC --> StateFinished
Nov 21 10:24:51 mac-mini docker[2308993]: 10:24:51:378 SC state change finished: [xxx]
Nov 21 10:24:52 mac-mini docker[2308993]: 10:24:52:107 SC config/checkin: synced
Nov 21 10:24:52 mac-mini docker[2308993]: 10:24:52:107 SC --> StateFinished
Nov 21 10:24:52 mac-mini docker[2308993]: 10:24:52:107 SC state change finished: [xxx]
Nov 21 10:24:52 mac-mini docker[2308993]: 10:24:52:851 SC config/displayflipped: synced
Nov 21 10:24:52 mac-mini docker[2308993]: 10:24:52:851 SC --> StateFinished
Nov 21 10:24:52 mac-mini docker[2308993]: 10:24:52:852 SC state change finished: [xxx]
Nov 21 10:24:53 mac-mini docker[2308993]: 10:24:53:358 SC config/externalsensortemp: synced
Nov 21 10:24:53 mac-mini docker[2308993]: 10:24:53:358 SC --> StateFinished
Nov 21 10:24:53 mac-mini docker[2308993]: 10:24:53:358 SC state change finished: [xxx]
Nov 21 10:24:53 mac-mini docker[2308993]: 10:24:53:544 SC config/displayflipped: synced
Nov 21 10:24:53 mac-mini docker[2308993]: 10:24:53:545 SC --> StateFinished
Nov 21 10:24:53 mac-mini docker[2308993]: 10:24:53:545 SC state change finished: [xxx]
Nov 21 10:24:53 mac-mini docker[2308993]: 10:24:53:868 SC config/externalwindowopen: synced
Nov 21 10:24:53 mac-mini docker[2308993]: 10:24:53:868 SC --> StateFinished
Nov 21 10:24:53 mac-mini docker[2308993]: 10:24:53:868 SC state change finished: [xxx]
Nov 21 10:24:54 mac-mini docker[2308993]: 10:24:53:956 Device TTL 2188 s flags: 0x7
Nov 21 10:24:54 mac-mini docker[2308993]: 10:24:54:032 SC config/externalsensortemp: synced
Nov 21 10:24:54 mac-mini docker[2308993]: 10:24:54:033 SC --> StateFinished
Nov 21 10:24:54 mac-mini docker[2308993]: 10:24:54:033 SC state change finished: 84:2e:14:ff:fe:5d:77:ce-01-0201
Nov 21 10:24:54 mac-mini docker[2308993]: 10:24:54:542 SC config/externalwindowopen: synced
Nov 21 10:24:54 mac-mini docker[2308993]: 10:24:54:542 SC --> StateFinished
[...]

I’ve kept the log going for 10 minutes after that, but don’t see anything related to the request.

I also spent some time bisecting through the commits and building different versions of the REST API. For me, this commit seems to be behind the issue:

Builds before that commit handle Groups fine. Builds including that commit and up have the issue.

1 Like

Thanks for the analysis, Hans. I have created a Github issue for this problem:

Nice findings! Can you write a bug report on GitHub?

1 Like

Needs to comply on the template.

Yep, noticed that. New try seems to remain open:

1 Like

I’d like to have all information that @hanskroner found in there in the opening post. Refering to this topic only makes it a bit harder.

Please add all relevant info in there. Perhaps it’s better if @hanskroner opens it himself.

No problem. I’ve opened this:

3 Likes

Same problem here. After moving a device (hue plug) with 2.19.2 into another group, the device does not respond to group commands from associated switch.

Definitely not a fix but a temporary way to tackle this (at least if you’re on docker like me) is to roll back to 2.18.02 every time you want to add some devices and then overwrite it with 2.19.02 again. Some switches got greyed out but it was enough to click on/off a couple of times to reconnect them. I also had to move a sensor to the conbee to get it to reconnect again.
The main reason for me to do this is that 2.18.02 doesn’t display link quality lines.

Problem is fixed in 2.19.3.

1 Like

Update as of 12.01.2023: Updated to 2.20.0 with Rasbee II Firmware: 0x26780700. Created a mini Zigbee environment with 3 lamps and 3 switches on a separate Rasbee II. All devices are online at the moment configuring groups. Hence, group management is working in recent release. Unclear why it is not working on the other network. In my production network some lamps are configured, but not online. Even the lamps are not affected in the specific group maybe this has an impact. Would be nice to double check in the code.

Update as of 11.01.2023: Updated to 2.20.0 with Rasbee II Firmware: 0x26780700. Installation is from scratch even with other Rasbee II. Complete erase deCONZ and installed it new. Group management it not working either. Lamp joins and can go to a defined group. Removed it from the group has no effect. All off group (Group ID 0) does not work for same lamps after joining. Namely the dresden electronic FLS-PP3 RGB. So whatever the fix was it is even not working from a bare metal installation.

  • Newly joint lamps are assigned to a group but cannot be removed or added

  • Manual switching of lamp works

Update as of 11.01.2023: Downgrade to 2.18.02 solves the group change problem. Groups cannot be edited and work. After the downgrade i saw the one or other light assigned which i removed with 2.20.0. I rejoined one lamp and after the downgrade the “all off” GroupID 0 it does not work anymore. All lamps joined with 2.20.0 are honoring the Group ID 0 except the FLS-PP3 RGB. It seems group management was changed in 2.20.0.

I have more installations on 2.19.3 and in one group assignment does work in the other not. Behavior is exact the same as described above. All are devices are incremental upgraded over time. I am on RaspBee II with the latest firmware version which is 26780700. So, it seems that is not entirely fixes.

I’m experiencing the same issue. Started after a reboot of my HA server (also run’s deconz).

I’ve tried removing all groups, but creating a new group results in the same behavior as described above. (changes on the group do not affect single lights)

Hopefully a fix can be found…

Hello all!
It seems I’m experiencing the same issue too.
I was on latest beta 2.22.1 and now downgraded to latest stable 2.21.02 (dated 9/19/2022?) however group changes do not affect any contained items. I also tried to use Hue Essentials Android app without any success.
What’s the current solution for this?
Thank you!