HM-SEC-RHS meldet an Zentrale, blinkt aber nur gelb

[LCN-User]

Hallo,

seit einiger Zeit blinken einige meiner SEC-RHS bei Bewegung nur noch Gelb, die Griff-Position wird aber korrekt an FHEM gemeldet. Andere SEC-RHS funktionieren völlig korrekt.

Ich hatte vor einigen Monaten mehrere Sensoren an Homematic Config-Software angekoppelt, um dort die Meldeverzögerung etwas komfortabler einstellen zu können. Ich glaube aber nicht wirklich, dass es daran liegt, da manche SEC-RHS auch nach dieser Behandlung korrekt mit FHEM kommunizieren. Aber natürlich kann ich alle Sensoren auch wieder aus der Homematic-Software entfernen, wenn das sinnvoll ist.

Könnt ihr mich ein wenig an die Hand nehmen? Readings etc. poste ich gerne, wenn ihr mir sagt, was gebraucht wird.

Grüße,
Johannes

[Bennemannc]

Hallo,

poste mal ein List von einem der Geräte - also oben in die Befehlszeile "list Gerätename" ohne " eingeben.

Gruß Christoph

[rapster]

Dein RHS ist nicht mehr mit FHEM gepairt.
Setze den RHS zurück, und paire ihn erneut mit FHEM.

(PS: Der RHS benötigt kein peering für den grünen Status.)

Ich hatte vor einigen Monaten mehrere Sensoren an Homematic Config-Software angekoppelt, um dort die Meldeverzögerung etwas komfortabler einstellen zu können.

Das soll einfacher sein? In Fhem ist es genau 1 Befehl:

Code Auswählen Erweitern

set rhs regSet eventDlyTime 1
Nach drücken der Config-Taste steht nun die Meldeverzögerung bei einer Sekunde, glaub das dauert schon alleine länger bis die Homematik-Software gestartet ist.

[LCN-User]

Moin,

Dein RHS ist nicht mehr mit FHEM gepairt.
Setze den RHS zurück, und paire ihn erneut mit FHEM.

Wenn er nicht mehr gepairt wäre, sollte ich eigentlich keine Positionsmeldungen mehr erhalten, oder? Der Griff meldet seine Position korrekt an FHEM:

Code Auswählen Erweitern

2015-11-01 09:34:04 CUL_HM EG.ku.FK.1 battery: ok
2015-11-01 09:34:04 CUL_HM EG.ku.FK.1 open
2015-11-01 09:34:04 CUL_HM EG.ku.FK.1 contact: open (to EG.ku.FK.2)
2015-11-01 09:34:16 structure FensterHaus LastDevice: FensterEG
2015-11-01 09:34:16 structure FensterHaus LastDevice_Abs: EG.ku.FK.1
2015-11-01 09:34:16 structure FensterHaus undefined
2015-11-01 09:34:16 structure FensterEG LastDevice: FensterKueche
2015-11-01 09:34:16 structure FensterEG LastDevice_Abs: EG.ku.FK.1
2015-11-01 09:34:16 structure FensterEG closed
2015-11-01 09:34:16 structure FensterKueche LastDevice: EG.ku.FK.1
2015-11-01 09:34:16 structure FensterKueche LastDevice_Abs: EG.ku.FK.1
2015-11-01 09:34:16 structure FensterKueche closed
2015-11-01 09:34:16 CUL_HM EG.ku.FK.1 battery: ok
2015-11-01 09:34:16 CUL_HM EG.ku.FK.1 closed
2015-11-01 09:34:16 CUL_HM EG.ku.FK.1 contact: closed (to HMLAN1)
2015-11-01 09:34:29 structure FensterHaus LastDevice: FensterEG
2015-11-01 09:34:29 structure FensterHaus LastDevice_Abs: EG.ku.FK.1
2015-11-01 09:34:29 structure FensterHaus undefined
2015-11-01 09:34:29 structure FensterEG LastDevice: FensterKueche
2015-11-01 09:34:29 structure FensterEG LastDevice_Abs: EG.ku.FK.1
2015-11-01 09:34:29 structure FensterEG closed
2015-11-01 09:34:29 structure FensterKueche LastDevice: EG.ku.FK.1
2015-11-01 09:34:29 structure FensterKueche LastDevice_Abs: EG.ku.FK.1
2015-11-01 09:34:29 structure FensterKueche closed
2015-11-01 09:34:29 CUL_HM EG.ku.FK.1 battery: ok
2015-11-01 09:34:29 CUL_HM EG.ku.FK.1 closed
2015-11-01 09:34:29 CUL_HM EG.ku.FK.1 contact: closed (to EG.ku.FK.2)

