Fensterkontakt PairedTo mismatch to IODev bei HM Info

[speddy99]

Hallo zusammen,
heb ein paar (hoffentlich) kleinere Probleme. Gelesen hab ich auch, aber irgenwie will der Groschen nicht fallen.

Ich habe drei Fensterkontakte installiert, Fe_Bad zeigt nur immer an das er nicht gepeert ist.
Das Heizungsthermostat fährt jedoch einwandfrei zu wenn das Fenster geöffnet wird. Auch in FHEM wird mir der Status immer angezeigt.
set Fe_Bad getconfig hatte nur den Erfolg das unter protCmdPend 3 CMDs_pending angezeigt werden.... mehr passiert nicht.
Ein neues Anlernen brachte auch keine Besserung.

Unter  HM-Info bekomme ich folgende Informationen angezeigt:

configCheck done:

missing register list
    Fe_Bad:   RegL_00:

Register changes pending
    Hz_Kind_li

trigger sent to unpeered device
    triggerUnpeered: Fe_Kind_li:25757D
    triggerUnpeered: Fe_Wz_li:25757D

trigger sent to undefined device
    triggerUndefined: Fe_Kind_li:25757D
    triggerUndefined: Fe_Wz_li:25757D

PairedTo mismatch to IODev
    Fe_Bad paired:0x0  IO attr: 25757D.

list Fe_Bad:

Code Auswählen Erweitern

Internals:
   DEF        24787A
   HMLAN1_MSGCNT 65
   HMLAN1_RAWMSG E24787A,0000,235D5CFE,FF,FFB3,13B44124787A22BFDE011300
   HMLAN1_RSSI -77
   HMLAN1_TIME 2014-11-30 14:14:36
   IODev      HMLAN1
   LASTInputDev HMLAN1
   MSGCNT     65
   NAME       Fe_Bad
   NR         110
   STATE      closed
   TYPE       CUL_HM
   lastMsg    No:13 - t:41 s:24787A d:22BFDE 011300
   peerList   Hz_Bad_WindowRec,
   protCmdPend 3 CMDs_pending
   protLastRcv 2014-11-30 14:14:36
   protState  CMDs_pending
   rssi_at_HMLAN1 avg:-75.59 min:-88 max:-64 lst:-77 cnt:45
   Readings:
     2014-11-27 21:18:38   Activity        alive
     2014-11-27 21:18:38   D-firmware      2.2
     2014-11-27 21:18:38   D-serialNr      KEQ0956553
     2014-11-27 21:18:31   PairedTo        0x0
     2014-11-27 21:18:33   R-Hz_Bad_WindowRec-expectAES off
     2014-11-27 21:18:33   R-Hz_Bad_WindowRec-peerNeedsBurst on
     2014-11-27 21:18:31   R-cyclicInfoMsg off
     2014-11-27 21:18:31   R-eventDlyTime  0 s
     2014-11-27 21:18:31   R-ledOnTime     0.5 s
     2014-11-27 21:18:31   R-msgScPosA     closed
     2014-11-27 21:18:31   R-msgScPosB     open
     2014-11-27 21:18:31   R-pairCentral   0x0
     2014-11-27 21:18:31   R-sabotageMsg   on
     2014-11-27 21:18:31   R-sign          off
     2014-11-27 21:18:31   R-transmDevTryMax 6
     2014-11-27 21:18:31   R-transmitTryMax 6
     2014-11-27 21:33:17   alive           yes
     2014-11-30 14:14:36   battery         ok
     2014-11-30 14:14:36   contact         closed (to Hz_Bad)
     2014-11-27 21:18:32   peerList        Hz_Bad_WindowRec,
     2014-11-27 21:33:17   recentStateType info
     2014-11-27 21:33:17   sabotageError   off
     2014-11-30 14:14:36   state           closed
   cmdStack:
     ++A00125757D24787A00040000000000
     ++A00125757D24787A01040000000001
     ++A00125757D24787A0103
   Helper:
     cSnd       0125757D24787A010422BFDE0304
     getCfgList all
     getCfgListNo ,4
     mId        00B1
     peerIDsRaw ,22BFDE03,00000000
     rxType     12
     Bm:
       Cul_hm_get:
         cnt        4
         dmx        0
         max        1
         tot        4
         mAr:
           HASH(Fe_Bad)
           Fe_Bad
           ?
       Cul_hm_set:
         cnt        27
         dmx        0
         max        6
         tot        111
         mAr:
           HASH(0x1aeb100)
           Fe_Bad
           ?
     Io:
       newChn     +24787A,02,01,00
       nextSend   1417353276.47167
       prefIO
       rxt        2
       vccu
       p:
         24787A
         00
         01
         00
     Mrssi:
       mNo        13
       Io:
         HMLAN1     -75
     Prt:
       bErr       0
       sProc      2
       sleeping   1
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
     Rssi:
       At_hmlan1:
         avg        -75.6
         cnt        45
         lst        -77
         max        -64
         min        -88
Attributes:
   IODev      HMLAN1
   actCycle   028:00
   actStatus  alive
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   2.2
   group      Fenster
   model      HM-SEC-SC-2
   peerIDs    00000000,22BFDE03,
   room       Heizung_Fenster
   serialNr   KEQ0956553
   subType    threeStateSensor

gruß Michael

[frank]

Ein neues Anlernen brachte auch keine Besserung.

das pairen mit fhem hat wohl immer noch nicht geklappt. logge mit raw-messages.

[Bennemannc]

Hallo,

Vorher am Device (fhem Detailansichten) noch set FE_Bad Clear msgEvents absetzen, damit der Kommandospool geleert wird.

Gruß Christoph

[speddy99]

Hallo,
jetzt hat das pairen wohl geklappt.
Nachdem ich einen set Fe_Bad getconfig abgesetzt habe und das Fenster kurz geöffnet und wieder geschlossen habe. Ging der Fensterkontakt auf "Dauerfeuer"
protState stand auf cmd_pending, am Kontakt orange Led grüne Led ein paar Sekunden Pause und dann wieder orange Led grüne Led... immer so weiter.
Batterien raus, rein nochmal gepairt, set Fe_Bad getconfig und den Anlernknopf erneut gedrückt, dann war Ruhe.
Ist das so normal???

Unter HM_Info bekomme sich noch diese Sachen angezeigt:

trigger sent to unpeered device
    triggerUnpeered: Fe_Bad:25757D
    triggerUnpeered: Fe_Kind_li:25757D
    triggerUnpeered: Fe_Wz_li:25757D

trigger sent to undefined device
    triggerUndefined: Fe_Bad:25757D
    triggerUndefined: Fe_Kind_li:25757D
    triggerUndefined: Fe_Wz_li:25757D

Das sind alle drei Fensterkontakte die ich habe, 25757D ist mein HMLAN1. Die Heizungsthermostate fahren bei offenen Fenster brav auf 12°C runter.
Was kann ich an dieser Info erkennen?

lg Michael

[Bennemannc]

Hallo,

das Dauerfeuer hatte ich auch schon mal, konnte aber nicht feststellen wodurch das auftritt. Ich habe dann immer Batterien raus, damit die nicht leergesaugt werden. Nach ca. 1 Stunde neu pairen und gut. Ist jetzt auch schon eine ganze Zeit lang nicht mehr vorgekommen.

Gruß Christoph

[frank]

trigger sent to undefined device

richte eine vccu für dein io ein.

trigger sent to unpeered device

entweder hift bereits die vccu, sonst müsstest du noch mit einem virtuellen channel der vccu peeren.

du kannst aber auch die meldungen ignorieren.