Mehrere DHT-Sensoren funktionieren nicht am RasPi-Pico

[Mike W. (mike93)]

Hi,

ich will zwei (am besten vier) DHT11 Sensoren an meinem RasPi Pico 
betreiben. Leider klappt das nicht. Benutze ich nur einen Sensor, messe 
ich plausible Temperaturen und Luftfeuchtigkeiten. Sobald ich den Code 
aber auf 2 oder 3 Sensoren erweitere, erhalte ich nur noch 0 für Temp 
und Hum für alle Sensoren. Kann mir jemand erklären, warum das so ist?

Falls es an der Wahl der Sensoren liegt: Kann man mehrere BME280er 
gleichzeitig benutzen?

from machine import Pin
from time import sleep
import dht
import sdcard
import uos

## init sensors
sensor1 = dht.DHT11(Pin(21, Pin.IN, Pin.PULL_UP))
sensor2 = dht.DHT11(Pin(20, Pin.IN, Pin.PULL_UP))
#sensor3 = dht.DHT11(Pin(19))
#sensor4 = dht.DHT11(Pin(18))

## init SD-card
CS = machine.Pin(9, machine.Pin.OUT)
spi = machine.SPI(1,baudrate=1000000,polarity=0,phase=0,bits=8,firstbit=machine.SPI.MSB,sck=machine.Pin(10),mosi=machine.Pin(11),miso=machine.Pin(8))

sd = sdcard.SDCard(spi,CS)

vfs = uos.VfsFat(sd)
uos.mount(vfs, "/sd")

## measure loop
while True:
    ## measureing starts
    sensor1.measure
    sensor2.measure
    #sensor3.measure
    #sensor4.measure
    ## measured values to variables
    # Temp:
    temp1 = sensor1.temperature() 
    temp2 = sensor2.temperature()
    #temp3 = sensor3.temperature()
    #temp4 = sensor4.temperature() 
    # Hum:
    hum1 = sensor1.humidity()
    hum2 = sensor2.humidity()
    #hum3 = sensor3.humidity()
    #hum4 = sensor4.humidity()
    # print temps and hums
    print("Temperature 1: {} °C    Humidity 1: {}%".format(temp1,hum1))
    print("Temperature 2: {} °C    Humidity 2: {}%".format(temp2,hum2))
    #print("Temperature 3: {} °C    Humidity 3: {}%".format(temp3,hum3))
    #print("Temperature 4: {} °C    Humidity 4: {}%".format(temp4,hum4))
    ## open file
    file = open("/sd/data.txt", "a")
    print("Writing to data on SDcard.txt...")
    file.write("Temperature 1: {} °C    Humidity 1: {}%".format(temp1,hum1))
    file.write("Temperature 2: {} °C    Humidity 2: {}%".format(temp2,hum2))
    #file.write("Temperature 3: {} °C    Humidity 3: {}%".format(temp3,hum3))
    #file.write("Temperature 4: {} °C    Humidity 4: {}%".format(temp4,hum4))
    file.close()
    
    print("Done")
    print("")
    sleep(3) # sleep for 3 sec.

[Michael H. (mha1)]

Das Problem wird vermutlich in "import dht" liegen. Kann die Library 
überhaupt mit mehreren DHT Sensoren umgehen?

Ich habe auf einem Breadboard parallel zwei DHT21 und zwei BM280 laufen. 
Die endgültige Platine kommt später. Allerdings habe ich es in C selbst 
programmiert. Ich nutze eine eigene Library für die DHT21 (mit Nutzung 
der PIOs). Das ganze läuft unter FreeRTOS SMP.

Ich hatte Anfangs ebenfalls Probleme. Die waren aber eher hausgemacht. 
Das Timing der DHT21, die ich zum Test zur Verfügung hatte war leicht 
unterschiedlich. Mit 3,3V hatte ich bei den DHT21 immer wieder mal 
Bitfehler. Erst mit 5V + Pegelwandlern hatte ich ein stabiles Signal.

[Rainer W. (rawi)]

Mike W. schrieb:
> Falls es an der Wahl der Sensoren liegt: ...
Es kann auch an deinem Aufbau liegen (Kabellänge). Bei 3V3 ist der DHT11 
etwas pingelig.

> Kann man mehrere BME280er gleichzeitig benutzen?
Ja,  ein bisschen Beschäftigung mit den Grundlagen von I2C (NXP UM10204
I2C-bus specification and user manual) und mit dem Datenblatt des BME280 
(Kap. 6.2 I²C Interface) beantwortet dir deine Frage sofort.

