[Funkcja-test] Praca bramki bez połączenia z siecią [bramka ZigBee]

vajera · Post Tue Mar 03, 2026 11:15 pm

Wersja 1.4.72-04/03/26 wprowadza możliwość samodzielnego ustawienia czasu, po którym następuje ponowne uruchomienie bramki w przypadku braku połączenia z siecią.
Wpisanie wartości 0 wyłącza ten mechanizm - bramka będzie wtedy pracować aż do ponownego nawiązania połączenia z siecią (ad infinitum).

Jednocześnie wersja 1.4.72-04/03/26 uruchamia stos ZigBee natychmiast po inicjalizacji, niezależnie od nawiązania połączenia z siecią WiFi.

AKTUALIZACJA (06/03/2026)

Począwszy od wersji 1.4.81-06/03/26 domyślny czas, po którym następuje ponowne uruchomienie bramki w przypadku braku połączenia z siecią, zostaje ustawiony na 0, co oznacza, że bramka nie będzie się resetować.

LukiSpajder · Post Wed Mar 04, 2026 3:57 am

Okienko się pojawiło w ver.1.4.72
Nie testowałem jeszcze czy działa

vajera · Post Wed Mar 04, 2026 7:00 am

LukiSpajder wrote: Wed Mar 04, 2026 3:57 am Okienko się pojawiło w ver.1.4.72
Nie testowałem jeszcze czy działa

Wczoraj wieczorem testowałem te zmiany korzystając z aplikacji UniFi, która daje możliwość blokowania i odblokowywania klientów AP WiFi w czasie rzeczywistym.
Bramka uruchamia się prawidłowo, zarówno bez, jak i z dostępem do WiFi, ZigBee pracuje bez zastrzeżeń, działają również lokalne akcje.

vajera · Post Wed Mar 04, 2026 7:16 am

Przy okazji ciekawostka - odkąd pamiętam to, po wgraniu nowej wersji z poziomu Arduino IDE, bramka nie mogła połączyć się z WiFi - konieczne było odcięcie zasilania na kilka sekund. Teraz wszystko działa bez problemu, ale tak się złożyło, że bezpośrednio przed wprowadzeniem tych zmian zaktualizowałem Arduino IDE do wersji 2.3.8, więc nie mam pewności, czy to rzeczywiście zmiana w kodzie bramki pomogła rozwiązać ten problem.

vajera · Post Wed Mar 04, 2026 10:07 am

W trybie offline bramka działa, ale nie mamy możliwości sterowania urządzeniami ZigBee, jak i samą bramką. Oczywiście ponowne uruchomienie bramki oraz uruchomienie trybu konfiguracyjnego lub trybu parowania jest nadal możliwe dzięki przyciskom RESET i BOOT, niemniej warto rozważyć wykorzystanie jakiegoś zbędnego przycisku ZigBee i ustawienie sobie na nim lokalnych akcji na np. ponowne uruchomienie bramki lub uruchomienie trybu parowania - może się to przydać, gdy bramka jest w trudno dostępnym miejscu.

Jeżeli przyjdą Wam do głowy jakieś inne funkcje bramki, dla których przydałaby się lokalna akcja, to dajcie znać.

Pamiętajcie też o tym, że spinając lokalnymi akcjami np. przycisk i przekaźnik uzyskujemy taki efekt, jakby były one w tym samym urządzeniu.

W teorii możemy skonfigurować bramkę w miejscu, gdzie wcale nie ma Internetu (np. w szopie, magazynie) i np. włączać żarówkę ZigBee przy pomocy bateryjnego przycisku przyklejonego do ściany albo sterować przekaźnikiem na podstawie poziomu oświetlenia, pomiaru temperatury lub natężenia prądu. Czujnik zalania można spiąć z zaworem i zadziała również bez Internetu.

zzrr · Post Wed Mar 04, 2026 4:16 pm

vajera wrote: Wed Mar 04, 2026 10:07 am ...

Jeżeli przyjdą Wam do głowy jakieś inne funkcje bramki, dla których przydałaby się lokalna akcja, to dajcie znać.

....

Lokalna akcja wysyłająca Pushover

A przy okazji bardzo dobra poprawka. Tylko pytanie. Czyli mamy teraz w bramce mechanizm który tak czy inaczej utrzymuje nam łacznośc pomiędzy urządzeniami zigbee. Czas do resetu ustawiamy i aktywuje się po wykryciu braku cloud?

vajera · Post Wed Mar 04, 2026 4:35 pm

zzrr wrote: Wed Mar 04, 2026 4:16 pm
vajera wrote: Wed Mar 04, 2026 10:07 am ...

Jeżeli przyjdą Wam do głowy jakieś inne funkcje bramki, dla których przydałaby się lokalna akcja, to dajcie znać.

