CC2652P + 3x Sonoff SNZB-02 + 1x Danfoss Ally issues

Hardware
, ,
1

Hey!

Not sure what my issue could be specifically, but I’m experiencing a lot of dropouts and also a non-reactive TRV.

The Ally doesn’t seem to like to take in commands after it receives the first one after I reboot it. After that I get MAC_NO_ACK responses into the debug log.

Here’s a sample of me trying to adjust the setpoint from 22.5 to 23 degrees.

2021-11-15 00:09:34 DEBUG (MainThread) [zigpy.device] [0x8033] Extending timeout for 0x09 request
2021-11-15 00:09:34 DEBUG (MainThread) [zigpy_znp.api] Sending request: AF.DataRequestExt.Req(DstAddrModeAddress=AddrModeAddress(mode=<AddrMode.NWK: 2>, address=0x8033), DstEndpoint=1, DstPanId=0x0000, SrcEndpoint=1, ClusterId=513, TSN=9, Options=<TransmitOptions.SUPPRESS_ROUTE_DISC_NETWORK|ACK_REQUEST: 48>, Radius=30, Data=b'\x00\x09\x02\x12\x00\x29\xFC\x08')
2021-11-15 00:09:34 DEBUG (MainThread) [zigpy_znp.api] Received command: AF.DataRequestExt.Rsp(Status=<Status.SUCCESS: 0>)
2021-11-15 00:09:35 DEBUG (MainThread) [zigpy_znp.api] Received command: AF.DataConfirm.Callback(Status=<Status.MAC_NO_ACK: 233>, Endpoint=1, TSN=9)
2021-11-15 00:09:35 DEBUG (MainThread) [zigpy_znp.zigbee.application] Request failed (Unsuccessful request status code: <Status.MAC_NO_ACK: 233>), retry attempt 1 of 5
2021-11-15 00:09:36 DEBUG (MainThread) [zigpy_znp.api] Sending request: AF.DataRequestExt.Req(DstAddrModeAddress=AddrModeAddress(mode=<AddrMode.NWK: 2>, address=0x8033), DstEndpoint=1, DstPanId=0x0000, SrcEndpoint=1, ClusterId=513, TSN=9, Options=<TransmitOptions.SUPPRESS_ROUTE_DISC_NETWORK|ACK_REQUEST: 48>, Radius=30, Data=b'\x00\x09\x02\x12\x00\x29\xFC\x08')
2021-11-15 00:09:36 DEBUG (MainThread) [zigpy_znp.api] Received command: AF.DataRequestExt.Rsp(Status=<Status.SUCCESS: 0>)
2021-11-15 00:09:36 DEBUG (MainThread) [zigpy_znp.api] Received command: AF.DataConfirm.Callback(Status=<Status.MAC_NO_ACK: 233>, Endpoint=1, TSN=9)
2021-11-15 00:09:36 DEBUG (MainThread) [zigpy_znp.zigbee.application] Request failed (Unsuccessful request status code: <Status.MAC_NO_ACK: 233>), retry attempt 2 of 5
2021-11-15 00:09:37 DEBUG (MainThread) [zigpy_znp.api] Sending request: AF.DataRequestSrcRtg.Req(DstAddr=0x8033, DstEndpoint=1, SrcEndpoint=1, ClusterId=513, TSN=9, Options=<TransmitOptions.SUPPRESS_ROUTE_DISC_NETWORK|ACK_REQUEST: 48>, Radius=30, SourceRoute=[], Data=b'\x00\x09\x02\x12\x00\x29\xFC\x08')
2021-11-15 00:09:37 DEBUG (MainThread) [zigpy_znp.api] Received command: AF.DataRequestSrcRtg.Rsp(Status=<Status.SUCCESS: 0>)
2021-11-15 00:09:37 DEBUG (MainThread) [zigpy_znp.api] Received command: AF.DataConfirm.Callback(Status=<Status.MAC_NO_ACK: 233>, Endpoint=1, TSN=9)
2021-11-15 00:09:37 DEBUG (MainThread) [zigpy_znp.api] Sending request: ZDO.ExtRouteDisc.Req(Dst=0x8033, Options=<RouteDiscoveryOptions.UNICAST: 0>, Radius=30)
2021-11-15 00:09:37 DEBUG (MainThread) [zigpy_znp.api] Received command: ZDO.ExtRouteDisc.Rsp(Status=<Status.SUCCESS: 0>)
2021-11-15 00:09:38 DEBUG (MainThread) [zigpy_znp.zigbee.application] Request failed (Unsuccessful request status code: <Status.MAC_NO_ACK: 233>), retry attempt 3 of 5
2021-11-15 00:09:39 DEBUG (MainThread) [zigpy_znp.api] Sending request: AF.DataRequestExt.Req(DstAddrModeAddress=AddrModeAddress(mode=<AddrMode.NWK: 2>, address=0x8033), DstEndpoint=1, DstPanId=0x0000, SrcEndpoint=1, ClusterId=513, TSN=9, Options=<TransmitOptions.SUPPRESS_ROUTE_DISC_NETWORK|ACK_REQUEST: 48>, Radius=30, Data=b'\x00\x09\x02\x12\x00\x29\xFC\x08')
2021-11-15 00:09:39 DEBUG (MainThread) [zigpy_znp.api] Received command: AF.DataRequestExt.Rsp(Status=<Status.SUCCESS: 0>)
2021-11-15 00:09:39 DEBUG (MainThread) [zigpy_znp.api] Received command: AF.DataConfirm.Callback(Status=<Status.MAC_NO_ACK: 233>, Endpoint=1, TSN=9)
2021-11-15 00:09:39 DEBUG (MainThread) [zigpy_znp.zigbee.application] Request failed (Unsuccessful request status code: <Status.MAC_NO_ACK: 233>), retry attempt 4 of 5
2021-11-15 00:09:39 DEBUG (MainThread) [zigpy_znp.api] Sending request: AF.DataRequestExt.Req(DstAddrModeAddress=AddrModeAddress(mode=<AddrMode.IEEE: 3>, address=80:4b:50:ff:fe:3e:df:29), DstEndpoint=1, DstPanId=0x0000, SrcEndpoint=1, ClusterId=513, TSN=9, Options=<TransmitOptions.SUPPRESS_ROUTE_DISC_NETWORK|ACK_REQUEST: 48>, Radius=30, Data=b'\x00\x09\x02\x12\x00\x29\xFC\x08')
2021-11-15 00:09:39 DEBUG (MainThread) [zigpy_znp.api] Received command: AF.DataRequestExt.Rsp(Status=<Status.SUCCESS: 0>)
2021-11-15 00:09:39 DEBUG (MainThread) [zigpy_znp.api] Received command: AF.DataConfirm.Callback(Status=<Status.MAC_NO_ACK: 233>, Endpoint=1, TSN=9)
2021-11-15 00:09:39 DEBUG (MainThread) [zigpy_znp.zigbee.application] Request failed (Unsuccessful request status code: <Status.MAC_NO_ACK: 233>), retry attempt 5 of 5
2021-11-15 00:09:40 DEBUG (MainThread) [homeassistant.components.zha.core.channels.base] [0x8033:1:0x0201]: couldn't write {'occupied_heating_setpoint': 2300}: Request failed after 5 attempts: <Status.MAC_NO_ACK: 233>
2021-11-15 00:09:40 DEBUG (MainThread) [homeassistant.components.zha.core.channels.base] [0x8033:1:0x0201]: couldn't set heating setpoint

