Selbstbau HM_WDS10_TH_O mit Luftdruckmessung

[betateilchen]

Das ist nix wirklich dringendes. Aber ich hätte dann endlich eine vernünftige Möglichkeit, die Temperaturen meiner beiden Wasserbettmatratzen zu überwachen. Ich habe nämlich den Verdacht, dass die zugehörigen Heizungen viel zu ungenau arbeiten. Und da kam mir nun die Idee...

[PeMue]

Ich würde einen AD594 davorschalten. Wenn ich das noch richtig weiß, sollte man auch schauen, dass die Referenzpotentiale auf gleicher Temperatur sind. Ich mach mir mal ein paar Gedanken für eine Aufsteckplatine, ich glaube Lochraster ist da zu wenig ...

Gruß Peter

[Dirk]

Ich habe hier mal die Version 0.3 der Firmware angehängt.
Änderungen:

• Es werden jetzt keine "sinnlosen Daten" mehr geschickt wenn entsprechende Sensoren nicht vorhanden sind.
• Die Batteriespannungsmessung geht nun über den Spannungsteiler und nicht mehr über die interne Messung. Dadurch wird nun auch die Spannung richtig gemessen wenn der MAX bestückt ist.
• Die Batteriespannung wird in 2 Bytes nach der Helligkeit mit übertragen. Das ist derzeit aber eher zum debugen gedacht.
• Die Helligkeitsmessung ist optimiert. Je nach Umgebungshelligkeit schaltet der Sensor die Empfindlichkeit entsprechend um. Dennoch kann man bei direkter Sonneneinstrahlung keine sinnvollen Werte messen. Die Sonne ist hier einfach zu hell. Aktuell mache ich versuche mit verschiedenen Filtern. Der Einfachste "Filter" währ z.B. ein Blatt Papier im Deckel des Außensensorgehäuse. Eine Umrechnung des gemessenen Helligkeitswertes könnte man dann in FHEM vornehmen.

Mit dabei ist das Flash-Tool.
Damit kann man die Firmware auch ohne installierte IDE vornehmen.
Außerdem kann man beim Flashen angeben welche HM-ID und welche Seriennummer der Sensor bekommen soll.
Dafür ist kein Neukompilieren der Firmware mehr erforderlich.

Das Flash-Tool existiert derzeit nur für Windows. Da hier aber "nur" weit verbreitete Tools und ein bisschen Shell-Programmierung eingesetzt werden, kann man das recht einfach auf andere Plattformen portieren.

Die Nutzung des Flash-Tools sieht dann so aus:
Das Zip in ein Verzeichniss der Wahl entpacken und ins Verzeichnis wechseln

Code Auswählen Erweitern


flash.bat <COMX> <hexfile> [<HM-ID> <Serial>]

COMX ist der benutzte COM-Port vom USB-UART-Adapter
hexfile ist das zu flashende Hex-File
Bei der HM-ID wird die 3 Byte grosse HM-ID eingegeben: XX:XX:XX
Die Serial ist die 10-Stellige Seriennummer.

Ohne Angabe von HM-ID und Serial werden die Daten aus dem Flashfile benutzt.

Gruß
Dirk

Update:
Anhang gelöscht.
die letzte Version ist hier:
http://forum.fhem.de/index.php/topic,20620.msg157410.html#msg157410

[hexenmeister]

Hallo Dirk,

danke, habe gerade die neue Version geflasht.
Werde beobachten, wie's läuft.
Ist das Problem mit dem 'Aufhängen' noch vorhanden?
FlashTool erleichtert die Sache schon wesentlich.


Das FlashTool hat zwei kleine 'Unschärfen':
- im ZIP fehlt die libiconv2.dll, wahrscheinlich bei Dir im globalen Path.
- das Aufräumen klappt nicht ganz. Script beschwert sich über fehlende Befehle 'mv' und 'rm'. Klingt irgendwie sehr nach Linux

Ansonsten - sehr cool! 

Grüße,

Alexander

[hexenmeister]

Erste Beobachtung:
Lichtstärke soll laut Sensor bei 0,09Lx liegen. Der Sensor liegt offen auf dem Tisch, Deckenlampe ist an.
Mein eigenes Messgerät ist aber der Meinung, es ist 32Lx. Ich sehe das auch so

Die 0.2er Version war in diesem Punkt genauer.

Grüße,

Alexander

[Dirk]

das Aufräumen klappt nicht ganz. Script beschwert sich über fehlende Befehle 'mv' und 'rm'. Klingt irgendwie sehr nach Linux

Windows XP?

Unter Windows 7 gibts auch cp und mv.
Ich hab's geändert.
die fehlende dll ist auch mit dabei.

Ist das Problem mit dem 'Aufhängen' noch vorhanden?

Ich hoffe nicht.
Ich hab das Problem aber noch nicht genau gefunden.
Alkuell führe ich einen Reset nach ca. 8 Stunden durch.
Das ist zwar ziemlich "dreckig" Aber bis die Ursache gefunden ist, sollte das hoffentlich helfen.

Lichtstärke soll laut Sensor bei 0,09Lx liegen. Der Sensor liegt offen auf dem Tisch, Deckenlampe ist an.

Hier ist mir noch ein Bug reingerutscht.
Schau mal wir sich 0.4 bei dir verhält.

Gruß
Dirk

Update:
Anhang gelöscht.
die letzte Version ist hier:
http://forum.fhem.de/index.php/topic,20620.msg157410.html#msg157410

[hexenmeister]

Windows XP?

Nö, Win 7 Pro 64 SP1. Meiner kennt keine mv und rm.

Script funktionierte sofort

Die Lux-Anzeige ist leider unverändert. Wenn ich Sensor direkt auf die Lampe richte (ca. 2m Entfernung), werden 0,18Lx angezeigt (Messgerät 45Lx).

[betateilchen]

jetzt muss ich nur noch rausfinden, wo an der Platine die Anschlüsse für die Spannungsversorgung sind 

[Dirk]

Die Lux-Anzeige ist leider unverändert. Wenn ich Sensor direkt auf die Lampe richte (ca. 2m Entfernung), werden 0,18Lx angezeigt (Messgerät 45Lx).

Ich guck mir das heute Abend nochmal an.
Vermutlich klappt da was mit der Empfindlichkeitsumschaltung noch nicht.

jetzt muss ich nur noch rausfinden, wo an der Platine die Anschlüsse für die Spannungsversorgung sind 

Ja, die Doku ist noch nicht fertig. Ist aber in Arbeit.
Die Schaltpläne von hier, sind aber korrekt:
http://forum.fhem.de/index.php/topic,20620.msg144693.html#msg144693

Die Platine des Außensensors ist auf Seite 2 im PDF beschrieben.
Die Beschriftung ist hier leider nicht ganz so gut zu lesen.
Battery + ist das Pad links neben C11
Battery - ist das Pad darunter.

Gruß
Dirk

[betateilchen]

Die Anschlussbelegung für die Spannung hab ich gefunden, danke. Der Sensor liefert auch schon brav Daten:

Code Auswählen Erweitern

state T: 25.5 H: 163 AP: 1005

Ich nehme an, dass AP noch nicht auf NN bezogen ist und ich das noch selbst berechnen muss?

Wie interpretiere ich den Wert von H? Eigentlich interessiert mich ja nur der Luftdruck

[betateilchen]

Wieso funktionieren eigentlich userReadings bei dem für den Sensor angelegten Device nicht?
Ich wollte ein userReading für den berechneten pressure-nn anlegen - aber das Anlegen wird nicht getriggert.

Code Auswählen Erweitern

userReadings   pressure-nn { relDruck(ReadingsVal("out_Pressure","airpress",1000)) }

[hexenmeister]

Als ich heute Hause kam, hing der Sensor leider wieder.
Reboot alle 8 Stunden als Notmaßnahme scheint nicht immer zu greifen. 

[Dirk]

Wieso funktionieren eigentlich userReadings bei dem für den Sensor angelegten Device nicht?

FHEM behandelt den Sensor aktuell genau so wie einen HM_WDS10_TH_O.
Vielleicht kann da Martin was zu sagen wenn er ab und zu mitliest?

Als ich heute Hause kam, hing der Sensor leider wieder.
Reboot alle 8 Stunden als Notmaßnahme scheint nicht immer zu greifen. 

Das habe ich auch festgestellt.
Ich lasse grade einen Langzeittest laufen.
Aktuell sende ich alle 5 Sek. Daten. In diesem Modus hing sich der Sensor sonst immer innerhalb von 1-2 Std. auf.
Jetzt bin ich auch bereits bei über 8 Stunden. Ohne Reset. Mal sehen wie es morgen aussieht.

[betateilchen]

FHEM behandelt den Sensor aktuell genau so wie einen HM_WDS10_TH_O.
Vielleicht kann da Martin was zu sagen wenn er ab und zu mitliest?

martin nicht, es ist kein Homematic Problem (obwohl es schön wäre, wenn pressure-nn direkt bereitgestellt würde, aber das ist ein anderes Thema)

Aber vielleicht kann Rudi bei Gelegenheit erklären, warum userReadings mit einem Bindestrich im Namen nicht funktionieren

http://forum.fhem.de/index.php/topic,22291.0.html

[martinp876]

wie im entsprechenden Thread erklärt ist ein "-" ein wort-trenner, genauso wie blank, Punkt oder Komma. Diese Zeichen in einem String solle man vermeiden, zumindest, wenn es einen Namen oder ein Wort ergeben soll.
Sie Unsitte sogar Blanks in Namen (filenamen,... ) zuzulassen erzeugt einfach immer nur Schwierigkeiten.
Der übliche Abstandshalter ist der underscore - das ist ein wort-trenner
Das ist kein HM und auch kein FHEM -Problem, das sind allgemeine regexp Regeln.