Z-Stack-firmware icon indicating copy to clipboard operation
Z-Stack-firmware copied to clipboard

Z-Stack 20240710 on Sonoff Zigbee 3.0 USB Dongle Plus => loses connection with SNZB-02D and then fails to re-configure it

Open mi-hol opened this issue 9 months ago • 3 comments

Image

Details I found so far are below, please let me know how I can further help to fix this issue?

logs show "'async_configure' stage failed: Semaphore released too many times" , "Fail because endpoint list mismatch: {11, 13} {1}" and "Unknown device AddrModeAddress"

[0x9A6D:1:0x0003] Sending request header: ZCLHeader(frame_control=FrameControl<0x01>(frame_type=<FrameType.CLUSTER_COMMAND: 1>, is_manufacturer_specific=False, direction=<Direction.Client_to_Server: 0>, disable_default_response=0, reserved=0, *is_cluster=True, *is_general=False), tsn=43, command_id=64, *direction=<Direction.Client_to_Server: 0>)
[0x9A6D:1:0x0003] Sending request: trigger_effect(effect_id=<EffectIdentifier.Okay: 2>, effect_variant=<EffectVariant.Default: 0>)
[0x9a6d] Extending timeout for 0x2b request
Received a packet: ZigbeePacket(timestamp=datetime.datetime(2025, 3, 5, 14, 27, 51, 478996, tzinfo=datetime.timezone.utc), priority=0, src=AddrModeAddress(addr_mode=<AddrMode.NWK: 2>, address=0x9A6D), src_ep=1, dst=AddrModeAddress(addr_mode=<AddrMode.NWK: 2>, address=0x0000), dst_ep=1, source_route=None, extended_timeout=False, tsn=0, profile_id=260, cluster_id=3, data=Serialized[b'\x08+\x0b@\x81'], tx_options=<TransmitOptions.NONE: 0>, radius=29, non_member_radius=0, lqi=134, rssi=None)
Unknown device AddrModeAddress(addr_mode=<AddrMode.NWK: 2>, address=0x9A6D)
Received a packet: ZigbeePacket(timestamp=datetime.datetime(2025, 3, 5, 14, 27, 51, 482095, tzinfo=datetime.timezone.utc), priority=0, src=AddrModeAddress(addr_mode=<AddrMode.NWK: 2>, address=0x0000), src_ep=0, dst=AddrModeAddress(addr_mode=<AddrMode.NWK: 2>, address=0x0000), dst_ep=0, source_route=None, extended_timeout=False, tsn=13, profile_id=0, cluster_id=<ZDOCmd.IEEE_addr_req: 0x0001>, data=Serialized[b'\rm\x9a\x00\x00'], tx_options=<TransmitOptions.NONE: 0>, radius=0, non_member_radius=0, lqi=None, rssi=None)
[0x0000:zdo] ZDO request ZDOCmd.IEEE_addr_req: [0x9A6D, <AddrRequestType.Single: 0>, 0]
[<Task pending name='device-availability-checker_DeviceAvailabilityChecker' coro=<periodic.<locals>.scheduler.<locals>.wrapper() running at /usr/local/lib/python3.13/site-packages/zha/decorators.py:78> cb=[set.remove()]>] executing periodic task [zha.application.helpers::DeviceAvailabilityChecker.check_device_availability]
Device availability checker interval starting
Checking device availability

config & full log attached below:

zha-01JESCJ9AGJC17N1C0FW2738EX-SONOFF SNZB-02D-f2e5bb646f262e4519c0eecc2f277189.json config_entry-zha-01JESCJ9AGJC17N1C0FW2738EX.json log_1.txt

mi-hol avatar Mar 07 '25 20:03 mi-hol

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

github-actions[bot] avatar Apr 07 '25 01:04 github-actions[bot]

Details I found so far are below, please let me know how I can further help to fix this issue?

Please let me know what I can do to help fix this issue

mi-hol avatar Apr 07 '25 07:04 mi-hol

I am also noticing this problem, and happy to try and help and troubleshoot

Martz avatar Apr 16 '25 18:04 Martz

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

github-actions[bot] avatar May 17 '25 01:05 github-actions[bot]

Strange that this got no response from a developer

mi-hol avatar May 17 '25 13:05 mi-hol

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

github-actions[bot] avatar Jun 18 '25 02:06 github-actions[bot]