SuplaDevice 26.08 - sezon ogórkowy

[klew]

Zebrało się sporo zmian od wydania 26.04, więc szykuję kolejne wydanie supla-device: 26.08.

Poniżej najważniejsze rzeczy z punktu widzenia DIY, Arduino IDE, PlatformIO i sd4linux. Pełna lista zmian jest oczywiście znacznie dłuższa.

1. RelayRollerShutterPair - roleta albo dwa przekaźniki

Doszła nowa klasa `RelayRollerShutterPair`, przeznaczona dla urządzeń, które mogą pracować jako:
- jeden sterownik rolety lub żaluzji,
- dwa niezależne przekaźniki.

Tryb pracy może być zmieniany w runtime i z lokalnej strony WWW. Jest też obsługa domyślnych funkcji, zapamiętywania stanów, przycisków i Action Triggerów.

Przy okazji poprawiłem sporo przypadków brzegowych w roletach i żaluzjach fasadowych:
- bezpieczniejsze przełączanie kierunku,
- walidacja kąta lameli,
- czyszczenie nieaktualnej konfiguracji,
- poprawne oznaczanie stanu "not calibrated",
- poprawki przy zmianie funkcji kanału.

2. Arduino IDE i PlatformIO

ESP8266 i ESP32 w Arduino IDE oraz PlatformIO nadal są wspierane.

Usunięty został stary target ESP8266 RTOS SDK. Nie dotyczy to normalnych projektów ESP8266 budowanych przez Arduino IDE lub PlatformIO.

Pozostałe zmiany:
- poprawka uszkodzenia stosu na ESP8266 po DeviceConfig,
- poprawione skalowanie PWM na platformach, które nie używają rozdzielczości 10-bitowej,
- poprawki PWM i oświetlenia przy zmianie funkcji kanału,
- dodana obsługa SHT10 wraz z przykładem.

3. Ważne zmiany przy aktualizacji istniejących projektów

Usunięty został tryb singletona z `Supla::Io::Base`.

Jeżeli ktoś używał własnego backendu GPIO jako globalnego singletona, powinien teraz przekazywać instancję `Io` jawnie, najlepiej przez `IoPin`.

Usunięta została też metoda: `SuplaDevice.setPermanentWebInterface()`

4. Sieć, lokalne WWW i MQTT

Lokalna strona konfiguracyjna dostała kilka praktycznych zmian:
- cykliczne skanowanie Wi-Fi,
- wybór sieci z listy,
- RSSI i jakość sygnału,
- czytelniejsze ostrzeżenia i błędy,
- ustawienia funkcji roleta/przekaźnik,
- privacy mode, przydatny np. do robienia screenshotów bez ujawniania danych.

Doszła też konfiguracja statycznego IP dla Ethernetu na ESP32 oraz kilka poprawek przełączania pomiędzy Wi-Fi, Ethernetem i trybem konfiguracji.

5. Czujniki i konfiguracja urządzenia

MultiDS / DS18B20 dostał sporo zmian:
- rozdzielenie wewnętrznego indeksu czujnika od `SubDeviceId`,
- poprawki parowania i rozwiązywania konfliktów,
- backend dla ESP-IDF.

Doszła też obsługa konfiguracji urządzenia:
- `InputActivation`,
- `ThermalProtection`.

Protokół SUPLA został zaktualizowany z wersji 28 do 29 (zmiany rozwojowe, bo serwer jeszcze nie ma wersji 29).

6. sd4linux

W sd4linux doszło źródło HTTP wraz z przykładem integracji pralki SmartThings.

Poza tym:
- opcjonalna zależność od curl,
- możliwość dodawania rozszerzeń podczas kompilacji,
- obsługa SolarEdge,
- dokładniejsze komunikaty o błędach w YAML,
- poprawiona walidacja TLS,
- ograniczenie rozmiaru odpowiedzi HTTP,
- poprawki bezpieczeństwa w obsłudze poleceń.

7. Bezpieczeństwo i stabilność

