DHT22 Modul misst nicht zuverlässig

Hallo zusammen,

ich bin mittlerweile ratlos, was den Betrieb meines DHT22 Moduls (DHT22-Modul) angeht- hoffentlich könnt ihr mir weiterhelfen:

Mein System: Raspberry PI 3B+, mit folgenden HATs:

1. StromPi 3 USV Hat (link)
2. StromPi 3 Batterie Hat
3. Relais-Hat (link (Affiliate-Link))
4. GPIO Hat (link)

Angeschlossen habe ich folgende Elektronik:

1. An Relais Hat, Relais #1: 230V Rolladenmotor (Richtung hoch)
2. Relais #2: 230V Rolladenmotor (Richtung runter)
3. Relais #3: 12V LEDs

Das DHT22 Modul habe ich direkt angeschlossen (So hat mir das auch der Kundenservice des Shops erklärt):

+ vom Modul an ein +3.3V GPIO Pin

- vom Modul an ein GND GPIO Pin

Signalpin an BCM 4 GPIO Pin (1-Wire Pin)

Problembeschreibung:

Wenn ich den Raspberry PI starte, kann ich mit dem Adafruit DHT22 Skript die Temperatur auslesen.

Nun starte ich meine SpringBoot (Java-Anwendung), welche anschließend minütlich die Temperatur liest und speichert. (Geht auch problemlos)

Dann betätige ich das Relais, um die Rolladenmotoren anzusteuern- und danach sind keine Messungen mit dem DHT22 Modul mehr möglich...

Ich habe das ganze auch auf meinem Test-Raspberrysystem nachgestellt, konnte das Verhalten nicht reproduzieren.

Da habe ich auch eine 230V Lampe an ein Relais gehängt und dieses mehrfach geschalten- die Messungen gingen dort aber problemlos weiter...

Ich weiß nicht warum das nur draußen an den Rolladen fehlschlägt...Habe schon vermutet dass es an der Verkabelung / Störungen liegen könnte, da recht viel Kabel draußen verlegt sind- aber da finde ich es zu komisch, dass es nach betätigen der Rolladenmotoren immer nicht mehr geht...

Hier ein Auszug aus dem Anwendungslog, wo man sieht dass nach dem betätigen der Motoren die Temperaturmessungen nicht mehr gehen:

2019-02-24 22:44:11.829  INFO 738 --- [eduler_Worker-5] g.g.H.service.io.IOController            : Successful read values from temperature sensor: TemperatureAndHumidity{temperature=8.9, temperatureFahrenheit=48.019997, humidity=52.8}
2019-02-24 22:44:11.838  INFO 738 --- [eduler_Worker-5] .H.d.e.TemperatureMeasurementServiceImpl : Temperature-Measurement: Successful created entry: TemperatureMeasurement{temperateMeasurementId=71, temperature=8.9, temperatureFahrenheit=48.019997, humidity=52.8, measuredAt=2019-02-24T22:44:11.831}
2019-02-24 22:45:05.255  INFO 738 --- [eduler_Worker-6] g.g.H.service.scheduled.StopFeedingJob   : End of feeding scheduled! Job-Id: 4
2019-02-24 22:45:05.257  INFO 738 --- [eduler_Worker-6] g.g.H.service.io.IOController            : Triggered relay light to: OFF
2019-02-24 22:45:05.258  INFO 738 --- [eduler_Worker-6] g.g.H.service.io.IOController            : Close shutters triggered! Relay will be triggered in 5 seconds! Warn lights & sounds will be activated!
2019-02-24 22:45:05.259  INFO 738 --- [eduler_Worker-6] g.g.H.service.io.IOController            : Trigger closing shutter motors. Give em power for 30000 milliseconds
2019-02-24 22:45:05.261  INFO 738 --- [vent-executor-2] g.g.H.service.io.IOController            : Changed pinstate of pin# Relay #4, Close motor to state: 0
Data not good, skip
Data not good, skip
Data not good, skip
Data not good, skip
Data not good, skip
Data not good, skip
Data not good, skip
Data not good, skip
Data not good, skip
2019-02-24 22:45:24.803  INFO 738 --- [eduler_Worker-6] g.g.H.d.event.FeedingEventServiceImpl    : Found open feeding event in db- will now finish it: FeedingEvent{feedingEventId=26, feedingStart=2019-02-24T22:00:05.150, feedingEnd=null, feedingDurationMs=null}
Data not good, skip
Data not good, skip
Data not good, skip
Data not good, skip
Data not good, skip
2019-02-24 22:45:35.261  INFO 738 --- [vent-executor-2] g.g.H.service.io.IOController            : Changed pinstate of pin# Relay #4, Close motor to state: 1
Data not good, skip
Data not good, skip
Data not good, skip
Data not good, skip
Data not good, skip
Data not good, skip
2019-02-24 22:45:48.140 ERROR 738 --- [eduler_Worker-7] g.g.H.service.io.IOController            : Couldnt read values from temperature sensor! Failed attempts: 20

Quote from STF

Wie lang sind denn die Kabel zum DHT? Welches Kabel hast Du verwendet? Der Widerstand auf Deinem Modul zwischen Data und Vcc ist bestückt? Die Zeit zwischen den (erfolglosen) Leseversuchen ist wie lang?

Dein Programm (mir unbekannt) versucht evt., den GPIO ebenfalls anzusprechen?

Habe die Kabel nun mittlerweile auf ca. 30cm gekürzt- sind ganz einfache einadrige Kabel, denke so ca. .14 oder .25mm Durchmesser.

Einen Widerstand habe ich nicht eingebaut- da der Support von dem Sensorhersteller mir sagte, man kann die direkt an die GPIO Pins anschließen (https://www.az-delivery.de/pro…peratursensor-modul?ls=de)

Ich lese den Code in meinem Programm mithilfe dieser Methoden aus. Falls es nicht klappt, misst er erneut. Bis zu 20x, dann misst er erst wieder nach einer Minute.

    private Optional<TemperatureAndHumidity> measureTempSensorValues(final int pin) {

        Optional<TemperatureAndHumidity> returnValue = Optional.empty();
        int laststate = Gpio.HIGH;
        int j = 0;
        dht22_dat[0] = dht22_dat[1] = dht22_dat[2] = dht22_dat[3] = dht22_dat[4] = 0;

        Gpio.pinMode(pin, Gpio.OUTPUT);
        Gpio.digitalWrite(pin, Gpio.LOW);
        Gpio.delay(18);

        Gpio.digitalWrite(pin, Gpio.HIGH);
        Gpio.delayMicroseconds(7);
        Gpio.pinMode(pin, Gpio.INPUT);

        for (int i = 0; i < TEMPSENSOR_MAX_TIMINGS; i++) {
            int counter = 0;
            while (Gpio.digitalRead(pin) == laststate) {
                counter++;
                Gpio.delayMicroseconds(1);
                if (counter == 255) {
                    break;
                }
            }

            laststate = Gpio.digitalRead(pin);

            if (counter == 255) {
                break;
            }

            /* ignore first 3 transitions */
            if (i >= 4 && i % 2 == 0) {
                /* shove each bit into the storage bytes */
                dht22_dat[j / 8] <<= 1;
                if (counter > 30) {
                    dht22_dat[j / 8] |= 1;
                }
                j++;
            }
        }
        // check we read 40 bits (8bit x 5 ) + verify checksum in the last
        // byte
        if (j >= 40 && checkParityTempSensor()) {
            float h = (float) ((dht22_dat[0] << 8) + dht22_dat[1]) / 10;
            if (h > 100) {
                h = dht22_dat[0]; // for DHT11
            }
            float c = (float) (((dht22_dat[2] & 0x7F) << 8) + dht22_dat[3]) / 10;
            if (c > 125) {
                c = dht22_dat[2]; // for DHT11
            }
            if ((dht22_dat[2] & 0x80) != 0) {
                c = -c;
            }
            final float f = c * 1.8f + 32;

            TemperatureAndHumidity temperatureAndHumidity = new TemperatureAndHumidity(c, f, h);
            returnValue = Optional.of(temperatureAndHumidity);
        } else {
            System.out.println("Data not good, skip");
        }

        return returnValue;
    }

    private boolean checkParityTempSensor() {
        return dht22_dat[4] == (dht22_dat[0] + dht22_dat[1] + dht22_dat[2] + dht22_dat[3] & 0xFF);
    }

Quote from STF

Je länger die Kabel, um so größer das Risiko,dass es nicht geht. Bei 30cm Länge ist das imho aber unproblematisch.

Sieh mal bitte nach, ob der Widerstand auf Deinem Modul verbaut ist. Ohne steigt das „geht nicht“ Risiko.

20x hintereinander abfragen ist keine gute Idee, das kann der DHT nicht. Aus dem Kopf kenne ich die minimale Zeit nicht, ich glaube aber, es waren schon ein paar (2-3) ?Sekunden.

Habe nachgeschaut- da sind Widerstände verbaut, auf der Unterseite des Moduls, soweit ich das beurteilen kann.

Ich rufe in meiner Anwendung die Methode wie oben beschrieben auf- wenn dann kein gültiger Wert zurück kommt, warte ich 2000millisekunden und messe dann erneut. Muss ich hier evtl. vorher die Pins resetten oder ähnliches?

Habe versucht das Verhalten auf meiner Integrationsumgebung nachzustellen- auch einen PI angeschlossen, zeitlich getriggert die Motoren angesteuert, aber kann diesen Fehler so nie reproduzieren...Bin mittlerweile schon am überlegen, einen Arduino an den PI anzubinden, um die Messung auszulagern...Aber das macht die Infrastruktur nur noch komplexer.

Quote from STF

sind IMHO zu kurz, versuchs erst einmal mit 10 Sekunden.

Was unterscheidet die beiden Umgebungen (die, in der es nicht funktioniert und die Du nachgestellt hast)?

Gute Frage...habe vorgestern alle HAT´s (Wie oben beschrieben) von dem produktiven Raspberry abgemacht und auf den Integrations-Raspberry drauf - anschließend auch genauso an das Relais eine 230V Lampe (Statt wie produktiv den Rolladenmotor) und den gleichen 12V Trafo an das andere Relais angeschlossen.

Den DHT22 habe ich genauso über das GPIO Breakout Board angeschlossen und dann die Anwendung gestartet- ich konnte aber diese Fehlmessungen nicht reproduzieren...

Einziger Unterschied ist, dass draußen (produktiv) das Wlan natürlich nicht so stark ist wie drinnen (integration)...

Ich finde es auch komisch dass immer wenn das Relais produktiv getriggert hat und den Rolladenmotor betätigte, danach ALLE Temperaturmessungen invalide waren, so wie wenn sich der DHT22 auf einmal aufhängte...aber ich weiß nicht warum - und vor allem nicht warum das wie gesagt NIE auf der Integrationsumgebung auftrat.

Ich glaube nicht dass es mit der Wartezeit zu tun hat- weil ich ja einen zeitlichen Job definiert habe, der zur vollen Minute die Temperaturmessung antriggert- demnach hat er ja mind. 30 Sekunden Wartezeit, bis er erneut misst zwischen zwei Messjobs.

Quote from wend

WIe ist denn das Relais entstört? Vielleicht bringt es was, eine Zusaetzliche Diode zum Kurzschliessen des Unterbrecherfunkens einzubauen.

Das hier ist der Relais-Hat, den ich nutze: https://www.amazon.de/gp/product/B0771HH6J6/ref=ppx_yo_dt_b_asin_title_o01_s00?ie=UTF8&psc=1 (Affiliate-Link)

Ich bin mir nicht sicher ob der richtig entstört ist- was meinst du damit, eine Diode einzubauen?