Termostat bezprzewodowy?

[Maciek663]

Testowałem jakiś czas temu espnow z suplą
w zasadzie obaj macie racje.

Supla bez web serwera + espnpw działa dobrze bo nic nie zakłóca pracy wifi.

Supla z webserwerem gryzie sie z espnow bo tak jak @klew wspomniał supla zarządza wifi, nawet jak udało ci się nawiązać połączenie espnow, to zmiana pracy trybu supli np wywołanie config (AP) raczej zerwie ci połączenie espnow.

Wiec działa to ale z błędami.

Żeby to dobrze działało to jedyne rozwiązanie to integracja z biblioteką wifi supli tak aby to współgrało ze sobą.
Zabawa z biblioteką to już nie łatwy temat.

Czyli wywalić web server i co wtedy? Da się to jakoś ogarnąć?

[vajera]

Testowałem jakiś czas temu espnow z suplą
w zasadzie obaj macie racje.

Supla bez web serwera + espnpw działa dobrze bo nic nie zakłóca pracy wifi.

Supla z webserwerem gryzie sie z espnow bo tak jak @klew wspomniał supla zarządza wifi, nawet jak udało ci się nawiązać połączenie espnow, to zmiana pracy trybu supli np wywołanie config (AP) raczej zerwie ci połączenie espnow.

Wiec działa to ale z błędami.

Żeby to dobrze działało to jedyne rozwiązanie to integracja z biblioteką wifi supli tak aby to współgrało ze sobą.
Zabawa z biblioteką to już nie łatwy temat.

Czyli wywalić web server i co wtedy? Da się to jakoś ogarnąć?

Ile razy zmieniasz tryb ze station na AP? Moim zdaniem, to wcale nie ma takiej potrzeby?

[Maciek663]

Teraz to chyba wchodzi mi przy każdym resecie tak? Czy nie o to chodzi?

Code: Select all

    SuplaDevice.allowWorkInOfflineMode(0); 
     SuplaDevice.setLeaveCfgModeAfterInactivityMin(0);

[vajera]

Teraz to chyba wchodzi mi przy każdym resecie tak? Czy nie o to chodzi?

Code: Select all

    SuplaDevice.allowWorkInOfflineMode(0); 
     SuplaDevice.setLeaveCfgModeAfterInactivityMin(0);

Nie, Supla odpala AP tylko gdy:

A) nie ma danych logowania do Twojej sieci WiFi,

B) wymusisz tryb konfiguracyjny przyciskiem lub z Cloud.

[Maciek663]

Teraz to chyba wchodzi mi przy każdym resecie tak? Czy nie o to chodzi?

Code: Select all

    SuplaDevice.allowWorkInOfflineMode(0); 
     SuplaDevice.setLeaveCfgModeAfterInactivityMin(0);

Nie, Supla odpala AP tylko gdy:

A) nie ma danych logowania do Twojej sieci WiFi,

B) wymusisz tryb konfiguracyjny przyciskiem lub z Cloud.

Czyli AP to jest "szybkie miganie diodą" na chłopski rozum To w takim razie robię to raz i więcej nie mam potrzeby.

[Maciek663]

Szukam zmiennej która informuje o braku połączenia z cloud (nie ważne z jakiego powodu). Ktoś podpowie?

Drugie pytanie: programy w termostacie.

Czy one są jakoś zapisywane na urządzeniu? Czy po prostu jak padnie połączenie z cloud to będzie się do powrotu połączenia wykonywał ten sam program? Można jakoś wyciągnąć informacje z urządzenia o obecnie programie i jego temperaturze? Chciałbym żeby zmiana nastawy temperatury nadpisywała temperaturę programu (np nr 1), tak, żeby do zmiany temperatury programu nie trzeba było wchodzić w cloud tylko robić to z poziomu aplikacji.

[vajera]

Szukam zmiennej która informuje o braku połączenia z cloud (nie ważne z jakiego powodu). Ktoś podpowie?

Najlepiej zrobić to w formie reakcji na event DEVICE STATUS CHANGE i sprawdzić czy STATUS == REGISTERED AND READY

Drugie pytanie: programy w termostacie.

Czy one są jakoś zapisywane na urządzeniu? Czy po prostu jak padnie połączenie z cloud to będzie się do powrotu połączenia wykonywał ten sam program? Można jakoś wyciągnąć informacje z urządzenia o obecnie programie i jego temperaturze? Chciałbym żeby zmiana nastawy temperatury nadpisywała temperaturę programu (np nr 1), tak, żeby do zmiany temperatury programu nie trzeba było wchodzić w cloud tylko robić to z poziomu aplikacji.

Wszystkie programy są zapisane w urządzeniu (dlatego klasa Hvac to prawie 1,5 kB) i możesz je zmieniać w kodzie.
Po przykład zapraszam do kodu bramki Z2S.

[klew]

Szukam zmiennej która informuje o braku połączenia z cloud (nie ważne z jakiego powodu). Ktoś podpowie?

