DHT22 hängt immer nach Arduino Firmware Reset

[Andreas]

@IngoP

was für einen Sketch hast Du auf dem YUN drauf?

Hier findest Du einige Pointer zu @mois’ setup mit source code.

• Bienenwaage 2.0 – mois-Blog
• Mois sensor node — Hiveeyes Arduino documentation
• bee-mois · GitHub
• https://github.com/hiveeyes/arduino/blob/master/node-yun-http/node-yun-http.ino

[IngoP]

OK.

106 #include <SPI.h> 
107 #include <digitalWriteFast.h> 
108 
109 #include <OneWire.h> 
110 #include <DallasTemperature.h> 
111 #define ONE_WIRE_BUS 4 
112 OneWire OneWire(ONE_WIRE_BUS); 
113 // Pass our OneWire reference to Dallas Temperature. 
114 DallasTemperature sensors(&OneWire); 

Also wir haben hier einmal einen proprietären oneWire vom DHT22 und dann den auf Standard basierenden DS18B20.

ist der BOOT Fehler mit angeschlossenem DS18B20 oder ohne?

Im Sketch ist der PIN4 für den 1WBUS definiert. Den hast Du dann jeweils für den DHT22 angepaßt beim Wechsel und neu geflashed?

[mois]

@IngoP

ist der BOOT Fehler mit angeschlossenem DS18B20 oder ohne?

mit.

@IngoP

Im Sketch ist der PIN4 für den 1WBUS definiert. Den hast Du dann jeweils für den DHT22 angepaßt beim Wechsel und neu geflashed?

pin4: 1wbus für ds18b20
pin3: fehlerlesender dht22
pin2: korrekt arbeitender dht22
(vgl. zeile 84f im sketch)

am pin4 mache ich nichts. am pin 3 unterbreche ich bei falschen werten kurz die verbindung (entweder händisch oder jetzt per relais) und dann klappt alles.
am pin 2 mache ich ebenfalls nichts.

[IngoP]

Also elektrisch sieht das erst mal gut aus.
Vielleicht ein Timing Problem. Kannst Du in dem Sketch einmal zwischen den beiden Sensoren Wartezyklen setzen?
Ich weis auch nicht, wie lange der DHT bei der Initialisierung braucht …

[mois]

@IngoP

Kannst Du in dem Sketch einmal zwischen den beiden Sensoren Wartezyklen setzen?

du meinst bei der initialisierung?
hab ich gemacht. hat nichts geändert.

[Andreas]

@Andreas

Vielleicht lässt sich ja an der Schraube “Pin-Modes im Bootzustand” bzw. “Intitialisierung der Sensoren” noch etwas drehen?

1. Drüben bei den Programmierarbeiten am FiPy/ESP32 mussten wir einen Pin/Port auch im Deep-Sleep als PULLUP konfigurieren, damit alles gut mit dem Einschlafen des HX711 klappt ^[1]. Ich kenne hier sowohl die Specs des auf dem Yun eingebettenen AVR als auch den Quelltext zu wenig im Detail, als dass ich genau beurteilen könnte, ob das nicht kompletter nonsense ist.

2. In manchen Treiberbibliotheken für Sensoren wird eine entsprechende reset()-Funktionalität implementiert ^[2], die von Ferne betrachtet auch bei solchen Beobachtungen Sinn machen würde wie sie hier geschildert werden. Auch hier kenne ich leider das Datenblatt der DHTs nicht im Detail, um beurteilen zu können, ob das nicht ebenfalls kompletter nonsense ist – also ob die Sensoren eine solche Reset-Funktionalität überhaupt vorsehen bzw. ob entsprechende Funktionalitäten u.U. auch auf Bus-Ebene implementierbar sein könnten (Bus-Reset).

---

1. • HX711 abschalten (power off)
   • Pin-Mode PULL-UP/PULL-DOWN Charakteristika
   ↩︎

2. https://github.com/pycom/pycom-libraries/blob/master/examples/DS18X20/onewire.py#L28-L46 ↩︎

[Andreas]

Der gute Rob Tillaart versorgt die Arduino-Gemeinde unermüdlich mit Bibliotheken für die DHTs, @clemens und andere beforschen und planen hier downstream schon seit längerem den richtigen Weg.

Er schreibt bei DHT22 with ESP8266 seeing eventual timeout errors – #102:

So it works well almost 50K times, and then the sensor is blocked. Apparently the processor inside the sensor is in a lock/unknown state as the normal wake-up signal does not work. And a power reset does.