https://www.nxp.com/docs/en/user-guide/UM10204.pdf
https://www.bosch-sensortec.com/media/boschsensortec/downloads/datasheets/bst-bme280-ds002.pdf

[J. S. (jojos)]

Nimm mal die measure Aufrufe raus, die werden in temperature() schon 
implizit aufgerufen. Zu schnell nacheinander aufgerufen liefert measure 
einen Fehler.
Sonst sehe ich im dht Code keinen Grund das es nicht mehrere Instanzen 
erlaubt.

[Norbert (der_norbert)]

Mike W. schrieb:
> sensor1.measure
> sensor2.measure

In der Vergangenheit hat es sich immer bewährt, wenn man dem Aufruf 
einer Methode ein Pärchen Klammern spendiert. ;-)

[Mike W. (mike93)]

Norbert schrieb:
> Mike W. schrieb:
>> sensor1.measure
>> sensor2.measure
>
> In der Vergangenheit hat es sich immer bewährt, wenn man dem Aufruf
> einer Methode ein Pärchen Klammern spendiert. ;-)

Jo, das ist der Fehler. Warum sagt denn der Compiler nichts? Danke sehr.

Das ist nun die Ausgabe:
Temperature 1: 17 °C    Humidity 1: 64%
Temperature 2: 20 °C    Humidity 2: 52%

Die Sensoren sind 1 cm von einander entfernt. 3 Grad und 12% Unterschied 
sind schon viel...


Michael H. schrieb:
> Das Problem wird vermutlich in "import dht" liegen. Kann die Library
> überhaupt mit mehreren DHT Sensoren umgehen?
=> Anscheinend geht das doch. Wenn man keine Klammern vergisst :-)


Rainer W. schrieb:
> Mike W. schrieb:
>> Falls es an der Wahl der Sensoren liegt: ...
> Es kann auch an deinem Aufbau liegen (Kabellänge). Bei 3V3 ist der DHT11
> etwas pingelig.
=> Wo wir gerade bei Kabellängen sind: Wie lang können die denn für 
DHT11, DHT22 und BME280 maximal sein? Meine Ziel-Anwendung hätte nämlich 
1 und 2 Meter Kabellänge. Bei HDMI, das meines Wissens auch I2C nutzt, 
sind es max. 15 Meter.

[Norbert (der_norbert)]

Mike W. schrieb:
> Jo, das ist der Fehler. Warum sagt denn der Compiler nichts? Danke sehr.

Weil's kein Fehler ist. Du fragst lediglich das Objekt ab und bekommst 
die (ungenutzte und verworfene) Information das es sich um eine Funktion 
handelt.

#!python
def X():
    print('Y')

X
<function X at 0x7f998f987310>

X()
Y

[Helmut -. (dc3yc)]

Mike W. schrieb:
> Die Sensoren sind 1 cm von einander entfernt. 3 Grad und 12% Unterschied
> sind schon viel...

Neee, das ist bei den schrottigen DHT-Sensoren normal!

[Mike W. (mike93)]

Helmut -. schrieb:
> Mike W. schrieb:
>> Die Sensoren sind 1 cm von einander entfernt. 3 Grad und 12% Unterschied
>> sind schon viel...
>
> Neee, das ist bei den schrottigen DHT-Sensoren normal!

Dann ist gut :-)

Gibt es denn wegen der Kabellänge für die BME280 Hinweise und 
Erfahrugnen?

[Helmut -. (dc3yc)]

Habe teilweise bei SHT35 (Temperatur und Feuchte) Kabel mit 1m Länge in 
Betrieb. Das geht!

[J. S. (jojos)]

Mike W. schrieb:
> Jo, das ist der Fehler. Warum sagt denn der Compiler nichts? Danke sehr.

das kann ich noch nicht nachvollziehen. Für den pico gibt es die dht lib 
und da finde ich folgendes:
https://github.com/ikornaselur/pico-dht11/blob/f98c792d66bc5b8c3ee66059a95e67775c43e9dc/dht.py#L51-L59
Also wird da measure() beim Lesen des Properties aufgerufen, der 
explizite wäre damit also nicht nötig.
In der Doku zu MicroPython steht der measure() Aufruf im Beispiel auch 
drin, also gibt es da wohl verschiedene Implementierungen. Woher weiß 
man jetzt welche tatsächlich verwendet wird?