W tej wersji jest też sporo mniej widocznych, ale ważnych poprawek:
- usuwanie haseł, tokenów i innych danych wrażliwych z logów,
- poprawki obsługi certyfikatów HTTPS i OTA (esp-idf),
- ochrona CSRF formularzy konfiguracyjnych,
- dokładniejsza walidacja storage, CRC i granic partycji,
- poprawki wycieków pamięci, błędów buforów i reconnectów SRPC.

Podsumowanie

Najbardziej widoczne zmiany dla DIY to `RelayRollerShutterPair`, poprawki rolet, lepsza lokalna konfiguracja Wi-Fi, nowe opcje Ethernetu oraz poprawki Arduino Mega i ESP8266.

Pod spodem jest też dużo pracy związanej z bezpieczeństwem, storage i stabilnością połączeń.

Pełen changelog:
https://github.com/SUPLA/supla-device/b ... ANGELOG.md

[[email protected]]

@klew

Aktualizuje w GG SD i potrzebuje chyba interpretacji zmian

https://github.com/SUPLA/supla-device/b ... elay.h#L60

metody pinOnValue/pinOffValue odwoływały się do metody isActiveHigh, która na podstawie wewnętrznego stanu obiektu podawała wartość, po nowemu writeActive aktywnie pisze do GPIO, żeby wyciągnąć stan, tak to miało być? A nie powinno tam być readActive w tym komentarzu obsolete ?

[klew]

Tam ogólnie "wiedza" o sposobie sterowania danym gpio została przeniesiona do IoPin.
Z punktu widzenia klasy Relay nie musisz wiedzieć jak fizycznie odbywa się sterowanie. Klasa Relay ma jedynie włączać i wyłączać gpio.
To On/OffValue było używane na zasadzie digitalWrite(pinOnValue) - gdy chciałeś włączyć i analogicznie gdy chciałeś wyłączyć.
Ten komentarz deprecated idzie trochę na skróty, bo writeActive nie zastępuje pinOnValue, tylko całe użycie w połączeniu z digitalWrite.

Ogólnie klasy IoPin i Supla::Io pozwalają na pisanie wyższej logiki sterującej bez zagłębiania się niepotrzebnie w detale sprzętowe.
Dlatego potem to wszytko fajnie działa na ekspanderach i dowolnych innych backendach sprzętowych

[[email protected]]

Tam ogólnie "wiedza" o sposobie sterowania danym gpio została przeniesiona do IoPin.
Z punktu widzenia klasy Relay nie musisz wiedzieć jak fizycznie odbywa się sterowanie. Klasa Relay ma jedynie włączać i wyłączać gpio.
To On/OffValue było używane na zasadzie digitalWrite(pinOnValue) - gdy chciałeś włączyć i analogicznie gdy chciałeś wyłączyć.
Ten komentarz deprecated idzie trochę na skróty, bo writeActive nie zastępuje pinOnValue, tylko całe użycie w połączeniu z digitalWrite.

Ogólnie klasy IoPin i Supla::Io pozwalają na pisanie wyższej logiki sterującej bez zagłębiania się niepotrzebnie w detale sprzętowe.
Dlatego potem to wszytko fajnie działa na ekspanderach i dowolnych innych backendach sprzętowych

Nie odpowiedziałeś do końca na pytanie bo ja ideę tego co robisz rozumiem
Wg mnie te metody deprecated to są swego rodzaju GETy, a Ty w komentarzu piszesz o SET, więc to nie jest jasne na podstawie tego komentarza co z tym zrobić i tak jak piszesz to nie jest ekwiwalent.

Szczególnie z takim kodem w GG to co piszesz nie wyjaśnia co z tym zrobić, jak potrzebuje znać stan, ja bym użył readActive zamiast pinOnValue:

Code: Select all

  Supla::Io::digitalWrite(channel.getChannelNumber(), pin, pinOnValue());

[klew]

Przecież dokładnie ten use case opisałem;)

[[email protected]]

Przecież dokładnie ten use case opisałem;)

