Tür/Fensterkontkakt Status nachfragen

[SwordMaster]

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

[Pfriemler]

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?

[Otto123]

Hi SwordMaster,

poste doch mal ein list von Deinem Kontakt, damit es heller in der Glaskugel wird.

Das close muss eigentlich ankommen.

Gruß Otto

[Pfriemler]

Das close muss eigentlich ankommen.

Eigentlich funktioniert auch immer alles in FHEM ...

poste 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 ... 

Aber klar, erhellend wäre ein List sicher.

[Otto123]

Ach Otto, ich wollte ihn doch gerade zur Selbsthilfe ermuntern und habe deswegen orakelt ... 

zu viele Supporter verderben die Selbsthilfe 

[SwordMaster]

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.

Code Auswählen Erweitern


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



[Pfriemler]

Also damit ist gar nicht sichergestellt, dass die Meldungen sicher angekommen, da kommt deutlich zu wenig an.

Code Auswählen Erweitern

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:

Code Auswählen Erweitern

     2016-06-29 23:08:33   R-cyclicInfoMsg off


Code Auswählen Erweitern

.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

[SwordMaster]

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

[Otto123]

Hallo Stefan,

aber Google spuckt doch sofort das hier aus 

Der 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