official forum

With UDP check that DNS is not resolving things.

My crazy suggestion is to use tcpdump and strace to monitor what is done by Z-Way

You can always send a command and look in the log for the payload. This will work for any command.

For your case [0x60, 0x0D, 0x00, II, 0x25, 0x01, VV])

You should check logs to see what is around that line. /var/log/z-way-server.log

Certainly no - the code size of the 6.71 SDK is so big that there are no room for your code there.

HS3 is known for mixing channels when there are many Z-Uno swithes. Please have a look on their forums and here. No idea how to overcome it since it is a HS3 bug

При добавлении. В /smarthome и в /expert запрашивается код. Если не удалось, потребуется исключить и включить заново

You have 15 getters and setters, but only 8 of them are exposed in ZUNO_SETUP_CHANNELS

Is it after browser restart or after Z-Way restart? If after browser restart - it is a browser issue. If after Z-Way restart - looks like Z-Way problem. May be you can check with Postman - get the token and make requests using that token via API. If Z-Way does not accept it after Z-Way reboot, then ...

Timing info shows sent packets. Red means undelivered, so your device never got it.

Looks like a device issue. If it does not answer, you can not do anything. Please contact Qubino support and show them logs and screenshots. They are familiar with Z-Way

5,25 is in hex. 25h = 37 dec