Selbstbau Kellerbelüftungssteuerung

[klaus99]

Ich habe vor einiger Zeit eine Steuerung für die Kellerlüftung entwickelt: WeMos D1 Board + 2 x HTU21D + I2C Multiplexer + 2-Relais Modul 5V mit Optokoppler. Gesteuert und ausgelesen wird über den integrierten Webserver. Firmwareupdate ist auch per Wlan möglich.

[tromanski]

Hallo klassisch,

die Idee mit dem SHT31 + 1 BME280 finde ich interessant. Wenn das bei dir läuft, kannst du den Code hier posten?
Wenn ich das richtig verstehe, wird der SHT31 einfach parallel an den i2c angeschlossen? Kannst du mir die Quelle für deinen SHT31 nennen?

Danke im Voraus
Gruß, Thomas

[TomMajor]

Zwei BM280 ist nicht ganz einfach, weil sich der BME280 die Korrektur vom Hostrechner abnehmen läßt. Man muß dessen Korrekturwerte auslesen und verrechnen. Und wenn man 2 BME280 hat, dann muß man diese Korrekturwerte getrennt auslesen, halten und verarbeiten. Das machen die gängigen Libs nicht. Zuminest war das so, als ich mich damit beschäftigt habe.

weiß nicht was du mit dem Hostrechner meinst. Wenn wir hier von AskSinPP Arduino sketches reden verwaltet die BME280 Klasse in der Lib die Korrekturwerte, das wäre meine Annahme (habe die BME Lib nicht so genau angeschaut).
Für 2 Sensoren einfach die Sensorklasse 2x anlegen und dann werden die Korrekturwerte auch getrennt verwaltet ohne irgendwas ändern zu müssen.
Man müsste sich nur drum kümmern das der 2. Sensor die andere I2C Addr. bekommt.

[klassisch]

Der letzte SHT, den ich gekauft habe war ein SHT35 ebay 184042106831. Dort gibt es auch den SHT31, aber (zu) teuer. Der letzte SHT31 war 2018 https://de.aliexpress.com/item/32717906758.html , ist jetzt dort aber teurer. Derzeit bei ebay 162728071099 etwas günstiger zu haben.
Ja, die BM280 und SHT31 einfach parallel schalten, wobei die Pinbelegungen der breakout boards voneineander abweichen können. Also aufpassen.
Mein Sketch ist mittlerweile ein undurchschaubares Monster, weil für viele Sensoren, weitgehend parametrisierbar, CUxD und ioBroker, Mails etc.
Einen früheren Arbeitsstand findest Du dort viewtopic.php?p=308449#p308449 . Zu dieser Zeit waren die beiden Sesnoren aber noch alternativ auszulesen, den Parallelbetrieb habe ich gerade dieser Tage reingefrickelt.
Wichtig beim BME280 ist der forced mode, nicht der freerunning mode. Ansonsten mißt er zu hohe Temperaturen.
Die vielverwendete Adafruit Lib kann das nicht. Das hatte ich dort viewtopic.php?p=324372#p324372 ermittelt.
Zur Lib habe ich mir notiert

Code: Alles auswählen

   BME280 Lib: https://github.com/embeddedadventures/BME280
   For 2 sensors the MOD_1022 Lib has to be changed according https://forum.arduino.cc/index.php?topic=380644.0 Before measuring the BME280.readCompensationParams() has to be executed.

Wenn ich mich recht erinnere hätte man für 2 BME280 die lib modifizieren müssen, was ich nicht wollte.
Der SHT31 bzw. SHT35 ist sehr einfach auszulesen und hier ist die Adafruit Lib gut geeignet, https://github.com/adafruit/Adafruit_SHT31 . Wenn Du also schon einen BM280 betreibst , dann einfach an https://github.com/adafruit/Adafruit_SH ... 31test.ino orientieren und den SHT 31 zusätzlich mit implementieren.

Der zitierte Thread ist etwas verwaist. Viele Weggefährten haben im Wesentlichen, was sie wollten, andere sind zu ESPEasy und Tasmota abgewandert. Da gibt es für Vieles fertige und konfigurierbare Lösungen.

