HM-WDS10-TH-O meldet sporadisch Luftdruck

[Volker!]

Mein Homematik Außensensor meldet sporadisch Luftdruckwerte, wie kann das sein?
Bei diesen Messpunkten ist auch der Messwert für die Luftfeuchte utopisch.

Wie kann ich diese Messwerte im Log vermeiden bzw. im SVG Plot ausblenden?

Ein kurzer Auszug aus dem Logfile

2015-02-10_19:14:36 HM_TH1 battery: ok
2015-02-10_19:14:36 HM_TH1 T: 5.5 H: 79
2015-02-10_19:16:59 HM_TH1 battery: ok
2015-02-10_19:16:59 HM_TH1 T: 5.5 H: 79
2015-02-10_19:19:08 HM_TH1 battery: ok
2015-02-10_19:19:08 HM_TH1 T: 5.5 H: 79
2015-02-10_19:22:07 HM_TH1 battery: ok
2015-02-10_19:22:07 HM_TH1 T: 5.5 H: 79
2015-02-10_19:24:51 HM_TH1 battery: ok
2015-02-10_19:24:51 HM_TH1 T: 5.5 H: 79
2015-02-10_19:27:21 HM_TH1 battery: ok
2015-02-10_19:27:21 HM_TH1 humidity: 79
2015-02-10_19:27:21 HM_TH1 T: 5.5 H: 79
2015-02-10_19:27:52 HM_TH1 Activity: alive
2015-02-10_19:29:36 HM_TH1 temperature: 5.5
2015-02-10_19:29:36 HM_TH1 battery: ok
2015-02-10_19:29:36 HM_TH1 humidity: 79
2015-02-10_19:29:36 HM_TH1 T: 5.5 H: 79
2015-02-10_19:29:41 HM_TH1 temperature: 5.5
2015-02-10_19:29:41 HM_TH1 battery: ok
2015-02-10_19:29:41 HM_TH1 humidity: 123
2015-02-10_19:29:41 HM_TH1 airpress: 47231
2015-02-10_19:29:41 HM_TH1 T: 5.5 H: 123 AP: 47231

[LuckyDay]

zeig mal ein

Code Auswählen Erweitern

list HM_TH1

[Volker!]

Das kommt beim list ... heraus

CUL_1_MSGCNT 458
   CUL_1_RAWMSG A0C5986702BBEA3000000003E4B::-60.5:CUL_1
   CUL_1_RSSI -60.5
   CUL_1_TIME 2015-02-11 15:46:33
   DEF        2BBEA3
   IODev      CUL_1
   LASTInputDev CUL_1
   MSGCNT     458
   NAME       HM_TH1
   NR         109
   STATE      T: 6.2 H: 75
   TYPE       CUL_HM
   lastMsg    No:59 - t:70 s:2BBEA3 d:000000 003E4B
   protLastRcv 2015-02-11 15:46:33
   rssi_at_CUL_1 avg:-60.26 min:-68.5 max:-55.5 lst:-60.5 cnt:458
   Readings:
     2015-02-10 20:26:43   Activity        alive
     2015-02-07 08:44:59   D-firmware      1.3
     2015-02-07 08:44:59   D-serialNr      LEQ0568160
     2015-02-10 20:12:59   airpress        47986
     2015-02-11 15:46:33   battery         ok
     2015-02-11 15:46:33   humidity        75
     2015-02-11 15:46:33   state           T: 6.2 H: 75
     2015-02-11 15:46:33   temperature     6.2
   Helper:
     mId        003D
     rxType     132
     Io:
       newChn     +2BBEA3,00,01,00
       nextSend   1423665993.1104
       prefIO
       rxt        0
       vccu
       p:
         2BBEA3
         00
         01
         00
     Mrssi:
       mNo        59
       Io:
         CUL_1      -58.5
     Prt:
       bErr       0
       sProc      0
     Q:
       qReqConf   00
       qReqStat
     Role:
       chn        1
       dev        1
     Rssi:
       At_cul_1:
         avg        -60.2631004366812
         cnt        458
         lst        -60.5
         max        -55.5
         min        -68.5
Attributes:
   IODev      CUL_1
   actCycle   000:10
   actStatus  alive
   alias      Außensensor
   autoReadReg 4_reqStatus
   event-min-interval Activity:1200,temperature:1200,humidity:1200,T:1200,H:1200
   event-on-change-reading .*
   event-on-update-reading .*
   expert     2_full
   firmware   1.3
   group      THSensor
   model      HM-WDS10-TH-O
   peerIDs    00000000,
   room       ZZ_CUL_HM
   serialNr   LEQ0568160
   subType    THSensor

[frank]

dein device ist wohl nicht gepairt. fhem kennt jedenfalls keine registerdaten.