....
Lokalna akcja wysyłająca Pushover

Bez netu...?

A przy okazji bardzo dobra poprawka. Tylko pytanie. Czyli mamy teraz w bramce mechanizm który tak czy inaczej utrzymuje nam łacznośc pomiędzy urządzeniami zigbee. Czas do resetu ustawiamy i aktywuje się po wykryciu braku cloud?

Czas do resetu ustawiasz w zakładce Gateway, wpisując "0" wyłączasz ten mechanizm całkowicie. Czas do resetu odliczany jest przy braku połączenia sieciowego (WiFi), natomiast brak połączenia z Cloud nie jest chyba brany pod uwagę - @klew mam rację?

zzrr · Post Wed Mar 04, 2026 4:50 pm

vajera wrote: Wed Mar 04, 2026 4:35 pm ...
Czas do resetu ustawiasz w zakładce Gateway, wpisując "0" wyłączasz ten mechanizm całkowicie. Czas do resetu odliczany jest przy braku połączenia sieciowego (WiFi), natomiast brak połączenia z Cloud nie jest chyba brany pod uwagę - @klew mam rację?

Zastanawiam się tak czysto teoretycznie co dawało by większą podstawę do wymuszonego restartu. Czy dopiero jak jest brak WiFi czy brak clouda też. Bo jak nie ma Internetu to nie ma Cloud ale WiFi będzie działać cały czas. A w tym momencie najważniejsze ze podtrzymuje się nawet po restarcie łączność zigbee. Tutaj to by najbardziej pasowało mieć to co mówiłeś wczoraj. Mieć również jakiś mechanizm który sprawdza łączność zigbee. To było by moim zdaniem takim miejscem podwyższonego ryzyka.

vajera · Post Wed Mar 04, 2026 5:17 pm

zzrr wrote: Wed Mar 04, 2026 4:50 pm
vajera wrote: Wed Mar 04, 2026 4:35 pm ...
Czas do resetu ustawiasz w zakładce Gateway, wpisując "0" wyłączasz ten mechanizm całkowicie. Czas do resetu odliczany jest przy braku połączenia sieciowego (WiFi), natomiast brak połączenia z Cloud nie jest chyba brany pod uwagę - @klew mam rację?
Zastanawiam się tak czysto teoretycznie co dawało by większą podstawę do wymuszonego restartu. Czy dopiero jak jest brak WiFi czy brak clouda też. Bo jak nie ma Internetu to nie ma Cloud ale WiFi będzie działać cały czas. A w tym momencie najważniejsze ze podtrzymuje się nawet po restarcie łączność zigbee. Tutaj to by najbardziej pasowało mieć to co mówiłeś wczoraj. Mieć również jakiś mechanizm który sprawdza łączność zigbee. To było by moim zdaniem takim miejscem podwyższonego ryzyka.

Brak WiFi może oznaczać, że coś się zepsuło w kodzie RTOS ESP32 i restart może wtedy pomóc. Brak Cloud przy działającym WiFi oznacza, że najprawdopodobniej nie ma łączności z Internetem - wtedy większy sens będzie miał restart routera - tutaj widzę miejsce na następujący scenariusz:

zdarzenie - NO_CONNECTION_TO_SERVER_FOR_5_MINUTES
kanał docelowy - gniazdko routera (działające w oparciu o Zigbee)
akcja TURN_OFF (5 sekund)

zzrr · Post Wed Mar 04, 2026 5:28 pm

vajera wrote: Wed Mar 04, 2026 5:17 pm ....

Brak WiFi może oznaczać, że coś się zepsuło w kodzie RTOS ESP32 i restart może wtedy pomóc. Brak Cloud przy działającym WiFi oznacza, że najprawdopodobniej nie ma łączności z Internetem - wtedy większy sens będzie miał restart routera - tutaj widzę miejsce na następujący scenariusz:

zdarzenie - NO_CONNECTION_TO_SERVER_FOR_5_MINUTES
kanał docelowy - gniazdko routera (działające w oparciu o Zigbee)
akcja TURN_OFF (5 sekund)

Też mi taki scenariusz z gniazdkiem zigbee przy routerze przyszedł do głowy. Jednak to co już jest w tej chwili to w znacznym stopniu rozwiązuje wczorajszy zgłoszony temat. Mówię o łączności zigbee po resecie wymuszonym czy tez przypadkowym. Jeszcze wczoraj jak by ktoś nie miał internetu i np zresetował bramkę czy to przypadkowo czy świadomie na wszelki wypadek to by jeszcze pogorszył sprawę. Dzisiaj po temacie. Brameczka robi swoje i czeka na powrót clouda.