Owszem, na forum, w kodzie to nie ma takiego znaczenia i wyjaśnienia

Dzięki, wiem co dalej

[lukasz06]

Zebrało się sporo zmian od wydania 26.04, więc szykuję kolejne wydanie supla-device: 26.08.

Poniżej najważniejsze rzeczy z punktu widzenia DIY, Arduino IDE, PlatformIO i sd4linux. Pełna lista zmian jest oczywiście znacznie dłuższa.

1. Compilation error: 'class Supla::Control::RelayRollerShutterPair' has no member named 'setMode' - roleta albo dwa przekaźniki

Doszła nowa klasa `RelayRollerShutterPair`, przeznaczona dla urządzeń, które mogą pracować jako:
- jeden sterownik rolety lub żaluzji,
- dwa niezależne przekaźniki.

Tryb pracy może być zmieniany w runtime i z lokalnej strony WWW. Jest też obsługa domyślnych funkcji, zapamiętywania stanów, przycisków i Action Triggerów.

Przy okazji poprawiłem sporo przypadków brzegowych w roletach i żaluzjach fasadowych:
- bezpieczniejsze przełączanie kierunku,
- walidacja kąta lameli,
- czyszczenie nieaktualnej konfiguracji,
- poprawne oznaczanie stanu "not calibrated",
- poprawki przy zmianie funkcji kanału.

2. Arduino IDE i PlatformIO

ESP8266 i ESP32 w Arduino IDE oraz PlatformIO nadal są wspierane.

Usunięty został stary target ESP8266 RTOS SDK. Nie dotyczy to normalnych projektów ESP8266 budowanych przez Arduino IDE lub PlatformIO.

Pozostałe zmiany:
- poprawka uszkodzenia stosu na ESP8266 po DeviceConfig,
- poprawione skalowanie PWM na platformach, które nie używają rozdzielczości 10-bitowej,
- poprawki PWM i oświetlenia przy zmianie funkcji kanału,
- dodana obsługa SHT10 wraz z przykładem.

3. Ważne zmiany przy aktualizacji istniejących projektów

Usunięty został tryb singletona z `Supla::Io::Base`.

Jeżeli ktoś używał własnego backendu GPIO jako globalnego singletona, powinien teraz przekazywać instancję `Io` jawnie, najlepiej przez `IoPin`.

Usunięta została też metoda: `SuplaDevice.setPermanentWebInterface()`

4. Sieć, lokalne WWW i MQTT

Lokalna strona konfiguracyjna dostała kilka praktycznych zmian:
- cykliczne skanowanie Wi-Fi,
- wybór sieci z listy,
- RSSI i jakość sygnału,
- czytelniejsze ostrzeżenia i błędy,
- ustawienia funkcji roleta/przekaźnik,
- privacy mode, przydatny np. do robienia screenshotów bez ujawniania danych.

Doszła też konfiguracja statycznego IP dla Ethernetu na ESP32 oraz kilka poprawek przełączania pomiędzy Wi-Fi, Ethernetem i trybem konfiguracji.

5. Czujniki i konfiguracja urządzenia

MultiDS / DS18B20 dostał sporo zmian:
- rozdzielenie wewnętrznego indeksu czujnika od `SubDeviceId`,
- poprawki parowania i rozwiązywania konfliktów,
- backend dla ESP-IDF.

Doszła też obsługa konfiguracji urządzenia:
- `InputActivation`,
- `ThermalProtection`.

Protokół SUPLA został zaktualizowany z wersji 28 do 29 (zmiany rozwojowe, bo serwer jeszcze nie ma wersji 29).

6. sd4linux

W sd4linux doszło źródło HTTP wraz z przykładem integracji pralki SmartThings.

Poza tym:
- opcjonalna zależność od curl,
- możliwość dodawania rozszerzeń podczas kompilacji,
- obsługa SolarEdge,
- dokładniejsze komunikaty o błędach w YAML,
- poprawiona walidacja TLS,
- ograniczenie rozmiaru odpowiedzi HTTP,
- poprawki bezpieczeństwa w obsłudze poleceń.

