[Smart-MF] Sensormodul (Temp, Hum, Air-Pressure, VOC, CO2, LUX, Abstand)

[mumpf]

Lass mich raten:

Ich teste meine Sensoren im Vorfeld einmal mit einem Arduino.

...am USB?
Muss ich noch mehr schreiben?

Gruß, Waldemar

[marcel151]

Sorry, stecke nicht 100% in den Spezifikationen, daher auch die Frage. Bitte nicht falsch verstehen, das ist hier keine Besserwisserei, im Gegenteil.
Heißt der KNX-Bus liefert für die SCD4x Sensoren zu wenig Strom dauerhaft? Spannung ist ja bei beiden 3,3V, wohl über einen Spannungswandler.

[willisurf]

Es geht darum die Spitzenströme zu puffern, die der Sensor beim Messen benötigt.
Diese liegen höher, als sie vom Bus über den DCDC Wandler des Busankopplers geliefert werden können. Für USB ist das kein Problem.

[mumpf]

marcel151: Entschuldige bitte... manchmal liest man seine eigene Antwort nochmal und findet sie selber blöd. War zwischen Tür und Angel am Handy - hätte mir mehr Zeit lassen sollen.

Du kennst sicherlich die Abschätzung den 10 mA pro Gerät am Bus. Das sind 10 mA @ 30V - das sind dann eben ca. 100 mA @ 3.3V (sehr vereinfacht ausgedrückt, die HW-Jungs werden mich hierfür wieder steinigen ). Der SCD4x braucht im Peak mehr (weiß nicht mehr, wie viel genau, < 200 mA, wenn ich mich recht erinnere), aber nur solange er wirklich eine Messung macht. Da ja auch der Prozessor und weitere Hardware noch Strom braucht, müssen wir eben puffern, deswegen die Elkos.

Beim USB hast Du 500 mA @ 5V - bei 3.3V also mehr. Du sieht, das reicht locker für alles und noch viel mehr.

Gruß, Waldemar

[MGK]

Wenn der Heartbeat nicht regelmäßíg kommt, dann ist da irgendwas im Argen. Kann es sein dass der Watchdog immer wieder mal zuschlägt? Er also immer wieder neu Bootet? Wobei dann immer noch die Frage wäre, warum?

um das ganze hier mal für alle zu klären falls noch wer so ein Problem hat: es lag hier an einem defekten BME680 der wohl den I2C Bus blockiert hat. Ich habe den getauscht, jetzt läuft alles stabil.

Gruss und Danke an alle,
Michael

[marcel151]

Mal wieder Interessensfragen. Da unser Haus noch im Bau ist habe ich noch keine KNX-Installation um die Sensormodule direkt zu testen (mal wieder die passenden Prioritäten gesetzt, man kennts ). Neben dem ersten Test an einem Arduino habe ich 2 der Sensoren einmal an einen vorhandenen ESP32 mit Tasmota gepackt um auch in der aktuellen Mietswohnung einen Nutzen raus zu ziehen, in meinem Home Office Büro ist das sogar recht sinnvoll.

grafik.png

Die Temperaturen sind leicht erhöht, was aber daran liegt, dass die Sensoren hinter einem Monitor hängen. Dennoch ist der Wert des SCD41 (wird als SCD40 in Tasmota angezeigt) immer ca. 0,5 - 1 Grad höher gegenüber dem BME680, der Wert des BME680 liegt näher an der Realität.
Seht ihr ähnliches Verhalten und nehmt daher für die Temperatur auch den BME680 Wert auf dem Sensormodul? Wie wird außerdem der VOC-Wert des Sensormoduls berechnet? Der BME680 gibt ja erstmal nur einen Widerstandswert aus, Laut Datenblatt heißt es, je höher dieser Widerstandswert, desto besser ist die Luftqualität

[uncelsam]

Für den VOC wert gibt es von Bosch eine Closed Source Bibliothek (BSEC) die das macht.

Die Temperaturmessung sind bei beiden Sensoren nicht so einfach, und schwanken je nach Messfrequenz.

Bei der VOC-Messung wird beim BME Wärme benötigt, ebenso beim SCD40/41 für die CO2 Messung.
Wenn du also sehr oft die entsprechenden Werte misst, erhöht sich die Temperatur merklich.

Je nach Verbauort, ist die Temperatur eh etwas anderes, in der Nähe der Wand ist die Temperatur immer anders wie mitten im Raum, das muss halt dem Offsset entsprechend angepasst werden.

Deswegen kannst Du ja bei openKNX Geräten eine Temperaturoffset einstellen.

[ed86g]

Hi zusammen, ich habe letztens das Sensor Modul mit dem Berkereinsatz zusammengebaut und die große Firmware geflasht. Das war jetzt auch einwandfrei. Dann habe ich beim Luftdruck in der ETS mal den Lesen Befehl ausgeführt. Nun schickt das Teil permanent den Wert und sprängt quasi den Bus. Ich kann leider weder die Applikation noch die Adresse schreiben. Abklemmen bringt nichts. Leider kann ich auch keine neue Firmware flashen, das Modul wird zwar erkannt aber er bricht dann ab. Hat jemand eine Idee wie ich das Teil retten kann?

