ESP8266 (ESP-07), DHT22, serwer WWW - Po pewnym czasie strona się nie wyświetla.

Question

Skopiowałem żywcem program z tej strony:
ESP8266 DHT11/DHT22 Temperature and Humidity Web Server with Arduino IDE

Niestety po dłuższym czasie (1 - 2 dni) strona WWW przestaje się wyświetlać w przeglądarce. Widać, że urządzenie żyje, ponieważ miga niebieska dioda na płytce, w chwili wysyłania komunikatów na port szeregowy.
Czy ktoś się spotkał z podobnym przypadkiem i może coś podpowiedzieć?
Układ jest podłączony jak na tym schemacie:
Link

Konto nie istnieje · Answer

Z jaką wersją menadżera płytek ESP8266 skompilowałeś ten program? Najnowsza wersja to 2.6.3.

kaczakat · Answer

Sprawdź działanie strony wysyłając jakiś licznik sekund. Wyeliminuje to zawieszanie się spowodowane DHT. Czasem ktoś narzeka, że co jakiś czas czujnik potrafi się zawiesić i pomaga jedynie odłączenie zasilania. Ja tego nie zauważyłem, ale nie testowałem jakoś długo stabilności działania. Taki czujnik można zasilić z pinu uC i jeśli przestanie odpowiadać zrobić ON/OFF. Ale to trzeba jakoś ogarnąć w kodzie.

Pomogłem? Kup mi kawę.

Promuję tematy:
24.03.2019 Aliexpress i drobny import z Chin - teraz VAT dla każdego

Konto nie istnieje · Answer

W tym programie, do którego podałeś link, w pętli loop() w ogóle nie jest sprawdzany bieżący status klienta sieci WiFi (ESP pracuje w trybie STA) - to też może być przyczyną takiego zachowania. Możesz to zweryfikować, spróbuj odpingować ESP, kiedy przestanie się wyświetlać strona.

sq9etc · Answer

Gdzie to można sprawdzić? Arduino IDE 1.8.12. Jeśli chodzi o wersje biblioteki do obsługi ESP8266, która wyświetla się w menadżerze płytek, to tak, jest to wersja 2.6.3.

Konto nie istnieje · Answer

Tak, o to mi chodziło. Spróbuj przetestować pingowanie do ESP, kiedy nie masz dostępu do strony.

sq9etc · Answer

Też mam ten problem. Gdy połączyłem zalinkowany program z tym Network Time Protocol to miałem taki efekt. Dodałem sobie na stronie wyświetlanie daty i czasu oprócz temperatury i wilgotności. Po kilkudziesięciu minutach, do kilku godzin przestawały się pojawiać odczyty z DHT, a czas się zmieniał. Dołożyłem coś takiego, że gdy 3 razy czujnik nie zwróci prawidłowych wartości to robiłem ESP.reset. Niestety to nie pomogło. Musiałem wyłączyć i włączyć zasilanie układu. Po tym przez jakiś czas działało i znowu było to samo. Moduł resetował mi się w kółko po każdych nieudanych trzech próbach odczytu z DHT. Dodano po 4 [minuty]: O tym pingu nie pomyślałem, to jest jakaś myśl. Jak tak się stanie to sprawdzę. Na razie działa od prawie dwóch dni.

Konto nie istnieje · Answer

Do obsługi sensorów DHT11/22 zdecydowanie lepszą biblioteką dla ESP jest DHTesp niż Adafruit m.in. lepsza jest diagnostyka błędów dla DHT.

sq9etc · Answer

Możliwe, może kiedyś sprawdzę. Ale takie zachowanie czujnika sugeruje, że to nie jest problem software'owy, no chyba, że chodzi o oprogramowanie wbudowane czujnika. Po resecie chyba wszystko powinno się przeinicjalizować i działać normalnie.

sq9etc · Answer

Dziś znowu mnie to spotkało. Tak wygląda fragment zrzutu do pliku z RealTerma: Kod: text Rozwiń Zaznacz wszystko Kopiuj do schowka... Local time: 2020-04-03 07:20:49 Temperature: 22.00ÂşC Humidity: 48.70% 020-04-03 07:20:49 Local time: 2020-04-03 07:20:59 Temperature: 22.00ÂşC Humidity: 48.70% Soft WDT reset >>>stack>>> ctx: sys sp: 3fffed40 end: 3fffffb0 offset: 01b0 3fffeef0:  40242a1c efd8a1fc 60000600 4021223d   3fffef00:  00000000 3ffed558 00000000 00000000   3fffef10:  40231530 3ffed558 3ffee510 60000600   ... 3fffff90:  3fffdad0 00000000 3ffeed50 40100229   3fffffa0:  3fffdad0 00000000 3ffeed50 402088e5

Konto nie istnieje · Answer

Zwykle tak się zdarza, kiedy w programie jednocześnie używa się asynchronicznego serwera WWW wraz z inną biblioteką pracującą w trybie synchronicznym po TCP lub UDP. Dobrze byłoby, abyś pokazał jak to połączyłeś, w szczególności w pętli loop(). Trochę usprawiedliwia, biorąc pod uwagę, że po Soft WDT Reset zostają śmieci w pamięci RAM.

