You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The bug is in the context of pairing 3 qs-zigbee-c01 devices. On the surface of the problem space all three devices loose their connection, resulting in lost commands. Most of the time the devices still send status info to Conbee 2, but all commands to the devices are getting lost.
Steps to reproduce the behavior
Diving deeper, there are even more symptoms. I removed all three devices, reset one after another, and repaired them using Phoscon. What happened is one of the devices, after being removed, rejoined again using the old name it used to have before the removal. So that seems like kind of a failed delete out of database. In the notes printed below, this device is named "Rolladen Schlafzimmer Ost OG 2". The same happened later to "Rolladen Schlafzimmer Sued OG 2". For the rest of my repairing adventure please read my notes below. The end result was, out of a sudden, lots of connection simply got dropped, resulting in no connections for the 3 problem devices, but also lost connections for other devices.
17:13: Rolladen Schlafzimmer Ost OG 2 joined using OLD name!
17:27: Rolladen Kleiderschrank Ost OG 2
17:29: Rolladen Schlafzimmer Sued OG 2 joined using OLD name!
17:33: Remove Rolladen Kleiderschrank Ost OG 2 because manufacturer, model identifier not set and there are no
connections
17:35: 0xD7BF joins.
17:37: Renamed 0xD7BF to Rolladen Kleiderschrank Ost OG 2
17:37: Set and unset CRE Routers and end devices
17:40: Remove Rolladen Kleiderschrank Ost OG 2 because manufacturer, model identifier not set and there are no
17:40: 0xD7BF back there after searching for light but without resetting the device
17:43: Out of a sudden, lots of connections get simply dropped
This behaviour is perfectly reproducable. Normally I'm running deconz headless, so the attached logs describe the process from starting deconz GUI until the final state, where all connections of all 3 devices have been dropped (and bunch of connection drops for other, seemingly unrelated devices).
Expected behavior
The three devices should maintain good connections to the routers nearby, and a deleted device should really be deleted...
55 end-devices, > 50 of them being routers
Brands:
"dresden elektronik",
"LEDVANCE",
"icasa",
"3A Smart Home DE",
"_TYZB01_qezuin6k",
"_TZ3000_fccpjz5z",
"_TZ3000_vd43bbfq",
"_TYZB01_qezuin6k",
"IKEA of Sweden",
Also note, that the qs-zigbee-c01 devices which have connection to Conbee 2 work fine. The three problem devices have NO coordinator connection, so they have to rely on routers around them. And there are a bunch of routers around them, including Ikea repeater. All my other devices work pretty fine, even after that last big connection drop.
The text was updated successfully, but these errors were encountered:
Describe the bug
The bug is in the context of pairing 3 qs-zigbee-c01 devices. On the surface of the problem space all three devices loose their connection, resulting in lost commands. Most of the time the devices still send status info to Conbee 2, but all commands to the devices are getting lost.
Steps to reproduce the behavior
Diving deeper, there are even more symptoms. I removed all three devices, reset one after another, and repaired them using Phoscon. What happened is one of the devices, after being removed, rejoined again using the old name it used to have before the removal. So that seems like kind of a failed delete out of database. In the notes printed below, this device is named "Rolladen Schlafzimmer Ost OG 2". The same happened later to "Rolladen Schlafzimmer Sued OG 2". For the rest of my repairing adventure please read my notes below. The end result was, out of a sudden, lots of connection simply got dropped, resulting in no connections for the 3 problem devices, but also lost connections for other devices.
17:13: Rolladen Schlafzimmer Ost OG 2 joined using OLD name!
17:27: Rolladen Kleiderschrank Ost OG 2
17:29: Rolladen Schlafzimmer Sued OG 2 joined using OLD name!
17:33: Remove Rolladen Kleiderschrank Ost OG 2 because manufacturer, model identifier not set and there are no
connections
17:35: 0xD7BF joins.
17:37: Renamed 0xD7BF to Rolladen Kleiderschrank Ost OG 2
17:37: Set and unset CRE Routers and end devices
17:40: Remove Rolladen Kleiderschrank Ost OG 2 because manufacturer, model identifier not set and there are no
17:40: 0xD7BF back there after searching for light but without resetting the device
17:43: Out of a sudden, lots of connections get simply dropped
This behaviour is perfectly reproducable. Normally I'm running deconz headless, so the attached logs describe the process from starting deconz GUI until the final state, where all connections of all 3 devices have been dropped (and bunch of connection drops for other, seemingly unrelated devices).
Expected behavior
The three devices should maintain good connections to the routers nearby, and a deleted device should really be deleted...
Screenshots
Screenshots and logs: https://e.pcloud.link/publink/show?code=kZIrT5Za7CsJN77F6p1G9d7Kqf4YyDs139V
Environment
deCONZ Logs
https://e.pcloud.link/publink/show?code=kZIrT5Za7CsJN77F6p1G9d7Kqf4YyDs139V
Additional context
55 end-devices, > 50 of them being routers
Brands:
"dresden elektronik",
"LEDVANCE",
"icasa",
"3A Smart Home DE",
"_TYZB01_qezuin6k",
"_TZ3000_fccpjz5z",
"_TZ3000_vd43bbfq",
"_TYZB01_qezuin6k",
"IKEA of Sweden",
Also note, that the qs-zigbee-c01 devices which have connection to Conbee 2 work fine. The three problem devices have NO coordinator connection, so they have to rely on routers around them. And there are a bunch of routers around them, including Ikea repeater. All my other devices work pretty fine, even after that last big connection drop.
The text was updated successfully, but these errors were encountered: