DHT22 hängt immer nach Arduino Firmware Reset

[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…

[didilamken]

Vor 2 Jahren habe ich am RaspberryPi auch mit bis zu 10 DHT22 = AM1302 experimentiert und versucht, sie abzugleichen mit verschiedenen Salzlösungen.
Fazit: selten zeigen sie gleiche oder sehr ähnliche Werte an. Ausserdem können sie ganz einfach kaputt gehen und ergeben seltsame Ergebnisse.
Seit Okt. 2018 nutze ich den BME280 an verschiedenen ESP32 und FiPy mit Arduino-IDE und Micropython.
Fazit: Immer saubere Messwerte.
Empfehlung: von DHT22 auf BME280 wechseln

[MKO]

Nicht ganz, Belichtungsgerät usw. hätte ich zwar da. Benutze für kleine Einzelanfertigungen aber meist die Toner Transfer Methode, da ich noch einige Platten habe, wo der Fotolack zu alt ist.
Da mir der ganze Aufwand mit dem Lötstoplack oder Folie zu groß ist, verzinne ich sie anschließend mit Fittinglötpaste. Ist auch damit sie sich anschließend besser löten lassen. Galvanisch geht auch, wird aber nicht ganz so schön und ist wieder viel Chemie.
Geht super. Eine Platine ist nach dem Druck in ca. 20-30 Min fertig geätzt und verzinnt.
Allerdings mache ich hauptsächlich nur Einseitige Platinen, da die Durchkontaktierungen wieder ein Fall für viel Aufwand und Chemie sind.
Also im Layout ein bisschen mehr Hirnschmalz reinstecken.

Benötigt wird eigentlich nicht viel:
Zum Ätzen:

• Laserdrucker
• Katalogseiten oder Etikettenpapier(Wachspapier)
• Bügeleisen oder Laminiergerät
• Atzmittel z.B. Natriumpersulfat
• Azeton ( zum reinigen vom Toner)
• Dremel oder Kl. Standbohrmaschine

zum Verzinnen (muß nicht gemacht werden, empfehle ich aber):

• Fittinglötpaste
• Heißluftfön

Wer dann noch Langeweile hat kann dann ebenfalls mit der Transfermethode noch auf der Oberseite die Beschriftung aufbringen.

Will zum Wochenende eh noch eine Develop BoB Platine machen. falls Interesse besteht kann ich ja mal meinen Fotoapparat daneben legen.

[mois]

@MKO

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.

das ist ja ein tolles angebot. das nehme ich gerne zum anlass, meine schaltung aufzuzeichnen:

hier nochmal die pinbelegungen am arduino:
5V → Steckbrett
GND → Steckbrett
GND ← Power In
Vin <–Power In

A0 - Relais
A1 - not connected
A2 - not connected
A3 - not connected
A4 - TSL2591 SDA
A5 - TSL2591 SCL

14 - GND LED Pausenschaltung
D13 - Widerstand - LED Pausenschaltung
D12 - not connected
D11 - 100Ohm - Schalter Pausenschaltung
D10 - PDWN Waage1
D9 - PDWN Waage2
D8 - SCLK Waage2
D7 - SCLK Waage1
D6 - DRDY/DOUT Waage1
D5 - DRDY/DOUT Waage2
D4 - 1Wire DS18B20
D3 - DHT22 (über Relais)
D2 - DHT22
D1 - not connected
D0 - not connected

Bauformen?

• Die DHT sind auf breakouts mit drei kabeln.
• TSL2591 hat auch ein langes kabel, 4-adrig
• einer der DS18B20 sitzt direkt auf dem breadboard, soll die temperatur in der messbox messen, der andere hat ein langes kabel, 3adrig.
• die ADS1231 sehen so aus wie hier auf dem foto.
• das relais sieht so aus.

für rückfragen bin ich noch diese woche da. dann bin ich erstmal wieder drei wochen weg.