oskar777 · Answer

Ja miałem problem podobny z DHT jak dla ESP-7 wybrałem nie prawidłową ilość pamięci. Czasem jest to też problem z zasilaniem.

sq9etc · Answer

Kod: main.cpp Kod: C / C++Zaloguj się, aby zobaczyć kod WiFi.h Kod: C / C++Zaloguj się, aby zobaczyć kod WiFi.cpp Kod: C / C++Zaloguj się, aby zobaczyć kod Ja tam robię też ESP.reset().

Konto nie istnieje · Answer

Proponuję następującą modyfikację w loop():

Zaloguj się, aby zobaczyć kod

sq9etc napisał:
Ja tam robię też ESP.reset().

Lepiej użyć ESP.restart() - "czystsza" forma restartu, zamyka poprawnie połączenia sieciowe, nie pozostawia "śmieci" w rejestrach.

Jak wyglądają statystyki zajętości pamięci RAM po kompilacji?

sq9etc · Answer

36 %. Co zrobić żeby w Atomie nie zamykało się samo to okienko z komunikatami kompilacji? Trudno zobaczyć tę zajętość pamięci, bo zaraz szybko się zamyka. Dodano po 9 [godziny] 5 [minuty]:yield() nie pomogło. Zobaczę jeszcze z zamianą ESP.reset() na ESP.restart().

Konto nie istnieje · Answer

Zawiesił się program i wykonał Soft WTD Reset? Czy też po wymuszeniu ESP.reset() program nie wznowił pracy poprawnie? To są dwie różne rzeczy.

sq9etc · Answer

Tego nie wiem, bo nie miałem podpiętego podsłuchu. Efekt był taki, że po jakimś czasie przestał się czytać DHT22 jak wcześniej. Mogę tylko podejrzewać, że przyczyna była ta sama, czyli Soft WDT Reset.

Konto nie istnieje · Answer

Proponuję jednak to zrobić. W przeciwnym wypadku rozwiązywanie tego problemu, to będzie strzelanie na oślep. Może się uda

sq9etc · Answer

Po zmianach:
-dodanie yield() tam gdzie sugerowałeś,
-zamiana ESP.reset() na ESP.restart(),

jest to samo, tzn.:
-występuje Soft WDT reset,
-po powyższym nie można dogadać się z DHT22, ESP.restart() nie pomaga na brak komunikacji z czujnikiem.

Konto nie istnieje · Answer

