SEDs is generating APS_ACK_TIMEOUT

[MattWestb]

Updated and testing little and real Zigbee 3 paring is now working OK.
Observed some APS_ACK_TIMEOUT but it was little messy so was letting it over night and the log f:
IKEA Test

Logger: zigpy.application
Source: /usr/local/lib/python3.14/site-packages/zigpy/application.py:124
First occurred: July 30, 2026 at 17:07:12 (88 occurrences)
Last logged: 09:02:47

Device <CustomZigpyDevice model='Remote Control N2' manuf='IKEA of Sweden' nwk=0x08DA ieee=8c:f6:81:ff:fe:1e:f3:70 is_initialized=True> callback failed - DeliveryError('Send failed: APS_ACK_TIMEOUT')
Device <Device model='PARASOLL Door/Window Sensor' manuf='IKEA of Sweden' nwk=0xE5EC ieee=14:2d:41:ff:fe:52:6b:ed is_initialized=True> callback failed - DeliveryError('Send failed: APS_ACK_TIMEOUT')
Device <Device model='BADRING Water Leakage Sensor' manuf='IKEA of Sweden' nwk=0x7FC8 ieee=38:39:8f:ff:fe:0a:d9:25 is_initialized=True> callback failed - DeliveryError('Send failed: APS_ACK_TIMEOUT')
Device <IkeaTradfriShortcutBtn2 model='TRADFRI SHORTCUT Button' manuf='IKEA of Sweden' nwk=0x79F3 ieee=ec:1b:bd:ff:fe:d0:9f:82 is_initialized=True> callback failed - DeliveryError('Send failed: APS_ACK_TIMEOUT')
Device <CustomZigpyDevice model='09B9' manuf='IKEA of Sweden' nwk=0x3A14 ieee=10:35:97:00:00:18:65:a6 is_initialized=True> callback failed - DeliveryError('Send failed: APS_ACK_TIMEOUT')
Traceback (most recent call last):
  File "/usr/local/lib/python3.14/site-packages/zigpy/application.py", line 122, in _async_callback
    await callback(*args, **kwargs)
  File "/usr/local/lib/python3.14/site-packages/zigpy/device.py", line 427, in poll_control_checkin_callback
    await poll_control.checkin_response(
    ...<5 lines>...
    )
  File "/usr/local/lib/python3.14/site-packages/zigpy/zcl/__init__.py", line 844, in request
    return await self._endpoint.request(
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
    ...<11 lines>...
    )
    ^
  File "/usr/local/lib/python3.14/site-packages/zigpy/endpoint.py", line 231, in request
    return await self.device.request(
           ^^^^^^^^^^^^^^^^^^^^^^^^^^
    ...<13 lines>...
    )
    ^
  File "/usr/local/lib/python3.14/site-packages/zigpy/device.py", line 693, in request
    await send_request(attempt=attempt)
  File "/usr/local/lib/python3.14/site-packages/zigpy/application.py", line 1143, in request
    await self.send_packet(
    ...<14 lines>...
    )
  File "/usr/local/lib/python3.14/site-packages/zigpy_ziggurat/zigbee/application.py", line 911, in send_packet
    await self._api.request_confirmed(send)
  File "/usr/local/lib/python3.14/site-packages/zigpy_ziggurat/zigbee/api.py", line 161, in request_confirmed
    raise DeliveryError(f"Send failed: {result.status.name}")
zigpy.exceptions.DeliveryError: Send failed: APS_ACK_TIMEOUT

Mini test:

Logger: zigpy.application
Source: /usr/local/lib/python3.14/site-packages/zigpy/application.py:124
First occurred: July 30, 2026 at 18:25:51 (17 occurrences)
Last logged: 09:25:51

Device <CustomZigpyDevice model='09BA' manuf='IKEA of Sweden' nwk=0xDEB4 ieee=10:35:97:00:00:17:81:dc is_initialized=True> callback failed - DeliveryError('Send failed: APS_ACK_TIMEOUT')
Device <IkeaTradfriRemote2Btn model='TRADFRI on/off switch' manuf='IKEA of Sweden' nwk=0xDDEB ieee=bc:02:6e:ff:fe:d2:62:23 is_initialized=True> callback failed - DeliveryError('Send failed: APS_ACK_TIMEOUT')
Traceback (most recent call last):
  File "/usr/local/lib/python3.14/site-packages/zigpy/application.py", line 122, in _async_callback
    await callback(*args, **kwargs)
  File "/usr/local/lib/python3.14/site-packages/zigpy/device.py", line 427, in poll_control_checkin_callback
    await poll_control.checkin_response(
    ...<5 lines>...
    )
  File "/usr/local/lib/python3.14/site-packages/zigpy/zcl/__init__.py", line 844, in request
    return await self._endpoint.request(
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
    ...<11 lines>...
    )
    ^
  File "/usr/local/lib/python3.14/site-packages/zigpy/endpoint.py", line 231, in request
    return await self.device.request(
           ^^^^^^^^^^^^^^^^^^^^^^^^^^
    ...<13 lines>...
    )
    ^
  File "/usr/local/lib/python3.14/site-packages/zigpy/device.py", line 693, in request
    await send_request(attempt=attempt)
  File "/usr/local/lib/python3.14/site-packages/zigpy/application.py", line 1143, in request
    await self.send_packet(
    ...<14 lines>...
    )
  File "/usr/local/lib/python3.14/site-packages/zigpy_ziggurat/zigbee/application.py", line 911, in send_packet
    await self._api.request_confirmed(send)
  File "/usr/local/lib/python3.14/site-packages/zigpy_ziggurat/zigbee/api.py", line 161, in request_confirmed
    raise DeliveryError(f"Send failed: {result.status.name}")
zigpy.exceptions.DeliveryError: Send failed: APS_ACK_TIMEOUT

Mini is only having 2 SED and IKEA Test is half complaining and only real Zigbee 3 and non of 2 tuya TS004f (shall looking if they also coming). Routers mostly IKEA and some tuya Telink ones.

[puddly]

Looks like a check-in response isn't being delivered properly.

Are these sensors parented to the coordinator or to another router?

[puddly]

I think I see the problem. Zigpy is reusing APS sequence numbers. Ziggurat is the only radio library that actually passes it through to the radio so this is a bug in zigpy.

[MattWestb]

Have restarted the test system for HAOS update and ZHA Map is showing the coordinator is not having any direct children in both test systems = all shall have one other router as parent.
I have changing the binding of the IKEA remotes for getting group binding working so have Power Configuration and Pull Control bond to the coordinator and only basic to the group i using for the remotes and its working great.
I think the no ZHA standard binding is not the problem then Badring is un changed then its using ISA Zone and not OnOff and one of 2 Styrbar is not complaining and both have the same binding but different group.
The not complaining SED is 2 TS004F remotes plus one TYST11 (tuya first gen TRV / MCU device) and they dont have Pull Control implemented so i think you is on the right track !!!

Have done reconfigure of the complaining Styrbar (Stainless Steel one) and was looking on bind and report is done for Power Configure but not Pull Control (i think the device is using the IEEE from its was getting the TCLink key) so shall not being braking config i was having (and having one the other one) so still looking how they behaving.

Also the Bilresa scroll wheel (in Zigbee mode) is having problem and i was tinkling you have getting some of then (i hope the color pack ones) so if yes then you shall have the same problem and if no i must looking if can see more of the patent.