Komunikacja z bramką (Telnet) [bramka ZigBee]

[vajera]

Pamiętam, pamiętam, ale byłem święcie przekonany, że problem był rozwiązany Serio! Coś mi się zanotowało, że już jest OK i tym bardziej się zdziwiłem, że to nie działa. Pamiętam też , co @Klew pisał, że to nic skomplikowanego ("wyłącza wifi sta, włącza wifi ap, włącza web server i tyle"). Ja jednak twierdzę, że w SDK 24.x działało, a w SDK 25.x już nie i tu bym szukał przyczyny. Nie wykluczam też tej ewentualności z wcześniejszym włączeniem webserwera.
W każdym razie opcja "Restart in Config Mode" powinna rozwiązać problem, bo w tej chwili przycisk w cloud (tryb konfiguracji) jest w zasadzie bezużyteczny...

To potwierdza moją hipotezę:

https://github.com/espressif/arduino-e ... ues/10871

W najnowszej wersji boardów nadal nie ma funkcji pozwalającej bezpiecznie wyłączyć stos Zigbee, więc póki co rozwiązanie z "RESTART IN CONFIG MODE" nie ma alternatywy.

[vajera]

Wersja 0.9.53-02/10/2025 zawiera dwa nowe polecenia dla konsoli

update-channel-type channel_id channel_type
update-channel-func channel_id channel_func

Pozwalają one zmienić typ kanału Supla i jego funkcję, ja użyłem ich np. do zmiany typu czujnika temperatury i wilgotności na czujnik temperatury.

Tutaj link do odpowiedniego fragmentu pliku proto.h z SuplaDevice

https://github.com/SUPLA/supla-device/b ... oto.h#L385

[Zibi_007]

Wersja 0.9.53-02/10/2025 zawiera dwa nowe polecenia dla konsoli

update-channel-type channel_id channel_type
update-channel-func channel_id channel_func

Pozwalają one zmienić typ kanału Supla i jego funkcję, ja użyłem ich np. do zmiany typu czujnika temperatury i wilgotności na czujnik temperatury.

Tutaj link do odpowiedniego fragmentu pliku proto.h z SuplaDevice

https://github.com/SUPLA/supla-device/b ... oto.h#L385

Ty mi chyba czytasz w myślach Zastanawiałem się ostatnio, czy takie coś jest możliwe "w locie" bez konfliktów w cloud.
Są jakieś ograniczenia?

[lukasz06]

Czyli np zamiast rolety mogę ustawić 2 przekaźniki w Supli ?

[vajera]

Wersja 0.9.53-02/10/2025 zawiera dwa nowe polecenia dla konsoli

update-channel-type channel_id channel_type
update-channel-func channel_id channel_func

Pozwalają one zmienić typ kanału Supla i jego funkcję, ja użyłem ich np. do zmiany typu czujnika temperatury i wilgotności na czujnik temperatury.

Tutaj link do odpowiedniego fragmentu pliku proto.h z SuplaDevice

https://github.com/SUPLA/supla-device/b ... oto.h#L385

Ty mi chyba czytasz w myślach Zastanawiałem się ostatnio, czy takie coś jest możliwe "w locie" bez konfliktów w cloud.
Są jakieś ograniczenia?

Konflikt w Cloud wyskoczył, ale usunąłem T/H i na jego miejsce wskoczył termometr

Co do ograniczeń, to w sumie nie mam pojęcia, ale nie oczekiwałbym cudów. Bramka na wielu etapach przetwarzania komunikatów Zigbee oczekuje konkretnego typu kanału, więc jak go zmienisz, to dane pójdą w eter. Akurat w przypadku komunikatów o temperaturze bramka sprawdza czy dla danego adresu IEEE istnieje kanał T/H lub T, ale jak zmienisz z RELAY na GPM, to raczej efektu nie będzie.
Z tego powodu nie dodawałem tego do GUI, bo to raczej funkcja geek only

[vajera]

Czyli np zamiast rolety mogę ustawić 2 przekaźniki w Supli ?

Nie możesz, bo kanał rolety jest jeden, więc po zmianie będzie jeden przekaźnik. Poza tym roleta wysyła komunikaty na klastrze WINDOWS COVERING a nie na ON/OFF, więc bez zmian w kodzie nawet ten jeden przekaźnik będzie niemy.

[vajera]

Czyli np zamiast rolety mogę ustawić 2 przekaźniki w Supli ?

Poza tym masz tyle tanich przekaźników 1/2/4 z Zigbee, że to nie ma specjalnie sensu

[Zibi_007]

Wersja 0.9.53-02/10/2025 zawiera dwa nowe polecenia dla konsoli

update-channel-type channel_id channel_type
update-channel-func channel_id channel_func

Pozwalają one zmienić typ kanału Supla i jego funkcję, ja użyłem ich np. do zmiany typu czujnika temperatury i wilgotności na czujnik temperatury.

Tutaj link do odpowiedniego fragmentu pliku proto.h z SuplaDevice

https://github.com/SUPLA/supla-device/b ... oto.h#L385

Ty mi chyba czytasz w myślach Zastanawiałem się ostatnio, czy takie coś jest możliwe "w locie" bez konfliktów w cloud.
Są jakieś ograniczenia?

Konflikt w Cloud wyskoczył, ale usunąłem T/H i na jego miejsce wskoczył termometr

Co do ograniczeń, to w sumie nie mam pojęcia, ale nie oczekiwałbym cudów. Bramka na wielu etapach przetwarzania komunikatów Zigbee oczekuje konkretnego typu kanału, więc jak go zmienisz, to dane pójdą w eter. Akurat w przypadku komunikatów o temperaturze bramka sprawdza czy dla danego adresu IEEE istnieje kanał T/H lub T, ale jak zmienisz z RELAY na GPM, to raczej efektu nie będzie.
Z tego powodu nie dodawałem tego do GUI, bo to raczej funkcja geek only

Ja już tam mam kilka pomysłów Jak coś ciekawego z tego wyjdzie, to się pochwalę.
Oczywiście na początek (i testy) pójdą bramki, na których jeszcze dodawały się głowice z czujnikiem T/H.

[lukasz06]

Czyli np zamiast rolety mogę ustawić 2 przekaźniki w Supli ?

Nie możesz, bo kanał rolety jest jeden, więc po zmianie będzie jeden przekaźnik. Poza tym roleta wysyła komunikaty na klastrze WINDOWS COVERING a nie na ON/OFF, więc bez zmian w kodzie nawet ten jeden przekaźnik będzie niemy.

Sploko, rzuciłem tylko przykład.

[klew]

Zmiana typu kanału zawsze spowoduje konflikt na serwerze.
Zmiana funkcji zmienia tylko domyślną funkcję, która jest używana przez serwer tylko przy pierwszej rejestracji kanału, a potem już nie. SD dla wielu kanałów odczyta funkcję z serwera i ustawi tą z serwera jako funkcję kanału na urządzeniu. Więc te zmiany funkcji na urządzeniu niewiele dadzą