codedesperate
commented
9 months ago I would like to add that this exact thing is happening to me as well, and I have 6 of these devices all having this behaviour.
I'm on latest zigbee2mqtt, having it installed as a home assistant add-on. I'm using Sonoff ZBDongle-E on firmware 7.4.1.0
I also tried following the guide for adding support, but because zigbee2mqtt already identifies it as a (wrong) device, I can't get it to use my external converter. It seems it is recognized as an in-line cable dimmer/switch, whereas it is actually an in-wall dimmer/switch.
And this is the error I see on turn_off:
error 2024-03-02 21:48:04Publish 'set' 'state' to 'Entrelyset' failed: 'Error: Command 0x385b44fffe1b38e2/1 genOnOff.off({}, {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"srcEndpoint":null,"reservedBits":0,"manufacturerCode":null,"transactionSequenceNumber":null,"writeUndiv":false}) failed (Timeout - 62049 - 1 - 23 - 6 - 11 after 10000ms)'
debug 2024-03-02 21:48:04Error: Command 0x385b44fffe1b38e2/1 genOnOff.off({}, {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"srcEndpoint":null,"reservedBits":0,"manufacturerCode":null,"transactionSequenceNumber":null,"writeUndiv":false}) failed (Timeout - 62049 - 1 - 23 - 6 - 11 after 10000ms) at Object.start (/app/node_modules/zigbee-herdsman/src/utils/waitress.ts:63:23) at EZSPAdapter.sendZclFrameToEndpointInternal (/app/node_modules/zigbee-herdsman/src/adapter/ezsp/adapter/ezspAdapter.ts:492:47) at Queue.execute (/app/node_modules/zigbee-herdsman/src/utils/queue.ts:35:20) at Request.send (/app/node_modules/zigbee-herdsman/src/controller/helpers/request.ts:79:20) at Endpoint.command (/app/node_modules/zigbee-herdsman/src/controller/model/endpoint.ts:746:28) at Object.convertSet (/app/node_modules/zigbee-herdsman-converters/src/converters/toZigbee.ts:46:17) at Object.convertSet (/app/node_modules/zigbee-herdsman-converters/src/converters/toZigbee.ts:1119:32) at Publish.onMQTTMessage (/app/lib/extension/publish.ts:259:36) at EventEmitter.wrappedCallback (/app/lib/eventBus.ts:174:17)
exetico
skurki112
garret
Lyng308
What happened?
If I toggle the light (set on/off) the device does act to it. But, after 10s or so, Zigbee2MQTT throws an error in the log. As stated, the dimmer does turn the light on/off. If I do another thing, in the period, AFTER the light has turned off, but BEFORE the error from the first action has been thrown, the next action does nothing right away. But AFTER the error is thrown from the first action, the device turns the lights on.
I'm able to reproduce it over and over again. I only have brightness and light on/off option working, but it seems like this only happens for toggle on/off. Brightnees works most of the times, and a error are never thrown as part of a brightness change.
While debugging I noticed that changing brightness does work every time. Check the last two logs (sorry, there's a few, but I thought it would be useful), where I describe, what's working, and what's not working as expected.
Device shown in GUI as match: https://www.zigbee2mqtt.io/devices/3004482_3137308_3137309.html#light%2520solutions-3004482%252F3137308%252F3137309
Manual in details for the hardware: https://ledpaerer.dk/media/catalog/product/attachment/Manual-engelsk.pdf
Image of the actual product from the manual:
Let me know if I can help with other details. I've also factory reset the device, moved it to another router (hue bulb instead directly to coordinator), and more. Nothing changes the current behavior.
Image from Zigbee2MQTT.
Firmware and ZigBee2MQTT are updated as part of my debugging (after creating the issue), and the dev-channel has been tested, too. Nothing changed the behaviour of the device/situation in general.
What did you expect to happen?
That the light would work properly with the light on/off commands.
How to reproduce it (minimal and precise)
I can reproduce it over and over again, by toggle the light (turning on/off). Error is thrown every time, after the timeout.
Zigbee2MQTT version
main: 1.35.3 commit: fe0742a dev: 1.35.3-dev commit: 8fb28f9)
Adapter firmware version
20230507(Also tested on 20220219, but I upgraded the firmware today, just to test - I've also factory reset the device and removed it in Z2M during that process, just to secure that everything was erased, if it was a faulty pairing, or similar).Adapter
LAUNCHXL-CC26X2R1(Works with all other devices, not a single one makes problems, and there's a good amount of different devices)Setup
Docker, with Zigbee2MQTT in a container.
The same system also hosts HA, and other things. But I don't think it's related to any of that. All things works just fine, except this dimmer.
Debug log
Here's one example, where I change the power state:
Here another example:
Here's another where I've removed the device, made factory reset of the device, and paired it again. Please don't mind the name change to
0x385b44fffe1b3d45(that's just the original name)And the last case where I also tries to toggle the light, and I end up in some kind of OTA situation, for some reason.
I think it's something related to the device mapping, maybe it's not really the right device.
Some times I also end in a situation with OTA related messages:
Playing with brightness brought one thing to the table. If I set the brightness to 0, it does looks like it's handling the "turn off". And every time I use the "turn on" toggle (not by setting brightness), it turns on, without throwing a error.
But every time I use "turn off", I get the error.
I also noticed that it's not every time the frontend toggles the "switch", if I set brightness to 0. It looks like that's also reflected in the logs.
If I play even more with the brightness and toggles the light off here after, it's also clear that something works, and the device does wierd things, if I use the "turn off" option in ZigBee2MQTT:
The last one are logs where I control the device, by using it's wheel, and it's "on/off" toggle button (pressing in the middel of the large dimmer-wheel), including adjusting brightness.