Alternative Firmware für das Raum-Sensormodul von Masifi

[Sisamiwe]

und viele Detailkorrekturen drin

Hallo Waldemar,

konntest Du auch die Ursache für die sporadischen Null Werte, die wir hier diskutiert haben, lokalisieren?

[mumpf]

Danke euch für das Feedback!

Da fällt mir ein Stein vom Herzen, denn wie schon geschrieben hab ich das normalerweise ne Weile selber in Betrieb, bevor ich so was freigebe. Wie schon im Hardware-Thread geschrieben:

Aus der leidvollen Erfahrung mit dem SCD30 bin ich auch an eventuellen Hängern interessiert. Deswegen wäre es gut, wenn ihr erstmal das Modul ohne Watchdog betreibt. Ich werde das natürlich auch so machen, aber je mehr Input an der Stelle erfolgt, desto besser. Watchdog einschalten kann man dann ja immer noch irgendwann später, falls nötig. Und ob der Watchdog überhaupt zum gewünschten Ergebnis führt, weiß ich gar nicht, weil ich das selber noch nicht getestet habe .

doenke, jgerhart : Danke auch für die Einordnung der Werte, auch das ist wesentlich besser als erwartet. Dann muss ich ja eigentlich gar nichts mehr machen... Ich hatte eher die nächsten 2 Wochen mit einigen Nachtschichten gerechnet .

Gruß, Waldemar

[twi127]

Mein Modul läuft auch schon mit dem SCD41. Installation hat einwandfrei geklappt.
Ebenfalls vielen Dank an Mat und Waldemar

[doenke]

Zunächst auch einen Daumen hoch von mir: 👍

Das bauen der Firmware lief völlig problemlos.
Ich kann hier nach knapp einem Tag nun auch was zu den Ergebnissen sagen:

Die Temperatur passt wunderbar mitten in die Werte vom MDT Glastaster, MDT Bewegungsmelder und Netatmo.

CO2 und Luftfeuchtigkeit vergleiche ich mit denen von Netatmo. CO2 liegt beim SCD41 konsequent etwa 30ppm höher, aber ich denke, das liegt an der Kalibrierung. Ich sehe, dass Netatmo ganz gut glättet oder sehr träge ist. Das heißt, dass der SCD41 hier echt fix reagiert, wenn ich lüfte.

Was die Luftfeuchtigkeit angeht, so liegt der SCD41 immer etwa 12% unter Netatmo. Die Kurve an sich deckt sich halbwegs.
Ich habe keine Ahnung, wie ich die Messqualität der Netatmo einsortieren muss, aber was anderes habe ich gerade nicht zur Hand.

Ich bin mit dem Ergebnis mehr als Zufrieden.
Danke Euch!

Grüße,
Sönke

[jgerhart]

Mein Modul zuckt auch schon. BME680 und DS18B20 laufen zusammen mit dem SCD41.
Vielen Dank an Mat und Waldemar!

Erste Erfahrungen:
- die CO2 Werte des SCD41 sind aus meiner Sicht sehr plausibel, im Gegensatz zu den berechneten des BME680
- die Temperaturwerte des SCD41 liegen knapp 1°C unter denen des DS18B20
- die Luftfeuchtigkeitswerte des SCD41 sind sehr gut, d.h. korrespondieren zu den Werten, die zwei BME680 liefern

[mumpf]

So, habe soeben beta-3.3.0 freigegeben. Hoffentlich ohne weitere Fehler...

Aber wie schon erwähnt: At your own risk. Folgendes habe ich noch nicht getestet (normalerweise mach ich das vor einem Release):

• das Bauen auf eine komplett neu aufgesetzten Windows-Maschine
• den Update der Applikation in der ETS
• die Kombination mit verschiedenen anderen Sensoren (hab mich nur um den SCD41 gekümmert und hoffe, dass ich bei den anderen nichts kaputt gemacht habe)
• Neustart durch Watchdog

