Network Update Request to change network channel does'nt work

[pipiche38]

The Network Update Request to change live the network channel should broadcast the channel change to the Zigbee network, but must also change the coordinator channel.

This seems not working as the coordinator remains on its original channel

here are the zigpy log

2022-04-02 18:30:34,492 DEBUG   :Frame received: 0x124d00090002002216
2022-04-02 18:30:34,493 DEBUG   :APS data request response: [2, <DeviceState.APSDE_DATA_REQUEST_SLOTS_AVAILABLE|2: 34>, 22]
2022-04-02 18:30:35,133 DEBUG   :Frame received: 0x0e4e000700a600
2022-04-02 18:30:35,134 DEBUG   :Device state changed response: [<DeviceState.128|APSDE_DATA_REQUEST_SLOTS_AVAILABLE|APSDE_DATA_CONFIRM|2: 166>, 0]
2022-04-02 18:30:35,135 DEBUG   :Command Command.aps_data_confirm (0,)
2022-04-02 18:30:35,136 DEBUG   :Send: 0x044e0007000000
2022-04-02 18:30:35,138 DEBUG   :Frame received: 0x044e0013000c00221602fdff00000000000000
2022-04-02 18:30:35,139 DEBUG   :APS data confirm response for request with id 22: 00
2022-04-02 18:30:35,140 DEBUG   :Request id: 0x16 'aps_data_confirm' for <DeconzAddressEndpoint address_mode=ADDRESS_MODE.NWK address=0xfffd endpoint=0>, status: 0x00
2022-04-02 18:30:35,143 DEBUG   :Sending Zigbee request with tsn 23 under 24 request id, data: b'0000000004fe01'
2022-04-02 18:30:35,144 DEBUG   : [       ZigpyCom_6] got a command RAW-COMMAND
2022-04-02 18:30:35,145 DEBUG   :Command Command.aps_data_request (22, 24, <DeconzSendDataFlags.NONE: 0>, <DeconzAddressEndpoint address_mode=2 address=0x0000 endpoint=0>, 0, 56, 0, b'\x00\x00\x00\x00\x04\xfe\x01', <DeconzTransmitOptions.USE_APS_ACKS|USE_NWK_KEY_SECURITY: 6>, 0)
2022-04-02 18:30:35,146 DEBUG   : [       ZigpyCom_6] RAW-COMMAND: {'Function' : zdp_raw_nwk_update_request,'Profile' : 0000,'Cluster' : 0038,'TargetNwk' : 0000,'TargetEp' : 00,'SrcEp' : 00,'Sqn' : 00,'payload' : 0000000004fe01,'timestamp' : 1648920634.4724302,'AddressMode' : 02,}
2022-04-02 18:30:35,147 DEBUG   :Send: 0x124f001d001600180002000000000038000007000000000004fe010600
2022-04-02 18:30:35,148 DEBUG   : [       ZigpyCom_6] ZigyTransport: process_raw_command ready to request Function: zdp_raw_nwk_update_request NwkId: 0000/0 Cluster: 0038 Seq: 17 Payload: 0000000004fe01 AddrMode: 02 EnableAck: True, Sqn: 0
2022-04-02 18:30:35,151 DEBUG   : [       ZigpyCom_6] App - get_device ieee:None nwk:0x0000
2022-04-02 18:30:35,152 DEBUG   :Frame received: 0x124f00090002002218
2022-04-02 18:30:35,152 DEBUG   : [       ZigpyCom_6] App - get_device found device: <DeconzDevice model='ConBee II' manuf='dresden elektronik' nwk=0x0000 ieee=00:21:2e:ff:ff:05:fe:7f is_initialized=True>
2022-04-02 18:30:35,153 DEBUG   :APS data request response: [2, <DeviceState.APSDE_DATA_REQUEST_SLOTS_AVAILABLE|2: 34>, 24]
2022-04-02 18:30:35,154 DEBUG   : [       ZigpyCom_6] process_raw_command  call request destination: <DeconzDevice model='ConBee II' manuf='dresden elektronik' nwk=0x0000 ieee=00:21:2e:ff:ff:05:fe:7f is_initialized=True> Profile: 0 Cluster: 56 sEp: 0 dEp: 0 Seq: 23 Payload: b'\x00\x00\x00\x00\x04\xfe\x01'
2022-04-02 18:30:35,155 DEBUG   :Frame received: 0x0e50000700a600
2022-04-02 18:30:35,157 DEBUG   : [       ZigpyCom_6] got a command REQ-NWK-STATUS
2022-04-02 18:30:35,157 DEBUG   :Device state changed response: [<DeviceState.128|APSDE_DATA_REQUEST_SLOTS_AVAILABLE|APSDE_DATA_CONFIRM|2: 166>, 0]
2022-04-02 18:30:35,159 DEBUG   :Command Command.aps_data_confirm (0,)
2022-04-02 18:30:35,160 DEBUG   :Send: 0x04500007000000
2022-04-02 18:30:35,163 DEBUG   :Frame received: 0x04500013000c00221802000000000000000000
2022-04-02 18:30:35,164 DEBUG   :APS data confirm response for request with id 24: 00
2022-04-02 18:30:35,165 DEBUG   :Request id: 0x18 'aps_data_confirm' for <DeconzAddressEndpoint address_mode=ADDRESS_MODE.NWK address=0x0000 endpoint=0>, status: 0x00
2022-04-02 18:30:35,166 DEBUG   : [       ZigpyCom_6] ZigyTransport: process_raw_command completed 23 NwkId: 0000 result: TXStatus.SUCCESS msg: message send success
2022-04-02 18:30:45,155 DEBUG   : [       ZigpyCom_6] build_plugin_8009_frame_content 0x0000 00:21:2e:ff:ff:05:fe:7f dc:ba:48:45:04:01:5e:10 0x1e7e 15
2022-04-02 18:30:45,158 INFO    : [ ZigpyForwarder_6] Zigbee Coordinator ieee: 00212effff05fe7f , short addr: 0000
2022-04-02 18:30:45,159 INFO    : [ ZigpyForwarder_6] Network state UP, PANID: 1e7e extPANID: 0xdcba484504015e10 Channel: 15

As you can see the Network Update Request has been through the Air

[pipiche38]

The test is here done with 26, but did it with 11 and 20 with the same behaviour

[pipiche38]

@manup, is ConBee II/RaspBee II capable to do on the fly Channel change with Network Update Request, or shall we form a new network each time we want to change the coordinator channel ?

[Hedda]

@manup, is ConBee II/RaspBee II capable to do on the fly Channel change with Network Update Request, or shall we form a new network each time we want to change the coordinator channel ?

@pipiche38 Maybe also post issue to https://github.com/dresden-elektronik/deconz-serial-protocol repo for @manup attention and tracking there in their upstream repository? See -> https://github.com/dresden-elektronik/deconz-serial-protocol/issues

[pipiche38]

@manup, is ConBee II/RaspBee II capable to do on the fly Channel change with Network Update Request, or shall we form a new network each time we want to change the coordinator channel ?

[puddly]

This is now implemented in all radio libraries via zigpy/zigpy#1190