Die anderen Sensoren SHT oder BME sind deutlich besser, die waren nur 
lange nicht lieferbar oder wenn dann sehr teuer. Sieht es damit jetzt 
besser aus?

[Helmut -. (dc3yc)]

Wenn du Schweizer Qualität bei den SHTs willst, musst du halt dafür 
zahlen. Die Billigdinger, die als SHT angeboten werden, sind 
China-Nachbauten, kommen aber an die Qualität der Originale nicht heran.
Und ob die BME alle von Bosch sind, ist auch eine Frage des Preises.

[Norbert (der_norbert)]

J. S. schrieb:
> Also wird da measure() beim Lesen des Properties aufgerufen, der
> explizite wäre damit also nicht nötig.

Dort (github Version) ist ›humidity()‹ explizit als Property einer 
Klasse definiert.
Das kann man dann jedoch nicht - so wie Eröffnungspost beschrieben - als 
Methodenaufruf abfragen, da gäbe es 'ne Kelle.

In der von dir gezeigten Klasse wäre
»wert = xxx.humidity«
richtig und »wert = xxx.humidity()«
würde eine Exception werfen.

Des weiteren:
Wenn ›measure()‹ nur implizit aufgerufen werden soll, warum heist das 
olle Ding dann nicht zumindest ›_measure()‹?

[J. S. (jojos)]

Danke, ja, verstehe. Das MicroPython hat mittlerweile eine ganze Menge 
Treiber (als C-Code) integriert, der dht gehört dazu und die Aufrufe 
sehen anders aus als in externen py-only lib aus.
Python ist nicht meine Muttersprache, aber interessant finde ich es 
schon.
Ist _measure() dann automatisch was in C++ private wäre? Gibt es sowas 
wie private in python Klassen?

der Vollständigkeit halber, dann dürfte es dieser Quellcode sein:
https://github.com/micropython/micropython-lib/blob/7128d423c2e7c0309ac17a1e6ba873b909b24fcc/micropython/drivers/sensor/dht/dht.py#L24-L36
Und darin wird eine Funktion in C aufgerufen die das bitbanging macht.

[Norbert (der_norbert)]

J. S. schrieb:
> Ist _measure() dann automatisch was in C++ private wäre? Gibt es sowas
> wie private in python Klassen?

#!/usr/bin/python3
# -*- coding: UTF-8 -*-
# vim:fileencoding=UTF-8:ts=4

class Q:

    def __init__(self):
        self.a = 111

    def m(self):
        return self.a

    def _m(self):
        return self.a

    def __m(self):
        return self.a

    @property
    def p(self):
        return self.a

    @property
    def _p(self):
        return self.a

    @property
    def __p(self):
        return self.a


q = Q()
print("A:", q.m)
print("B:", q._m)
try:
    print("C:", q.__m)
except Exception as e:
    print("CE:", e, e.__class__)

print("D:", q.m())
print("E:", q._m())
try:
    print("F:", q.__m())
except Exception as e:
    print("FE:", e, e.__class__)


print("G:", q.p)
print("H:", q._p)
try:
    print("I:", q.__p)
except Exception as e:
    print("IE:", e, e.__class__)

try:
    print("J:", q.p())
except Exception as e:
    print("JE:", e, e.__class__)

try:
    print("K:", q._p())
except Exception as e:
    print("KE:", e, e.__class__)

try:
    print("L:", q.__p())
except Exception as e:
    print("LE:", e, e.__class__)

Resultat:

A: <bound method Q.m of <__main__.Q object at 0x7f01f5ec1fd0>>
B: <bound method Q._m of <__main__.Q object at 0x7f01f5ec1fd0>>
CE: 'Q' object has no attribute '__m' <class 'AttributeError'>
D: 111
E: 111
FE: 'Q' object has no attribute '__m' <class 'AttributeError'>
G: 111
H: 111
IE: 'Q' object has no attribute '__p' <class 'AttributeError'>
JE: 'int' object is not callable <class 'TypeError'>
KE: 'int' object is not callable <class 'TypeError'>
LE: 'Q' object has no attribute '__p' <class 'AttributeError'>

Ohne Unterstrich: Prima, benutze es.
Mit einem Unterstrich: Benutze es auf eigene Gefahr. Kann sich ändern.
Mit zwei Unterstrichen: Good luck! ;-)