Tak jak vajera pisał - możesz stan sprawdzać. Z tym, że rozłączenie nie powoduje natychmiastowej zmiany stanu. Tam jest jakiś bufor dodany (1-2 min? - nie pamiętam dokładnie), zanim stan z "registered and ready" zmieni się na inny. Jeśli to mało, to pewnie można jakoś precyzyjniej to sprawdzać, ale musiałbym poszukać czym się do tego dobrać.

Czy one są jakoś zapisywane na urządzeniu? Czy po prostu jak padnie połączenie z cloud to będzie się do powrotu połączenia wykonywał ten sam program? Można jakoś wyciągnąć informacje z urządzenia o obecnie programie i jego temperaturze? Chciałbym żeby zmiana nastawy temperatury nadpisywała temperaturę programu (np nr 1), tak, żeby do zmiany temperatury programu nie trzeba było wchodzić w cloud tylko robić to z poziomu aplikacji.

Programy są zapisane na urządzeniu, ale wymagają informacji o czasie. Jeśli zrobisz power reset urządzenia, to ono nie zna dnia ani godziny, więc tryb programu tygodniowego robi fallback i pracuje na pierwszym programie - dopóki nie pozna czasu. Czas pobiera z serwera Supli. Natomiast jak stracisz połączenie, to zegar będzie utrzymany i będzie to pracować dalej.

Program tygodniowy możesz ustawiać w Cloud a także w apkach na telefonie - i to bez żadnych kombinacji.

[Maciek663]

Dziękuję Wam za odpowiedzi!

Gdzie szukać tej zmiennej DEVICE STATUS CHANGE i jej stanów na githubie s-d?

Po przykład zapraszam do kodu bramki Z2S.

Kolega prosi o link

Programy są zapisane na urządzeniu, ale wymagają informacji o czasie. Jeśli zrobisz power reset urządzenia, to ono nie zna dnia ani godziny, więc tryb programu tygodniowego robi fallback i pracuje na pierwszym programie - dopóki nie pozna czasu. Czas pobiera z serwera Supli. Natomiast jak stracisz połączenie, to zegar będzie utrzymany i będzie to pracować dalej.

Program tygodniowy możesz ustawiać w Cloud a także w apkach na telefonie - i to bez żadnych kombinacji.

Jasne, to oczywiste że po hard resecie czasu nie będzie znał.

Program tygodniowy możesz ustawiać w Cloud a także w apkach na telefonie - i to bez żadnych kombinacji.

Mogę, teraz też zauważyłem, że można w app zmieniać nastawy temperatury danego programu po przytrzymaniu. Ale dla osoby nietechnicznej może to być problem. Chciałbym zrobić najprościej jak się da. Czyli przykładowo - ustawiam program 1 jako np. 18 stopni w godzinach 20 - 8. Program 2 jako 22 st w godzinach 8 - 20. I godziny pozostają niezmienne, a zmiana nastawy temperatury przepisuje się tylko do programu nr 2.

[klew]

Dziękuję Wam za odpowiedzi!

Gdzie szukać tej zmiennej DEVICE STATUS CHANGE i jej stanów na githubie s-d?

ten "change" to event generowany z biblioteki. Tutaj do poczytania (+ podlinkowany post):
viewtopic.php?p=96495#p96495

Sam stan możesz pobrać z SuplaDevice.getCurrentStatus().

Mogę, teraz też zauważyłem, że można w app zmieniać nastawy temperatury danego programu po przytrzymaniu. Ale dla osoby nietechnicznej może to być problem. Chciałbym zrobić najprościej jak się da. Czyli przykładowo - ustawiam program 1 jako np. 18 stopni w godzinach 20 - 8. Program 2 jako 22 st w godzinach 8 - 20. I godziny pozostają niezmienne, a zmiana nastawy temperatury przepisuje się tylko do programu nr 2.

Zmiana nastawy temperatury, która modyfikuje program działający w godzinach 8-20 ? Jak dla mnie to jest bardzo nielogiczne i trudne do ogarnięcia.
Program tygodniowy to program tygodniowy. A ręczna zmiana temperatury, to tryb "ręczny". Termostaty w Supli domyślnie obsługują dwa rodzaje zachowań.
1. Gdy termostat jest w trybie "program tygodniowy" i ktoś ręcznie zmieni nastawę, to termostat przechodzi na tryb ręczny (na stałe)
2. Gdy termostat jest w trybie "program tygodniowy" i ktoś ręcznie zmieni nastawę, to termostat przechodzi na tryb TYMCZASOWY tryb ręczny.

Ten tymczasowy tryb trwa dopóki wg programu tygodniowego nie dojdziemy do zmiany programu.
Na Twoim przykładzie, 20-8 mamy 18, a 8-20 mamy np. 22 stopni. Ktoś o 10:30 podchodzi i podkręca na 23 stopnie. Wtedy o 20:00 tryb przełączy się na program tygodniowy i wróci do 18 stopni. Ale następnego dnia o 8:00 przełączy się na 22.