Ich werde jetzt natürlich nach und nach weiter testen und die Fehler korrigieren, falls ich welche finde. Ferner brauche ich natürlich Feedback von euch. Ist diesmal wirklich ein "early release", normalerweise lasse ich das immer eine Weile auf den Sensoren bei mir im Haus laufen, bevor ich es freigebe...

Ich werde für die Tests einen BME680 und einen DS18B20 anschließen und bin schon gespannt auf die Ergebnisse.

Bitte melden, falls es nicht sofort klappt, diese Kombi hab ich z.B. schon lange nicht mehr versucht, mit dem SCD41 zusammen noch gar nicht.

Und nochmal der Hinweis: Nicht erschrecken bei den Temperaturen nach dem Neustart, die Pendeln sich nach einiger Zeit ein. Der Temperaturoffset in der Applikation wird auch an den Sensor gegeben, damit kann man dann weiter feintunen.

Auch wenn in der Applikation kleinere Zeiten einstellbar sind: Ein "Zyklisch Senden" alle 35 Sekunden (für Temp, Hum und CO2) ist das kleinste, was beim SCD41 geht. Falls die Zeit kleiner ist, werden eben mehrfach die gleichen Werte gesendet. Das ist kein Fehler, sondern eine technische Einschränkung des Sensors (ich bekomme die Zeit vielleicht noch auf 32 Sekunden runter, aber nicht kleiner).

Die Applikationsbeschreibung ist recht aktuell, ich werde die nächsten Tage mal schauen, wo noch was fehlt.

Neuaufsetzen wie immer mit dieser Anleitung: https://github.com/mumpf/knx-sensor/...-beta-setup.md,
wenn man schon mal aufgesetzt hat, kann man so vorgehen: https://github.com/mumpf/knx-sensor/...pdate-setup.md

Dann bin ich mal gespannt, was für ein Feedback kommt. Viel Spaß!

Ansonsten habe ich heute Abend einen Elterntreff in der Schule, so dass ich heute nicht mehr reagieren kann. Morgen kommt die Firmware auf meine Module im Haus, dann werde ich nach und nach selber die Fehler merken...

Gruß, Waldemar

[mumpf]

Hi Sönke,

Hab noch einen Fehler gefunden, bin somit noch am korrigieren... Melde mich.

Gruß, Waldemar

[doenke]

Hallo Waldemar,

ich habe gerade mein Päckchen von Masifi bekommen.
Daher: Ready when you are.

Falls Du es schaffst, weiß ich jetzt schon, was ich heute Abend vorhabe...

Grüße,
Sönke

[mumpf]

Vertippt, ich meinte #381...

[Sisamiwe]

P.S.: Die Korrektur aus Post #351 ist natürlich auch drin.

Nachdem der Post von mir war, was meinst Du da genau?

[mumpf]

Hi allerseits,

ich habe jetzt eine komplette Beta gebaut und die läuft auch durch. Jetzt teste ich noch, dass ihr die auch bauen könnt, dann schau ich, ob die auch auf meinem Modul läuft und dann werde ich die mal freigeben.

Neben dem SCD4x sind da auch noch 1 weiteres Feature und viele Detailkorrekturen drin, die ebenfalls nicht besonders gut getestet sind (sprich, nur Test bei der Entwicklung, kein Test mit verschiedenen Sensoren, gegenseitiger Beeinflussung etc.):

• Benutzerformeln beim Logikmodul
• Einige Detailverbesserungen bei 1-Wire, bei den ich mir leider nicht sicher bin, ob es nicht irgendwas kaputt macht, sorry.
• Man kann jetzt auch am Timing des 1-Wire-Chips "spielen", hier sollte man aber nur was drehen, wenn man das Datenblatt komplett gelesen hat, das Protokoll verstanden hat und den elektrischen Signalverlauf so gut kenn, dass man beurteilen kann, was der Parameter bewirkt. Nur rumspielen sollte man hier GAR NICHT!!!