@TomMajor Ich war halt schon mit den ESP8266 praktisch durch, als AskSinPP in mein Gesichtsfeld kam. Deshalb bin ich bei den T-/H-Sensoren noch immer auf der ESP8266 Schiene. Ih sehe gerade, daß sich der Thread https://forum.arduino.cc/index.php?topic=380644.0 mittlerweile etwas weiterentwickelt hat. Ob dadurch die jeweils passenden Korrekturen verwendet werden, kann ich aber leider nicht sagen.
Die Adressumstellung selbst wäre nicht das Thema. Dafür hat der Chip einen Pin, den man umlöten kann. Für AskSin verwendet ihr wohl die größeren, länglichen boards ohne Spannungsregler, während ich für ESP8266 die kleinen mit Spannungsregler und Pegelwandler verwende.

[TomMajor]

@klassisch

zu den SHT kann ich nicht viel sagen, ich wollte nur auf deinen Einwand mit den Korrekturdaten eingehen.

Diese sitzen in der finite space Lib wahrscheinlich in

Code: Alles auswählen

uint8_t m_dig[32];

https://github.com/finitespace/BME280/b ... 280.h#L262

Wenn man z.B. hier
https://github.com/TomMajor/SmartHome/b ... 1.ino#L269
einfach den Sensor 2x anlegt

Sens_BME280 bme280_1;
Sens_BME280 bme280_2;


würde automatisch für eine getrennte Verwaltung der Korrekturdaten gesorgt (C++). Darauf wollte ich nur hinaus.

Baustellen bei diesem Konzept:
- andere I2C Adresse für den 2. Sensor in der Lib reinbekommen
- reicht der Flash dafür?
- Telegramm an die CCU muss geändert werden für 2x BME Messwerte
- AddOn xml in der CCU muss geändert werden für 2x BME Messwerte

[klassisch]

Ok, dann habt Ih bei AskSin wahrscheinlich ein moderneres Programmierkonzept und habt ganz sicher davon mehr Ahnung als ich.

Flash, Speicher, Rechenleistung ist bei den ESPs meist nicht das Thema.
Und da ich mit den ESPs via WLAN/eth an CUxD anliefere - oder mittlerweile gleich direkt an ioBroker - war das Addon xml auch kein Thema. Aber eben ganz anderes Konzept mit allen pres and cons.

[jp112sdl]

95% der PNs mit

Kann man nicht die beiden Geräte zusammen in einem realisieren.
Wo muss ich denn dafür was einfügen?

, die ich erhalte, enden irgendwann mit

"Okay, dann bau ich doch lieber einzelne Geräte auf"

Spätestens bei

AddOn xml in der CCU muss geändert werden

kommt die Einsicht, dass die Verschwendung an Hardware doch geringer ausfällt, als der Zeit- und Nervenverlust durch stunden- oder tagelanges Programmieren und Testen.

[jp112sdl]

Ich war halt schon mit den ESP8266 praktisch durch, als AskSinPP in mein Gesichtsfeld kam.

So war es bei mir auch.
Aber schon die Batterielaufleistung war ein Killer.
Ich hatte dann in kürzester Zeit knapp 20 Wemos rausgeschmissen und durch AskSin-Sensoren ersetzt.

[TomMajor]

Spätestens bei

AddOn xml in der CCU muss geändert werden

kommt die Einsicht, dass die Verschwendung an Hardware doch geringer ausfällt, als der Zeit- und Nervenverlust durch stunden- oder tagelanges Programmieren und Testen.

100% Zustimmung

(wobei ich custom data beim Unisensor vorgesehen habe. Zumindest ein weiterer Sensor wäre nicht so ein großes Problem vermute ich)

[tromanski]

Wenn ich das so alles lese, dann tendiere ich auch stark dazu einfach 1 Arduino je Funktion zu implementieren um den zusätzlichen Aufwand der Programmierung zu vermeiden.
Vielleicht wäre es Hilfreich diese Information in einer FAQ für AskSinPP zu vermerken, um zukünftige Diskussionen zu vermeiden, außer jemand hat wirklich die Muse und Programmiererfahrung dies umzusetzen.

Vielen Dank für die Anregungen und weiterhin viel Spaß bei euren Projekten!
Thomas