7. Bezpieczeństwo i stabilność

W tej wersji jest też sporo mniej widocznych, ale ważnych poprawek:
- usuwanie haseł, tokenów i innych danych wrażliwych z logów,
- poprawki obsługi certyfikatów HTTPS i OTA (esp-idf),
- ochrona CSRF formularzy konfiguracyjnych,
- dokładniejsza walidacja storage, CRC i granic partycji,
- poprawki wycieków pamięci, błędów buforów i reconnectów SRPC.

Podsumowanie

Najbardziej widoczne zmiany dla DIY to `RelayRollerShutterPair`, poprawki rolet, lepsza lokalna konfiguracja Wi-Fi, nowe opcje Ethernetu oraz poprawki Arduino Mega i ESP8266.

Pod spodem jest też dużo pracy związanej z bezpieczeństwem, storage i stabilnością połączeń.

Pełen changelog:
https://github.com/SUPLA/supla-device/b ... ANGELOG.md

@klew Możesz podać jakiś przykład jak użyć `RelayRollerShutterPair`, aby można było zmieniać w webserwer przekaźnik/roleta

[veeroos]

Możesz podać jakiś przykład jak użyć `RelayRollerShutterPair`, aby można było zmieniać w webserwer przekaźnik/roleta

Chodzi Ci o coś takiego?

Screenshot_2026-08-21-12-56-17-497_com.mi.globalbrowser.jpg

Screenshot_2026-08-21-12-56-25-028_com.mi.globalbrowser.jpg

No to nie wiem jak to zrobić

Ale jak już rozgryziesz bibliotekę jak deklarować dane, to dodajesz do webserwera przez bibliotekę do obsługi ustawień rolet "roller_shutter_parameters.h", ale to i tak nie działa poprawnie, wyświetla mi tylko opcje do wyboru, ale wybieram tylko rolety, muszę zobaczyć co namieszałem , na pewno użyłem złęj biblioteki do wyświetlania parametrów. Użycie Supla::Html::ChannelFunctionParameters(); natomiast wyświetla w webserwerze oba dostępne warianty kanałów, po dodaniu do clouda widzimy pierwszy kanał (u mnie domyślnie roleta) dostępny, a drugi niedostępny, po wyłączeniu rolety pojawiają nam się opcje ustawiania obu kanałów.

[YoMan]

Zebrało się sporo zmian od wydania 26.04, więc szykuję kolejne wydanie supla-device: 26.08.

Poniżej najważniejsze rzeczy z punktu widzenia DIY, Arduino IDE, PlatformIO i sd4linux. Pełna lista zmian jest oczywiście znacznie dłuższa.

1. RelayRollerShutterPair - roleta albo dwa przekaźniki

Doszła nowa klasa `RelayRollerShutterPair`, przeznaczona dla urządzeń, które mogą pracować jako:
- jeden sterownik rolety lub żaluzji,
- dwa niezależne przekaźniki.

Tryb pracy może być zmieniany w runtime i z lokalnej strony WWW. Jest też obsługa domyślnych funkcji, zapamiętywania stanów, przycisków i Action Triggerów.

Przy okazji poprawiłem sporo przypadków brzegowych w roletach i żaluzjach fasadowych:
- bezpieczniejsze przełączanie kierunku,
- walidacja kąta lameli,
- czyszczenie nieaktualnej konfiguracji,
- poprawne oznaczanie stanu "not calibrated",
- poprawki przy zmianie funkcji kanału.

Spróbowałem tej nowości z roletami i po przełączeniu w apce pierwszego przekaźnika na rolety sterowanie zaczeło działać jak rolety na dwóch kanałach ale w zarówno w cloud jak i w apce pozostaje kanał "nieczynny" - do ukrycia (taka sugestia też jest w apce). Tak to docelowo ma być czy też w przyszłosci będzie znikał automatycznie?

[klew]

Możesz albo w Cloud ten kanał ukryć, albo w sofę ustawić opcję aby nie pokazywał takich kanałów