Can't send and recieve ZCL on/off command properly with nrf 52840

RE: Can't send and recieve ZCL on/off command properly with nrf 52840

Amanda Hsieh — Tue, 16 Apr 2024 13:38:01 GMT

Hi,

The packets in the sniffer log are encrypted. Please share the network key or capture a new sniffer log where you start the sniffer before the coordinator starts the network. It would be best to have a new log showing the communication from the beginning, i.e. from when the devices join the network.

-Amanda H.

RE: Can't send and recieve ZCL on/off command properly with nrf 52840

clement.b — Mon, 08 Apr 2024 14:48:58 GMT

Hi,

Thank you for your answer.

Joined to this message, you'll find a trace from wireshark. To complete the log:

- Development kit n°1 as the adress 0xe24b

- Development kit n°2 as the adress 0xbc7e

- DK 1 starts with its led "on"

- At the end of the waiting time (Time = 24.29s), its led turns "off" and an "on" command is sent to DK 2

- DK 2 turns its led "on"

- At the end of the waiting time (Time = 28.29s), its led turns "off" and an "on" command is sent to DK 1

- DK 1 turns its led "on"

- At the end of the waiting time (Time = 32.35s), its led turns "off" and an "on" command is sent to DK 2

The nothing happend anymore.

Best regards

Clémentdevzone.nordicsemi.com/.../6366.log.pcapng

RE: Can't send and recieve ZCL on/off command properly with nrf 52840

Amanda Hsieh — Wed, 03 Apr 2024 13:31:41 GMT

Hi,

I couldn't see anything obvious in the code. Could you provide a sniffer log? That might give some insight.

[quote user=""]I know this approach, espacially if network adresses changes, isn't ideal so I'm looking for sulution to my problem or another method to achieve this.[/quote]

And regarding this. The IEEE EUI64 address, that is, the long network address, will not change, so you should be safe using this to identify the devices.

If you have the long address you can get the network address with zb_zdo_nwk_addr_req().

Regards,
Amanda H.