Selbstbau HM_WDS10_TH_O mit Luftdruckmessung

[PeMue]

ps: bei euch ist es ja ganz schön warm. hoffentlich nicht im schatten gemessen. 

Hallo Frank,

keine Angst, der Sensor sitzt unterhalb der Photovoltaikanlage, da soll es warm (wegen Solar) bzw. hell (wegen Photovoltaik) sein.
Aber der Tipp mit der Verarbeitung in fhem ist gut, den schaue ich mir mal an.

Gruß PeMue

[vbs]

Ich hab von Dirk einen Innensensor und einen Außensensor und ich hab das Gefühl, dass der Außensensor (seit ich letzte Woche das FW-Update gemacht habe?) etwas krumme Werte anzeigt. Ich habe beide Sensoren im Moment auf dem Balkon liegen zusammen mit zwei Oregon Scientific thgr228n als Referenz.
Die beiden THGR228N zeigen momentan 23,9 °C an. Der Innensensor 24,0 °C. Der Außensensor zeigt jedoch 25,6 °C an, was schon eine ganz schöne Abweichung ist.
Luftfeuchte bei den THGR momentan 51 % bzw 52 %, Innensensor 52 %. Außensensor zeigt 58 %.
Letzte Woche direkt nach dem Aufspielen der Firmware hat sich ca. 24h lang die Luftfeuchte gar nicht mehr bewegt und hing bei 47 % fest. Da hab ich einmal Batterien rein-raus und nun tut das wieder.

Firmware ist die aktuellste (0.15?). Kennt das jemand bzw. Ideen dazu? Vielen Dank!

[PeMue]

... oder in fhem verarbeiten.

Hallo Frank,

in welcher Variable ist der alte Wert denn in fhem bekannt?
Ich wäre mit userReadings ins Rennen gegangen, aber ich bräuchte dann mehrere:
- im Falle luminosity ungleich 65535 den aktuellen Wert in luminosity_last sichern
- im Falle von 65535 eine Fehlervariable luminosity_err (die sollte vorher mit Null initialisiert werden) um eins erhöhen
- im Fall von 65535 die bestehenden Readings luminosity bzw. state anpassen
Mir ist noch nicht klar, wie ich mehrere UserReadings definiere, aber das bin ich noch am suchen 
Oder geht es auch einfacher?

Danke + Gruß

PeMue

[frank]

in welcher Variable ist der alte Wert denn in fhem bekannt?

ich hatte gedacht, die verarbeitung eventuell in HMConfig_SenTHPL.pm einzubauen. bevor das reading luminosity gesetzt wird, den neuen wert prüfen und entsprechend behandeln. ich weiss aber nicht, ob das an dieser stelle funktioniert. halt nur so ein gedanke. mit userreadings sollte es natürlich auch funktionieren. etwa so

Code Auswählen Erweitern

