Selbstbau HM_WDS10_TH_O mit Luftdruckmessung

[betateilchen]

Do macht das selbe wie Eval. Nur eben für externe Dateien. Daher ist das unnötig das doppelt zu machen.

glaubst DU ...

(meinetwegen lass es halt so, bis die ersten User hier aufschlagen und rummaulen, und Du es dann doch ändern wirst.)

[Dirk]

glaubst DU ...

Auch perldoc mein das
http://perldoc.perl.org/functions/do.html

*g* die Antwort kann ich mir gut vorstellen: "Wir haben keine Homematic Komponenten, die mehr als 17 Byte payload senden"

Vermutlich. Oder gibt es schon eine neuere Version der Firmware vom HM-LAN?

[Mr. P]

Vermutlich. Oder gibt es schon eine neuere Version der Firmware vom HM-LAN?

Aber eigentlich geht es doch nicht darum, ob die Herrschaften von eq3 solche Komponenten haben, sondern vielmehr darum, dass es aufgrund einer fehlenden Längenprüfung (ach... woher kenn ich das nur), möglich ist, das System in Schach zu halten.
Also gerade im Moment vielleicht ein guter Zeitpunkt, dass man erhört wird.

[Franz74]

Hallo,

Funktioniert eigentlich der neue HM Lan Adapter schon mit FHEM? Habt ihr diesen schon auf die "Lücke" getestet?
http://www.eq-3.de/produkt-detail-zentralen-und-gateways/items/homematic-funk-lan-gateway.html

Ich denke für den alten nun zu "Lan Konfigurationsadapter" umbenannten werden die nur "ungern" ein Firmware Update machen (haben die jemals gerne ihre Fehler behoben?), egal wie sehr das Herz auch blutet...

LG

Franz

[Thorsten Pferdekaemper]

Hi,
die 0.7er Firmware funktioniert jetzt auch bei mir.
Hier ein paar Details, falls es interessiert:
Wie gesagt, ich habe jetzt die 0.7er-Version mit eigenem Subtyp am Laufen

Code Auswählen Erweitern

flash.cmd COM16 WetterSensor_07_type-F101.hex 6F:B7:5E TLU0001002
Damit der eigene Subtyp funktioniert habe ich die 10_CUL_HM.pm wieder auf's Original zurückgesetzt und dann das hier ans Ende der HMConfig.pm gehängt:

Code Auswählen Erweitern

my $mp = "./FHEM";
opendir(DH, $mp) || return;
foreach my $m (sort readdir(DH)) {
  next if($m !~ m/^HMConfig_(.*)\.pm$/);

  no strict "refs";
  my $file = "./FHEM/$m";
  my $ret = do $file;
  if(!$ret) {
    main::Log3 undef, 1, "Error loading file: $file:\n $@";
  }
  use strict "refs";

}
closedir(DH);
Dann habe ich mir die Datei HMConfig_additionalDevices.pm aus Dirk's git (https://github.com/kc-GitHub/Wettersensor) geholt, nach HMConfig_THPL.pm umbenannt und ins FHEM Verzeichnis kopiert.
Jetzt shutdown restart und den Sensor angelernt. Das hat auf Anhieb funktioniert und auch das Logfile zeigt keine Auffälligkeiten.
Hier ist noch ein list vom Sensor:

Code Auswählen Erweitern


