gelöst: Probleme mit orange -> rot im Fensterkontakt

[Fredi69]

Ich habe mit den Fensterkontakten HM-Sec-SC-2 und den HM-Sec-SCo Probleme. Grundsätzlich wird das öffnen und schließen ordentlich erkannt aber sie quittieren nicht mit orange->grün sondern mit orange-rot. Befolge ich den Rat aus dem Wiki mit getConfig und der Anlerntaste funktioniert es einige mal bis es nach wenigen Stunden wieder mit orange->rot quittiert wird.
Woran liegt das?

[MadMax-FHEM]

Poste doch mal ein list der Fensterkontakte...

Was für ein IODev (Funkmodul) verwendest du?
Hast du eine vccu eingerichtet?

Gruß, Joachim

[martinp876]

Mit wem oder was ist der kontakt gepeert?
Ein get regtable musst du posten.
Und ein regtable des peer kanals.

[Fredi69]

Poste doch mal ein list der Fensterkontakte...

Was für ein IODev (Funkmodul) verwendest du?
Hast du eine vccu eingerichtet?

Gruß, Joachim

VCCU ist eingerichtet mit 2xHMLAN

Internals:
   DEF        4E1542
   HMLAN1_MSGCNT 65
   HMLAN1_RAWMSG E4E1542,0000,68591A4D,FF,FFBB,35A2414E15422CD994011C00
   HMLAN1_RSSI -69
   HMLAN1_TIME 2018-05-09 23:28:27
   HMLAN2_MSGCNT 62
   HMLAN2_RAWMSG E4E1542,0000,0BD4E245,FF,FFBB,35A2414E15422CD994011C00
   HMLAN2_RSSI -69
   HMLAN2_TIME 2018-05-09 23:28:27
   IODev      VCCU
   LASTInputDev HMLAN1
   MSGCNT     127
   NAME       DG.Sz.FK.FensterkontaktStrasse
   NOTIFYDEV  global
   NR         349
   NTFY_ORDER 50-DG.Sz.FK.FensterkontaktStrasse
   STATE      closed
   TYPE       CUL_HM
   lastMsg    No:35 - t:41 s:4E1542 d:2CD994 011C00
   peerList   DG.Sz.HZ.Thermostat_WindowRec,
   protLastRcv 2018-05-09 23:28:27
   rssi_at_HMLAN1 cnt:65 min:-74 max:-61 avg:-66.75 lst:-69
   rssi_at_HMLAN2 cnt:62 min:-86 max:-66 avg:-74.37 lst:-69
   READINGS:
     2018-05-07 08:12:29   Activity        alive
     2018-05-04 16:45:49   CommandAccepted no
     2018-05-04 16:48:36   D-firmware      2.4
     2018-05-04 16:48:36   D-serialNr      NEQ1111545
     2018-05-04 16:48:36   PairedTo        0x2CD994
     2018-05-02 18:50:10   R-DG.Sz.HZ.Thermostat_WindowRec-expectAES off
     2018-05-02 18:50:10   R-DG.Sz.HZ.Thermostat_WindowRec-peerNeedsBurst on
     2018-05-02 18:50:08   R-cyclicInfoMsg off
     2018-05-02 18:50:09   R-eventDlyTime  0 s
     2018-05-02 18:50:08   R-pairCentral   0x2CD994
     2018-05-02 18:50:08   R-sabotageMsg   on
     2018-05-02 18:50:09   R-sign          off
     2018-05-04 16:48:36   RegL_00.        02:01 09:00 0A:2C 0B:D9 0C:94 10:01 14:06 00:00
     2018-05-04 16:48:37   RegL_01.        08:00 20:60 21:00 22:64 30:06 00:00
     2018-05-04 16:48:38   RegL_04.DG.Sz.HZ.Thermostat_WindowRec 01:01 00:00
     2018-05-04 16:49:33   alive           yes
     2018-05-09 23:28:19   battery         ok
     2018-05-09 23:28:19   contact         closed (to VCCU)
     2018-05-07 08:12:29   peerList        DG.Sz.HZ.Thermostat_WindowRec,
     2018-05-04 16:45:25   powerOn         2018-05-04 16:45:25
     2018-05-04 16:49:33   recentStateType info
     2018-05-04 16:45:49   sabotageAttackId_ErrIoId_F10000 cnt:3
     2018-05-04 16:49:33   sabotageError   off
     2018-05-09 23:28:19   state           closed
     2018-05-09 23:28:19   trigger_cnt     28
   helper:
     HM_CMDNR   53
     mId        00B1
     regLst     ,0,1,4p
     rxType     28
     supp_Pair_Rep 0
     ack:
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +4E1542,00,00,00
       nextSend   1525901307.41509
       prefIO     
       rxt        2
       vccu       VCCU
       p:
         4E1542
         00
         00
         00
     mRssi:
       mNo        35
       io:
         HMLAN1:
           -69
           -69
         HMLAN2:
           -69
           -69
     prt:
       bErr       0
       sProc      0
       sleeping   1
     q:
       qReqConf   
       qReqStat   
     role:
       chn        1
       dev        1
     rssi:
       at_HMLAN1:
         avg        -66.7538461538461
         cnt        65
         lst        -69
         max        -61
         min        -74
       at_HMLAN2:
         avg        -74.3709677419355
         cnt        62
         lst        -69
         max        -66
         min        -86
     tmpl:
