SUPLA v22.11

[YoMan]

@pzygmunt jakoś dziwnie działa ustalanie wartości progowych dla monitoringu napięcia. Zmieniając jedno pole automatycznie zmienia się drugie on fly a do tego kasując od tyłu 250v automatycznie wskakuje 15v .... droga przez mękę

[robertklepacki94]

@pzygmunt jakoś dziwnie działa ustalanie wartości progowych dla monitoringu napięcia. Zmieniając jedno pole automatycznie zmienia się drugie on fly a do tego kasując od tyłu 250v automatycznie wskakuje 15v .... droga przez mękę

Będzie poprawione, widziałem już issues na githubie

[proxxon]

- dodanie wsparcia dla ikonki (i) - urządzenie przesyła dane z (i) do serwera zaraz po połączeniu i serwer to buforuje i odpowiada za urządzenie, gdy ono śpi, a apka prosi o dane
- dodanie wsparcie do przełączania w tryb konfiguracyjny z poziomu Clouda - gdy urządzenie śpi, to serwer zapisuje request i przesyła go do urządzenia w odpowiedzi na próbę rejestracji/połączenia do serwera.

1) Dzisiaj na próbę usunąłem jeden termometr (na GG 4.20.12), który ma włączone deep sleep na 8 minut. Po ponownym połączeniu do serwera zniknęła mi ikonka (i). Czy nie powinna się pojawić właśnie z buforowanym informacjami?
2) Czy to przełączanie z deep-sleep do konfiguracji działa/będzie działać z GG czy tylko z Zamelem?

[klew]

- dodanie wsparcia dla ikonki (i) - urządzenie przesyła dane z (i) do serwera zaraz po połączeniu i serwer to buforuje i odpowiada za urządzenie, gdy ono śpi, a apka prosi o dane
- dodanie wsparcie do przełączania w tryb konfiguracyjny z poziomu Clouda - gdy urządzenie śpi, to serwer zapisuje request i przesyła go do urządzenia w odpowiedzi na próbę rejestracji/połączenia do serwera.

1) Dzisiaj na próbę usunąłem jeden termometr (na GG 4.20.12), który ma włączone deep sleep na 8 minut. Po ponownym połączeniu do serwera zniknęła mi ikonka (i). Czy nie powinna się pojawić właśnie z buforowanym informacjami?
2) Czy to przełączanie z deep-sleep do konfiguracji działa/będzie działać z GG czy tylko z Zamelem?

Tam trzeba kilka rzeczy ustawić w sofcie po stronie urządzenia aby to działało. Także na pewno bez aktualizacji GG się nie obędzie

[pzygmunt]

Najwyraźniej GG niewłaściwie realizuje deep-sleep. Urządzenie musi przy rejestracji ustawić odpowiednią flagę.
https://github.com/SUPLA/supla-core/blo ... oto.h#L502
Ponadto przed pójściem spać powinny wysłać aktualna wartość z informacją jak długo jest ona ważna.
https://github.com/SUPLA/supla-core/blo ... oto.h#L804
Ten czas powinien być przynajmniej tak długi jak czas spania. Najlepiej dodać 0-3 sek. marginesu.

[proxxon]

Ok, to by musiał @krycha88 się wypowiedzieć czy najnowsze GG ma to już zaimplementowane.

[krycha88]

- dodanie wsparcia dla ikonki (i) - urządzenie przesyła dane z (i) do serwera zaraz po połączeniu i serwer to buforuje i odpowiada za urządzenie, gdy ono śpi, a apka prosi o dane
- dodanie wsparcie do przełączania w tryb konfiguracyjny z poziomu Clouda - gdy urządzenie śpi, to serwer zapisuje request i przesyła go do urządzenia w odpowiedzi na próbę rejestracji/połączenia do serwera.

1) Dzisiaj na próbę usunąłem jeden termometr (na GG 4.20.12), który ma włączone deep sleep na 8 minut. Po ponownym połączeniu do serwera zniknęła mi ikonka (i). Czy nie powinna się pojawić właśnie z buforowanym informacjami?
2) Czy to przełączanie z deep-sleep do konfiguracji działa/będzie działać z GG czy tylko z Zamelem?

Tam trzeba kilka rzeczy ustawić w sofcie po stronie urządzenia aby to działało. Także na pewno bez aktualizacji GG się nie obędzie

Czyli coś się zmieniło? Kiedyś wystarczyło tylko ustawić setValidityTimeSec dla kanału.

[pzygmunt]

Kiedyś nie było pełnego sparcia dla "śpiochów". Teraz trzeba jeszcze dodać jedną flagę.

[klew]

Czyli coś się zmieniło? Kiedyś wystarczyło tylko ustawić setValidityTimeSec dla kanału.

Poza setValidityTimeSec dla każdego kanału, trzeba też ustawić:

Code: Select all

  SuplaDevice.addFlags(SUPLA_DEVICE_FLAG_SLEEP_MODE_ENABLED);
  SuplaDevice.setActivityTimeout(MAX_SLEEP_TIME_SEC);
  
  ch1->setValidityTimeSec(MAX_SLEEP_TIME_SEC);

Ja "MAX_SLEEP_TIME_SEC" ustawiałem na ~2x czas spania.

Poza tymi rzeczami trzeba jeszcze zaimplementować samo usypianie urządzenia.
Dodałem tam jedną przydatną metodę do sprawdzania, czy można pójść spać:

Code: Select all

        if (Supla::Protocol::ProtocolLayer::IsAnyUpdatePending() {...}

Ona zwróci "true", gdy jakiś kanał ma jeszcze potrzebę wysłania czegoś, a "false" gdy wszystko jest wysłane. Po tym jak zmieni się na "false", ja robiłem mały delay, wyłączam wifi i włączam spanie.

Kolejna nowa metoda to:

Code: Select all

      SuplaDevice.isSleepingAllowed();

ona sprawdza, czy urządzenie jest w trybie normal lub test (trybu testowego raczej nie potrzebujesz) oraz czy nie ma zaplanowanego resetu urządzenia.

Ogólnie planuję dodać jakiś przykład ze śpiącym urządzeniem na Arduino IDE, ale jak zwykle trzeba na to znaleźć chwilę czasu

[lukfud]

Przenieś jak możesz powyższy post do działu Arduino IDE