Code Auswählen Erweitern

   event-min-interval Activity:1200,temperature:1200,humidity:1200,T:1200,H:1200
   event-on-change-reading .*
   event-on-update-reading .*
diese kombination verstehe ich nicht.

wegen den "falschen" werten: sind die batterien ok?

[Volker!]

@ frank ja batterien sind log "list" ok

was ist an dem reading nicht ok? - Bin als Neueinsteiger immer an Infos interessiert ...

Ich möchte das nur alle 20 min abgefragt wird.

[frank]

Ich möchte das nur alle 20 min abgefragt wird.

abgefragt wird gar nicht. der sensor sendet immer im gleichen rythmus.

mit den "event-" attributen kannst du festlegen, ob bei jedem gesendeten wert ein event in fhem erzeugt werden soll.

event-on-change=.* => bei allen readings nur bei änderung.
event-on-update=.* => bei allen readings bei jedem neuen wert.

beides zusammen macht für mich keinen sinn. keine ahnung wer dabei gewinnt. und dann noch dazu event-min. ich würde nur event-on-change machen.

[Volker!]

Mir geht es beim min nur darum die log files nicht so arg zu verstümmeln.
Aber vielleicht gibt es da ja noch eine andere Lösung?

[frank]

Aber vielleicht gibt es da ja noch eine andere Lösung?

logproxy

[Otto123]

Also bei mir sehen die Readings so aus:
Readings:
     2015-02-15 13:27:52   Activity        alive
     2015-01-03 13:35:01   CommandAccepted yes
     2015-01-03 13:35:00   D-firmware      1.2
     2015-01-03 13:35:00   D-serialNr      IEQxxxxxx
     2015-01-03 13:35:01   PairedTo        0x200DB8
     2015-01-03 13:35:01   R-burstRx       off
     2015-01-03 13:35:01   R-pairCentral   0x200DB8
     2015-01-03 13:35:01   RegL_00:        01:00 02:01 05:00 0A:20 0B:0D 0C:B8 0F:00 00:00
     2015-02-16 22:14:04   battery         ok
     2015-02-16 22:14:04   humidity        82
     2015-01-03 13:39:44   powerOn         2015-01-03 13:39:44
     2015-01-03 13:39:44   recentStateType info
     2015-02-16 22:14:04   state           T: 0.9 H: 82
     2015-02-16 22:14:04   temperature     0.9

Ok Du hast neu neue Firmware 1.3, aber entscheidend finde ich auch das R-pairCentral bei Dir fehlt. Damit ist eigentlich nicht richtig gepaired.

Mein Sensor HM-WDS10-TH-O zeigt keinen Luftdruck im Log.

Das was ins log geschrieben wird kannst Du filtern. Beispiel DEF im Filelog:
./log/Test-%Y-%m-%d.log HM_TH1:T:.*

Schreibt nur die Zeilen (dein Beispiel) 2015-02-10_19:16:59 HM_TH1 T: 5.5 H: 79
Gruß Otto

[Volker!]

Danke Frank schaue ich mir heute mal.

logproxy

[Volker!]

Danke Otto,
das mit dem Pairing prüfe ich noch mal.

Ich habe eine Zeit lang mit dem HMLan Adapter experimentiert - eventuell noch davon? Ich hab Ihn allerdings mit FHEM nicht ans laufen bekommen. Mit der Windows Software ging es aber ich konnte eine feste DHCP Adresse nicht speichern und die verschlüsselte Netzwerkkommunikation trotz der vielen Tricks hier im Forum nicht aufheben - mit Windows 8.1 und Windows 7 probiert.

[Otto123]

Hmlan habe ich auch. Lief bei mir ohne Probleme, bis auf dass ich in die Falle mit der falschen Firmware im vorigen Jahr getappt bin.
Brauchst du da Hilfe oder hast du den abgehakt?
Grüße Otto

[Volker!]

Hallo Otto, hast du bei dir den HMlan Adapter Problemlos ans laufen bekommen? Eventuell etwas neben dem eigentlichen Thema aber ich krieg das Ding nicht wirklich mit fhem ans laufen.

[Otto123]

genau so wie hier im Wiki
Läuft super. Ich war mit unsicher mit der ID, aber am Ende habe ich die genommen, die in der Windows Software zu finden war (versteckt) Ob die frei wählbar ist weiß ich nicht.

Welches Problem hast Du genau?

Gruß Otto

[Volker!]

Hallo Otto,
jedes mal wenn ich den acess key eingebe um den DHCP auf eine feste ip einzustellen und die verschlüsselte Verbindung(ist glaube ich das Hauptproblem mit fhem) aufzuheben passiert gar nichts. Ich finde den Adapter aber die Eingaben werden nicht übernommen.