Zurücksetzen und neu pairen ist natürlich immer eine Möglichkeit. Ich wollte bei dieser Gelegenheit aber wenn möglich ein wenig über die Register und deren Nutzung lernen.

Das soll einfacher sein? In Fhem ist es genau 1 Befehl:

Und schon etwas gelernt.

poste mal ein List von einem der Geräte - also oben in die Befehlszeile "list Gerätename" ohne " eingeben.

Code Auswählen Erweitern


Internals:
   DEF        196D15
   HMLAN1_MSGCNT 90
   HMLAN1_RAWMSG E196D15,0000,201B5F05,FF,FFB7,0BA041196D151B8439010500
   HMLAN1_RSSI -73
   HMLAN1_TIME 2015-11-01 09:38:56
   IODev      HMLAN1
   LASTInputDev HMLAN1
   MSGCNT     90
   NAME       EG.ku.FK.1
   NR         64
   STATE      closed
   TYPE       CUL_HM
   lastMsg    No:0B - t:41 s:196D15 d:1B8439 010500
   protCmdDel 26
   protEvt_AESok 1 last_at:2015-10-31 18:36:42
   protLastRcv 2015-11-01 09:38:56
   protResndFail 3 last_at:2015-10-31 19:51:10
   protSnd    27 last_at:2015-11-01 09:38:31
   protState  CMDs_done
   rssi_at_HMLAN1 avg:-76.86 min:-92 max:-69 lst:-73 cnt:90
   Readings:
     2015-10-31 19:43:11   Activity        alive
     2015-10-31 18:36:42   CommandAccepted yes
     2015-10-31 19:43:11   D-firmware      2.0
     2015-10-31 19:43:11   D-serialNr      JEQ
     2015-10-31 18:35:53   R-pairCentral   set_0x123ABC
     2015-10-31 18:36:30   aesKeyNbr       00
     2015-10-31 19:52:11   alive           yes
     2015-11-01 09:38:43   battery         ok
     2015-11-01 09:38:43   contact         closed (to EG.ku.FK.2)
     2015-10-31 19:52:11   cover           closed
     2015-10-31 19:52:11   recentStateType info
     2015-11-01 09:38:43   state           closed
     2015-10-31 18:39:30   trigLast        EG.ku.FK.2 :closed
     2015-10-31 18:39:30   trig_EG.ku.FK.2 closed
     Regl_00::
       VAL
   Helper:
     cSnd       01123ABC196D1500040000000000
     getCfgList all
     getCfgListNo ,4
     mId        0030
     rxType     4
     Io:
       newChn     +196D15,00,01,FE1F
       nextSend   1446367086.95385
       prefIO
       rxt        0
       vccu
       p:
         196D15
         00
         01
         FE1F
     Mrssi:
       mNo        0B
       Io:
         HMLAN1     -71
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
     Rssi:
       At_hmlan1:
         avg        -76.8666666666667
         cnt        90
         lst        -73
         max        -69
         min        -92
     Shadowreg:
       RegL_00:    02:01 0A:12 0B:3A 0C:BC
Attributes:
   Fenster    FensterHaus
   IODev      HMLAN1
   actCycle   028:00
   actStatus  alive
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   2.0
   group      Fenster
   model      HM-SEC-RHS
   peerIDs
   room       1.03 Küche
   serialNr   JEQ0
   subType    threeStateSensor
   userattr   Fenster Fenster_map structexclude

[Bennemannc]

Hallo LCN-User,

rapster hat recht - pairing ist nicht sauber. Da steht noch "set_xxxx". Das bedeutet fhem will das pairing setzen, es ist aber noch nicht von Gerät bestätigt worden. Noch einmal machen, dann getConfig und die Configtaste drücken. Wenn bei "pairCentral" nur noch die Adresse steht, ist das pairing durch.
Wenn ein Gerät in fhem angelegt wird (autocreate) oder Schaltzustände angezeigt werden, bedeutet das nicht, dass das Gerät auch gepairt ist. Fhem liest einfach alles was gefunkt wird mit - und das Gerät sendet "to Broadcast" - also an alle die es wissen wollen. Hier entscheidet der Empfänger ob ihn die Nachricht etwas angeht oder nicht. Wenn das Gerät gepairt ist, sendet es die Nachricht an die Adresse der Zentrale (fhem) und bekommt von dort ein "Empfangen" zurück - das ist die grüne LED.

