deconz-rest-plugin: OSRAM bulbs turn on randomly and unexpected
Does the issue really belong here?
- I definitively want to report a bug within deCONZ or its REST-API
Is there already an existing issue for this?
- I have searched the existing issues and there is none for the bug at hand
Describe the bug
I have a network with 38 nodes, including several E27 lights. Five of them are from OSRAM and give me (and my wife) a serious headache, as they turn on unexpectedly.
These OSRAM bulbs are installed already since a while and have worked without problems, but since about end of December, I’m experiencing this issue. Maybe some software update raised it, but I really can’t say which.
I changed from ConBee II to III but things didn’t change.
I attach a log where the event happens today 2024-01-22 at 8:25:17 am. I also attach a ZSHARK capture from within the same time period. Both cropped to 5 seconds +/-. Lamp’s UID is 7c:b0:3e:aa:00:af:6b:90-03.
I referred to https://forum.phoscon.de/t/lights-randomly-turning-on/1679/3, but the creator moved to a Hue system without finding a solution.
I’ll proceed capturing the event in the hope of any valuable information. If there is more I could do or try, let me know.
debug.txt nodered.json capture.pcapng.gz
Steps to reproduce the behavior
no idea… install OSRAM E27 bulbs and wait?
Expected behavior
lamps don’t turn on unexpectedly
Screenshots
No response
Environment
- Host system: Raspberry Pi 4
- Running method: Raspbian with Node-RED
- Firmware version: 264F0900
- deCONZ version: 2.24.3
- Device: ConBee III
- Do you use an USB extension cable: yes, 1m
- Is there any other USB or serial devices connected to the host system? no
deCONZ Logs
No response
Additional context
No response
About this issue
- Original URL
- State: closed
- Created 5 months ago
- Comments: 25 (5 by maintainers)
Commits related to this issue
- DDF support disable binding table requests There are some devices which support it but querying yields errors or crashes. If supportsMgmtBind is set to false no attempts are made to query the binding... — committed to manup/deconz-rest-plugin by manup 5 months ago
- Fix OSRAM Classic A60 RGBW crash The light does crash when ZCL attribute reporting is configured and the binding table is queried. Likely resulting in a watchdog reboot after which the lights turns o... — committed to manup/deconz-rest-plugin by manup 5 months ago
- DDF for LEDVANCE A60 FIL DIM T (#7610) Labeled as Filament Clssic A 52 (E27). The light is likely using a newer chip / Zigbee stack, and seems to support ZCL attribute reporting and binding table req... — committed to dresden-elektronik/deconz-rest-plugin by manup 5 months ago
- Fix OSRAM Classic A60 W clear crash Don't read binding table and use polling instead of attribute reporting. Related https://github.com/dresden-elektronik/deconz-rest-plugin/issues/7546 — committed to manup/deconz-rest-plugin by manup 5 months ago
That seems to work better, not using any attribute reporting and bindings keeps the OSRAM Classic A60 RGBW going without reboot (so far). I’ll let it run over night and prepare a test version tomorrow, would be cool if anybody can check it out.
The downside is that we can’t use reporting here and polling takes a while, but better than reboots I guess.
Note this only applies for Osram lights.
Same for me, I have install deCONZ 2.25.3
3 light turns on again after few seconds after turn off… 1 is singel HUE , not i group and 2 HUE lights that is in group.
After downgrade to 6.21.0, problem is gone.
I have kind of a similar problem with my IKEA Tradfri lights. When I turn off a light group, one light turns on again after few seconds. This started after the last Gateway Update to 2.25.3 (Firmware: 26720700)
I’m not employed by Dresden. Just a volunteer / community member.
I can ask Dresden to check in 😃