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

khoam · 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.

See also:
24.03.2019 Aliexpress i drobny import z Chin - teraz VAT dla każdego

khoam · 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.

khoam · Answer

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

sq9etc · Answer

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.

khoam · 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.https://github.com/beegee-tokyo/DHTesp

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: Code: ... 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 <<

khoam · Answer

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

Ja tam robię też ESP.reset().

khoam · Answer

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

Log in, to see the code

sq9etc wrote:
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().

khoam · 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.

khoam · 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.

khoam · 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

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

khoam · 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:Code: cLog in, to see the code

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?

See also:
26.08.2021 Gniazdo zapalniczki po załączeniu zapłonu
16.07.2021 Zdalny odczyt licznika wody z nakładką IZAR
20.12.2020 Przedwzmacniacz do komputera
19.08.2019 Trójfazowy, dwukierunkowy, wielotaryfowy miernik zużycia prądu 40kW

khoam · Answer

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:Code: cLog in, to see the codeTyp AwsTemplateProcessor jest zdefiniowany jako:Code: cLog in, to see the codewię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().Code: cLog in, to see the code

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.

See also:
26.08.2021 Gniazdo zapalniczki po załączeniu zapłonu
16.07.2021 Zdalny odczyt licznika wody z nakładką IZAR
20.12.2020 Przedwzmacniacz do komputera
19.08.2019 Trójfazowy, dwukierunkowy, wielotaryfowy miernik zużycia prądu 40kW

khoam · 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.

khoam · 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:Code: cLog in, to see the codeW loop() można co jakiś czas wysyłać informację na Serial.https://arduino-esp8266.readthedocs.io/en/latest/libraries.html#esp-specific-apis

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.