3.3V ?
So I have been googling and saw on a RPI forum similar problems were mentioned, but no solutions that solved the problem. The ESP8266 is a 3.3 Volt device, the RPI is too. So it might be a power problem. Can you measure the actual voltage?
Looked again in the datasheet of the DHT22 and it states the DHT22 needs 3.3V-6V specified so 3.3V is definitely on the edge.
Note a minimal but disruptive voltage drop might be caused by switching on some of the other devices.

[Andreas]

Unabhängig davon will ich hier nochmals die Bibliotheken aus der Feder von Rob Tillaart (hoffentlich!) chronologisch sinnvoll auflisten und die Unterschiede auf Basis der README-Inhalte beschreiben.

Canonical Arduino libraries for the DHT

Worth a look

DHTlib 0.1.13

• The library (0.1.13 version) is confirmed to work on:
  • *UNO (tested myself) *2009 (tested myself)
  • *MEGA2560 *DUE *attiny85 @8MHz
  • *Digistump Digix @ 84 MHz
• Later 0.1.xx versions are optimized for AVR.

– https://github.com/RobTillaart/Arduino/tree/master/libraries/DHTlib

DHTlib 0.2.3

• This is the 0.2.3 version of the DHTlib. This version is stable for both ARM and AVR.
• For multithreading environments for Arduino one could replace delay(wakeupDelay); with delayMicroseconds(wakeupDelay * 1000UL).

– Arduino/libraries/DHTstable at master · RobTillaart/Arduino · GitHub

DHTNEW 0.1.5

This is the 0.1.5 version of the DHTNEW. This version is stable for both ARM and AVR.

DHTNEW has some new features compared to my DHTlib.

1. The constructor has a pin number, so the one sensor - one object paradigm is chosen. So you can now make a DHTNEW bathroom(4), kitchen(3) etc.

2. The read() function now reads both DHT11 and DHT22 sensors and do the right
   math per sensor. This is very much based upon the well tested DHTlib code.

3. An offset can be set for both temperature and humidity to have a first order calibration in the class itself. Of course this introduces a possible risk of under- or overflow. For a more elaborated or non-linear offset I refer to my multimap class.

4. lastRead() keeps track of the last time the sensor is read. If this is not too long ago one can decide not to read the sensors but use the current values for Temperature and humidity.
   This saves up to 20+ milliseconds for a DHT11 or 5+ millis for a DHT22. Note that these sensors should have 1-2 seconds between reads according to specification.
   In the future this functionality could be inside the library by setting a time threshold (e.g. 1 second by default) to give more stable results.

5. Added interrupt enable / disable flag to prevent interrupts disturb timing of DHT protocol.

6. [Maybe some other important detail missing here…]

– Arduino/libraries/DHTNEW at master · RobTillaart/Arduino · GitHub

Seitenblicke

However, also might be worth a look.

DHT12 library

– Arduino/libraries/DHT12 at master · RobTillaart/Arduino · GitHub

DHT2PIN library

This library is an experimental version of the DHT library that uses 2 pins instead of 1. One pin for all read actions and one pin for write actions.

– Arduino/libraries/DHT2pin at master · RobTillaart/Arduino · GitHub

[Andreas]

@IngoP

Vielleicht ein Timing Problem.

@Andreas

5. Added interrupt enable / disable flag to prevent interrupts disturb timing of DHT protocol.
with the DHTNEW library.

Halleluja.

---

I wanted to emphasize this in the spirit of Use realtime systems for reading digital sensors and Protect code when accessing shared resources.

[mois]

@Andreas

Halleluja.

meinst du “Heureka” und empfiehlst mir diese bibliothek auszuprobieren?

[mois]

@Andreas

Looked again in the datasheet of the DHT22 and it states the DHT22 needs 3.3V-6V specified so 3.3V is definitely on the edge.

bei mir laufen die mit 5V.

(ich leide so darunter, dass ich das fritzing meiner schaltung noch nicht hingekriegt habe. zwei anläufe sind daran gescheitert, dass ich die ganzen verwendeten bauteile nicht als fritzing-bilder gefunden habe. aber eine fritzing-tutorial wäre wohl ein eigenes thema wert…)

[Andreas]

@mois

Meinst du “Heureka” und empfiehlst mir diese Bibliothek auszuprobieren?

@mois

Saarländische Lösung: Relais eingebaut.

---

Bayerische Lösung: Humor.

Er setzte sich wieder auf seine Wolke und begann erneut zu frohlocken, allerdings bedeutend zorniger. Luhja sog I!

– Engel Aloisius

---

@mois

Ich leide so darunter, dass…