attr my_sensor userReadings luminosity2:luminosity {(ReadingVal($name,"luminosity",0) if(ReadingVal($name,"luminosity",0)!=65535)},luminosity_err:luminosity {ReadingsVal($name,"luminosity_err",0)+1 if(ReadingVal($name,"luminosity",0)==65535)}

Mir ist noch nicht klar, wie ich mehrere UserReadings definiere, aber das bin ich noch am suchen

hintereinander, durch komma getrennt.

[kmatthias]

Ich versuche gerade, meine Sensoren von 0.13 auf 0.14/0.15 upzugraden. Als ich damals das Update auf 0.13 über OTA eingespielt hatte, funktionierte das einwandfrei. Nun klappt gar nichts mehr und ein Sensor meldet sich nicht mehr.

Ich mache das per flash-ota. Das Programm findet den Sensor, wenn ich ihn neu starte und überträgt die Datei (ich nehme die EQ3). Dann kommt der Reboot und das Programm beendet sich. Nun würde ich erwarten, dass mir in FHEM die Firmware 0.15 angezeigt wird. Dort steht aber immer noch 0.13. In FHEM selbst sehe ich, dass ein Sensor "fwUpdate: fail:Block1" ausgibt. Der lief jetzt seit einem Tag (aber immer noch mit der 0.13). Seit 14:00 Uhr gibt es von ihm aber keine Signale mehr. Interessant auch, dass batVoltage immer mit 3.00 übertragen wurde.

Ein anderer Sensor meldet den fwUpdate Fehler nicht, gibt aber auch sonst keinen Mucks mehr von sich. Bei beiden kann ich aber den OTA Transfer immer wiederholen. Geschrottet sind sie wohl nicht, aber die Firmware scheinen sie auch nicht richtig zu vertragen.

Hat jemand eine Idee? Was könnte ich noch versuchen? Die aktuellste PM Datei für den Sensor habe ich ins FHEM Verzeichnis gekippt. FHEM habe ich ebenfalls per Update auf den aktuellen Stand gebracht.

[frank]

die fw-version wird nur gesendet, wenn du den sensor in den anlernmodus setzt. einmal (kurz?) den taster drücken.

[kmatthias]

Hallo Frank, danke. Ich habe das eben gemerkt und werde das im WIKI ergänzen. Der erste Sensor läuft wieder. Den anderen knöpfe ich mir gleich mal vor.

[kmatthias]

Nur eine kuriose Sache verbleibt: Warum wird als batVoltage immer 3.00 angezeigt? Firmware ist 0.14 bzw. 0.15. Ich dachte, dass wäre auf eine Nachkommastelle gerundet? Die tatsächliche Spannung müsste irgendwo zwischen 2.4 und 2.9 liegen. PM Datei habe ich aus dem 0.14 Archiv aktualisiert.

Kann das am MAX1724 liegen und es wird jetzt die umgewandelte Spannung angezeigt und nicht mehr die Eingangsspannung?

[PeMue]

Kann das am MAX1724 liegen und es wird jetzt die umgewandelte Spannung angezeigt und nicht mehr die Eingangsspannung?

Hallo Matthias,

ich habe einen Innen- (FW 0.14) und einen Außensensor (FW 0.15), die Spannung jweils 2.6 bzw. 2.7 V (ich habe Akkus drin). Lösche doch einfach mal das Reading Spannung und schau, was passiert ...

Gruß PeMue

[kmatthias]

Reading gelöscht und 3 Minuten später steht da wieder 3.00. Komisch ...

[frank]

schmeiss doch mal gebrauchte/andere batterien rein.

[Dirk]

Wenn man im Datenblatt nachschaut, wird 65535 bei Lichtsensor ausgegeben, wenn ein Fehler bei der Messung auftritt.

Was ich bisher nur bekommen habe wenn es zu hell ist, der Sensor also übersteuert.
Lauf deiner Grafik gibt es da aber einen Ziemlichen Ausreiser welchen ich mir so erstmal nicht erklären kann.
Evtl.liegt es an der automatischen Empfindlichkeitsumschaltung. Hast du die Ausreißer immer bei gleichen Helligkeitswerten?

ps: bei euch ist es ja ganz schön warm. hoffentlich nicht im schatten gemessen. 

Das ist wohl die gemessene Temperatur im Geäuse des Sensors, und daher nur bedingt zu gebrauchen

Der Innensensor 24,0 °C. Der Außensensor zeigt jedoch 25,6 °C an, was schon eine ganz schöne Abweichung ist.

Du hast den SHT10 am Außensensor?
Wie viel Luft bekommt der?

Nur eine kuriose Sache verbleibt: Warum wird als batVoltage immer 3.00 angezeigt? Firmware ist 0.14 bzw. 0.15. Ich dachte, dass wäre auf eine Nachkommastelle gerundet?

So ist das auch. Es werden derzeit aber noch 2 Nachkommastellen in FHEM angezeigt. Die letzte ist dann 0.

Kann das am MAX1724 liegen und es wird jetzt die umgewandelte Spannung angezeigt und nicht mehr die Eingangsspannung?

Es wird die Batteriespannung gemessen. Wenn du magst kannst du das auch im Schaltplan nachprüfen

Reading gelöscht und 3 Minuten später steht da wieder 3.00. Komisch ...

Dann sollten Die Batterien auch 3 V haben (+/-) Ist ja kein Präzisionsmessgerät

Viele Grüße
Dirk

[vbs]

Du hast den SHT10 am Außensensor?
Wie viel Luft bekommt der?

Ja, mit SHT10. Der liegt draußen auf der Fensterbank. Hat eigentlich viel Luft Meine Vergleichssensoren liegen aber auch genau daneben. Im Moment zeigt der Sensor 19,7 °C und der Oregon-Sensor 18,9 °C. Liegt vermutlich momentan im Bereich der erlaubten Toleranz? Hatte gestern wie gesagt jedoch auch schon Abweichungen um 2 °C.

[vbs]

Hm, momentan SHT10 bei 20,4 °C und der Oregon 17,8 °C. Schon ganz schön happig der Unterschied Kann es sein, dass sich das geschlossene Gehäuse irgendwie aufheizt (evtl. auch Eigenwärme?) und daher eine höhere Temperatur gemessen wird? Der Sensor liegt natürlich im Schatten bei mir.

[vbs]

Ich hatte jetzt gerade wieder den Fall, dass der Wert Lufteuchtigkeit seit zwei Tagen "hing". Also es kam seit zwei Tagen immer der gleiche Wert. Einmal Batterie rein-raus und jetzt tut es wieder. Das hab ich jetzt zum zweiten Mal beobachten seit der 0.15, vorher nie. Ich habe jedoch auch noch einen zweiten Sensor (auch mit 0.15). Da trat es jedoch bisher nicht auf. Hat da jemand eine Idee? Ich habe einen SHT10 dran.