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
zeig mal ein
list HM_TH1
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
dein device ist wohl nicht gepairt. fhem kennt jedenfalls keine registerdaten.
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?
@ 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.
ZitatIch 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.
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?
ZitatAber vielleicht gibt es da ja noch eine andere Lösung?
logproxy
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
Danke Frank schaue ich mir heute mal.
Zitat von: frank am 16 Februar 2015, 22:25:26
logproxy
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.
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
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.
genau so wie hier im Wiki (http://www.fhemwiki.de/wiki/HMLAN_Konfigurator)
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
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.
Du hast nur ein Netzwerkinterface an deinem PC? Also auch keine virtuellen Adapter oder so?
Du redest von der Software Homematic Lan-Interface Configurator?
Der erkennt ein Device im Netz so wie hier (http://www.fhemwiki.de/wiki/Datei:HMLAN_CONFIG_IP_AES.png)?
Wie blinkert der HMLAN?
Gruß Otto
Hilft Dir das hier (http://www.meintechblog.de/2013/05/hmlan-adapter-am-fhem-server-einrichten/) weiter?
Soweit ich mich erinnere habe ich es danach gemacht.
Gruß Otto
Danke Otto,
Für die vielen Link Tipps, ich werde mich wohl noch mal reinhängen und alles durcharbeiten. Mehr dazu hoffentlich nicht in einem neuen thread. Ich habe die letzte Zeit damit verbracht eine Lösung zu finden für das >Dslite< Problem. Mein Provider (Telecolumbus) hat mich gerade umgestellt und keine meiner Heimnetz Komponenten ist mehr von außen erreichbar so wie es bisher war. So funktioniert Smart Home nicht!