Closed Jtef closed 1 year ago
have got same issue with ZBMINI relay - on latest z2m and conbee II with latest FW.
Don't even know where to start debugging?
I've performed more tests using 4 relays with different versions of z2m and firmwares for Conbee II but no luck, same issue. Also tried different channels 11, 15, 20 (even I don't have wifi AP around me). I have a short video on how to reproduce the problem. If needed I'll post it.
I can replicate the issue very easily - just quickly toggle power switch, error quickly appears. Changed WiFi channels, don't really want to mess with zigbee channel as I've got 60 zigbee devices...
Im following this issue, having the same problem with devices falling off LQI = nothing. Struggling to get some devices working again, weird things is there is zigbee devices in the same gang switch working fine. Using latest z2m and Conbee 2 and same firmware as OG.
Publish 'set' 'state' to 'Balcony Small' failed: 'Error: Command 0x086bd7fffe4b0293/1 genOnOff.on({}, {"sendWhen":"immediate","timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"srcEndpoint":null,"reservedBits":0,"manufacturerCode":null,"transactionSequenceNumber":null,"writeUndiv":false}) failed (no response received)'
I join, there are also a lot of problems with the "no response received", the wifi and zigbee channels are very spaced apart. And the feeling that it got worse after version 1.23 and aqara relay firmware update
Same here, following. Latest versions, 40+ devices, started recently.
Same here, fixed it by adding a delay between sending the individual MQTT messages to zigbee2mqtt. Looking through the deconz code it seems that deconz simply tries again if a device does not respond to a state change in time: https://github.com/dresden-elektronik/deconz-rest-plugin/blob/9f26cd6b3cd07a375527e0bafabae3b07342cc7e/state_change.cpp#L50. Perhaps to solve for this very issue. Apparently zigbee2mqtt does not do that.
So in theory changing adapter would help? As in moving from conbee to cc2652rb for example? I'm asking as I've got new adapter sitting in the drawer waiting to be plugged in.
Thanks!
On Tue, 3 May 2022, 13:18 Klaas, @.***> wrote:
Same here, fixed it by adding a delay between sending the individual MQTT messages to zigbee2mqtt. Looking through the deconz code it seems that deconz simply tries again if a device does not respond to a state change in time: https://github.com/dresden-elektronik/deconz-rest-plugin/blob/9f26cd6b3cd07a375527e0bafabae3b07342cc7e/state_change.cpp#L50. Perhaps to solve for this very issue. Apparently zigbee2mqtt does not do that.
β Reply to this email directly, view it on GitHub https://github.com/Koenkk/zigbee2mqtt/issues/11647#issuecomment-1115984525, or unsubscribe https://github.com/notifications/unsubscribe-auth/AKOYRFCUEEIQET44OGCN3I3VIEDPPANCNFSM5PQV2AZA . You are receiving this because you commented.Message ID: @.***>
Can you move adaptors without having to repair every device again?
On May 3, 2022, at 10:10 PM, bednim @.***> wrote:
ο»Ώ So in theory changing adapter would help? As in moving from conbee to cc2652rb for example? I'm asking as I've got new adapter sitting in the drawer waiting to be plugged in.
Thanks!
On Tue, 3 May 2022, 13:18 Klaas, @.***> wrote:
Same here, fixed it by adding a delay between sending the individual MQTT messages to zigbee2mqtt. Looking through the deconz code it seems that deconz simply tries again if a device does not respond to a state change in time: https://github.com/dresden-elektronik/deconz-rest-plugin/blob/9f26cd6b3cd07a375527e0bafabae3b07342cc7e/state_change.cpp#L50. Perhaps to solve for this very issue. Apparently zigbee2mqtt does not do that.
β Reply to this email directly, view it on GitHub https://github.com/Koenkk/zigbee2mqtt/issues/11647#issuecomment-1115984525, or unsubscribe https://github.com/notifications/unsubscribe-auth/AKOYRFCUEEIQET44OGCN3I3VIEDPPANCNFSM5PQV2AZA . You are receiving this because you commented.Message ID: @.***>
β Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you commented.
If it is indeed the case that the conbee II has some stability issues that need the mentioned software solution to fix then I suspect switching to another adapter would help. However, reading this I expect you will have to repair every device. The true solution would probably be for zigbee2mqtt to also try again when a device refuses to change state (in combination with a conbee II).
that delay didn't work for me at all unfortunately, hence the change of the coordinator.
its worth to remember that conbee was in experimental stage not so long ago.
On Tue, 3 May 2022 at 16:50, Klaas @.***> wrote:
If it is indeed the case that the conbee II has some stability issues that need the mentioned software solution to fix then I suspect switching to another adapter would help. However, reading this https://www.zigbee2mqtt.io/guide/faq/#what-does-and-does-not-require-repairing-of-all-devices I expect you will have to repair every device. The true solution would probably be for zigbee2mqtt to also try again when a device refuses to change state (in combination with a conbee II).
β Reply to this email directly, view it on GitHub https://github.com/Koenkk/zigbee2mqtt/issues/11647#issuecomment-1116190639, or unsubscribe https://github.com/notifications/unsubscribe-auth/AKOYRFGZLTIOLRJGQPGQ55DVIE4KTANCNFSM5PQV2AZA . You are receiving this because you commented.Message ID: @.***>
My entire Conbee II network has started playing up with these errors too :(
Is there a solution/fix for this yet?
I thought the Conbee II was one of the better USB devices. Does anyone have a recommendation of a more stable coordinator that works well with Zigbee2mqtt?
I've swapped for cc2652rb (slae.sh) and these errors are finally gone.
On Mon, 16 May 2022, 23:30 cameronjust, @.***> wrote:
My entire Conbee II network has started playing up with these errors too :(
Is there a solution/fix for this yet?
I thought the Conbee II was one of the better USB devices. Does anyone have a recommendation of a more stable coordinator that works well with Zigbee2mqtt?
β Reply to this email directly, view it on GitHub https://github.com/Koenkk/zigbee2mqtt/issues/11647#issuecomment-1128157189, or unsubscribe https://github.com/notifications/unsubscribe-auth/AKOYRFD7PQ5IDZEJPHQDGFDVKK47VANCNFSM5PQV2AZA . You are receiving this because you commented.Message ID: @.***>
Any updates for a fix on this for those that don't have a spare adaptor lying around?
Did you have to repair all your devices again?
On Tue, May 17, 2022 at 1:27 PM bednim @.***> wrote:
I've swapped for cc2652rb (slae.sh) and these errors are finally gone.
On Mon, 16 May 2022, 23:30 cameronjust, @.***> wrote:
My entire Conbee II network has started playing up with these errors too :(
Is there a solution/fix for this yet?
I thought the Conbee II was one of the better USB devices. Does anyone have a recommendation of a more stable coordinator that works well with Zigbee2mqtt?
β Reply to this email directly, view it on GitHub < https://github.com/Koenkk/zigbee2mqtt/issues/11647#issuecomment-1128157189 , or unsubscribe < https://github.com/notifications/unsubscribe-auth/AKOYRFD7PQ5IDZEJPHQDGFDVKK47VANCNFSM5PQV2AZA
. You are receiving this because you commented.Message ID: @.***>
β Reply to this email directly, view it on GitHub https://github.com/Koenkk/zigbee2mqtt/issues/11647#issuecomment-1128367553, or unsubscribe https://github.com/notifications/unsubscribe-auth/ANYPXQUUOJGPZ66D2P2OICLVKMGY5ANCNFSM5PQV2AZA . You are receiving this because you commented.Message ID: @.***>
Yes, I had to, it was bit more difficult than conbee as all my external nodes had to be brought inside in order to pair. Once done - move them back outside.
On Wed, 18 May 2022, 02:40 SeanHam, @.***> wrote:
Did you have to repair all your devices again?
On Tue, May 17, 2022 at 1:27 PM bednim @.***> wrote:
I've swapped for cc2652rb (slae.sh) and these errors are finally gone.
On Mon, 16 May 2022, 23:30 cameronjust, @.***> wrote:
My entire Conbee II network has started playing up with these errors too :(
Is there a solution/fix for this yet?
I thought the Conbee II was one of the better USB devices. Does anyone have a recommendation of a more stable coordinator that works well with Zigbee2mqtt?
β Reply to this email directly, view it on GitHub <
https://github.com/Koenkk/zigbee2mqtt/issues/11647#issuecomment-1128157189
, or unsubscribe <
https://github.com/notifications/unsubscribe-auth/AKOYRFD7PQ5IDZEJPHQDGFDVKK47VANCNFSM5PQV2AZA
. You are receiving this because you commented.Message ID: @.***>
β Reply to this email directly, view it on GitHub < https://github.com/Koenkk/zigbee2mqtt/issues/11647#issuecomment-1128367553 , or unsubscribe < https://github.com/notifications/unsubscribe-auth/ANYPXQUUOJGPZ66D2P2OICLVKMGY5ANCNFSM5PQV2AZA
. You are receiving this because you commented.Message ID: @.***>
β Reply to this email directly, view it on GitHub https://github.com/Koenkk/zigbee2mqtt/issues/11647#issuecomment-1129449618, or unsubscribe https://github.com/notifications/unsubscribe-auth/AKOYRFALCJAC3ZUIZK7MTFLVKQ4AHANCNFSM5PQV2AZA . You are receiving this because you commented.Message ID: @.***>
Yes, I had to, it was bit more difficult than conbee as all my external nodes had to be brought inside in order to pair. Once done - move them back outside.
Am I right in assuming it was just as simple as holding in the re-pair button for each device while near the controller?
Zigbee2MQTT still has all the IEEE Addresses in the config file so it just remaps to the same friendlyname once you re-pair. Moderately painful but at least you don't have to rebuild all automations which are based on friendlyname.
Only thing I can think that would maybe not work is the act of re-pairing might reset some custom setting you might have applied to the device. Just tested with a "Aqara vibration sensor" with a custom sensitivity applied (via a MQTT set command) and it didn't seem to get reset when I re-paired.
That's right, all friendly names are reapplied, it's not 'hard reset' - just pairing and popping back in z2m.
As to custom settings - no idea.
In case anyone wants to go this way - remove conbee from configuration.yaml and change panid one number up.
On Wed, 18 May 2022, 05:43 cameronjust, @.***> wrote:
Yes, I had to, it was bit more difficult than conbee as all my external nodes had to be brought inside in order to pair. Once done - move them back outside.
Am I right in assuming it was just as simple as holding in the re-pair button for each device while near the controller?
Zigbee2MQTT still has all the IEEE Addresses in the config file so it just remaps to the same friendlyname once you re-pair. Moderately painful but at least you don't have to rebuild all automations which are based on friendlyname.
Only thing I can think that would maybe not work is the act of re-pairing might reset some custom setting you might have applied to the device. Just tested with a "Aqara vibration sensor" with a custom sensitivity applied (via a MQTT set command) and it didn't seem to get reset when I re-paired.
β Reply to this email directly, view it on GitHub https://github.com/Koenkk/zigbee2mqtt/issues/11647#issuecomment-1129533767, or unsubscribe https://github.com/notifications/unsubscribe-auth/AKOYRFFIESEE5WC2S5ZTNTLVKRRNXANCNFSM5PQV2AZA . You are receiving this because you commented.Message ID: @.***>
Same issue here. adding some 350ms "adapter delay" seems to make the situation better though.
Even with 350ms delay I see this error now and then in the logs (using conbee II, latest firmware).
Jun 21 21:00:23 homeassistant zigbee2mqtt/zigbee2mqtt-aarch64:1.25.2-1/addon_45df7312_zigbee2mqtt[492]: Zigbee2MQTT:error 2022-06-21 23:00:23: Publish 'set' 'color_temp' to 'Keuken Plafondlamp' failed: 'Error: Command 0x001788010c0b4c83/11 lightingColorCtrl.moveToColorTemp({"colortemp":500,"transtime":20}, {"sendWhen":"immediate","timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"srcEndpoint":null,"reservedBits":0,"manufacturerCode":null,"transactionSequenceNumber":null,"writeUndiv":false}) failed (no response received)'
Jun 21 21:00:26 homeassistant zigbee2mqtt/zigbee2mqtt-aarch64:1.25.2-1/addon_45df7312_zigbee2mqtt[492]: Zigbee2MQTT:error 2022-06-21 23:00:26: Publish 'set' 'color_temp' to 'Woonkamer Kast 1' failed: 'Error: Command 0x001788010b4c9c0b/11 lightingColorCtrl.moveToColorTemp({"colortemp":400,"transtime":450}, {"sendWhen":"immediate","timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"srcEndpoint":null,"reservedBits":0,"manufacturerCode":null,"transactionSequenceNumber":null,"writeUndiv":false}) failed (no response received)'
Jun 21 21:00:27 homeassistant zigbee2mqtt/zigbee2mqtt-aarch64:1.25.2-1/addon_45df7312_zigbee2mqtt[492]: Zigbee2MQTT:error 2022-06-21 23:00:27: Publish 'set' 'color_temp' to 'Keuken Plafondlamp' failed: 'Error: Command 0x001788010c0b4c83/11 lightingColorCtrl.moveToColorTemp({"colortemp":500,"transtime":450}, {"sendWhen":"immediate","timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"srcEndpoint":null,"reservedBits":0,"manufacturerCode":null,"transactionSequenceNumber":null,"writeUndiv":false}) failed (no response received)'
Guys, so the getonoff errors are back, my whole zigbee network became a mess all of sudden. That's different stick (cc2652rb) but issues are terrible - aqara devices dropping out, Ikea dropping out, sonoff dropping out.
Getonoff flooding my log.
This issue is stale because it has been open 30 days with no activity. Remove stale label or comment or this will be closed in 7 days
I am also experiencing this issue. ConBee II, zm 1.27.0, HA 2022.8.2
I have also been experiencing this issue. No devices ever drop from my network though, it just seems like they occasionally do not respond unless you send them a command multiple times. If I set adapter delay to 350ms as suggested earlier, the problem becomes very infrequent. My adapter is a ConbeeII running 0x26780700.
Just switched from deconz (phoscon) to zigbee2mqtt and was experiencing the same issue. Downgraded to version 1.25.2 and everything is working fine.
Just installed 32 ikea gu10 bulbs, and got huge issues with unresponsive, they are pretty close to the stick and signal strength is 255 on most of them. Tried setting adapter delay to 350ms and now all works but are damm slow and not in sync (light a flashing christmas light) so that also sucks. should i just go a buy another zigbee adapter?
if these bulbs are in same room put them all in z2m group - this will make them respond better.
I had conbee II and now got rid of it in favor of cc2652RB (slae.sh)
On Mon, 29 Aug 2022 at 08:19, Andreas Scholdan @.***> wrote:
Just installed 32 ikea gu10 bulbs, and got huge issues with unresponsive, they are pretty close to the stick and signal strength is 255 on most of them. Tried setting adapter delay to 350ms and now all works but are damm slow and not in sync (light a flashing christmas light) so that also sucks. should i just go a buy another zigbee adapter?
β Reply to this email directly, view it on GitHub https://github.com/Koenkk/zigbee2mqtt/issues/11647#issuecomment-1229827069, or unsubscribe https://github.com/notifications/unsubscribe-auth/AKOYRFCEAZ7DNYHU74LV6YLV3RI5PANCNFSM5PQV2AZA . You are receiving this because you commented.Message ID: @.***>
I'm experiencing the same issue, 350 delay solves the problem but introduces latency.
Conbee II running 0x26780700. My network is quite small, ~8 hue lights, hue movement sensors, some Aqara switches and sensors.
If you revert to version 1.25.2, are the problems still there? For me it resolved all my issues, might be worth a try before buying different hardware.
Finally managed to find some time.
I'm using managed hass OS so AFAIK there is no easy way to downgrade, unfortunately my backups are all on latest version as it's a quite fresh install.
Instead I moved z2m files (database, config, state) to a new machine and tested it out there where I could easily switch version.
I can reproduce issue on 1.25.2
and 1.27.2
.
What I did is created a simple script that would flood z2m with messages to turn off devices. I used mosquitto_pub
and tried different number of devices - from 1 to 5.
Findings:
concurrency
to 1 does not resolve the issueThe issue seems to originate from https://github.com/Koenkk/zigbee-herdsman/blob/master/src/adapter/deconz/adapter/deconzAdapter.ts#L658. @KPWhiver mentioned that deconz has some kind of retry logic. I guess that should be the solution.
When I have more time I will dig deeper and see if I can resolve this. Any help appreciated.
just arrived here. Any news? Facing the very same problem.
I've moved from conbee2 to cc2652rb and much better but bit perfect (you won't get perfect i don't think).
On Wed, 28 Sept 2022, 19:28 chris400, @.***> wrote:
just arrived here. Any news? Facing the very same problem.
β Reply to this email directly, view it on GitHub https://github.com/Koenkk/zigbee2mqtt/issues/11647#issuecomment-1261231922, or unsubscribe https://github.com/notifications/unsubscribe-auth/AKOYRFGUYT2TNWR6FKKSM3DWAR543ANCNFSM5PQV2AZA . You are receiving this because you commented.Message ID: @.***>
Did you have to repair all your devices?
On Thu, Sep 29, 2022 at 3:42 AM bednim @.***> wrote:
I've moved from conbee2 to cc2652rb and much better but bit perfect (you won't get perfect i don't think).
On Wed, 28 Sept 2022, 19:28 chris400, @.***> wrote:
just arrived here. Any news? Facing the very same problem.
β Reply to this email directly, view it on GitHub < https://github.com/Koenkk/zigbee2mqtt/issues/11647#issuecomment-1261231922 , or unsubscribe < https://github.com/notifications/unsubscribe-auth/AKOYRFGUYT2TNWR6FKKSM3DWAR543ANCNFSM5PQV2AZA
. You are receiving this because you commented.Message ID: @.***>
β Reply to this email directly, view it on GitHub https://github.com/Koenkk/zigbee2mqtt/issues/11647#issuecomment-1261245577, or unsubscribe https://github.com/notifications/unsubscribe-auth/ANYPXQUKACYZXV756IAK5CTWAR7P3ANCNFSM5PQV2AZA . You are receiving this because you commented.Message ID: @.***>
Yep, it was worth it though. Works better than conbee2.
On Thu, 29 Sept 2022, 00:11 SeanHam, @.***> wrote:
Did you have to repair all your devices?
On Thu, Sep 29, 2022 at 3:42 AM bednim @.***> wrote:
I've moved from conbee2 to cc2652rb and much better but bit perfect (you won't get perfect i don't think).
On Wed, 28 Sept 2022, 19:28 chris400, @.***> wrote:
just arrived here. Any news? Facing the very same problem.
β Reply to this email directly, view it on GitHub <
https://github.com/Koenkk/zigbee2mqtt/issues/11647#issuecomment-1261231922
, or unsubscribe <
https://github.com/notifications/unsubscribe-auth/AKOYRFGUYT2TNWR6FKKSM3DWAR543ANCNFSM5PQV2AZA
. You are receiving this because you commented.Message ID: @.***>
β Reply to this email directly, view it on GitHub < https://github.com/Koenkk/zigbee2mqtt/issues/11647#issuecomment-1261245577 , or unsubscribe < https://github.com/notifications/unsubscribe-auth/ANYPXQUKACYZXV756IAK5CTWAR7P3ANCNFSM5PQV2AZA
. You are receiving this because you commented.Message ID: @.***>
β Reply to this email directly, view it on GitHub https://github.com/Koenkk/zigbee2mqtt/issues/11647#issuecomment-1261515776, or unsubscribe https://github.com/notifications/unsubscribe-auth/AKOYRFAYB6N7TXQSRX5JBTTWAS7BLANCNFSM5PQV2AZA . You are receiving this because you commented.Message ID: @.***>
The last firmware release for Conbee2 has been stable for me thank god.
On Thu, Sep 29, 2022 at 1:20 PM bednim @.***> wrote:
Yep, it was worth it though. Works better than conbee2.
On Thu, 29 Sept 2022, 00:11 SeanHam, @.***> wrote:
Did you have to repair all your devices?
On Thu, Sep 29, 2022 at 3:42 AM bednim @.***> wrote:
I've moved from conbee2 to cc2652rb and much better but bit perfect (you won't get perfect i don't think).
On Wed, 28 Sept 2022, 19:28 chris400, @.***> wrote:
just arrived here. Any news? Facing the very same problem.
β Reply to this email directly, view it on GitHub <
https://github.com/Koenkk/zigbee2mqtt/issues/11647#issuecomment-1261231922
, or unsubscribe <
https://github.com/notifications/unsubscribe-auth/AKOYRFGUYT2TNWR6FKKSM3DWAR543ANCNFSM5PQV2AZA
. You are receiving this because you commented.Message ID: @.***>
β Reply to this email directly, view it on GitHub <
https://github.com/Koenkk/zigbee2mqtt/issues/11647#issuecomment-1261245577
, or unsubscribe <
https://github.com/notifications/unsubscribe-auth/ANYPXQUKACYZXV756IAK5CTWAR7P3ANCNFSM5PQV2AZA
. You are receiving this because you commented.Message ID: @.***>
β Reply to this email directly, view it on GitHub < https://github.com/Koenkk/zigbee2mqtt/issues/11647#issuecomment-1261515776 , or unsubscribe < https://github.com/notifications/unsubscribe-auth/AKOYRFAYB6N7TXQSRX5JBTTWAS7BLANCNFSM5PQV2AZA
. You are receiving this because you commented.Message ID: @.***>
β Reply to this email directly, view it on GitHub https://github.com/Koenkk/zigbee2mqtt/issues/11647#issuecomment-1261697163, or unsubscribe https://github.com/notifications/unsubscribe-auth/ANYPXQUVRXJ2M5NB5DG5XF3WAUDGHANCNFSM5PQV2AZA . You are receiving this because you commented.Message ID: @.***>
I had same issue with two Xiaomi ZNJLBL01LM (Aqara roller shade). Devices were located at the end of my apartment, farthest from my coordinater. Almost every command issues to those devices ended with error. There were 3 routers located in 5m range from xiaomi devices but it wasn't helpful.
What helped was buying long usb extension cable and moving coordinater nearer. It immediately worked.
I know this is not a solution for most people but for some it may be a temporary fix
EDIT: Adding delay in z2m options did not help
Apparently not but last time when I was repairing all devices it took me less than 30 mins. Not that bad.
Last time was changing channels, this time adaptor.
On Tue, 3 May 2022, 14:36 SeanHam, @.***> wrote:
Can you move adaptors without having to repair every device again?
On May 3, 2022, at 10:10 PM, bednim @.***> wrote:
ο»Ώ So in theory changing adapter would help? As in moving from conbee to cc2652rb for example? I'm asking as I've got new adapter sitting in the drawer waiting to be plugged in.
Thanks!
On Tue, 3 May 2022, 13:18 Klaas, @.***> wrote:
Same here, fixed it by adding a delay between sending the individual MQTT messages to zigbee2mqtt. Looking through the deconz code it seems that deconz simply tries again if a device does not respond to a state change in time:
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/9f26cd6b3cd07a375527e0bafabae3b07342cc7e/state_change.cpp#L50 . Perhaps to solve for this very issue. Apparently zigbee2mqtt does not do that.
β Reply to this email directly, view it on GitHub < https://github.com/Koenkk/zigbee2mqtt/issues/11647#issuecomment-1115984525 , or unsubscribe < https://github.com/notifications/unsubscribe-auth/AKOYRFCUEEIQET44OGCN3I3VIEDPPANCNFSM5PQV2AZA
. You are receiving this because you commented.Message ID: @.***>
β Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you commented.
β Reply to this email directly, view it on GitHub https://github.com/Koenkk/zigbee2mqtt/issues/11647#issuecomment-1116049507, or unsubscribe https://github.com/notifications/unsubscribe-auth/AKOYRFEBZQ4BDQVWNTF4BALVIEMULANCNFSM5PQV2AZA . You are receiving this because you commented.Message ID: @.***>
Thanks - super annoying so Ill stick with conbee
On Wed, May 18, 2022 at 1:09 PM bednim @.***> wrote:
Yes, I had to, it was bit more difficult than conbee as all my external nodes had to be brought inside in order to pair. Once done - move them back outside.
On Wed, 18 May 2022, 02:40 SeanHam, @.***> wrote:
Did you have to repair all your devices again?
On Tue, May 17, 2022 at 1:27 PM bednim @.***> wrote:
I've swapped for cc2652rb (slae.sh) and these errors are finally gone.
On Mon, 16 May 2022, 23:30 cameronjust, @.***> wrote:
My entire Conbee II network has started playing up with these errors too :(
Is there a solution/fix for this yet?
I thought the Conbee II was one of the better USB devices. Does anyone have a recommendation of a more stable coordinator that works well with Zigbee2mqtt?
β Reply to this email directly, view it on GitHub <
https://github.com/Koenkk/zigbee2mqtt/issues/11647#issuecomment-1128157189
, or unsubscribe <
https://github.com/notifications/unsubscribe-auth/AKOYRFD7PQ5IDZEJPHQDGFDVKK47VANCNFSM5PQV2AZA
. You are receiving this because you commented.Message ID: @.***>
β Reply to this email directly, view it on GitHub <
https://github.com/Koenkk/zigbee2mqtt/issues/11647#issuecomment-1128367553
, or unsubscribe <
https://github.com/notifications/unsubscribe-auth/ANYPXQUUOJGPZ66D2P2OICLVKMGY5ANCNFSM5PQV2AZA
. You are receiving this because you commented.Message ID: @.***>
β Reply to this email directly, view it on GitHub < https://github.com/Koenkk/zigbee2mqtt/issues/11647#issuecomment-1129449618 , or unsubscribe < https://github.com/notifications/unsubscribe-auth/AKOYRFALCJAC3ZUIZK7MTFLVKQ4AHANCNFSM5PQV2AZA
. You are receiving this because you commented.Message ID: @.***>
β Reply to this email directly, view it on GitHub https://github.com/Koenkk/zigbee2mqtt/issues/11647#issuecomment-1129519731, or unsubscribe https://github.com/notifications/unsubscribe-auth/ANYPXQTRRHGDYTKO73YMFZTVKRNO7ANCNFSM5PQV2AZA . You are receiving this because you commented.Message ID: @.***>
Hello all, I've previously had this issue, and none of the above worked.
However, i recently moved (to a new apartment), and in that process I disconnected all my devices. I noticed, that after disconnecting probably all my devices (apart from some lights), the issue were gone.
I have no issues in my new apartment, haven't installed all the devices/plugs yet either. So I'm considering this issue to be related to some sort of bad zigbee route/binding?
Anyway, just wanted to let you know. Cheers.
I am getting loads of these errors since the last update
Also using Conbee II
I'm facing the same issue.
2022-11-10 08:04:25Publish 'set' 'color' to 'upstairsbathroom' failed: 'Error: Command 0x00178801038e3b84/11 lightingColorCtrl.moveToColor({"transtime":0,"colorx":11272,"colory":48955}, {"sendWhen":"immediate","timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"srcEndpoint":null,"reservedBits":0,"manufacturerCode":null,"transactionSequenceNumber":null,"writeUndiv":false}) failed (no response received)'
2022-11-10 08:04:36Publish 'set' 'brightness' to 'upstairsbathroom' failed: 'Error: Command 0x00178801038e3b84/11 genLevelCtrl.moveToLevelWithOnOff({"level":50,"transtime":0}, {"sendWhen":"immediate","timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"srcEndpoint":null,"reservedBits":0,"manufacturerCode":null,"transactionSequenceNumber":null,"writeUndiv":false}) failed (no response received)'
2022-11-10 08:04:47Publish 'set' 'color' to 'upstairsbathroom' failed: 'Error: Command 0x00178801038e3b84/11 lightingColorCtrl.moveToColor({"transtime":0,"colorx":45940,"colory":19595}, {"sendWhen":"immediate","timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"srcEndpoint":null,"reservedBits":0,"manufacturerCode":null,"transactionSequenceNumber":null,"writeUndiv":false}) failed (no response received)'
Zigbee2MQTT version
[1.28.2](https://github.com/Koenkk/zigbee2mqtt/releases/tag/1.28.2) commit: [unknown](https://github.com/Koenkk/zigbee2mqtt/commit/unknown)
Coordinator type
ConBee2/RaspBee2
Coordinator revision
0x26580700
Coordinator IEEE Address
0x00212effff07a4d8
Frontend version
0.6.114
Stats
Total 58
By device type
End devices: 39
Router: 19
By power source
Battery: 37
Mains (single phase): 19
undefined: 2
By vendor
LUMI: 35
Signify Netherlands B.V.: 9
IKEA of Sweden: 7
eWeLink: 3
GLEDOPTO: 2
Philips: 2
By model
lumi.weather: 11
lumi.remote.b1acn01: 10
lumi.sensor_magnet.aq2: 8
LCT015: 7
TRADFRI control outlet: 7
lumi.sensor_wleak.aq1: 3
lumi.sensor_motion.aq2: 2
TH01: 2
GL-C-008: 2
LCT012: 1
LST002: 1
RWL021: 1
LWA001: 1
DS01: 1
lumi.motion.ac02: 1
+1 from me, running ConBee 2 on a Proxmox VM:
Zigbee2MQTT version
[1.28.2](https://github.com/Koenkk/zigbee2mqtt/releases/tag/1.28.2) commit: [360a777](https://github.com/Koenkk/zigbee2mqtt/commit/360a777)
Coordinator type
ConBee2/RaspBee2
Coordinator revision
0x26780700
Coordinator IEEE Address
0x00212effff095771
Frontend version
0.6.114
Stats
Total 60
By device type
Router: 40
End devices: 20
By power source
Mains (single phase): 40
Battery: 20
By vendor
IKEA of Sweden: 55
LUMI: 5
By model
TRADFRIbulbGU10WS345lm: 12
TRADFRIbulbE14WSglobeopal470lm: 8
TRADFRI SHORTCUT Button: 8
TRADFRI control outlet: 4
Remote Control N2: 4
TRADFRI bulb E27 WW 806lm: 4
TRADFRI bulb E27 WS clear 806lm: 4
lumi.weather: 3
TRADFRI Signal Repeater: 3
TRADFRI motion sensor: 3
TRADFRI bulb E27 CWS 806lm: 2
ASKVADER on/off switch: 1
TRADFRIbulbE14WScandleopal470lm: 1
lumi.vibration.aq1: 1
TRADFRIbulbE27WSglobeopal1055lm: 1
lumi.sensor_wleak.aq1: 1
2022-11-14 15:21:29Publish 'set' 'brightness' to 'Kitchen - Sphere Lamp' failed: 'Error: Command 0x8cf681fffe32d5c7/1 genLevelCtrl.moveToLevelWithOnOff({"level":216,"transtime":0}, {"sendWhen":"immediate","timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"srcEndpoint":null,"reservedBits":0,"manufacturerCode":null,"transactionSequenceNumber":null,"writeUndiv":false}) failed (no response received)'
error 2022-11-14 15:34:25Publish 'set' 'brightness' to 'Kitchen - Sphere Lamp' failed: 'Error: Command 0x8cf681fffe32d5c7/1 genLevelCtrl.moveToLevelWithOnOff({"level":216,"transtime":0}, {"sendWhen":"immediate","timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"srcEndpoint":null,"reservedBits":0,"manufacturerCode":null,"transactionSequenceNumber":null,"writeUndiv":false}) failed (no response received)'
error 2022-11-14 15:34:25Publish 'set' 'state' to 'Bedroom - Nightstand Lamp' failed: 'Error: Command 0x2c1165fffeb39046/1 genLevelCtrl.moveToLevelWithOnOff({"level":178,"transtime":0}, {"sendWhen":"immediate","timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"srcEndpoint":null,"reservedBits":0,"manufacturerCode":null,"transactionSequenceNumber":null,"writeUndiv":false}) failed (no response received)'
I'm facing the same issue.
2022-11-10 08:04:25Publish 'set' 'color' to 'upstairsbathroom' failed: 'Error: Command 0x00178801038e3b84/11 lightingColorCtrl.moveToColor({"transtime":0,"colorx":11272,"colory":48955}, {"sendWhen":"immediate","timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"srcEndpoint":null,"reservedBits":0,"manufacturerCode":null,"transactionSequenceNumber":null,"writeUndiv":false}) failed (no response received)' 2022-11-10 08:04:36Publish 'set' 'brightness' to 'upstairsbathroom' failed: 'Error: Command 0x00178801038e3b84/11 genLevelCtrl.moveToLevelWithOnOff({"level":50,"transtime":0}, {"sendWhen":"immediate","timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"srcEndpoint":null,"reservedBits":0,"manufacturerCode":null,"transactionSequenceNumber":null,"writeUndiv":false}) failed (no response received)' 2022-11-10 08:04:47Publish 'set' 'color' to 'upstairsbathroom' failed: 'Error: Command 0x00178801038e3b84/11 lightingColorCtrl.moveToColor({"transtime":0,"colorx":45940,"colory":19595}, {"sendWhen":"immediate","timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"srcEndpoint":null,"reservedBits":0,"manufacturerCode":null,"transactionSequenceNumber":null,"writeUndiv":false}) failed (no response received)'
Zigbee2MQTT version [1.28.2](https://github.com/Koenkk/zigbee2mqtt/releases/tag/1.28.2) commit: [unknown](https://github.com/Koenkk/zigbee2mqtt/commit/unknown) Coordinator type ConBee2/RaspBee2 Coordinator revision 0x26580700 Coordinator IEEE Address 0x00212effff07a4d8 Frontend version 0.6.114 Stats Total 58 By device type End devices: 39 Router: 19 By power source Battery: 37 Mains (single phase): 19 undefined: 2 By vendor LUMI: 35 Signify Netherlands B.V.: 9 IKEA of Sweden: 7 eWeLink: 3 GLEDOPTO: 2 Philips: 2 By model lumi.weather: 11 lumi.remote.b1acn01: 10 lumi.sensor_magnet.aq2: 8 LCT015: 7 TRADFRI control outlet: 7 lumi.sensor_wleak.aq1: 3 lumi.sensor_motion.aq2: 2 TH01: 2 GL-C-008: 2 LCT012: 1 LST002: 1 RWL021: 1 LWA001: 1 DS01: 1 lumi.motion.ac02: 1
I upgrade to the Sonoff Zigbee 3.0 P adapter and the issue has gone away.
Same issues for me with different device types (lights, switches, covers). Conbee II running on k3s on Raspberry Pi. Release 1.28.2
Error 2022-11-19 18:20:22Publish 'set' 'state' to '0x0017880100c1b79e' failed: 'Error: Command 0x0017880100c1b79e/11 genLevelCtrl.moveToLevelWithOnOff({"level":0,"transtime":5}, {"sendWhen":"immediate","timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"srcEndpoint":null,"reservedBits":0,"manufacturerCode":null,"transactionSequenceNumber":null,"writeUndiv":false}) failed (no response received)' Error 2022-11-19 18:53:38Publish 'set' 'brightness' to '0x00178801089f85ed' failed: 'Error: Command 0x00178801089f85ed/11 genLevelCtrl.moveToLevelWithOnOff({"level":202,"transtime":5}, {"sendWhen":"immediate","timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"srcEndpoint":null,"reservedBits":0,"manufacturerCode":null,"transactionSequenceNumber":null,"writeUndiv":false}) failed (no response received)' Error 2022-11-19 22:03:09Publish 'set' 'state' to '0x00178801089f85ed' failed: 'Error: Command 0x00178801089f85ed/11 genLevelCtrl.moveToLevelWithOnOff({"level":0,"transtime":5}, {"sendWhen":"immediate","timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"srcEndpoint":null,"reservedBits":0,"manufacturerCode":null,"transactionSequenceNumber":null,"writeUndiv":false}) failed (no response received)' Error 2022-11-19 23:42:20Publish 'set' 'brightness' to '0x0017880100c1d2bb' failed: 'Error: Command 0x0017880100c1d2bb/11 genLevelCtrl.moveToLevelWithOnOff({"level":202,"transtime":5}, {"sendWhen":"immediate","timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"srcEndpoint":null,"reservedBits":0,"manufacturerCode":null,"transactionSequenceNumber":null,"writeUndiv":false}) failed (no response received)' Error 2022-11-20 00:04:09Publish 'set' 'position' to '0x54ef4410004eeb2a' failed: 'Error: Command 0x54ef4410004eeb2a/1 closuresWindowCovering.goToLiftPercentage({"percentageliftvalue":100}, {"sendWhen":"immediate","timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"srcEndpoint":null,"reservedBits":0,"manufacturerCode":null,"transactionSequenceNumber":null,"writeUndiv":false}) failed (no response received)' Error 2022-11-20 00:04:10Publish 'set' 'state' to '0x0017880101132fa8' failed: 'Error: Command 0x0017880101132fa8/11 genLevelCtrl.moveToLevelWithOnOff({"level":0,"transtime":5}, {"sendWhen":"immediate","timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"srcEndpoint":null,"reservedBits":0,"manufacturerCode":null,"transactionSequenceNumber":null,"writeUndiv":false}) failed (no response received)' Error 2022-11-20 00:27:44Publish 'set' 'position' to '0x847127fffea9c8b4' failed: 'Error: Command 0x847127fffea9c8b4/1 closuresWindowCovering.goToLiftPercentage({"percentageliftvalue":60}, {"sendWhen":"immediate","timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"srcEndpoint":null,"reservedBits":0,"manufacturerCode":null,"transactionSequenceNumber":null,"writeUndiv":false}) failed (no response received)'
Just chiming in to say I'm having the same issue.
It feels like it worked fine for a long time, but the last couple weeks have been incredibly spotty with devices being unresponsive. It does not seem that zigbee2mqtt is responsible for this. I tried upgrading to the new beta (deCONZ_ConBeeII_0x26700700.bin.GCF) but that did nothing. The delay did not work either.
If it helps, I'm using 1.28.2-1.
Repairing the network is a major pain as I'll have to unscrew some lights to re-add them to the network, but if that's what needs to be done to get rid of this problem perhaps I should suck it up for once. If anyone has some recommendations for a device that does not randomly decide to start becoming e-waste I'm all ears.
Perhaps removing the device from the recommended list is a good idea. https://www.zigbee2mqtt.io/guide/adapters/#recommended
I have also noticed a huge battery drain from battery devices since this started happening.
I've ordered a SONOF so will repair the entire network and hope this fixes the issues.
Sometimes I don't get an error either.
https://user-images.githubusercontent.com/4203238/204758045-49a30da4-5715-421c-b13b-f07fbcd9317e.mp4
I'm stumped honestly.
Maybe this is a different problem with the tradfris?
@Nostras , I just switched to SONOFF Zigbee 3.0 USB Dongle Plus ZBDongle-P - actually bought 3 of them, two are flashed as routers 1 is flashed as coordinator. Works great, just don't set the antenna gain to 20 as it crashes the unit. Something like 9 works great. Also make sure to get the -P which has a CC2652P chip rather than the -E device which has EFR32MG21 chip. The -E might work well but I have no experience with it and is marked as experimental for Z2M.
I downgraded Conbee II to revision 0x26580700. Same error messages ("writeUndiv":false}) failed (no response received)) and behaviour (sometimes devices don't react).
Strange thing is, it just started a few weeks ago without changing the environment other than upgrading zigbee2mqtt to latest releases (can't tell with which version it started).
Thanks @clickbg, I just ordered one. It should arrive on the fifth.
Noticeably it seems that my philips hue light (Hue Filament Globe XL Ambiance E27), GU (TRADFRIbulbGU10WS345lm) and tradfri light downstairs (TRADFRIbulbE27WSglobeopal1055lm) behave as expected (I also have some inputs which I won't consider here, but these seem to work OK as well). It seems that the lights that are in the living room are exclusively giving me a headache. After some more experimentation it seems there's a really weird interaction with Adaptive Lighting that really breaks some things. https://github.com/basnijholt/adaptive-lighting
After disabling adaptive lighting control the devices seem to behave again.
Weirdly this only applies to the tradfri, the hue light is also included in this control but seems to don't care at all (as in, keeps working).
To designate the actual real root cause here is really tough, but I can consistently break and "fix" it. @Koenkk maybe you can chime in real fast and tell me if it's something zigbee2mqtt could have a hand in.
What happened?
Tested 4 Tuya module switches on a HA Blue (core-2022.2.6, supervisor-2022.01.1). Each module has 2 gangs and they are configured to work 2 way: Front 1 1 <-> Front 2 1 Front 1 2 <-> Front 2 2 Back 1 1 <-> Back 2 1 Back 1 2 <-> Back 2 2 In HA when I turn on Front 1 1, Front 1 2, Back 1 1, and Back 1 2 the corresponding switch should turn on but in 80% of cases I get errors with "no response received" from one or more switches. I got this error on the main HA device and I moved to a HA installed in a virtual machine with only the switches paired to zigbee network. I used an extension USB cable and I was in the same room with the switches (2 meters between Conbee 2 and the switches). I also noticed the same error, from time to time, to the relays (Zonoff zbmini) that I use for heating, and also for Ikea Tradfri sockets. I easily reproduce the error on multiple actions on/off. Also tested Conbee II with deconz and the error couldn't be reproduced but I noticed a delay instead of an error (max 1 sec delay for some switches but no error).
Additional info: Tested also with CC2531 as coordinator and the problem doesn't reproduce. Tested with Sonoff 3.0 USB dongle plus and the same problem.
What did you expect to happen?
I expect the switches/relays to turn on/off instead receiving an error or at least a small delay instead of an error.
How to reproduce it (minimal and precise)
Pair 4 relays (Zonoff zbmini) or tradfri sockets using Conbee 2 and turn on/off all of them from HA. At some point you'll get this error:
Publish 'set' 'state' to 'Back 1 Bedroom 1' failed: 'Error: Command 0xa4c1386d10db1302/2 genOnOff.on({}, {"sendWhenActive":false,"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"srcEndpoint":null,"reservedBits":0,"manufacturerCode":null,"transactionSequenceNumber":null,"writeUndiv":false}) failed (no response received)'
I assume it can be reproduced with other devices too, it doesn't seem brand related.
Zigbee2MQTT version
1.23.0-1
Adapter firmware version
deCONZ_ConBeeII_0x26720700.bin.GCF 19-Aug-2021 22:20
Adapter
Conbee II
Debug log
`Debug: Received MQTT message on 'zigbee2mqtt/Front 1 Bedroom 1/l1/set' with data 'ON'
Debug: Publishing 'set' 'state' to 'Front 1 Bedroom 1'
Debug: Received MQTT message on 'zigbee2mqtt/Front 1 Bedroom 1/l2/set' with data 'ON'
Debug: Publishing 'set' 'state' to 'Front 1 Bedroom 1'
Debug: Received MQTT message on 'zigbee2mqtt/Back 1 Bedroom 1/l1/set' with data 'ON'
Debug: Received MQTT message on 'zigbee2mqtt/Back 1 Bedroom 1/l2/set' with data 'ON'
Debug: Publishing 'set' 'state' to 'Back 1 Bedroom 1'
Debug: Publishing 'set' 'state' to 'Back 1 Bedroom 1'
Info: MQTT publish: topic 'zigbee2mqtt/Front 1 Bedroom 1', payload '{"linkquality":255,"state_l1":"ON","state_l2":null}'
Debug: Received Zigbee message from 'Front 1 Bedroom 1', type 'attributeReport', cluster 'genOnOff', data '{"onOff":1}' from endpoint 1 with groupID null Info: MQTT publish: topic 'zigbee2mqtt/Front 1 Bedroom 1', payload '{"linkquality":255,"state_l1":"ON","state_l2":null}'
Debug: Received MQTT message on 'zigbee2mqtt/Front 2 Bedroom 1/l1/set' with data 'ON'
Debug: Publishing 'set' 'state' to 'Front 2 Bedroom 1'
Debug: Received Zigbee message from 'Front 1 Bedroom 1', type 'attributeReport', cluster 'genOnOff', data '{"onOff":1}' from endpoint 2 with groupID null
Info: MQTT publish: topic 'zigbee2mqtt/Front 1 Bedroom 1', payload '{"linkquality":255,"state_l1":"ON","state_l2":"ON"}'
Info: MQTT publish: topic 'zigbee2mqtt/Front 1 Bedroom 1', payload '{"linkquality":255,"state_l1":"ON","state_l2":"ON"}'
Info: MQTT publish: topic 'zigbee2mqtt/Back 1 Bedroom 1', payload '{"linkquality":255,"state_l1":"ON","state_l2":"OFF"}'
Info: MQTT publish: topic 'zigbee2mqtt/Front 2 Bedroom 1', payload '{"linkquality":255,"state_l1":"ON","state_l2":"OFF"}'
Debug: Received Zigbee message from 'Front 2 Bedroom 1', type 'attributeReport', cluster 'genOnOff', data '{"onOff":1}' from endpoint 1 with groupID null
Info: MQTT publish: topic 'zigbee2mqtt/Front 2 Bedroom 1', payload '{"linkquality":255,"state_l1":"ON","state_l2":"OFF"}'
Debug: Received Zigbee message from 'Back 1 Bedroom 1', type 'attributeReport', cluster 'genOnOff', data '{"onOff":1}' from endpoint 1 with groupID null
Info: MQTT publish: topic 'zigbee2mqtt/Back 1 Bedroom 1', payload '{"linkquality":255,"state_l1":"ON","state_l2":"OFF"}'
Debug: Received MQTT message on 'zigbee2mqtt/Front 2 Bedroom 1/l2/set' with data 'ON'
Debug: Publishing 'set' 'state' to 'Front 2 Bedroom 1'
Debug: Received MQTT message on 'zigbee2mqtt/Back 2 Bedroom 1/l1/set' with data 'ON'
Debug: Publishing 'set' 'state' to 'Back 2 Bedroom 1'
Info: MQTT publish: topic 'zigbee2mqtt/Front 2 Bedroom 1', payload '{"linkquality":255,"state_l1":"ON","state_l2":"ON"}'
Debug: Received Zigbee message from 'Front 2 Bedroom 1', type 'attributeReport', cluster 'genOnOff', data '{"onOff":1}' from endpoint 2 with groupID null
Info: MQTT publish: topic 'zigbee2mqtt/Front 2 Bedroom 1', payload '{"linkquality":255,"state_l1":"ON","state_l2":"ON"}'
Info: MQTT publish: topic 'zigbee2mqtt/Back 2 Bedroom 1', payload '{"linkquality":255,"state_l1":"ON","state_l2":"OFF"}'
Debug: Received Zigbee message from 'Back 2 Bedroom 1', type 'attributeReport', cluster 'genOnOff', data '{"onOff":1}' from endpoint 1 with groupID null
Info: MQTT publish: topic 'zigbee2mqtt/Back 2 Bedroom 1', payload '{"linkquality":255,"state_l1":"ON","state_l2":"OFF"}'
**Error: Publish 'set' 'state' to 'Back 1 Bedroom 1' failed: 'Error: Command 0xa4c1386d10db1302/2 genOnOff.on({}, {"sendWhenActive":false,"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"srcEndpoint":null,"reservedBits":0,"manufacturerCode":null,"transactionSequenceNumber":null,"writeUndiv":false}) failed (no response received)'
Debug Error: Command 0xa4c1386d10db1302/2 genOnOff.on({}, {"sendWhenActive":false,"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"srcEndpoint":null,"reservedBits":0,"manufacturerCode":null,"transactionSequenceNumber":null,"writeUndiv":false}) failed (no response received) at DeconzAdapter. (/app/node_modules/zigbee-herdsman/dist/adapter/deconz/adapter/deconzAdapter.js:608:23) at Generator.throw () at rejected (/app/node_modules/zigbee-herdsman/dist/adapter/deconz/adapter/deconzAdapter.js:25:65)**
Info: MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"message":"Publish 'set' 'state' to 'Back 1 Bedroom 1' failed: 'Error: Command 0xa4c1386d10db1302/2 genOnOff.on({}, {\"sendWhenActive\":false,\"timeout\":10000,\"disableResponse\":false,\"disableRecovery\":false,\"disableDefaultResponse\":false,\"direction\":0,\"srcEndpoint\":null,\"reservedBits\":0,\"manufacturerCode\":null,\"transactionSequenceNumber\":null,\"writeUndiv\":false}) failed (no response received)'","meta":{"friendly_name":"Back 1 Bedroom 1"},"type":"zigbee_publish_error"}'
Debug: Saving state to file /config/zigbee2mqtt/state.json`