Attributes:
   DbLogExclude .*
   HomeContactType window
   HomeModeAlarmActive armaway
   IODev      VCCU
   IOgrp      VCCU
   actCycle   028:00
   actStatus  alive
   alias      Fensterkontakt Schlafzimmer Strasse
   autoReadReg 4_reqStatus
   devStateIcon closed:fts_window_1w open:fts_window_1w_open@red
   expert     2_raw
   firmware   2.4
   model      HM-SEC-SC-2
   peerIDs    00000000,63C38603,
   room       Fenster,Schlafzimmer
   serialNr   NEQ1111545
   subType    threeStateSensor

[Fredi69]

Mit wem oder was ist der kontakt gepeert?
Ein get regtable musst du posten.
Und ein regtable des peer kanals.

get regtable ist leer

[martinp876]

Get regtable kann nicht leer sein. Es ist natürlich
get DG.Sz.FK.FensterkontaktStrasse regTable
Aber das ist dir sicher klar.
Du hast "peerneedsburst" auf off. Das wird mit dem rt nicht funktionieren.
Es sollte mit
get hm configcheck
Angemerkt werden. Falls nicht, lass es mich wissen.
Am rt musst du burst einschalten.

Du hast cyclicinfomsg auf off. Das soart batterie. Allerdings solltest du actcycle dan auch deaktivieren oder sicherstellen das das fenster alle 24h geoeffnet wird.

[Fredi69]

Get regtable kann nicht leer sein. Es ist natürlich
get DG.Sz.FK.FensterkontaktStrasse regTable
Aber das ist dir sicher klar.

Ja, ist mir klar, auf iOS ist es aber leider wirklich leer, mit Firefox habe ich dann folgende Werte:

Code Auswählen Erweitern

No regs found for:
DG.Sz.FK.FensterkontaktStrasse type:threeStateSensor -
list:peer register         :value
   0:      cyclicInfoMsg    :off
   0:      pairCentral      :0x2CD994
   0:      sabotageMsg      :on
   0:      transmDevTryMax  :6
   1:      eventDlyTime     :0 s
   1:      ledOnTime        :0.5 s
   1:      msgScPosA        :closed
   1:      msgScPosB        :open
   1:      sign             :off
   1:      transmitTryMax   :6
   4:DG.Sz.HZ.Thermostat_WindowRec expectAES        :off
   4:DG.Sz.HZ.Thermostat_WindowRec peerNeedsBurst   :on

Du hast "peerneedsburst" auf off. Das wird mit dem rt nicht funktionieren.

Wo steht denn das peernedsburst auf off ist?

Es sollte mit
get hm configcheck
Angemerkt werden. Falls nicht, lass es mich wissen.

Ich verstehe das leider nicht, was Du mir sagen möchtest, sorry.

Am rt musst du burst einschalten.

Ist jetzt auf "on"

Du hast cyclicinfomsg auf off. Das soart batterie. Allerdings solltest du actcycle dan auch deaktivieren oder sicherstellen das das fenster alle 24h geoeffnet wird.

cyclicinfomsg ist jetzt "on"

[frank]

attr IODev steht auf VCCU.
hast du das so gesetzt? wenn man IOgrp nutzt, lässt man IODev unangetastet. bisher hat fhem hier immer ein io eingetragen.

[Fredi69]

attr IODev steht auf VCCU.
hast du das so gesetzt? wenn man IOgrp nutzt, lässt man IODev unangetastet. bisher hat fhem hier immer ein io eingetragen.

Ich vermute auch das ich da irgendwas falsch gemacht habt.
Wie sollte es richtigerweise sein?

[frank]

beim fk DG.Sz.FK.FensterkontaktStrasse würde ich folgendes setzen, da hmlan1die besten rssi hat:

Code Auswählen Erweitern

attr DG.Sz.FK.FensterkontaktStrasse IODev HMLAN1
attr DG.Sz.FK.FensterkontaktStrasse IOgrp VCCU:HMLAN1

[martinp876]

Sorry für die schlechten angaben.
Hminfo configcheck prüft ob peerneedsburst gesetzt ist. Und ja, ich habe schlecht gelesen.

Wenn du nun den rt geaendert hast(ich habe verstanden dass burst off war) sollte sich schon etwas tun.
Besteht das Problem noch?
Iodev setzt das system. Iogrp sieht gut aus.

[Fredi69]

Ich habe jetzt alle hier gemachten Ratschläge befolgt, leider heute wieder orange -> rot.
Was kann ich noch prüfen?

[frank]

zeig doch mal je ein list von hmlan1, hmlan2, vccu und ein aktuelles (nach erfolgreichem getconfig) vom fk.

ist die funkstrecke von fk und thermostat vielleicht gestört?
kannst du den zustand des fensters auf dem rt immer korrekt erkennen? der rt hat aktuelle fw?

hat der rt vielleicht ein funkproblem? bitte auch ein list vom device.

[Fredi69]

... der rt hat aktuelle fw?

Vielen Dank, das Stichwort "Firmware" habe ich mal genutzt um die RT's zu prüfen, die sind aktuell.
Ich habe aber bei den HMLAN's alte Firmware laufen, einer war auf 0.961 der andere auf 0.964.
Jetzt sind beide auf 0.965, ich beobachte mal ob sich was ändert, falls nicht komme ich mit weiteren Infos.

[Fredi69]

So, dann konnte ich das Problem mit Eurem Anstoß selbst lösen.
Nach dem Update der HMLAN's auf aktuelle Firmware sind die "orange - > rot" Meldungen alle ohne weitere Maßnahmen verschwunden.
Jetzt kommt sauber nach orange -> grün!.

Vielen Dank für Eure Unterstützung.