Falls jemand schon heute sein Modul bekommt, meldet euch, ich kann den aktuellen Stand innerhalb von 5 Minuten freigeben, ich warte eigentlich nur noch, damit ich auch wirklich den Stand nutze, den ihr bekommt.

Korrekturen werden dann schneller gehen :-)

Gruß, Waldemar

P.S.: Die Korrektur aus Post #351 ist natürlich auch drin.

[jgerhart]

Hallo Waldemar,
vielen Dank für dein Engagement!
Ich werde für die Tests einen BME680 und einen DS18B20 anschließen und bin schon gespannt auf die Ergebnisse.
Gruß
Jens

[mumpf]

Hi allerseits,

hab gerade von Mat erfahren, dass ihr die SCD41 Module erst im Laufe der Woche bekommt. Ich will die Zeit noch für Detailverbesserungen nutzen (z.B. die 0-Messwerte innerhalb der ersten 30 Sekunden loswerden). Zugegeben, ich bin auch noch nicht fertig mit dem rein technischen Part des Releases. Aber heute Nacht komme ich sowieso nicht weiter, deswegen wird es erst morgen was.

Ansonsten ist das Modul jetzt mal 24 Stunden durchgelaufen und liefert brav seine Werte... Ist schon mal ein kleiner Erfolg. Längeren Test konnte ich noch nicht machen.

Gruß, Waldemar

[mumpf]

Hi allerseits,

aktueller Status:

• Hab den Startup jetzt (hoffentlich) im Griff. Dafür gibt es ja den Test mit euch...
• Der Sensor wird jetzt in Low Power Mode betrieben. Dadurch sehen die Temperaturen etwas besser aus, wobei die immer noch zu hoch sind (ca. 1-2°C). Aber man kann offensichtlich noch was drehen, ich werde weiter probieren.
• Low Power Mode heißt, neue Werte gibt es höchstens alle 30 Sekunden. Sollte aber kein Problem sein.
• Nach einem Neustart braucht es ca. 5 Minuten, bis sich alles so weit eingeschwungen hat, dass alle Werte halbwegs plausibel sind. Vor allem Temp ist erstmal 4-5°C zu hoch
• Nach einem Neustart wird bis zur ersten Messung (also für min 30 Sec) immer eine 0 für Co2, Temp und Hum ausgegeben. Das liegt an meiner Software, kommt auch noch weg, aber nicht bis morgen.

Es gibt noch ein paar Sachen, die man mit diesem Sensor machen kann, das kostet mich aber ein Paar Versuche und eben auch Zeit. Aber ich hab rausgefunden, dass man einen Temperaturoffset direkt im Sensor umrechnen lassen kann (mach ich sonst nur in meiner Software). Der Vorteil, das im Sensor zu machen: Die Luftfeuchte wird ja im Sensor in Abhängigkeit von der Temp berechnen und wird somit direkt mit korrigiert. Damit will ich demnächst noch etwas rumprobieren, in der aktuellen Firmware bleibt der Offset erstmal in der Software.

Anmerkung: Das mit Temperaturoffsetberechnung in Sensor und damit einer Beeinflussung der Luftfeuchte könnte auch für andere Sensoren eine Rolle spielen, sofern die das anbieten (z.B. der BME 280/680). Ich werde nochmal die Datenblätter studieren, vielleicht kann man das dort auch nutzen.

Es bleibt spannend...

Gruß, Waldemar

[mumpf]

Danke Mat,

das habe ich inzwischen auch im Datenblatt gelesen. Danke für den Tipp. Zusätzlich gibt es noch Zeiten, die man nach bestimmten Befehlen warten muss, dich hab ich auch noch nicht berücksichtigt. Da ich immer ohne Sleep arbeite, muss ich dafür noch ne kleine Stateengine machen. Aber das bekomm ich hin... nur nicht mehr heute.

Melde mich morgen wieder,
Gruß, Waldemar