Temperatur mit BMP180 und DS18B20 entspricht nicht der Real-Temperatur

HaWe · 06.01.2018, 18:34

offset nur, wenn du die Sensor-Temperaturen mit einem direkt benachbarten und geeichten Thermometer über weitere Temperaturbreiche abgeglichen hast. Aber mit einem Onboard-Sensor wirst du immer nur die Onboard-Temperatur messen, niemals die exakte Umgebungstemperatur, das muss dir klar sein, denn sie wird bei -20° bis +80° bei unterschiedlichen Luftströmungen in unkalkulierbarer Weise verfälscht, und es würden im besten Falle höchstens Eichkurven etwas verbessern, samt Ventilator, keinesfalls konstante Offsets.

**RoboTrader** · 06.01.2018, 18:40

Danke, so etwas dachte ich zunächst auch. Das kann kaum eine lineare Abhängigkeit sein.
Vielleicht nehme ich mir einige Referenzwerte und wandere mit den 3 Sensoren auf einen schneebedeckten Berg, in eine Sauna und so 5 Werte dazwischen. Dann dürft sich etwas ergeben.

Wollte schon lange die Polynom-Funktion der numpy-Bibliothek testen!

**RoboHolIC** · 06.01.2018, 19:15

@HaWe:
Danke! Du hast das was ich auch schon zu formulieren versuchte und wieder verworfen habe, treffend auf den Punkt gebracht.

@RoboTrader:
Nein

. Mit der Polynom-Funktion kannst du einen nichtlinearen Sensor bestimmt trefflich auswerten.
Aber du kannst aber eine methodisch falsche Messung mit unbekannten Einflussfaktoren damit nicht ausbügeln. Optimiere deine Messanordnung und du kommst in den Genuss der guten, herstellerseitigen Kalibrierung der Sensoren.
OK, beim Onboard-BMP180 ist dahingehend natürlich nichts mehr zu machen.

Die Schneewanderung solltest du trotzdem machen

**Rabenauge** · 06.01.2018, 22:42

Die Luftdruck-Angabe meines BME ist sehr genau.
Ich hab ein Garmin GPS mit barometrischen Höhenmesser hier (keine Ahnung, was das genau für einer ist), der stimmt mit dem BME sehr genau überein.
Zumindest, wenn ich den gemessenen Luftdruck ausgebe (mach ich normal nicht, da auch die Wetterfrösche den auf Meeresniveau angeben), passt das.
Auch beim BMP. Du sagst "analoges Gerät"- hast du ein "altes" mit Dose oder sowas? Die Dinger müssen auch justiert werden, auf die genaue Höhe (und zeigen trotzdem nicht ganz exakt, weil der Luftdruck _nicht nur_ von der Höhe abhängt.

Die Temperatur und der Offset: bei meinem (dem, der geheizt wird) läuft es so, dass der ganz zu Anfang stimmt. Aber dann steigt er binnen einiger Stunden (um runde 3 Grad), bleibt dann aber wiederum so.
Betrifft aber den Luftdruck nicht, der stimmt!

Man könnte, mit ner Referenz, einige Werte zwischendrin aufnehmen, und daraus ne Art Graphen erstellen, so dass man ne ganze Reihe Korrekturwerte über die Zeit hat. Oder einfach den Sensor erstmal ignorieren (so mache ich das, da es ne reine Bastelplatine mit allem möglichen Kram drauf ist), bis alles warmgelaufen ist, und dann halt die 3 Grad einfach abziehen.
Alternative: viele Chips (z.B. die DS3231, aber auch die Arduino-Prozessoren selber) haben einen Temperatursensor eingebaut.
Eventuell kann man auch damit ne Korrektur stricken...wobei ich bei der 3231 _weiss_ dass auch die sich erwärmt- und der Temperatursensor das natürlich mit misst.
Wäre mir alles zu wackelig, ehrlich gesagt.
Daher ist es am sinnvollsten, so einen Sensor entsprechend anzuordnen: Wärme steigt nach oben. Wenn ich also das Layout so baue, dass er "ganz unten" angeordnet ist (am besten der reine Sensor, denn auf dem Breakout sind auch Widerstände oder gar Spannungsregler, die auch warm werden könnten), und von unten auch ausreichend frische Luft nachströmen kann, dürfte man der Wirklichkeit ziemlich nahe kommen.

Und zum Schluss "vermittele" ich das Ergebnis sowieso noch, weil es nervt, wenn die Anzeige sich nahezu pausenlos ändert, ungefähr so:

temp=(tempGemessen*0.7)+(tempVorherGemessen*0.3).

Dann ändert sich nicht alle Sekunden was- und das Ergebnis bleibt immernoch ausreichend genau.
Ich zeichne den Temperaturverlauf auch auf, über 24 Stunden, da kann man später an den Graphen trotzdem noch ablesen, wann ich mal die Tür kurz offen hatte.

Beim Luftdruck ist es übrigens ganz ähnlich: wenn man nicht gerade nen präzisen Höhenmesser braucht (den man allerdings auch vor jeder Messung kalibrieren muss), ist der tatsächliche Wert nicht sehr nützlich- der Verlauf ist interessant!
Damit kann man schon bisschen Prognosen stricken, der reine Wert dagegen sagt so gut wie nichts.

Das mit dem Höhenmesser hab ich allerdings auch noch vor- ich will mal so einen BMx in ne Modellrakete stecken...dauert aber noch.

Da ich aber nun von ausgehe, dass, wenn der BME Temperatur und Luftdruck sehr genau ausgibt, auch die Luftfeuchte stimmen wird, und man eben alles zusammen in einem Kästchen hat (und das auch noch super bequem per I2C auslesen kann) ist das Ding einfach meine beste Wahl.
Für alle Fälle kann man den BME (den BMP bestimmt auch, nur vom BME hatte ich neulich erst das Datenblatt vor der Nase) auch wieder "justieren"- z.B. wenn er mal abgesoffen ist.
Geht übrigens bei den DHT-Sensoren auch...

**wkrug** · 07.01.2018, 08:40

Wenn ich mich da auch nur Dunkel daran erinnere...
Gab's da nicht mal ein Problem das es DS18B20 gelabelte Sensoren, die aber eigentlich DS18S20 waren?
Das Temperaturregister hat dabei unterschiedliche Auflösungen, was deine Temperaturabweichung auch erklären würde.

Ist zwar schon ein paar Jahre her, hatte da aber auch mal ein Problem.

HaWe · 07.01.2018, 09:37

@Rabenauge:

temp=((tempGemessen*0.7)+(tempVorherGemessen*0.3)/2).

der Lowpassfilter (gleitender Durchschnitt) in der Art

Code:

tempd=(tempGemessen*0.7)+(tempd*0.3)  // Aktualisierung des gleitenden Durchschnitts tempd

macht Sinn, das stimmt, aber ohne die /2

@Robotrader:
wenn du eine genaue Raumtemp. willst, dann miss sie nicht auf dem Shield mit ominösen Schätzfaktoren, sondern spendiere ein paar EUR für einen externen Sensor (BME280 z.B.) und miss dann genau dort, wo es maßgeblich ist und wo es darauf ankommt !