Internals:
   CFGFN     
   DEF        6FB75E
   HMLAN1_MSGCNT 23
   HMLAN1_RAWMSG E6FB75E,0000,0CECF84A,FF,FFC8,10A2706FB75E23A3F400E42E03EE000000D20962
   HMLAN1_RSSI -56
   HMLAN1_TIME 2014-04-14 10:22:20
   IODev      HMLAN1
   LASTInputDev HMLAN1
   MSGCNT     23
   NAME       DirksSensor
   NR         111
   STATE      T: 22.8 H: 46 Lux: 2.1 P: 1006 batVoltage: 2.40
   TYPE       CUL_HM
   lastMsg    No:10 - t:70 s:6FB75E d:23A3F4 00E42E03EE000000D20962
   protLastRcv 2014-04-14 10:22:20
   protSnd    23 last_at:2014-04-14 10:22:20
   protState  CMDs_done
   rssi_at_HMLAN1 avg:-65.26 min:-73 max:-56 lst:-56 cnt:23
   Readings:
     2014-04-14 09:44:46   Activity        alive
     2014-04-14 09:44:43   CommandAccepted yes
     2014-04-14 09:44:42   D-firmware      0.7
     2014-04-14 09:44:42   D-serialNr      TLU0001002
     2014-04-14 09:44:43   PairedTo        0x23A3F4
     2014-04-14 09:44:43   R-burstRx       off
     2014-04-14 09:44:43   R-pairCentral   0x23A3F4
     2014-04-14 09:44:43   RegL_00:          01:00 02:01 0A:23 0B:A3 0C:F4 00:00
     2014-04-14 10:22:20   batVoltage      2.40
     2014-04-14 10:22:20   battery         ok
     2014-04-14 10:22:20   humidity        46
     2014-04-14 10:22:20   lux             2.1
     2014-04-14 10:22:20   pressure        1006
     2014-04-14 10:22:20   state           T: 22.8 H: 46 Lux: 2.1 P: 1006 batVoltage: 2.40
     2014-04-14 10:22:20   temperature     22.8
   Helper:
     cSnd       0123A3F46FB75E0103
     mId        F101
     peerIDsRaw ,00000000
     rxType     132
     Io:
       newChn     +6FB75E,00,01,1E
       nextSend   1397463741.02145
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf   
       qReqStat   
     Role:
       chn        1
       dev        1
     Rpt:
       IO         HMLAN1
       flg        A
       ts         1397463740.9384
       ack:
         HASH(0x107f5d8)
         10800223A3F46FB75E00
     Rssi:
       At_hmlan1:
         avg        -65.2608695652174
         cnt        23
         lst        -56
         max        -56
         min        -73
     Shadowreg:
Attributes:
   IODev      HMLAN1
   actCycle   000:10
   actStatus  alive
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   0.7
   model      UWS-THPL
   peerIDs    00000000,
   room       z_Prototyp
   serialNr   TLU0001002
   subType    THPLSensor


Ich habe das Teil jetzt zum Test neben einen HM-WDS40-TH-I gehängt und mir ein FileLog definert, das mir erlaubt, die beiden zu vergleichen. Ich weiß nicht, wie genau die Sensoren sein sollen, aber ich glaube dass der neue Sensor immer eine etwas höhere Temperatur und niedrigere Feuchtigkeit anzeigt.
...aber jetzt muss ich erst einmal abwarten, was ein Test über längere Zeit bringt.
Gruß,
    Thorsten

[Dirk]

Ich habe das Teil jetzt zum Test neben einen HM-WDS40-TH-I gehängt und mir ein FileLog definert, das mir erlaubt, die beiden zu vergleichen. Ich weiß nicht, wie genau die Sensoren sein sollen, aber ich glaube dass der neue Sensor immer eine etwas höhere Temperatur und niedrigere Feuchtigkeit anzeigt.

Um wie viel weichen die Daten ab? Die Sensoren haben halt alle Toleranzen.
Der SHT10 misst die Temperatur laut Datenblatt bei 25 °C mit etwa 0,5 °C genau.
Die Feuchte ist mit einer Toleranz von +/- 4,5% angegeben.

Jetzt müsste man wissen was für Sensoren im HM-WDS40-TH-I stecken.

Gruß
Dirk

[Thorsten Pferdekaemper]

Um wie viel weichen die Daten ab? Die Sensoren haben halt alle Toleranzen.
Der SHT10 misst die Temperatur laut Datenblatt bei 25 °C mit etwa 0,5 °C genau.
Die Feuchte ist mit einer Toleranz von +/- 4,5% angegeben.

Das ganze scheint sich einzupendeln. Seit die beiden Sensoren nebeneinendar hängen, nähern sich die Werte an. Seit der letzten Stunde liegt die Temperatur nur noch maximal 0.1 Grad auseinander. Momentan zeigen sie sogar beide 22.1 Grad an.
Die Feuchtigkeit liegt nur noch 2 Prozentpunkte auseinander. (Neuer Sensor: 48%, Original-HM: 50%.)
Das liegt also locker innerhalb der Toleranz.

Anscheinend muss man solche Sensoren wirklich mal irgendwo hinhängen und dann in Ruhe lassen. Auf dem Schreibtisch messen die Dinger wahrscheinlich nur abgestrahlte Körperwärme und sonstige Ausdünstungen. (SCNR...)

Gruß,
    Thorsten

[betateilchen]

Korrekte Luftfeuchtigkeit hat bei elektronischen Sensoren bei mir bisher immer viele Stunden nach der Inbetriebnahme gedauert - nach 24 Stunden sollte der Wert einigermaßen zuverlässig sein.

[Thorsten Pferdekaemper]