Gruß Christoph

[LCN-User]

Hallo,

ihr habt selbstverständlich recht. Meine Frage zielte deshalb auch darauf zu verstehen, was hier eigentlich passiert ist - denn das Pairing war ja eingangs in Ordnung. Ich habe jetzt die beiden EG.ku.FK.1 und 2 auf Werkszustand zurückgesetzt und neu an FHEM angemeldet. Die beiden RHS verhalten sich jetzt wieder so wie erwartet.

Und die Lektion ist, dass ich zukünftig die Homematic-Software nicht mehr anfassen werde.

Gruß,
Johannes

[Bennemannc]

Hallo,

also ich fasse die HM Software auch manchmal an - das ist bei mir kein Problem. Ich hatte letztens einen Fensterkontakt der von jetzt auf gleich - ohne irgendwelche Änderungen - sich resettet hatte. Der wusste nichts mehr - alle Register weg, pairing weg ... Passiert eben manchmal - zum Glück sehr selten.

Gruß Christoph

[LCN-User]

Ich habe jetzt alle fraglichen RHS im EG auf Werkszustand zurückgesetzt, neu angemeldet und alles ist wieder OK.

Aber ich habe vielleicht die Ursache des fehlerhaften Pairings gefunden. Bei der vorherigen Rücksetzaktion, kam es immer wieder zu Schwierigkeiten. Im Log konnte ich dann sehen, dass der HMLAN-Adapter sich bei jedem Pairing-Versuch disconnected  hatte, um dann kurz danach wieder zu erscheinen.

Inzwischen, etwa 90 min später, ist der Adapter stabil. Keine Ahnung, was da vor sich geht.

[LCN-User]

Hi,

nachdem ich gestern alle betroffenen RHS auf Werkzustand zurückgesetzt und neu mit FHEM gepairt hatte, wollte ich ein paar Register-Inhalte (Batterie, Delay-Time, etc.) verändern. Ich habe also eingegeben (RHS steht nur stellvertretend für die Bezeichnung)

set RHS R-eventDlyTime 1
set RHS R-cyclicInfoMsg on

Anschließend dann auf dem RHS den Anmeldeknopf gedrückt und noch ein GetConfig hinterher geschickt. Das Resultat war, dass die Register gesetzt waren, aber der RHS daraufhin beim Bewegen kein Grün sondern nur noch ein kurzes Gelb gezeigt hat.

Irgendetwas mache ich also falsch. Kann ich die Register nicht bündelweise setzen, also eine ganze Reihe von Befehlen an das Modul schicken und erst dann durch Druck auf den Knopf empfangen lassen?

[rapster]

Deine Befehle sind falsch, obwohl ich dir weiter oben ein korrektes Beispiel gegeben habe.

Und ja kannst du.

Code Auswählen Erweitern


set RHS regSet prep eventDlyTime 1
set RHS regSet exec cyclicInfoMsg on

Ein regSet impliziert bereits ein getConfig und muss nicht manuell durchgeführt werden.

Das ganze sollte allerdings im HM-Anhang der Einsteigerdokumentation ausführlich erklärt worden sein...

[LCN-User]

Deine Befehle sind falsch, obwohl ich dir weiter oben ein korrektes Beispiel gegeben habe.

Easy does it - ich habe die Befehle schon richtig eingegeben und oben nur aus dem Gedächtnis (falsch) zitiert. Sonst wären die Registerwerte ja wohl auch nicht korrekt geschrieben worden...

Das ganze sollte allerdings im HM-Anhang der Einsteigerdokumentation ausführlich erklärt worden sein...

Oh, da hat sich ja einiges getan, seit ich mir die letzte Version heruntergeladen hatte, was zugegeben schon sehr lange her ist.

Und jetzt bleibt die Frage, weshalb der RHS nach dem Setzen der Register nicht mehr korrekt mit FHEM kommuniziert hat und erneut zurückgesetzt werden musste.

[Bennemannc]

Hallo,

wie gut sind die Batterien - ggf. mal messen oder das gleiche mal mit neuen versuchen. Ist nur so ein Gedanke. Könnte ja sein, das beim Empfangen oder schreiben der Register die Spannung absinkt.

Gruß Christoph

[LCN-User]

Die Batterien hatte ich gestern ebenfalls ausgetauscht. Ich probiere es dieser Tage einfach noch einmal. Irgendwann wird es schon hinhauen.