Czy również po tym, jak prawidłowo zostały wyświetlone ostatnie wartości temperatury i wilgotności (vide post #10)? Po jakim czasie wystąpił ten Soft WDT Reset?

sq9etc · Answer

Dokładnie tak. Za pierwszym razem po 1h 18m pracy, za drugim po prawie 4-ech godzinach poprawnej pracy.

Konto nie istnieje · Answer

OK, to pozostaje do wyjaśnienia jedna kwestia. Odnoszę się do pierwszego kodu z postu #13.
Co konkretnie chciałeś osiągnąć przez użycie zmiennych dHTReadingErrorsCount oraz prevDHTReadingErrorsCount? Od jakiego stanu tych zmiennych chciałeś uzależnić reset układu i w jakiej sytuacji?
To co jest w kodzie, to widzę

sq9etc · Answer

Po trzech nieudanych próbach odczytu czujnika ma być wykonany reset. Z tym, że jeżeli w jednym cyklu nie uda się odczytać temperatury i wilgotności to zaliczam to jako jeden błąd. Dlatego wprowadziłem dwie zmienne i inkrementuję dHTReadingErrorsCount przy odczycie wilgotności, tylko gdy nie zrobiłem tego przy odczycie temperatury. Stąd ten warunek: Kod: C / C++Zaloguj się, aby zobaczyć kod

krzbor · Answer

Miałem program na ESP, który czasami się restartował (kilka razy na dobę). ESP współpracowało z SIM800. Uznałem, że winą są zakłócenia z GSM. Musiałem jednak poprawić program i restarty były niemal cały czas. W końcu ustaliłem, że problem wynika ze zwracania "String" jako rezultat funkcji - powinno działać, a nie działa. Rozwiązałem problem rezygnując ze zwracania wartości "String" przez funkcję - "String" jest teraz przekazywany do funkcji przez referencję i wszystko zaczęło działać. W Twoim kodzie jest funkcja "processor", która zwraca String'a. Może też występuje ten sam problem co u mnie?

Promuję tematy:
21.04.2025 HeishaMon – sterowanie pompami ciepła Panasonic
12.04.2025 Zamiana baterii CR 2025 na CR 2032 w pilocie Skoda
26.11.2024 Podłączenie rekuperatora do Home Assistant poprzez RS485
30.03.2024 Sterownik 8 kanałowy sterowany poprzez Ethernet
09.03.2024 „Detektor przełożonego” - inna wersja

Konto nie istnieje · Answer

Niezależnie od tego w jakim długim okresie czasu nastąpiły? Faktycznie zwracanie całego obiektu String przez funkcję to nie jest dobra praktyka. Problem polega na tym, że funkcja send_P() wymaga podania callback o typie AwsTemplateProcessor:Kod: C / C++Zaloguj się, aby zobaczyć kodTyp AwsTemplateProcessor jest zdefiniowany jako:Kod: C / C++Zaloguj się, aby zobaczyć kodwięc nie można podstawić funkcji callback innego typu niż String(const String&). Można uniknąć wielokrotnych alokacji pamięci dla obiektu String zwracanego przez funkcję processor() definiując zmienną globalną typu String z rezerwacją odpowiedniej długości bufora z użycie String.reserve(). Zmienna ta byłaby modyfikowana wewnątrz funkcji processor() i zwracana przez tę funkcję - nie byłaby więc każdorazowo tworzona nowa zmienna String na potrzeby wywołania funkcji send_P(). Można też użyć send() zamiast send_P() i przekazywać wprost zmienną String modyfikowaną przez processor(). Kod: C / C++Zaloguj się, aby zobaczyć kod

krzbor · Answer

Rzeczywiście, nie zauważyłem, że ta funkcja to callback. Moje doświadczenie z obiektem String było takie, że jeśli funkcja zwraca ten obiekt i jest on przypisywany do zmiennej globalnej, to jest OK (tak mam w innych projektach). Problem się pojawił, gdy rezultat funkcji zwracającej String był przechowywany w innej funkcji w zmiennej lokalnej - innymi słowy dochodziła obsługa stosu. Skoro tu mamy callback to też zachodzi ta sytuacja.

Konto nie istnieje · Answer

@krzbor Dla mnie najlepszym sposobem na używanie klasy String jest użycie klasy std::string z biblioteki standardowej C++ Na szczęście w wypadku ESP8266 jest ta biblioteka dostępna. Klasa String w HAL dla ESP8266 została przepisana z wersji HAL dla AVR i jest to moim zdaniem gigantyczne nieporozumienie.

sq9etc · Answer

Trafna uwaga, choć u mnie jak czujnik przestawał się czytać, to już na amen. Dodano po 4 [minuty]: Zamieniłem Send_P na Send, ale nic się nie zmieniło, tzn. po kilkudziesięciu minutach czujnik przestawał odpowiadać. Zakomentowałem część kodu odpowiedzialną za pobieranie i konwertowanie czasu do tekstu. Zamiast tego wyświetlam sobie numer odczytu od uruchomienia modułu. Na obecną chwilę jest 5080 odczytów, czyli od ponad 14-tu godzin wszystko działa. Dalej mam wyświetlane trzy zmienne jak miałem. Tak, że nie wygląda mi to na jakiś problem ze stringami.

Konto nie istnieje · Answer

Może tak się zdarzać, ale uważam, że taki licznik powinien być resetowany po określonym czasie, kiedy nie występują błędy - błędne odczyty mogą też wynikać z chwilowych zakłóceń, na które nie ma się wpływu. Natomiast, kiedy faktycznie przestanie czytać czujnik, to i tak kolejne 3 błędne odczyty od razy wyjdą. Dobrze byłoby też sprawdzić, czy w trakcie działania nie ma jakichś wycieków pamięci. Można użyć funkcji getFreeHeap(), która zwraca (jako uint32_t) ilość dostępnej pamięci na stercie. Użycie funkcji:Kod: C / C++Zaloguj się, aby zobaczyć kodW loop() można co jakiś czas wysyłać informację na Serial.

sq9etc · Answer

Odremowałem fragment kodu konwertujący czas z zmiennej typu uint32_t na ciąg tekstowy i w tej postaci program działał przez ponad 3 doby.
W pierwotnej wersji, skleconej na szybko z dwóch, którą prezentowałem na listingu była niefajna rzecz. Mianowicie serwer czasu był odpytywany tak samo często jak czujnik, czyli co 10 s.
Teraz zmieniłem to w ten sposób, że synchronizacja następuje raz na dobę po północy wg czasu zimowego. Na razie działa od wieczora. Mam nadzieję, że w ten sposób będzie to już działać stabilnie przez dłuższy czas. Ciekaw jestem jaki będzie rozjazd czasu pod koniec doby. Czas inkrementuję sobie co odczyt czujnika, czyli co 10 s.

ESP8266 (ESP-07), DHT22, serwer WWW - Po pewnym czasie strona się nie wyświetla.

Why does an ESP8266 ESP-07 web server with a DHT22 stop serving the webpage after 1–2 days even though the module still seems to be running?

Post #1

Post #2

Post #3

Post #4

Post #5

Post #6

Post #7

Post #8

Post #9

Post #10

Post #11

Post #12

Oskar-info

Post #13

Post #14

Post #15

Post #16

Post #17

Post #18

Post #19

Post #20

Post #21

Post #22

Post #23

Post #24

Post #25

Post #26

Post #27

Post #28

Post #29

Post #30

Podsumowanie tematu