[mumpf]

Hi,

zwar ist Deine Angabe etwas unspezifisch (was ist "die große Firmware"), aber man kann die Geräte einfach zurücksetzen. Siehe in unserem Wiki: Gerät funktioniert nicht mehr. Für Dich sind die untersten beiden LInks interessant, versuch erstmal das obere, das wird reichen.

Wir hatten mit manchen Sensoren das Problem, dass es zu einer Flut von Telegrammen gekommen ist, wenn der Sensor kaputt war (es reichte schon ein Wackelkontakt). Das ist in der aktuellsten Version vom RaumController-5.5.1 (Release war vorgestern) korrigiert.

Ein Lesetelegramm kann zu dem von Dir beschriebenen Verhalten nicht führen, außer Du hast den Sensorwert über eine Logik verarbeitet und dabei eine Telegrammkaskade gebaut.

Gruß, Waldemar

[ed86g]

Hi Waldemar,

vielen Dank für deine Rückmeldung. Ich meinte die SensorModule-Big-4.2.5. Den Sensor Wert wollte ich einfach auf dem MDT Taster anzeigen, da ich nicht warten wollte bis sich der Wert ändert habe ich in der Gruppenadresse gelesen.

Ich probiere gleich mal den Resett.

[mumpf]

Der RaumController-5.5.1 ist der offizielle Nachfolger vom SensorModule-Big. Du solltest den nehmen. Lies Dir aber bitte die UpdateInfo hier durch, damit ein Update problemlos läuft.

Trotzdem fürchte ich, dass irgendwas mit Deinem Sensor nicht korrekt funktioniert. Um was für einen Sensor geht es denn? Wie gesagt, ein Read kann das Verhalten nicht auslösen.

Gruß, Wadlemar

[ed86g]

Ist ein BME680. Selbst wenn ich den abziehe macht der das. Ich habe aber noch einen zweiten und versuche es damit.

Update:
Ich denke du hast recht. Das kommt nicht vom Lesen. Ich hatte den Druck von der Gruppenadresse entfernt, das Gerät resettet und die Applikation neu geschrieben. Dann hat es funktioniert und die Werte wurden sauber angezeigt. Sobald ich aber den Druck in die Gruppenadresse schiebe und dann partiel schreibe dann fängt er wieder an den Bus zu fluten.

Update2: Mit dem neusten Raumcontroller funktioniert es einwandfrei

[mumpf]

Auf jeden Fall solltest Du die neuste Firmware nehmen, nicht eine so alte wie das Sensormodul-Big.

Selbst wenn ich den abziehe macht der das.

Du musst mit Deinen Fehlerbeschreibungen spezifischer werden:

• Wie ist der Testaufbau
• Womit beginnst Du
• Wie ist die Parametrisiereung
• Was führt genau zum Problem
• Welche alternativen bzw. Varianten hast Du ausprobiert.

Ich bleibe dabei: Ein Read alleine kann ein Fluten des Busses nicht auslösen, außer Du hast eine entsprechend über GA-Rückkopplungen gebaut.

Gruß, Waldemar

[ed86g]

Am Ende war es so, dass sobald ich das KO für den Luftdruck in eine GA gelegt habe und es geschrieben habe, er damit angefangen hat. Dabei war es egal ob überhaupt eine Sensor angeschlossen war oder nicht. Beim letzten Versuch war sonst kein anderes KO in der GA. Es lag auch nicht am Lesen, war meine Vermutung weil ich auf lesen geklickt habe und dann in den Gruppenmonitor bin um mir den Wert anzusehen. Dann habe ich halt gesehen, dass der Bus geflutet wird. Bei den weiteren Versuchen hatte ich das ganz ohne lesen.

Aber wie gesagt, ist jetzt auch egal mit der neusten Firmware geht es einwandfrei.

Was mich nur wundert ist ob die Werte überhaupt stimmen. Die Temperatur scheint mir um knapp 4 Grad abzuweichen. Gibt es da Qualitätsunterschiede bei den BME680? Luftfeuchtigkeit kommt mir auch sehr hoch vor, wobei ich aber nichts habe womit ich gegenmessen könnte.

PS. Keine Ahnung ob ich es schonmal irgendwo geschrieben habe. Aber es ist sehr beeindruckend was ihr da auf die Beine stellt. Hut ab und vielen Dank für die viele Mühe!

[willisurf]

Die Temperatur scheint mir um knapp 4 Grad abzuweichen. Gibt es da Qualitätsunterschiede bei den BME680? Luftfeuchtigkeit kommt mir auch sehr hoch vor,

Die Temperatur solltest Du aufgrund der Eigenerwärmung von Sensor und Gerät kompensieren. 2-3K sind da durchaus normal, je nach Verbau auch mehr. Die Luftfeuchtigkeitsmessung setzt eine korrekte Temperatur voraus.