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

[LukiSpajder]

...
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)

O to coś dla mnie przy internecie LTE może się przydać

[vajera]

....

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.

W sumie to gniazdko ZigBee przy routerze może pełnić podwójną funkcję - przy braku połączenia z Cloud bramka może go użyć do restartu routera a w przypadku braku ping z gniazdka sama się zrestartować.

[zzrr]

...
W sumie to gniazdko ZigBee przy routerze może pełnić podwójną funkcję - przy braku połączenia z Cloud bramka może go użyć do restartu routera a w przypadku braku ping z gniazdka sama się zrestartować.

Dokładnie. Takie gniazdko przy routerze to fajna opcja.

[lukasz06]

To to wcześniej nie działało. Pamiętam, że Zbyszek robił testy z Xiao na akumulatorku i pisałal, że to działa

[zzrr]

To to wcześniej nie działało. Pamiętam, że Zbyszek robił testy z Xiao na akumulatorku i pisałal, że to działa

Mogę się mylić. Ale wydaje mi się że na ten moment takiego typowego sprawdzenia komunikacji np. z gniazdkiem i resetu w efekcie to chyba nie ma za bardzo jak ustawić. Można wymusić sprawdzanie stanu co określony czas. Jednak jak nie wróci to nie kojarzę akcji na restart. @vajera oświecisz nas?

[LukiSpajder]

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.

Są jakieś ograniczenia odnośnie tego czasu po po którym bramka się ma zresetować ?
Wpisałem 600 sekund i restart po tym bramka się chyba wysypała - tak myślę

[zzrr]

...
Są jakieś ograniczenia odnośnie tego czasu po po którym bramka się ma zresetować ?
Wpisałem 600 sekund i restart po tym bramka się chyba wysypała - tak myślę

Zrobiła DeepSleep?

[LukiSpajder]

...
Są jakieś ograniczenia odnośnie tego czasu po po którym bramka się ma zresetować ?
Wpisałem 600 sekund i restart po tym bramka się chyba wysypała - tak myślę

Zrobiła DeepSleep?

Dokładnie gorzej że to produkcyjna

Edit :
Wszystkie kanały w Cloud wyskoczyły konflikt kanałów . Tak jakby moduł się zarejestrował od nowa bez kanałów i nawet nie pomaga przywróceniu kopii zapasowej na inne bramce

[vajera]

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.

Są jakieś ograniczenia odnośnie tego czasu po po którym bramka się ma zresetować ?
Wpisałem 600 sekund i restart po tym bramka się chyba wysypała - tak myślę

Wpisałem 600:

Code: Select all

Warning: network is not ready (590 s)
[597321][V][STA.cpp:216] _onStaEvent(): STA Disconnected: SSID: THE_TEMPEST_2GEXT, BSSID: 00:00:00:00:00:00, Reason: 205
[597322][V][NetworkEvents.cpp:120] _checkForEvent(): Network Event: 113 - STA_DISCONNECTED
[597323][V][STA.cpp:110] _onStaArduinoEvent(): Arduino STA Event: 113 - STA_DISCONNECTED
[597323][W][STA.cpp:137] _onStaArduinoEvent(): Reason: 205 - CONNECTION_FAIL
[597323][D][STA.cpp:158] _onStaArduinoEvent(): WiFi AutoReconnect Running
WiFi Station disconnected
E (599802) wifi:sta is connecting, return error

(...)

[606191][V][esp32-hal-rmt.c:315] _rmtWrite(): GPIO: 8 - Currently in Loop Mode: [NO] | Loop Request: [NO], LoopCancel: [NO]
Warning: network is not ready (600 s)
Connection fail timeout 600 s - software reset
LAST STATE ADDED: Software reset (606)
[606378][I][Z2S_Gateway.ino:165] supla_callback_bridge(): event(0x23), action(0x4010)
[606379][I][Z2S_Gateway.ino:202] supla_callback_bridge(): software reset - stopping Zigbee stack
[606380][V][ZigbeeCore.cpp:692] stop(): Zigbee stack stopped
[606380][I][Z2S_Gateway.ino:205] supla_callback_bridge(): software reset - saving tables
[606380][D][z2s_little_fs.cpp:40] Z2S_saveFile(): Z2S LittleFs: saving file channels_table_v2.z2s
[606620][D][z2s_little_fs.cpp:40] Z2S_saveFile(): Z2S LittleFs: saving file channels_table_v2.bak
[606856][I][z2s_devices_table.cpp:1003] Z2S_saveChannelsTable(): Channels table new size(15360) write success!
LittleFsConfig: writing to file "/supla-dev.cfg"

[vajera]

...
Są jakieś ograniczenia odnośnie tego czasu po po którym bramka się ma zresetować ?
Wpisałem 600 sekund i restart po tym bramka się chyba wysypała - tak myślę

Zrobiła DeepSleep?

Dokładnie gorzej że to produkcyjna

Edit :
Wszystkie kanały w Cloud wyskoczyły konflikt kanałów . Tak jakby moduł się zarejestrował od nowa bez kanałów i nawet nie pomaga przywróceniu kopii zapasowej na inne bramce

Musisz chyba usunąć moduł z Cloud (całą bramkę), żeby kopia zapasowa mogła się zarejestrować ponownie.