[Sprzęt]SYRENA HZ-SR-ZB-01 (_TZE204_t1blo2bj::TS0601) [bramka ZigBee]

[zzrr]

...
Po upływie czasu keepalive bramka najpierw sprawdzi, kiedy urządzenie ZigBee odezwało się po raz ostatni I jeżeli ten odstęp czasowy nie przekracza keepalive, to bramka nie wyśle żadnego komunikatu do urządzenia, w przeciwnym razie wyśle tzw. ping - odpowiedź na ten ping również uaktualni parametr last seen ms urządzenia, więc kolejne kanały mogą z tego skorzystać.
Oczywiście w sytuacji, gdy urządzenie będzie offline, to wszystkie kanały będą wysyłać ping w odstępach czasu równych keepalive, ale nie martwiłbym się nadmiernym obciążeniem bramki, zwłaszcza przy optymalnie dobranych parametrach keepalive i timeout.

Czyli tak to działa. Jak wiemy co ile urządzenie raportuje i ustawimy właściwie to praktycznie nie generujemy żadnej dodatkowej komunikacji. Byłem pewny że to keepalive to obligatoryjnie generuje wiadomość do urządzenia. Dobrze wiedzieć

[zzrr]

Cześć Łukasz(@vajera),
zauważyłem problem w działaniu chyba tej syrenki, nie wykluczone że w połączeniu z pushover w efekcie którego potrafi wystąpić reset bramki.
Mam następujące akcje które w przypadku alarmu uruchamiają się po sobie...
Akcja która kopiuje stan przełącznika VR"UZBROJENIE ALARMU" jeśli jest ON na fizyczny przełącznik "ALARM SWITCH" w syrence, akcja wykrycia ruchu na PIR wyzwala to kopiowanie oraz akcja która w przypadku włączenia się tego "ALARM SWITCH" wysyła wiadomość PUSHOVER. W tym scenariuszu jest za każdym razem reset bramki przy uruchomieniu alarmu.

Co ciekawe problem restartu bramki przy alarmie rozwiązują dwa poniższe scenariusze:
Zamiast kopiowania stanu z przycisku zrobiłem bramkę AND na którą idzie stan z VR"UZBROJENIE ALARMU" oraz z PIR i jeśli wyjście bramki jest 1 jest akcja uruchom syrenę oraz akcja wyślij pushover. Przy takich akcjach przy alarmie wszystko działa i bramka się nie resetuje.
lub:
Odłączenie syrence całkowicie zasilania rozwiązywało problem z restartami przy alarmie.
Czyli wszystkie akcje zostają tak jak opisałem na samym początku i wystarczy że odłączę zasilanie od syrenki i restartów nie ma. Jak by coś odsyłała jak działa co powoduje jakiś problem.
W logu widać reset po wysłaniu pushover ale to może się też nakładać na akcję z syrenką bo dlaczego po jej odłączeniu problemu nie ma?
Może to jakiś problem powiązany bo fakt że jak wyłączę tą akcję z pushover to wtedy też bramka się nie restartuje a syrena włącza
Daje też na wszelki wypadek, może się przyda, bo przez najbliższe kilka dni znowu nie będę miał dostępu do bramki a Ty często chcesz ten wynik czyli read attribute z zakładki C&A dla syrenki na endpoincie 13
Reading attribute successful!
Data value is 4649564727662481408(0x4086927C40821000)
Data type is NULL(0x0)
Data size is 0x0
EDIT:
Zapomniałem napisać że wersja softu 1.5.103. Sprawdzałem też wstecznie na 1.5.95. ale wychodzi że nic nie było w tych softach zmieniane jesli chodzi o te przypadki opisane bo jest tak samo.

[vajera]

...

Sprawdź proszę, czy problem jest nadal obecny w wersji 1.5.104-29/06/26?

[zzrr]

...
Sprawdź proszę, czy problem jest nadal obecny w wersji 1.5.104-29/06/26?

Ok. Już jej wypatruję

[zzrr]

...

Sprawdź proszę, czy problem jest nadal obecny w wersji 1.5.104-29/06/26?

Łukasz aktualizacja wersją 1.5.104 powoduje że bramka po aktualizacji w ogóle się nie uruchamia. Miga szybko dioda. Nie da się połączyć do GUI. Usuniecie bramki na cloud też nie powoduje ponownego zarejestrowania kanałów i bramka już się na cloud nie pokazuje. Przywróciłem soft 1.5.103 bezpośrednio na partycję i bramka sie zarejestrowała na cloud. Powtórzyłem aktualizację to samo.

[vajera]

...

Sprawdź proszę, czy problem jest nadal obecny w wersji 1.5.104-29/06/26?

Łukasz aktualizacja wersją 1.5.104 powoduje że bramka po aktualizacji w ogóle się nie uruchamia. Miga szybko dioda. Nie da się połączyć do GUI. Usuniecie bramki na cloud też nie powoduje ponownego zarejestrowania kanałów i bramka już się na cloud nie pokazuje. Przywróciłem soft 1.5.103 bezpośrednio na partycję i bramka sie zarejestrowała na cloud. Powtórzyłem aktualizację to samo.

Ciekawy objaw? Możesz spróbować zgrać logi ze startu bramki?

[zzrr]

...
Ciekawy objaw? Możesz spróbować zgrać logi ze startu bramki?

Po naciśnięciu przycisku reset jest kilka do kilkunastu samoczynnych resetów, później zaczyna migać szybko dioda i jest to co w logu już bez resetów.

[vajera]

Po naciśnięciu przycisku reset jest kilka do kilkunastu samoczynnych resetów, później zaczyna migać szybko dioda i jest to co w logu już bez resetów.

Dzięki - znalazłeś błąd, pojawiający się, gdy bramka próbowała wysłać powiadomienie Pushover jeszcze przez nawiązaniem połączenia z siecią WiFi. Poprawiłem ten błąd w wersji 1.5.105-29/06/26 - teraz przed wysłaniem powiadomienia bramka każdorazowo sprawdza, czy ma połączenie z siecią.

PS. Po 3 resetach w czasie < 10s bramka automatycznie wchodzi w tryb konfiguracyjny - to takie zabezpieczenie (stąd to szybkie miganie diody).

[zzrr]

Po naciśnięciu przycisku reset jest kilka do kilkunastu samoczynnych resetów, później zaczyna migać szybko dioda i jest to co w logu już bez resetów.

Dzięki - znalazłeś błąd, pojawiający się, gdy bramka próbowała wysłać powiadomienie Pushover jeszcze przez nawiązaniem połączenia z siecią WiFi. Poprawiłem ten błąd w wersji 1.5.105-29/06/26 - teraz przed wysłaniem powiadomienia bramka sprawdza, czy ma połączenie z siecią.

PS. Po 3 resetach w czasie < 10s bramka automatycznie wchodzi w tryb konfiguracyjny - to takie zabezpieczenie (stąd to szybkie miganie diody).

Ooo... nie powiązałem tego z trybem konfiguracyjny. Ale za to wiemy że działa zabezpieczenie Ok. wypatruję 1.5.105
EDIT:
Powyższa informacja jest o tyle istotna że łatwiej przez stronę konfiguracyjną zrobić update do poprzedniej wersji w przypadku jakiegoś niepowodzenia. No i właśnie to uczyniłem

[zzrr]

...
...1.5.105-29/06/26
....

Sprawdzone. w 105 jest ok. Czyli aktualizacja poszła a efekt resetu bramki z ustawieniami które wcześniej robiły problem zlikwidowany
Dzięki @vajera