Das tut mir echt leid – nervt ja auch voll. Demgegenüber ist der Humor natürlich nicht spöttisch gemeint, nur mal so zwischendrin zur Auflockerung.

[Andreas]

@Andreas

The DHTNEW library.

@mois

Empfiehlst Du mir diese Bibliothek auszuprobieren?

Die sieht mir nach “result of many years of intensive research” aus. Ich würde sie definitiv ausprobieren, solange man noch nicht von den DHTs wegkommt.

[IngoP]

und was soll ich mit dem Halleluja anfangen?

Soll es witzig sein? “zur Auflockerung” dann versteh ich Deinen Humor nicht.

[Andreas]

@IngoP

Halleluja?

Ja: Endlich hat sich auch bei dieser Bibliothek der Autor der bisher im Arduino-Umfeld oft vergessenen Interruptbehandlung gewidmet à la “da war ja noch was”. Dafür gibt es zu jeder Zeit ein großes Hosianna-artiges Halleluja.

Bevor das bibliotheksseitig nicht ordentlich gelöst ist, braucht man sich über sporadisch auftretende Glitches aufgrund von Timing-Problemen nicht wundern, gerade wenn man nicht mehr selbst exklusiv auf dem Eisen läuft – also die Firmware ^[1]. Siehe auch Use realtime systems for reading digital sensors und Protect code when accessing shared resources.

---

1. Das wiederum ist seit der Ankunft der immer populärer werdenden günstigen 32-Bit MCUs immanent, wo meist noch ein (Echtzeit-)OS drauf läuft und darauf erst die gewohnte Arduino-Umgebung. Sobald also irgendwo ein ESP32 (Dual Core!) aber auch schon ein ESP8266 unter der Haube ist oder man auch klassisch auf dem AVR schon Dinge wie LMIC an Bord holt, ist das Laufzeitverhalten ein grundlegend anderes als von früher gewohnt.

   Das fällt aktuell oft erst dann auf, sobald man ausgewachsenere Dinge auf andere Hardware portiert, während es bei einfachen Beispielsketches oft gerade noch so funktioniert. Ich bin heilfroh, dass das nun immer öfters schon upstream von den Hauptautoren erledigt wird, weil sonst die Gefahr hoch ist, dass das Ökosystem fragmentiert, wenn die notwendigen Patches wild zwischen Brennesseln wachsen und nicht wieder zurückgeführt werden. Bei Spring cleaning with multiarch support for the HX711 hatten wir richtig viel Freude – diesmal ironisch ;]. ↩︎

[mois]

@Andreas

Saarländische Lösung: Relais eingebaut.

Bayerische Lösung: Humor.

Das mit dem Relais war mein Ernst. Fotobeweis:

Ist aber schon auch ein bisschen lustig. Geb ich zu.

Im Lösungsbeitrag diskutiere ich die Automatisierung der Relais-Steuerung.

[Andreas]

@mois

Ist aber schon auch ein bisschen lustig. Geb ich zu.

Im Lösungsbeitrag diskutiere ich die Automatisierung der Relais-Steuerung.

Makes my day. Turtles all the way…

[IngoP]

Du hast jetzt aber nicht deine Lösung auf diesem Testboard oder ?
Das war nur ein kurzfristiger Testaufbau ?
Die Dinger können einen nämlich in den Wahnsinn treiben … habe ich mal bei nem Portexpander gehabt …

[MKO]

@IngoP

Das war nur ein kurzfristiger Testaufbau ?
Die Dinger können einen nämlich in den Wahnsinn treiben … habe ich mal bei nem Portexpander gehabt …

Ich denke Modus ist sich dem durchaus bewusst.

@mois

(ich leide so darunter, dass ich das fritzing meiner schaltung noch nicht hingekriegt habe. zwei anläufe sind daran gescheitert, dass ich die ganzen verwendeten bauteile nicht als fritzing-bilder gefunden habe. aber eine fritzing-tutorial wäre wohl ein eigenes thema wert…)

Also eher ein provisorischer Testaufbau, im Langzeitbetrieb.

Wenn du möchtest @mois, kann ich mich mal an deiner Schaltung versuchen und sie gleich ätzen und verzinnen (oldshool).
Müsstest mir nur eine Skizze vom Schaltplan und die verwendeten Bauformen irgendwie zukommen lassen. Würde das dann allerdings mit Eagle und nicht mit fritzing machen.

[IngoP]

Ätzt Du die Leiterplatten komplett selbst ? Belichtung etc.?
Was hast Du für eine Ausrüstung?
Ich bin da noch auf den Lochstreifen … da habe ich aber keine Lust mehr drauf…