Most of the time it still reports in the measured temperature and heat demand.

Any thoughts?

2

Are these the only Zigbee devices you have ? Do you use an USB extension cable for your CC2652P ?

3

These are the only Zigbee devices. No extension on the CC2652P, directly in the top USB3 port of RPi4 4GB.

4

Try using an USB extension cable, and an USB 2.0 port.

5

Agree with Francis and would also recommend this to OP:

6

Used an extension and connected to the USB2 port and placed them about 70 cm apart, but no change, the Ally still responds with MAC_NO_ACK.

7

The Ally does not respond. That is what MAC_NO_ACK means.

With a Zigbee network of only a coordinator and no routing devices, you don’t have a mesh. What is the distance between the CC2652P and the Ally ?

8

About 5 meters with a thin wall in between, LQI shows above 50 stable.

9

Is that too poor of an LQI and I should get some wall plug to act as a router?
Anything simple/not too expensive that You’d recommend?
Is the Xiaomi Mi Smart Plug (model ZNCZ04LM) ok?

10

Sorry for reviving this old thread, but I just got myself a Sonoff zigbee receiver (Based on TI CC2652P + CP2102N), to replace an old receiver based on one of the early TI CCxxxx chipsets.

Before the new receiver, I had no issues with my TRV, or any other devices on the network.

After replacing it, every other device works just fine (a mix of sensors, a wall plug and a smart bulb) - but the Ally TRV keeps being a problem.

I haven’t tried with the extension cable, but the new receiver is plugged in to the exact same USB 3 port as the old receiver - with a wifi router placed right next to it.

Is this channel sensitivity more of a problem on newer Zigbee hardware?

11

My final solution was to get an Ikea Tradfri Repeater, now the Ally has 100+ LQI and stays accessible.