Zawieszona supla, czas pracy 14717dni

[Adamo28]

Dziwna sytuacja, to już drugie ESP z suplą które tak się zachowało, czas pracy w apce jest z kosmosu, powód resetu połączenia - brak odpowiedzi serwera, temperatura z DSa stoi w miejscu od chwili zawieszenia (prosta linia w wykresach) czujniki otwarcia nie pokazują zmiany stanu. W projekcie wykorzystuje funkcję millis() i pushovera i to jedyne co tam się dzieje poza standardową suplą (temperatura, licznik impulsów, guzik, krańcówka). Nie mogę się podpiąć z terminalem bez resetowania esp a w poprzednim przypadku zdjęcie zasilania przywróciło wszystko do normy. Zastanawia mnie czy przepełnienie millis() będzie miało wpływ na to jak się zachowuje supla. Pushovery z wysterowanego wejścia przychodzą normalnie, tylko w supli nie widać zmian.

[lukfud]

Dziwna sytuacja, to już drugie ESP z suplą które tak się zachowało, czas pracy w apce jest z kosmosu, powód resetu połączenia - brak odpowiedzi serwera, temperatura z DSa stoi w miejscu od chwili zawieszenia (prosta linia w wykresach) czujniki otwarcia nie pokazują zmiany stanu. W projekcie wykorzystuje funkcję millis() i pushovera i to jedyne co tam się dzieje poza standardową suplą (temperatura, licznik impulsów, guzik, krańcówka). Nie mogę się podpiąć z terminalem bez resetowania esp a w poprzednim przypadku zdjęcie zasilania przywróciło wszystko do normy. Zastanawia mnie czy przepełnienie millis() będzie miało wpływ na to jak się zachowuje supla. Pushovery z wysterowanego wejścia przychodzą normalnie, tylko w supli nie widać zmian.

Jakiś czas temu pojawiła się poprawka na takie zachowanie.
Jeśli korzystasz z GG to zapytaj @krycha88, czy już ją umieścił.

[Adamo28]

Właśnie to nie GG tylko własne lepienie. Mam sporo rzeczy na GG i z pushoverami i tam nie zaobserwowałem takich problemów a kompilację dość stare. Tak jak patrzę po wykresach to ostatnie zawieszenie miało okres tych ok 50 dni

[Duch__]

Millis przepełnia się właśnie co około 50 dni. Sugeruję dopisać procedurę o automatycznym restarcie procesora przy przekroczeniu np wartości 4 000 000 000. Jak licznik od millis samoczynnie przekręci się to program może potem nie działać stabilnie.

[klew]

Przekompiluj programy z nową wersją biblioteki i powinno być ok.

[Adamo28]

Wydawało by się że tylko warunki nie powinny się spełniać w pętli millis gdzie mam tam tylko wysyłanie pushover i nie dotykam tam nic zwiaznego z suplą a nie problemy z komunikacją z serwerem. Dziwne trochę

[klew]

Wydawało by się że tylko warunki nie powinny się spełniać w pętli millis gdzie mam tam tylko wysyłanie pushover i nie dotykam tam nic zwiaznego z suplą a nie problemy z komunikacją z serwerem. Dziwne trochę

supla-device też używa millis i było to błędnie zaimplementowane. W Ardunio Mega był używany typ "long" przy zwracaniu wartości z millis() i błędnie założyłem, że to jest uint64_t i tak wszędzie timestampy przechowywałem.
Tam natomaist jest zawsze uint32_t. Stąd problemy z połączeniem z serwerem i kilka innych.

[Adamo28]

Dziękuje za wyjaśnienie. Widzę że już w 23.10 była ta poprawka, jednak trzeba aktualizować na bieżąco

[klew]

Dziękuje za wyjaśnienie. Widzę że już w 23.10 była ta poprawka, jednak trzeba aktualizować na bieżąco

Nie zawsze , się czasem się tak zdarzy.
Ja mam jedno urządzenie odpalone 4 lata temu i nic tam nigdy nie ruszałem

[kurus]

Dziś zauważyłem w logach supla scripts że, kilka czy kilkanaście urządzeń mi się ciagle rozłącza z cloud sprawdzając informacje pod przyciskiem „i” widzę że, wszystkie te urządzenia maja uptime 49 dni i dosłownie co minutę restartują połączenie. Softy to głównie gg w miarę aktualne wersje.