-
-
Notifications
You must be signed in to change notification settings - Fork 28.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Zigbee smart plugs turning off on their own randomly - Not Tuya TS001F Issue #101291
Comments
Same exact issue since the new update. All zigbee plugs (in my case Woolley) turn off every 1.2 hours. All of them in roughly the same time. |
Mine are Woolley too! I wonder what the issue is in the latest release. I’ve just reverted back to 2023.8.4 again and it’s gone away |
Problem still exists in 2023.10, having to roll back to 2023.8.4 again |
Same, roll back solved it |
Please upload the device diagnostic information for the affected plugs. |
Not sure exactly how to get that, I'm a fairly new user but also, given that I've downgraded to 2023.8.4 where it's working, I guess the diagnostics will not be useful? |
Hi, is there anything that we can do to get this investigated? I am stuck on an older version now, not a big problem at the moment but as things change more, it would be good to be able to upgrade |
Hey there @dmulcahey, @Adminiuga, @puddly, mind taking a look at this issue as it has been labeled with an integration ( Code owner commandsCode owners of
(message by CodeOwnersMention) zha documentation |
@Technoholic84 without diagnostic info there's no way to tell what device you're using. Can you upload it the same way you did for the whole integration? |
Hopefully that works |
So are only those "Sonoff SA-030-1" plugs affected or also plugs from other manufacturers? It seems like Sonoff did wonders with their Zigbee implementation and Z2M needs to work around multiple issues:
I don't think these issues should cause the plug to randomly turn off though? (unless it maybe crashes and then turns off?) |
Yes only those plugs and they are branded as “Woolley” over here but yes it’s only those. I don’t know if that would cause them to randomly turn off, I’m not using z2m. The only thing I can do to stop it is to downgrade to 2023.8.4, the moment I move back to 2023.9.3 it starts happening again |
I just wanted to check Z2M implementation to see if they had fixed some issue regarding this. It doesn't look like there's anything that would affect the plug turning off randomly though. Did you try updating to HA 2023.10.x to see if the issue is maybe resolved there? Also, you could try the following: turn on both plugs, unplug the Zigbee coordinator, see if the plugs still turn off. Lastly, debug logs (can be turned on using integration page) for when the plugs turn off could help too. |
Yes 2023.10.1 does the same thing. It’s a Dongle -E yes with the firmware that came with it. I’ll need to upstage the software again and then try those tests as there’s no point doing it now. Let me try that and see what happens. I’ll reply when I have some information. |
I upgraded to 10.1 just after my last message. About 20 mins later and they turned off again. Debug logs to follow shortly… |
@Technoholic84 Debug logging is accessible from the integration's menu. Enable it, reproduce the problem, and then disable it: ![]() |
Yes that’s what I did, and attached the logs above |
I have debug logging enabled but which file do I need to upload? The main home assistant log? |
home-assistant_2023-10-11T20-47-45.750Z.log Is this the right log? The time of the event was about 20:57 |
Interesting. The plug seems to crash/reboot after trying to ask for an OTA update. This log looks like it's from 2023.10.x. Could you generate a similar debug log with 2023.9.3? If it doesn't do the same thing, just leave debug logging running for a few hours and ZIP up the resulting log file Here's only the relevant info, with a few annotations: # The plug periodically reports that it is on
2023-10-11 20:28:37.893 DEBUG (MainThread) [bellows.ezsp.protocol] Application frame received incomingMessageHandler: [<EmberIncomingMessageType.INCOMING_UNICAST: 0>, EmberApsFrame(profileId=260, clusterId=6, sourceEndpoint=1, destinationEndpoint=1, options=<EmberApsOption.APS_OPTION_ENABLE_ROUTE_DISCOVERY: 256>, groupId=0, sequence=105), 132, -67, 0xb9e9, 255, 255, b'\x18\x06\n\x00\x00\x10\x01']
2023-10-11 20:28:37.893 DEBUG (MainThread) [bellows.zigbee.application] Received incomingMessageHandler frame with [<EmberIncomingMessageType.INCOMING_UNICAST: 0>, EmberApsFrame(profileId=260, clusterId=6, sourceEndpoint=1, destinationEndpoint=1, options=<EmberApsOption.APS_OPTION_ENABLE_ROUTE_DISCOVERY: 256>, groupId=0, sequence=105), 132, -67, 0xb9e9, 255, 255, b'\x18\x06\n\x00\x00\x10\x01']
2023-10-11 20:28:37.894 DEBUG (MainThread) [zigpy.application] Received a packet: ZigbeePacket(src=AddrModeAddress(addr_mode=<AddrMode.NWK: 2>, address=0xB9E9), src_ep=1, dst=AddrModeAddress(addr_mode=<AddrMode.NWK: 2>, address=0x0000), dst_ep=1, source_route=None, extended_timeout=False, tsn=105, profile_id=260, cluster_id=6, data=Serialized[b'\x18\x06\n\x00\x00\x10\x01'], tx_options=<TransmitOptions.NONE: 0>, radius=0, non_member_radius=0, lqi=132, rssi=-67)
2023-10-11 20:28:37.894 DEBUG (MainThread) [zigpy.zcl] [0xB9E9:1:0x0006] Received ZCL frame: b'\x18\x06\n\x00\x00\x10\x01'
2023-10-11 20:28:37.895 DEBUG (MainThread) [zigpy.zcl] [0xB9E9:1:0x0006] Decoded ZCL frame header: ZCLHeader(frame_control=FrameControl(frame_type=<FrameType.GLOBAL_COMMAND: 0>, is_manufacturer_specific=0, direction=<Direction.Client_to_Server: 1>, disable_default_response=1, reserved=0, *is_cluster=False, *is_general=True), tsn=6, command_id=10, *direction=<Direction.Client_to_Server: 1>)
2023-10-11 20:28:37.896 DEBUG (MainThread) [zigpy.zcl] [0xB9E9:1:0x0006] Decoded ZCL frame: OnOff:Report_Attributes(attribute_reports=[Attribute(attrid=0x0000, value=TypeValue(type=Bool, value=<Bool.true: 1>))])
2023-10-11 20:28:37.896 DEBUG (MainThread) [zigpy.zcl] [0xB9E9:1:0x0006] Received command 0x0A (TSN 6): Report_Attributes(attribute_reports=[Attribute(attrid=0x0000, value=TypeValue(type=Bool, value=<Bool.true: 1>))])
2023-10-11 20:28:37.897 DEBUG (MainThread) [zigpy.zcl] [0xB9E9:1:0x0006] Attribute report received: on_off=<Bool.true: 1>
# Exactly 15 minutes later, it again reports that it is still on
2023-10-11 20:43:37.907 DEBUG (MainThread) [bellows.ezsp.protocol] Application frame received incomingMessageHandler: [<EmberIncomingMessageType.INCOMING_UNICAST: 0>, EmberApsFrame(profileId=260, clusterId=6, sourceEndpoint=1, destinationEndpoint=1, options=<EmberApsOption.APS_OPTION_ENABLE_ROUTE_DISCOVERY: 256>, groupId=0, sequence=106), 148, -63, 0xb9e9, 255, 255, b'\x18\x07\n\x00\x00\x10\x01']
2023-10-11 20:43:37.907 DEBUG (MainThread) [bellows.zigbee.application] Received incomingMessageHandler frame with [<EmberIncomingMessageType.INCOMING_UNICAST: 0>, EmberApsFrame(profileId=260, clusterId=6, sourceEndpoint=1, destinationEndpoint=1, options=<EmberApsOption.APS_OPTION_ENABLE_ROUTE_DISCOVERY: 256>, groupId=0, sequence=106), 148, -63, 0xb9e9, 255, 255, b'\x18\x07\n\x00\x00\x10\x01']
2023-10-11 20:43:37.908 DEBUG (MainThread) [zigpy.application] Received a packet: ZigbeePacket(src=AddrModeAddress(addr_mode=<AddrMode.NWK: 2>, address=0xB9E9), src_ep=1, dst=AddrModeAddress(addr_mode=<AddrMode.NWK: 2>, address=0x0000), dst_ep=1, source_route=None, extended_timeout=False, tsn=106, profile_id=260, cluster_id=6, data=Serialized[b'\x18\x07\n\x00\x00\x10\x01'], tx_options=<TransmitOptions.NONE: 0>, radius=0, non_member_radius=0, lqi=148, rssi=-63)
2023-10-11 20:43:37.908 DEBUG (MainThread) [zigpy.zcl] [0xB9E9:1:0x0006] Received ZCL frame: b'\x18\x07\n\x00\x00\x10\x01'
2023-10-11 20:43:37.909 DEBUG (MainThread) [zigpy.zcl] [0xB9E9:1:0x0006] Decoded ZCL frame header: ZCLHeader(frame_control=FrameControl(frame_type=<FrameType.GLOBAL_COMMAND: 0>, is_manufacturer_specific=0, direction=<Direction.Client_to_Server: 1>, disable_default_response=1, reserved=0, *is_cluster=False, *is_general=True), tsn=7, command_id=10, *direction=<Direction.Client_to_Server: 1>)
2023-10-11 20:43:37.910 DEBUG (MainThread) [zigpy.zcl] [0xB9E9:1:0x0006] Decoded ZCL frame: OnOff:Report_Attributes(attribute_reports=[Attribute(attrid=0x0000, value=TypeValue(type=Bool, value=<Bool.true: 1>))])
2023-10-11 20:43:37.910 DEBUG (MainThread) [zigpy.zcl] [0xB9E9:1:0x0006] Received command 0x0A (TSN 7): Report_Attributes(attribute_reports=[Attribute(attrid=0x0000, value=TypeValue(type=Bool, value=<Bool.true: 1>))])
2023-10-11 20:43:37.911 DEBUG (MainThread) [zigpy.zcl] [0xB9E9:1:0x0006] Attribute report received: on_off=<Bool.true: 1>
# Plug sends an active endpoint request to the coordinator??
2023-10-11 20:57:46.876 DEBUG (MainThread) [bellows.ezsp.protocol] Application frame received incomingMessageHandler: [<EmberIncomingMessageType.INCOMING_UNICAST: 0>, EmberApsFrame(profileId=0, clusterId=5, sourceEndpoint=0, destinationEndpoint=0, options=<EmberApsOption.APS_OPTION_RETRY|APS_OPTION_ENABLE_ROUTE_DISCOVERY: 320>, groupId=0, sequence=107), 144, -64, 0xb9e9, 255, 255, b'\x1d\x00\x00']
2023-10-11 20:57:46.877 DEBUG (MainThread) [bellows.zigbee.application] Received incomingMessageHandler frame with [<EmberIncomingMessageType.INCOMING_UNICAST: 0>, EmberApsFrame(profileId=0, clusterId=5, sourceEndpoint=0, destinationEndpoint=0, options=<EmberApsOption.APS_OPTION_RETRY|APS_OPTION_ENABLE_ROUTE_DISCOVERY: 320>, groupId=0, sequence=107), 144, -64, 0xb9e9, 255, 255, b'\x1d\x00\x00']
2023-10-11 20:57:46.877 DEBUG (MainThread) [zigpy.application] Received a packet: ZigbeePacket(src=AddrModeAddress(addr_mode=<AddrMode.NWK: 2>, address=0xB9E9), src_ep=0, dst=AddrModeAddress(addr_mode=<AddrMode.NWK: 2>, address=0x0000), dst_ep=0, source_route=None, extended_timeout=False, tsn=107, profile_id=0, cluster_id=5, data=Serialized[b'\x1d\x00\x00'], tx_options=<TransmitOptions.NONE: 0>, radius=0, non_member_radius=0, lqi=144, rssi=-64)
2023-10-11 20:57:46.878 DEBUG (MainThread) [zigpy.zdo] [0xb9e9:zdo] ZDO request ZDOCmd.Active_EP_req: [0x0000]
2023-10-11 20:57:46.878 DEBUG (MainThread) [zigpy.zdo] [0xb9e9:zdo] No handler for ZDO request:ZDOCmd.Active_EP_req([0x0000])
# Then tries to perform an OTA update
2023-10-11 20:57:54.758 DEBUG (MainThread) [bellows.ezsp.protocol] Application frame received incomingMessageHandler: [<EmberIncomingMessageType.INCOMING_UNICAST: 0>, EmberApsFrame(profileId=260, clusterId=25, sourceEndpoint=1, destinationEndpoint=255, options=<EmberApsOption.APS_OPTION_RETRY|APS_OPTION_ENABLE_ROUTE_DISCOVERY: 320>, groupId=0, sequence=58), 144, -64, 0xb9e9, 255, 255, b'\x01\x01\x01\x00\x86\x12\x00\x00\x01\x00\x00\x00']
2023-10-11 20:57:54.758 DEBUG (MainThread) [bellows.zigbee.application] Received incomingMessageHandler frame with [<EmberIncomingMessageType.INCOMING_UNICAST: 0>, EmberApsFrame(profileId=260, clusterId=25, sourceEndpoint=1, destinationEndpoint=255, options=<EmberApsOption.APS_OPTION_RETRY|APS_OPTION_ENABLE_ROUTE_DISCOVERY: 320>, groupId=0, sequence=58), 144, -64, 0xb9e9, 255, 255, b'\x01\x01\x01\x00\x86\x12\x00\x00\x01\x00\x00\x00']
2023-10-11 20:57:54.758 DEBUG (MainThread) [zigpy.application] Received a packet: ZigbeePacket(src=AddrModeAddress(addr_mode=<AddrMode.NWK: 2>, address=0xB9E9), src_ep=1, dst=AddrModeAddress(addr_mode=<AddrMode.NWK: 2>, address=0x0000), dst_ep=255, source_route=None, extended_timeout=False, tsn=58, profile_id=260, cluster_id=25, data=Serialized[b'\x01\x01\x01\x00\x86\x12\x00\x00\x01\x00\x00\x00'], tx_options=<TransmitOptions.NONE: 0>, radius=0, non_member_radius=0, lqi=144, rssi=-64)
2023-10-11 20:57:54.759 DEBUG (MainThread) [zigpy.zcl] [0xB9E9:1:0x0019] Received ZCL frame: b'\x01\x01\x01\x00\x86\x12\x00\x00\x01\x00\x00\x00'
2023-10-11 20:57:54.760 DEBUG (MainThread) [zigpy.zcl] [0xB9E9:1:0x0019] Decoded ZCL frame header: ZCLHeader(frame_control=FrameControl(frame_type=<FrameType.CLUSTER_COMMAND: 1>, is_manufacturer_specific=0, direction=<Direction.Server_to_Client: 0>, disable_default_response=0, reserved=0, *is_cluster=True, *is_general=False), tsn=1, command_id=1, *direction=<Direction.Server_to_Client: 0>)
2023-10-11 20:57:54.761 DEBUG (MainThread) [zigpy.zcl] [0xB9E9:1:0x0019] Decoded ZCL frame: Ota:QueryNextImageCommand(field_control=<FieldControl: 0>, manufacturer_code=4742, image_type=0, current_file_version=1)
2023-10-11 20:57:54.761 DEBUG (MainThread) [zigpy.zcl] [0xB9E9:1:0x0019] Received command 0x01 (TSN 1): QueryNextImageCommand(field_control=<FieldControl: 0>, manufacturer_code=4742, image_type=0, current_file_version=1)
2023-10-11 20:57:54.762 DEBUG (MainThread) [zigpy.zcl] [0xB9E9:1:0x0019] OTA query_next_image handler for 'Sonoff SA-030-1': field_control=0, manufacturer_id=4742, image_type=0, current_file_version=1, hardware_version=None, model='SA-030-1'
# There's no available image for the plug so we tell the plug there is no image
2023-10-11 20:57:54.762 DEBUG (MainThread) [zigpy.zcl] [0xB9E9:1:0x0019] No OTA image is available
2023-10-11 20:57:54.763 DEBUG (MainThread) [zigpy.zcl] [0xB9E9:1:0x0019] Sending reply header: ZCLHeader(frame_control=FrameControl(frame_type=<FrameType.CLUSTER_COMMAND: 1>, is_manufacturer_specific=False, direction=<Direction.Client_to_Server: 1>, disable_default_response=1, reserved=0, *is_cluster=True, *is_general=False), tsn=1, command_id=2, *direction=<Direction.Client_to_Server: 1>)
2023-10-11 20:57:54.764 DEBUG (MainThread) [zigpy.zcl] [0xB9E9:1:0x0019] Sending reply: query_next_image_response(status=<Status.NO_IMAGE_AVAILABLE: 152>, manufacturer_code=None, image_type=None, file_version=None, image_size=None)
2023-10-11 20:57:54.764 DEBUG (MainThread) [bellows.zigbee.application] Sending packet ZigbeePacket(src=AddrModeAddress(addr_mode=<AddrMode.NWK: 2>, address=0x0000), src_ep=1, dst=AddrModeAddress(addr_mode=<AddrMode.NWK: 2>, address=0xB9E9), dst_ep=1, source_route=None, extended_timeout=False, tsn=1, profile_id=260, cluster_id=25, data=Serialized[b'\x19\x01\x02\x98'], tx_options=<TransmitOptions.ACK: 1>, radius=0, non_member_radius=0, lqi=None, rssi=None)
2023-10-11 20:57:54.765 DEBUG (MainThread) [bellows.ezsp.protocol] Send command sendUnicast: (<EmberOutgoingMessageType.OUTGOING_DIRECT: 0>, 0xb9e9, EmberApsFrame(profileId=260, clusterId=25, sourceEndpoint=1, destinationEndpoint=1, options=<EmberApsOption.APS_OPTION_RETRY|APS_OPTION_ENABLE_ROUTE_DISCOVERY: 320>, groupId=0, sequence=1), 29, b'\x19\x01\x02\x98')
# The plug instantly shuts off??
2023-10-11 20:57:54.770 DEBUG (MainThread) [bellows.ezsp.protocol] Application frame received incomingMessageHandler: [<EmberIncomingMessageType.INCOMING_UNICAST: 0>, EmberApsFrame(profileId=260, clusterId=6, sourceEndpoint=1, destinationEndpoint=1, options=<EmberApsOption.APS_OPTION_ENABLE_ROUTE_DISCOVERY: 256>, groupId=0, sequence=59), 144, -64, 0xb9e9, 255, 255, b'\x18\x02\n\x00\x00\x10\x00']
2023-10-11 20:57:54.770 DEBUG (MainThread) [bellows.zigbee.application] Received incomingMessageHandler frame with [<EmberIncomingMessageType.INCOMING_UNICAST: 0>, EmberApsFrame(profileId=260, clusterId=6, sourceEndpoint=1, destinationEndpoint=1, options=<EmberApsOption.APS_OPTION_ENABLE_ROUTE_DISCOVERY: 256>, groupId=0, sequence=59), 144, -64, 0xb9e9, 255, 255, b'\x18\x02\n\x00\x00\x10\x00']
2023-10-11 20:57:54.771 DEBUG (MainThread) [zigpy.application] Received a packet: ZigbeePacket(src=AddrModeAddress(addr_mode=<AddrMode.NWK: 2>, address=0xB9E9), src_ep=1, dst=AddrModeAddress(addr_mode=<AddrMode.NWK: 2>, address=0x0000), dst_ep=1, source_route=None, extended_timeout=False, tsn=59, profile_id=260, cluster_id=6, data=Serialized[b'\x18\x02\n\x00\x00\x10\x00'], tx_options=<TransmitOptions.NONE: 0>, radius=0, non_member_radius=0, lqi=144, rssi=-64)
2023-10-11 20:57:54.771 DEBUG (MainThread) [zigpy.zcl] [0xB9E9:1:0x0006] Received ZCL frame: b'\x18\x02\n\x00\x00\x10\x00'
2023-10-11 20:57:54.772 DEBUG (MainThread) [zigpy.zcl] [0xB9E9:1:0x0006] Decoded ZCL frame header: ZCLHeader(frame_control=FrameControl(frame_type=<FrameType.GLOBAL_COMMAND: 0>, is_manufacturer_specific=0, direction=<Direction.Client_to_Server: 1>, disable_default_response=1, reserved=0, *is_cluster=False, *is_general=True), tsn=2, command_id=10, *direction=<Direction.Client_to_Server: 1>)
2023-10-11 20:57:54.773 DEBUG (MainThread) [zigpy.zcl] [0xB9E9:1:0x0006] Decoded ZCL frame: OnOff:Report_Attributes(attribute_reports=[Attribute(attrid=0x0000, value=TypeValue(type=Bool, value=<Bool.false: 0>))])
2023-10-11 20:57:54.773 DEBUG (MainThread) [zigpy.zcl] [0xB9E9:1:0x0006] Received command 0x0A (TSN 2): Report_Attributes(attribute_reports=[Attribute(attrid=0x0000, value=TypeValue(type=Bool, value=<Bool.false: 0>))])
2023-10-11 20:57:54.773 DEBUG (MainThread) [zigpy.zcl] [0xB9E9:1:0x0006] Attribute report received: on_off=<Bool.false: 0> |
Ok thank you for analysing that. I don’t have a 9.3 backup I don’t think so I need to restore the 8.4, then upgrade to 9.3 and then enable debug logging at that time. It’s nighttime here now so the lights will be off soon anyway so I will get this done and then upload a log asap. Thanks again |
Hi again, So I upgraded to 9.3 yesterday, and this morning turned the lights on, as predicted, switched off not long after. Here's the (big) log, and the turn off happened at 09:16 approx. |
Sorry I just realised I maybe misread your request. Did you want a log from a version where the problem DOES NOT happen? |
Hi there, is there any update on this at all? |
Hi @puddly i see this issue is closed now. Which is good, but Can someone explain how it was fixed and what the problem was? Thanks! |
Had the same issue. Mine was about every 6-7 minutes on... you guessed it, Woolley smart plugs. Using the Hope this helps. EDIT: Thanks for bringing this up @Technoholic84, was crawling the internet in search of a solution and almost demanded a refund for the "faulty" plugs. |
Thanks for sharing, I will try upgrading to the dev release later, see if that helps. I dont seem to be able to find a 10.4 beta which would be preferable but glad your issue is fixed, let's hope it does it for me too! |
Sorry, I jumped the gun. My plugs are still turning themselves off with the latest version :/ I might want to downgrade if that's the case, see if it fixes the issue. |
Yep I upgraded to 11.0 and it still happened. It looks like the fix, if it works, was put into 10.4 but I can’t find a way to install that |
10.4 will be released tomorrow |
Ah that’s great. I assume this fix is in that version? |
The PR that closed this issue is in there. But this PR is also in 2023.11, so if you have issues on dev, it most likely won't be fixed by the next release |
Oh that’s a shame. Yes it’s not working in 2023.11, turns off as it always has. |
I'll reopen the issue then |
Thank you very much |
I'll order a few of these plugs to test, as I'm out of ideas otherwise. Hopefully the US version has the same problem. |
It does... at least these ones that I bought from Amazon randomly turn themselves off.
CMARS Smart Plug, ZigBee Switch Mini Smart Outlet Works with ST, Alexa, Echo (4th gen) Echo Plus (2nd) Google Home, Works as a Range Extender, Hub Required (2 Pack) https://a.co/d/0sS1oAO
…On October 20, 2023 2:16:08 PM PDT, puddly ***@***.***> wrote:
I'll order a few of these plugs to test, as I'm out of ideas otherwise. Hopefully the US version has the same problem.
--
Reply to this email directly or view it on GitHub:
#101291 (comment)
You are receiving this because you commented.
Message ID: ***@***.***>
|
I don’t want to say it’s 100% confirmed yet but I did install 10.4 today and the plugs have been on for longer than I would expect before normally having this issue. @joostlek are you sure the PR related to this was in the 11.0 dev release? Because 10.4 so far is looking promising… |
Dev is always the latest. But it could be that your system didn't fully install the right dependencies, but I'm not sure about that |
Well I’ll test again tomorrow but after installing 10.4 I had those plugs on for 3 hours and they didn’t turn off. I would have expected them to turn off at least once, maybe twice in that time. So let me see how it goes tomorrow and I’ll report back and maybe send some debug logs |
I downgraded to 8.4 and everything is working fine, but I'm keen to test out 10.4 too. Will update later tonight and report back if it fixes the problem. |
2023.10.5 reverts this change due to a bug with some coordinators so I recommend skipping it if you're testing this change out: https://github.com/home-assistant/core/releases/tag/2023.10.5 It will again be in the 2023.11.0 beta scheduled for next week. |
So will this fix be back in a future release or will it be removed from future releases too? |
The plugs have been on for 8 hours and they haven’t turned off, so I think that is fixed, but if the fix is going to be removed then I’ll have to stay on 10.4 |
Can someone confirm which version will bring back this fix? |
It will again be in the 2023.11.0 beta scheduled for tomorrow. |
The problem
Since upgrading to 2023.9.3, all my zigbee smart plugs have been turning themselves off randomly, but usually all within a few minutes of each other. All it shows in the logbook is this:
It does not show that it has been triggered by an automation or a manual button press, because it hasn't, it just turns off. This is with a Sonoff Dongle-P. I thought this was because I had migrated to a new machine but it seems that the actual problem is due to 2023.9.3 because when reverting to a backup of 2023.8.4, the problem is no longer there.
There was zero problems before I migrated, and the old machine was also running 2023.8.4. Since upgrading the old machine to 2023.9.3 and putting that back into use, the problem also occurs on that machine too, so it definitely seems to be something in 2023.9.3
What version of Home Assistant Core has the issue?
core-2023.9.3
What was the last working version of Home Assistant Core?
core-2023.8.4
What type of installation are you running?
Home Assistant OS
Integration causing the issue
Zigbee ZHA
Link to integration documentation on our website
No response
Diagnostics information
config_entry-zha-18c9e8603b58b3ffb5155c5df3d49529.json.txt
Example YAML snippet
No response
Anything in the logs that might be useful for us?
No response
Additional information
No response
The text was updated successfully, but these errors were encountered: