[Problem-rozwiązany] Samoistny restart bramki [bramka ZigBee]

[zzrr]

@zzrr, @bokk Pytanie - czy wszystkie aktualizacje bramek robicie u siebie przez OTA?
@zzrr - Czy dobrze pamiętam, że ta bramka, która tak często się resetuje, była stawiana od zera z pliku merged?

Wszystkie aktualizacje przez OTA.
Co do instalacji. Jak wróciłem z rodzinnych stron to zainteresowany tematem też przez OTA zrobiłem UPDATE najpierw do 1.5.46. Nie pamiętam na jakiej wersji wystartowała z merge. Ale jak by była taka potrzeba to może wystartować na którejś wersji. Na tej bramce mam tylko trzy urządzenia. Więc żaden problem w razie co.
EDIT:
merge to stawiałem drugą równolegle bez urządzeń 1.5.46 i odkąd to testujemy ona chodzi kolejny dzień bez restartu
EDIT:
A ta obecna z PIR z wersją 1.5.51, ta co się potrafiła w 3 minucie zresetować na ten moment 14:45 bez resetu

[vajera]

EDIT:
merge to stawiałem drugą równolegle bez urządzeń 1.5.46 i odkąd to testujemy ona chodzi kolejny dzień bez restartu

Z GUI czy bez GUI?

[zzrr]

EDIT:
merge to stawiałem drugą równolegle bez urządzeń 1.5.46 i odkąd to testujemy ona chodzi kolejny dzień bez restartu

Z GUI czy bez GUI?

Wszystkie testy z GUI. Mam włączony STD

[zzrr]

@vajera 1.5.51 17:43 ja bym zaryzykował stwierdzenie że u mnie się ona na tej wersji już nie zrestartuje. Może zrobię merge 1.5.46, sparuję PIR i zobaczymy czy będzie restart. A jak będzie, a był często co będzie w logu. Mnie ciekawi czy się pokryje restart na moment aktualizacji czasu w GUI. Jak myślisz? Czy dalej obserwujemy tą 1.5.51 z PIRką i syreną?

[vajera]

@vajera 1.5.51 17:43 ja bym zaryzykował stwierdzenie że u mnie się ona na tej wersji już nie zrestartuje. Może zrobię merge 1.5.46, sparuję PIR i zobaczymy czy będzie restart. A jak będzie, a był często co będzie w logu. Mnie ciekawi czy się pokryje restart na moment aktualizacji czasu w GUI. Jak myślisz? Czy dalej obserwujemy tą 1.5.51 z PIRką i syreną?

W moim przypadku, prędzej lub później, zrestartowała się każda z obu moich bramek produkcyjnych - i to w każdej z testowanych wersji. Dotyczy to również wersji 1.5.51 (=1.5.42)?

Zaczynam mieć coraz więcej wątpliwości, czy jest to realny błąd w kodzie, a jeżeli tak, to w jakiej wersji tak naprawdę się pojawił.

Aktualnie na obie bramki produkcyjne wgrałem oryginalną wersję 1.5.42 i czekam, natomiast na bramkę testową wgrałem 1.5.52 i również ją obserwuję.

Na ten moment biorę pod uwagę następujące scenariusze:

- błąd "sprzętowy", np. uszkodzenie pamięci FLASH - najmniej prawdopodobna opcja,

- błąd w plikach konfiguracyjnych - tylko dlaczego w takim razie działa oryginalna 1.5.42 - chyba, że jednak się wysypie?

- reakcja bramki na "kill signal", czyli komunikat z zewnątrz, który powoduje reset - to mogłoby tłumaczyć losowe czasy restartu, jak również fakt, że niektóre bramki wydają się być odporne,

- brałem też pod uwagę samą Suplę - od czasu do czasu SD traci i następnie nawiązuje połączenie z serwerem, ale to nigdy nie stanowiło problemu.

[bokk]

@vajera 1.5.51 17:43 ja bym zaryzykował stwierdzenie że u mnie się ona na tej wersji już nie zrestartuje. Może zrobię merge 1.5.46, sparuję PIR i zobaczymy czy będzie restart. A jak będzie, a był często co będzie w logu. Mnie ciekawi czy się pokryje restart na moment aktualizacji czasu w GUI. Jak myślisz? Czy dalej obserwujemy tą 1.5.51 z PIRką i syreną?

W moim przypadku, prędzej lub później, zrestartowała się każda z obu moich bramek produkcyjnych - i to w każdej z testowanych wersji. Dotyczy to również wersji 1.5.51 (=1.5.42)?

Zaczynam mieć coraz więcej wątpliwości, czy jest to realny błąd w kodzie, a jeżeli tak, to w jakiej wersji tak naprawdę się pojawił.

Aktualnie na obie bramki produkcyjne wgrałem oryginalną wersję 1.5.42 i czekam, natomiast na bramkę testową wgrałem 1.5.52 i również ją obserwuję.

Na ten moment biorę pod uwagę następujące scenariusze:

- błąd "sprzętowy", np. uszkodzenie pamięci FLASH - najmniej prawdopodobna opcja,

- błąd w plikach konfiguracyjnych - tylko dlaczego w takim razie działa oryginalna 1.5.42 - chyba, że jednak się wysypie?

- reakcja bramki na "kill signal", czyli komunikat z zewnątrz, który powoduje reset - to mogłoby tłumaczyć losowe czasy restartu, jak również fakt, że niektóre bramki wydają się być odporne,

- brałem też pod uwagę samą Suplę - od czasu do czasu SD traci i następnie nawiązuje połączenie z serwerem, ale to nigdy nie stanowiło problemu.

A mnie się wydaje że na wersji 1.5.41 chodziło stabilnie bez restartów.

Code: Select all

UWAGA!

Na skutek błędu w kodzie bramki (wprowadzonego dodaniem stacji pogodowej Shelly WS90) wszystkie aktualizacje począwszy od wersji 1.5.21-26/04/26 aż do 1.5.40-15/05/26 będą powodować nieprawidłową obsługę części lub wszystkich komunikatów z urządzeń marki Sonoff, Philips, IKEA i Aqara. Wersja 1.5.41-17/05/26 naprawia ten błąd.

[cinas]

Mam bramkę w wersji Z2S-1.5.43-21/05/26 , i nie mam restartów wczoraj miałem uptime ponad 4 dni ( tyle powinno być ) - zrobiłem restart
Aktualnie mam Supla uptime: 66299 s

Podłączone 3 liczniki energii, 3 czujniki temp i wilgotności , 2 przekaźniki wykonawcze

[lukasz06]

Obserwuje temat, ale niestety nie mam teraz czasu na testy.
U mnie, jak pisałem wcześniej v. 1.5.42 bez restartu ponad 3 dni

[zzrr]

Inna płytka, zainstalowana wersja 1.5.46 merge, sparowana jedynie czuja PIR, restart po 27 minutach. Jak wczoraj. Nie przekracza 30 minut.
restart wg timestamp 15:48:09.365
zerknij @vajera jeśli możesz, choć nie wiem czy jednak czymś się to różni od wczorajszego loga

1.5.46_restart.rar

[klew]

Inna płytka, zainstalowana wersja 1.5.46 merge, sparowana jedynie czuja PIR, restart po 27 minutach. Jak wczoraj. Nie przekracza 30 minut.
restart wg timestamp 15:48:09.365
zerknij @vajera jeśli możesz, choć nie wiem czy jednak czymś się to różni od wczorajszego loga
1.5.46_restart.rar

Wydaje mi się że w poprzednim logu był crash w tym samym miejscu (tzn były takie same logi przed crashem).
@vajera dekodowałeś call stack?