Korrekte Luftfeuchtigkeit hat bei elektronischen Sensoren bei mir bisher immer viele Stunden nach der Inbetriebnahme gedauert - nach 24 Stunden sollte der Wert einigermaßen zuverlässig sein.

Ja, ich weiß. Korrekte Messung der Luftfeuchtigkeit ist schwierig.
Ich habe mir ein Diagramm zum Vergleich gebaut. (Siehe Attachment.) Mal sehen, wie das morgen Abend aussieht.
Gruß,
   Thorsten

[betateilchen]

was geht es Dich eigentlich an, wie feucht Dirk ist 

[Thorsten Pferdekaemper]

was geht es Dich eigentlich an, wie feucht Dirk ist 

Sowas hätte ich mir denken können.
...und außerdem hat er ganz schlimm Untertemperatur.

[santalaus]

Hallo,

nett und freundlich bei eq3 anfragen. Wenn die nicht wollen, ab damit nach fulldisclosure. IMHO müssen Sie dann.

Sowas gehört gefixed.

Nico

[Dirk]

was geht es Dich eigentlich an, wie feucht Dirk ist 

Mein Feuchtigkeitsgehalt liegt aktuell innerhalb der Toleranzgrenzen

[Thorsten Pferdekaemper]

Hi,

so, mein Vergleich mit einem "richtigen" HM-Sensor lief jetzt über einen ganzen Tag. Der Anhang zeigt das Ergebnis seit Mitternacht. (Meine FileLogs sind immer nur für den aktuellen Tag.)
Man kann sehen, dass der Originalsensor und der von Dirk kaum voneinander abweichen. Bei der Temperatur sind's maximal 0.3 Grad, wobei sich die Unterschiede über die Zeit wahrscheinlich sogar fast komplett ausgleichen. Womöglich liegt es einfach daran, dass die Gehäuse unterschiedlich durchlüftet sind.
Besser geht's wahrscheinlich nicht.

Bei der Feuchtigkeit ist Dirks Sensor immer 2 bis 3 Prozentpunkte niedriger. Ich denke mal, dass das auch kaum besser geht. 

Luftdruck: wetter.com zeigt momentan 1026mBar an für meinen Wohnort. Laut Wikipedia bin ich ungefähr 121m hoch (nein, nicht ich...). Das ergibt dann ungefähr 1026 - 121/8,5 -> 1012. Der Sensor sagt 1013, auch gut.

Bei der Helligkeit kann ich nicht sagen, ob das hinkommt. Ich habe das Gehäuse geschlossen und keinen Lichtleiter oder ähnliches eingebaut. Trotzdem kann das Teil hell und dunkel unterscheiden. Ich habe die Rolläden so gegen 8:00 hochgezogen...
Ob die heftigen Schwankungen so sein müssen kann ich nicht sagen.
@Dirk: Hast Du schon eine Empfehlung von wegen Lichtleiter durchs Gehäuse?


Batteriespannung passt auch. Ich habe NiMH-Akkus drin, da dürfte jeder momentan so 1,2V haben. 

Gruß,
   Thorsten

[Dirk]

Hi Thorsten,

Bei der Helligkeit kann ich nicht sagen, ob das hinkommt. Ich habe das Gehäuse geschlossen und keinen Lichtleiter oder ähnliches eingebaut. Trotzdem kann das Teil hell und dunkel unterscheiden. Ich habe die Rolläden so gegen 8:00 hochgezogen...
Ob die heftigen Schwankungen so sein müssen kann ich nicht sagen.

Bei der Helligkeitsmessung im geschlossenen Gehäuse habe ich schon etwas experimentiert.
Bin aber noch nicht ganz fertig.

Deine Helligkeitswerte "sieht" der Sensor nur über die oberen Gehäuseschlitze. Für einfache Hell- / Dunkelmessungen sollte das sogar schon ausreichen.

Aktuell benutze ich als "Lichtleiter" einen 5mm Acrylstab der oben zu einer kleinen Halbkugel geformt ist. Diese schaut dann am Gehäuse raus.
Damit bekomme ich schon ganz gute Werte.
Eine direkte Ableitung der Helligkeit in Lux ist somit natürlich nicht mehr gegeben. Hierfür muss man den Wert umrechnen. Im einfachsten verhält sich das liniar. Im ungünstigen Fall muss man eine Vergleichsmessung zur Umrechnung heranziehen.

Für einfache Automatisierungsfunktionen reicht aber auch die Lösung aus, welche keine Umrechnung benutz. Man muss sich dafür aber eigene Schwellwerte festlegen.

Gruß
Dirk