Hallo Zusammen,
Ich habe einen "HomeMatic Funk-Fensterkontakt HM-SEC-SC-2" bei mir an der Haustüre. Das ganze funktioniert auch sehr gut mit FHEM.
Nur ganz selten kommt es aber vor dass ein Funksignal (z.B. Close) nicht ankommt.
=> Fhem geht davon aus dass meine Haustüre stundenlange offen ist. Obwohl sie geschlossen wurde.
Kann man bei einem HomeMatic Gerät auch den Status aktiv nachfragen? So dass das Device seinen Status erneut schickt?
Dann könnte ich ggf. in fhem eine notfall lösung machen, dass bei 5 minütigem tür-open der status nochmal nachgefragt wird.
Bisher konnte ich dazu leider nichts finden.
Viele Grüße
Stefan
Nein, das aktive Abfragen ist bei Sensoren dieser Art nicht möglich. Lediglich wenn der Sensor sowieso eine zyklische Statusmeldung sendet (Register cyclicInfoMsg auf on), wird auch der aktuelle Status erneut gesendet. Die SC-2 machen den Zyklus meines Wissens aber nur alle 24 Stunden, die optischen (SCo) immerhin nach etwas über einer Stunde.
Du kannst die Anzahl der Sendeversuche erhöhen (Register transmDevTryMax, transmTryMax von default 6 (?) auf 10), das Sendeverhalten durch Nach-Außen-Verlegen der Antenne verbessern oder über ein weiteres IO-Gerät in der Nähe nachdenken. Mit Sicherheit ist der rssi schon kritsch (-80 oder weniger)...?
Ich nehme an, dass der Türkontakt gepairt ist und normalerweise ein ACK von der Zentrale oder dem HM-IO bekommt?
Hi SwordMaster,
poste doch mal ein list von Deinem Kontakt, damit es heller in der Glaskugel wird.
Das close muss eigentlich ankommen.
Gruß Otto
ZitatDas close muss eigentlich ankommen.
Eigentlich funktioniert auch immer alles in FHEM ... 8)
Zitatposte doch mal ein list von Deinem Kontakt, damit es heller in der Glaskugel wird.
Ach Otto, ich wollte ihn doch gerade zur Selbsthilfe ermuntern und habe deswegen orakelt ... ;D
Aber klar, erhellend wäre ein List sicher.
Zitat von: Pfriemler am 04 Januar 2017, 23:36:35
Ach Otto, ich wollte ihn doch gerade zur Selbsthilfe ermuntern und habe deswegen orakelt ... ;D
zu viele Supporter verderben die Selbsthilfe :o
;D
Hallo,
Sorry für die späte Antwort. War die Tage viel unterwegs, und dann hab ichs komplett vergessen.
Hier wäre mal ein List des Tür/Fenster-Kontakt Devices.
Würde mich über Tipps sehr freuen.
Internals:
CHANGED
DEF 4054FB
HMLAN1_MSGCNT 114
HMLAN1_RAWMSG E4054FB,0000,E6BAE436,FF,FFA6,10A2414054FB37A0C601F900
HMLAN1_RSSI -90
HMLAN1_TIME 2017-01-09 19:54:16
IODev HMLAN1
LASTInputDev HMLAN1
MSGCNT 114
NAME EingangTuer
NR 286
NTFY_ORDER 50-EingangTuer
STATE closed
TYPE CUL_HM
lastMsg No:10 - t:41 s:4054FB d:37A0C6 01F900
protLastRcv 2017-01-09 19:54:16
protSnd 113 last_at:2017-01-09 19:54:16
protState CMDs_done
rssi_at_HMLAN1 avg:-82.12 min:-95 max:-74 lst:-90 cnt:114
Readings:
2016-06-29 23:08:12 .D-devInfo 810101
2016-06-29 23:08:12 .D-stc 80
2016-06-29 23:08:33 .R-ledOnTime 0.5 s
2016-06-29 23:08:33 .R-msgScPosA closed
2016-06-29 23:08:33 .R-msgScPosB open
2016-06-29 23:08:33 .R-transmDevTryMax 6
2016-06-29 23:08:33 .R-transmitTryMax 6
2016-06-29 23:26:28 .peerListRDate 2016-06-29 23:26:28
2017-01-09 19:54:16 .protLastRcv 2017-01-09 19:54:16
2017-01-09 19:59:43 Activity alive
2016-06-29 23:08:13 CommandAccepted yes
2016-06-29 23:08:12 D-firmware 2.4
2016-06-29 23:08:12 D-serialNr MEQ1595518
2016-06-29 23:26:20 PairedTo 0x37A0C6
2016-06-29 23:08:33 R-cyclicInfoMsg off
2016-06-29 23:08:33 R-eventDlyTime 0 s
2016-06-29 23:08:33 R-pairCentral 0x37A0C6
2016-06-29 23:08:33 R-sabotageMsg on
2016-06-29 23:08:33 R-sign off
2016-06-29 23:26:20 RegL_00. 02:01 09:00 0A:37 0B:A0 0C:C6 10:01 14:06 00:00
2016-06-29 23:26:28 RegL_01. 08:00 20:60 21:00 22:64 30:06 00:00
2016-07-16 12:31:13 alive yes
2017-01-09 19:54:16 battery ok
2017-01-09 19:54:16 contact closed (to HMLAN1)
2016-06-29 23:26:18 powerOn 2016-06-29 23:26:18
2016-07-16 12:31:13 recentStateType info
2016-07-16 12:31:13 sabotageError off
2017-01-09 19:54:16 state closed
2017-01-09 19:54:16 trigDst_37A0C6 noConfig
2017-01-09 19:54:16 trigger_cnt 249
Helper:
HM_CMDNR 16
mId 00B1
rxType 28
Expert:
def 1
det 0
raw 1
tpl 0
Io:
newChn +4054FB,00,00,00
nextSend 1483988056.90233
prefIO
rxt 2
vccu
p:
4054FB
00
00
00
Mrssi:
mNo 10
Io:
HMLAN1 -88
Prt:
bErr 0
sProc 0
sleeping 0
Rspwait:
Q:
qReqConf
qReqStat
Role:
chn 1
dev 1
Rpt:
IO HMLAN1
flg A
ts 1483988056.81286
ack:
HASH(0x1738018)
10800237A0C64054FB0101C800
Rssi:
At_hmlan1:
avg -82.1228070175439
cnt 114
lst -90
max -74
min -95
Attributes:
IODev HMLAN1
actCycle 028:00
actStatus alive
autoReadReg 4_reqStatus
event-on-change-reading state
expert 2_raw
firmware 2.4
fp_FPGarage 655,976,1,EingangTuer,
fp_FPTest 473,323,1,EingangTuer,
model HM-SEC-SC-2
peerIDs 00000000,
room Garage,HomeMatic
serialNr MEQ1595518
subType threeStateSensor
Also damit ist gar nicht sichergestellt, dass die Meldungen sicher angekommen, da kommt deutlich zu wenig an.
rssi_at_HMLAN1 avg:-82.12 min:-95 max:-74 lst:-90 cnt:114
Dann würde ich das noch auf "on" ändern, damit es wenigstens alle 24h einen weiteren Sendeversuch (ohne dass Tür/Fenster bewegt wurden) gibt:
2016-06-29 23:08:33 R-cyclicInfoMsg off
.R-transmitTryMax 6
geht auch noch auf 10 zu ändern. Dann war's das aber, oder?
Ich würde mal über Unterstützung fürs HMLAN nachdenken, um den Funkverkehr zu verbessern. Entweder ne andere Antenne, oder gleich einen zweiten Empfänger besser platziert.
Oder aber den Antennenmod:
http://www.techwriter.de/beispiel/funkeig0.htm (http://www.techwriter.de/beispiel/funkeig0.htm)
Hallo Pfriemler,
Danke für die Antwort. Da merkt man wieder wie planlos man unterwegs ist.
Um ehrlich zu sein kann ich mit rssi nichts anfangen. Auch bei google konnte ich gerade keine idiotensichere Beschreibung finden.
In welchem Bereich sollten denn die rssi werte normalerweise sein damit sie akzeptabel sind?
Das mit den Einstellungen werde ich mal testen und dann beobachten. Wie gesagt tritt das Problem ja nicht regelmäßig auf.
Wenn es mich zu sehr stört werde ich über einen Antennenmod nachdenken müssen.
Vielen Dank!
Hab wieder was gelernt!
Gruss Stefan
Hallo Stefan,
aber Google spuckt doch sofort das hier aus 8)
ZitatDer Receive Signal Strength Indicator stellt einen Indikator für die Empfangsfeldstärke kabelloser Kommunikationsanwendungen dar. Da der RSSI keine festgelegte Einheit hat, muss der Wert abhängig vom Datenblatt des Herstellers interpretiert werden.
In unserem Umfeld sind Werte unterhalb von 80 (da wir von negativen Zahlen reden also von -81 bis - unendlich :) ) kritisch.
Es handelt sich um ein logarithmisches Mass https://de.wikipedia.org/wiki/Leistungspegel also minus 10 entspricht nur noch einem hundertstel!
Gruß Otto