pairen zwischen HM-Sec-SC & HM-CC-RT-DN klappt nicht

Begonnen von macfly, 02 Dezember 2017, 22:18:43

Vorheriges Thema - Nächstes Thema

macfly

ok, ich habe jetzt den FensterKontaktknopf gedrückt, danach

set HM_57BB51 peerChan 0 HM_5AD70E_WindowRec single set
eingegeben. nach abwarten von cmd_done sieht das jetzt so aus:

Fenterkontakt:

Internals:
   CFGFN
   DEF        57BB51
   IODev      hmusb
   LASTInputDev hmusb
   MSGCNT     79
   NAME       HM_57BB51
   NOTIFYDEV  global
   NR         280
   STATE      open
   TYPE       CUL_HM
   hmusb_MSGCNT 79
   hmusb_RAWMSG E57BB51,0000,0F296531,FF,FFBB,69A61057BB514242420601C80E
   hmusb_RSSI -69
   hmusb_TIME 2017-12-06 20:26:45
   lastMsg    No:69 - t:10 s:57BB51 d:424242 0601C80E
   protCmdDel 9
   protEvt_AESCom-ok 4 last_at:2017-12-06 20:21:24
   protLastRcv 2017-12-06 20:26:45
   protNack   2 last_at:2017-12-06 20:21:24
   protSnd    27 last_at:2017-12-06 20:26:45
   protState  CMDs_done
   rssi_at_hmusb avg:-71.14 min:-93 max:-65 lst:-69 cnt:71
   READINGS:
     2017-12-06 20:07:50   Activity        alive
     2017-12-06 20:21:24   CommandAccepted no
     2017-12-06 20:07:50   D-firmware      1.0
     2017-12-06 20:07:50   D-serialNr      OEQ0493330
     2017-12-06 18:33:38   PairedTo        0x424242
     2017-12-06 20:07:51   R-HM_5AD70E_WindowRec-expectAES set_off
     2017-12-06 20:07:51   R-HM_5AD70E_WindowRec-peerNeedsBurst set_on
     2017-12-06 18:33:38   R-cyclicInfoMsg on
     2017-12-06 18:33:39   R-eventDlyTime  0 s
     2017-12-06 18:33:38   R-pairCentral   0x424242
     2017-12-06 18:33:38   R-sabotageMsg   on
     2017-12-06 18:33:39   R-sign          on
     2017-12-06 20:21:24   aesCommToDev    ok
     2017-12-06 20:21:24   aesKeyNbr       00
     2017-12-06 20:26:45   alive           yes
     2017-12-06 20:26:45   battery         ok
     2017-12-06 20:26:45   contact         open (to hmusb)
     2017-12-06 20:26:45   recentStateType info
     2017-12-06 20:26:45   sabotageError   on
     2017-12-06 20:26:45   state           open
     2017-12-06 20:22:28   trigDst_424242  noConfig
     2017-12-06 20:22:34   trigDst_HM_5AD70E noConfig
     2017-12-06 20:22:34   trigger_cnt     12
   helper:
     HM_CMDNR   105
     cSnd       0142424257BB5101015AD70E0300,0142424257BB5101055AD70E0304
     getCfgList all
     getCfgListNo ,4
     mId        00C7
     peerIDsRaw ,00000000
     rxType     28
     supp_Pair_Rep 0
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newCh      1
       newChn     +57BB51,00,00,00
       nextSend   1512588405.9114
       prefIO
       rxt        2
       vccu
       p:
         57BB51
         00
         00
         00
     mRssi:
       mNo        69
       io:
         hmusb      -67
     prt:
       bErr       0
       sProc      0
       sleeping   0
       try        1
       rspWait:
     q:
       qReqConf
       qReqStat
     role:
       chn        1
       dev        1
     rpt:
       IO         hmusb
       flg        A
       ts         1512588405.8119
       ack:
         HASH(0x52d7538)
         69800242424257BB5100
     rssi:
       at_hmusb:
         avg        -71.1408450704226
         cnt        71
         lst        -69
         max        -65
         min        -93
     shadowReg:
       RegL_04.HM_5AD70E_WindowRec  01:01
     tmpl:
Attributes:
   IODev      hmusb
   actCycle   002:50
   actStatus  alive
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.0
   model      HM-SEC-SCo
   peerIDs    00000000,
   room       CUL_HM
   serialNr   OEQ0493330
   subType    threeStateSensor


Thermostat:
Internals:
   CFGFN
   DEF        5AD70E
   IODev      hmusb
   LASTInputDev hmusb
   MSGCNT     113
   NAME       HM_5AD70E
   NOTIFYDEV  global
   NR         304
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 HM_5AD70E_Weather
   channel_02 HM_5AD70E_Climate
   channel_03 HM_5AD70E_WindowRec
   channel_04 HM_5AD70E_Clima
   channel_05 HM_5AD70E_ClimaTeam
   channel_06 HM_5AD70E_remote
   hmusb_MSGCNT 113
   hmusb_RAWMSG E5AD70E,0000,0F28286D,FF,FFC5,4086105AD70E0000000AA8DB101700
   hmusb_RSSI -59
   hmusb_TIME 2017-12-06 20:25:24
   lastMsg    No:40 - t:10 s:5AD70E d:000000 0AA8DB101700
   protLastRcv 2017-12-06 20:25:24
   protSnd    45 last_at:2017-12-06 20:10:01
   protState  CMDs_done
   rssi_at_hmusb avg:-59.41 min:-66 max:-57 lst:-59 cnt:113
   READINGS:
     2017-12-06 17:53:52   Activity        alive
     2017-12-06 20:09:56   CommandAccepted yes
     2017-12-06 17:53:47   D-firmware      1.4
     2017-12-06 17:53:47   D-serialNr      OEQ0659579
     2017-12-06 17:56:32   PairedTo        0x424242
     2017-12-06 17:56:32   R-backOnTime    10 s
     2017-12-06 17:56:32   R-burstRx       on
     2017-12-06 17:56:32   R-cyclicInfoMsg on
     2017-12-06 17:56:32   R-cyclicInfoMsgDis 0
     2017-12-06 17:56:32   R-pairCentral   0x424242
     2017-12-06 17:56:32   RegL_00.          01:01 02:01 09:01 0A:42 0B:42 0C:42 0E:0A 0F:00  11:00 12:15 16:00 18:00 19:00 1A:00 00:00
     2017-12-06 20:25:24   actuator        23
     2017-12-06 20:25:24   battery         ok
     2017-12-06 20:25:24   batteryLevel    3.1
     2017-12-06 20:25:24   desired-temp    21.0
     2017-12-06 20:25:24   measured-temp   21.9
     2017-12-06 20:25:24   motorErr        ok
     2017-12-06 20:10:01   state           CMDs_done
     2017-12-06 17:54:18   time-request    -
     RegL_07.:
       VAL
   helper:
     HM_CMDNR   64
     PONtest    1
     cSnd       014242425AD70E030457BB510103,014242425AD70E030457BB510107
     mId        0095
     rxType     140
     supp_Pair_Rep 0
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +5AD70E,00,00,00
       nextSend   1512588324.82406
       prefIO
       rxt        2
       vccu
       p:
         5AD70E
         00
         00
         00
     mRssi:
       mNo        40
       io:
         hmusb      -57
     prt:
       bErr       0
       sProc      0
       sleeping   1
       rspWait:
     q:
       qReqConf
       qReqStat
     role:
       dev        1
       prs        1
     rssi:
       at_hmusb:
         avg        -59.4159292035398
         cnt        113
         lst        -59
         max        -57
         min        -66
     shRegW:
       07         04
     shadowReg:
       RegL_00.     01:01 02:01 09:01 0A:42 0B:42 0C:42 0E:0A 0F:00  11:00 12:15 16:00 18:00 19:00 1A:00 00:00
     tmpl:
Attributes:
   IODev      hmusb
   actCycle   000:10
   actStatus  alive
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.4
   model      HM-CC-RT-DN
   room       CUL_HM
   serialNr   OEQ0659579
   subType    thermostat
   webCmd     getConfig:clear msgEvents:burstXmit


und wenn ich fensterkontakt auslöse (also fenster auf/zu), steht im Log:

2017-12-06_20:28:21 HM_57BB51 battery: ok
2017-12-06_20:28:21 HM_57BB51 contact: closed (to HM_5AD70E)
2017-12-06_20:28:21 HM_57BB51 closed
2017-12-06_20:28:21 HM_57BB51 trigDst_HM_5AD70E: noConfig
2017-12-06_20:28:21 HM_57BB51 trigger_cnt: 13
2017-12-06_20:28:21 HM_57BB51 battery: ok
2017-12-06_20:28:21 HM_57BB51 contact: closed (to hmusb)
2017-12-06_20:28:21 HM_57BB51 closed
2017-12-06_20:28:21 HM_57BB51 trigDst_424242: noConfig
2017-12-06_20:28:21 HM_57BB51 trigger_cnt: 13
2017-12-06_20:28:22 HM_57BB51 battery: ok
2017-12-06_20:28:22 HM_57BB51 contact: closed (to HM_5AD70E)
2017-12-06_20:28:22 HM_57BB51 closed
2017-12-06_20:28:22 HM_57BB51 trigDst_HM_5AD70E: noConfig
2017-12-06_20:28:22 HM_57BB51 trigger_cnt: 13
2017-12-06_20:28:22 HM_57BB51 battery: ok
2017-12-06_20:28:22 HM_57BB51 contact: closed (to HM_5AD70E)
2017-12-06_20:28:22 HM_57BB51 closed
2017-12-06_20:28:22 HM_57BB51 trigDst_HM_5AD70E: noConfig
2017-12-06_20:28:22 HM_57BB51 trigger_cnt: 13
2017-12-06_20:28:23 HM_57BB51 battery: ok
2017-12-06_20:28:23 HM_57BB51 contact: closed (to HM_5AD70E)
2017-12-06_20:28:23 HM_57BB51 closed
2017-12-06_20:28:23 HM_57BB51 trigDst_HM_5AD70E: noConfig
2017-12-06_20:28:23 HM_57BB51 trigger_cnt: 13
2017-12-06_20:28:24 HM_57BB51 battery: ok
2017-12-06_20:28:24 HM_57BB51 contact: closed (to HM_5AD70E)
2017-12-06_20:28:24 HM_57BB51 closed
2017-12-06_20:28:24 HM_57BB51 trigDst_HM_5AD70E: noConfig
2017-12-06_20:28:24 HM_57BB51 trigger_cnt: 13
2017-12-06_20:28:26 HM_57BB51 battery: ok
2017-12-06_20:28:26 HM_57BB51 contact: closed (to HM_5AD70E)
2017-12-06_20:28:26 HM_57BB51 closed
2017-12-06_20:28:26 HM_57BB51 trigDst_HM_5AD70E: noConfig
2017-12-06_20:28:26 HM_57BB51 trigger_cnt: 13
2017-12-06_20:28:27 HM_57BB51 battery: ok
2017-12-06_20:28:27 HM_57BB51 contact: closed (to HM_5AD70E)
2017-12-06_20:28:27 HM_57BB51 closed
2017-12-06_20:28:27 HM_57BB51 trigDst_HM_5AD70E: noConfig
2017-12-06_20:28:27 HM_57BB51 trigger_cnt: 13


Sprich: der Fensterkontakt sendet zu fhem ohne Probleme, aber der Thermostat antwortet nicht. Oder?

macfly

das list vom WindowRec sieht so aus ..

Internals:
   CFGFN
   CHANGED
   DEF        5AD70E03
   NAME       HM_5AD70E_WindowRec
   NOTIFYDEV  global
   NR         308
   STATE      last:trigLast
   TYPE       CUL_HM
   chanNo     03
   device     HM_5AD70E
   peerList   HM_57BB51,
   READINGS:
     2017-12-06 17:56:35   R-sign          off
     2017-12-06 20:09:57   RegL_01.          08:00 00:00
     2017-12-06 20:09:57   RegL_03.HM_57BB51_chn-01   04:32 00:00
     2017-12-06 20:09:57   RegL_07.HM_57BB51_chn-01   05:18 00:00
     2017-12-06 20:09:56   peerList        HM_57BB51,
     2017-12-06 20:09:56   state           unknown
   helper:
     peerIDsRaw ,57BB5101,00000000
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     role:
       chn        1
     shadowReg:
     tmpl:
Attributes:
   model      HM-CC-RT-DN
   peerIDs    00000000,57BB5101,
   stateFormat last:trigLast


ist gepeert, aber dort steht auch noch 0000 ...


CoolTux

Das passt mit 00000, aber auf Thermostat Seite ist noch nicht gepeert. Also einmal beim Thermostat Set getConfig und die Boost Taste drücken
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

macfly

sag mal, kann das sein, dass zum peeren FensterKontakt und Thermostat nicht zu dicht zusammen sein dürfen? Ich habe jetzt dreimal neu versucht zu peeren, jedesmal blinkt bei statuswechsel der fensterkontakt rot. beide bauteile liegen bei mir auf dem Schreibtisch. Jetzt habe ich nochmal gepeert, dabei war der Fensterkontakt aber 2 Meter entfernt. voila, geht alles. auch die Folgebefehle

set HM_5AD70E_Clima regSet winOpnMode off
set HM_5AD70E_WindowRec regSet winOpnTemp 5 HM_57BB51
liefen ohne Fehler durch.

und trotzdem habe ich immer noch Fehler in configCheck:

configCheck done:

trigger sent to unpeered device
    triggerUnpeered: HM_57BB51:424242

trigger sent to undefined device
    triggerUndefined: HM_57BB51:424242

PairedTo mismatch to IODev
    HM_5B9B19 paired:0xF11034 IO attr: 424242.


Kann ich diese Fehler ignorieren? Sind das überhaupt fehler?

hier nochmal die configs, jetzt wo alles geht:

Fensterkontakt:
Internals:
   CFGFN
   DEF        57BB51
   IODev      hmusb
   LASTInputDev hmusb
   MSGCNT     158
   NAME       HM_57BB51
   NOTIFYDEV  global
   NR         280
   STATE      closed
   TYPE       CUL_HM
   hmusb_MSGCNT 158
   hmusb_RAWMSG E57BB51,0000,0FCD734C,FF,FFB8,ABA61057BB514242420601000E
   hmusb_RSSI -72
   hmusb_TIME 2017-12-06 23:25:57
   lastMsg    No:AB - t:10 s:57BB51 d:424242 0601000E
   peerList   HM_5AD70E_WindowRec,
   protCmdDel 9
   protEvt_AESCom-ok 8 last_at:2017-12-06 23:15:36
   protLastRcv 2017-12-06 23:25:57
   protNack   2 last_at:2017-12-06 20:21:24
   protResnd  1 last_at:2017-12-06 23:15:32
   protSnd    59 last_at:2017-12-06 23:25:57
   protState  CMDs_done
   rssi_at_hmusb avg:-71.6 min:-93 max:-65 lst:-72 cnt:142
   READINGS:
     2017-12-06 22:42:04   Activity        alive
     2017-12-06 23:15:36   CommandAccepted yes
     2017-12-06 22:42:04   D-firmware      1.0
     2017-12-06 22:42:04   D-serialNr      OEQ0493330
     2017-12-06 23:15:38   PairedTo        0x424242
     2017-12-06 23:15:40   R-HM_5AD70E_WindowRec-expectAES off
     2017-12-06 23:15:40   R-HM_5AD70E_WindowRec-peerNeedsBurst on
     2017-12-06 18:33:38   R-cyclicInfoMsg on
     2017-12-06 18:33:39   R-eventDlyTime  0 s
     2017-12-06 18:33:38   R-pairCentral   0x424242
     2017-12-06 18:33:38   R-sabotageMsg   on
     2017-12-06 18:33:39   R-sign          on
     2017-12-06 23:15:38   RegL_00.          02:01 09:01 0A:42 0B:42 0C:42 10:01 14:06 00:00
     2017-12-06 23:15:38   RegL_01.          08:01 20:9C 21:00 30:06 00:00
     2017-12-06 23:15:40   RegL_04.HM_5AD70E_WindowRec   01:01 00:00
     2017-12-06 23:15:36   aesCommToDev    ok
     2017-12-06 23:15:36   aesKeyNbr       00
     2017-12-06 23:25:57   alive           yes
     2017-12-06 23:25:57   battery         ok
     2017-12-06 23:25:57   contact         closed (to hmusb)
     2017-12-06 23:15:39   peerList        HM_5AD70E_WindowRec,
     2017-12-06 23:25:57   recentStateType info
     2017-12-06 23:25:57   sabotageError   on
     2017-12-06 23:25:57   state           closed
     2017-12-06 23:23:06   trigDst_424242  noConfig
     2017-12-06 23:15:33   trigDst_HM_5AD70E noConfig
     2017-12-06 23:23:06   trigger_cnt     27
   helper:
     HM_CMDNR   171
     cSnd       0142424257BB510103,0142424257BB5101045AD70E0304
     mId        00C7
     peerIDsRaw ,5AD70E03,00000000
     rxType     28
     supp_Pair_Rep 0
     ack:
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newCh      1
       newChn     +57BB51,00,00,00
       nextSend   1512599157.49201
       prefIO
       rxt        2
       vccu
       p:
         57BB51
         00
         00
         00
     mRssi:
       mNo        AB
       io:
         hmusb      -70
     prt:
       bErr       0
       sProc      0
       sleeping   0
       try        1
       rspWait:
     q:
       qReqConf
       qReqStat
     role:
       chn        1
       dev        1
     rpt:
       IO         hmusb
       flg        A
       ts         1512599157.39277
       ack:
         HASH(0x52d7538)
         AB800242424257BB5100
     rssi:
       at_hmusb:
         avg        -71.6056338028169
         cnt        142
         lst        -72
         max        -65
         min        -93
     shadowReg:
     tmpl:
Attributes:
   IODev      hmusb
   actCycle   002:50
   actStatus  alive
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.0
   model      HM-SEC-SCo
   peerIDs    00000000,5AD70E03,
   room       CUL_HM
   serialNr   OEQ0493330
   subType    threeStateSensor


Thermostat:
Internals:
   CFGFN
   DEF        5AD70E
   IODev      hmusb
   LASTInputDev hmusb
   MSGCNT     214
   NAME       HM_5AD70E
   NOTIFYDEV  global
   NR         304
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 HM_5AD70E_Weather
   channel_02 HM_5AD70E_Climate
   channel_03 HM_5AD70E_WindowRec
   channel_04 HM_5AD70E_Clima
   channel_05 HM_5AD70E_ClimaTeam
   channel_06 HM_5AD70E_remote
   hmusb_MSGCNT 214
   hmusb_RAWMSG E5AD70E,0000,0FCD8E4C,FF,FFC5,8B86105AD70E0000000A88CD100000
   hmusb_RSSI -59
   hmusb_TIME 2017-12-06 23:26:04
   lastMsg    No:8B - t:10 s:5AD70E d:000000 0A88CD100000
   protLastRcv 2017-12-06 23:26:04
   protSnd    59 last_at:2017-12-06 23:20:33
   protState  CMDs_done
   rssi_at_hmusb avg:-59.29 min:-66 max:-57 lst:-59 cnt:214
   READINGS:
     2017-12-06 17:53:52   Activity        alive
     2017-12-06 23:23:06   CommandAccepted yes
     2017-12-06 17:53:47   D-firmware      1.4
     2017-12-06 17:53:47   D-serialNr      OEQ0659579
     2017-12-06 17:56:32   PairedTo        0x424242
     2017-12-06 17:56:32   R-backOnTime    10 s
     2017-12-06 17:56:32   R-burstRx       on
     2017-12-06 17:56:32   R-cyclicInfoMsg on
     2017-12-06 17:56:32   R-cyclicInfoMsgDis 0
     2017-12-06 17:56:32   R-pairCentral   0x424242
     2017-12-06 17:56:32   RegL_00.          01:01 02:01 09:01 0A:42 0B:42 0C:42 0E:0A 0F:00  11:00 12:15 16:00 18:00 19:00 1A:00 00:00
     2017-12-06 22:39:11   RegL_07.
     2017-12-06 23:26:04   actuator        0
     2017-12-06 23:26:04   battery         ok
     2017-12-06 23:26:04   batteryLevel    3.1
     2017-12-06 23:26:04   desired-temp    17.0
     2017-12-06 23:26:04   measured-temp   20.5
     2017-12-06 23:26:04   motorErr        ok
     2017-12-06 23:20:33   state           CMDs_done
     2017-12-06 17:54:18   time-request    -
   helper:
     HM_CMDNR   139
     PONtest    1
     cSnd       014242425AD70E030457BB510103,014242425AD70E030457BB510107
     mId        0095
     rxType     140
     supp_Pair_Rep 0
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +5AD70E,00,00,00
       nextSend   1512599164.40397
       prefIO
       rxt        2
       vccu
       p:
         5AD70E
         00
         00
         00
     mRssi:
       mNo        8B
       io:
         hmusb      -57
     prt:
       bErr       0
       sProc      0
       sleeping   1
       try        1
       rspWait:
     q:
       qReqConf
       qReqStat
     role:
       dev        1
       prs        1
     rssi:
       at_hmusb:
         avg        -59.2943925233645
         cnt        214
         lst        -59
         max        -57
         min        -66
     shRegW:
       07         04
     shadowReg:
       RegL_00.     01:01 02:01 09:01 0A:42 0B:42 0C:42 0E:0A 0F:00  11:00 12:15 16:00 18:00 19:00 1A:00 00:00
     tmpl:
Attributes:
   IODev      hmusb
   actCycle   000:10
   actStatus  alive
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.4
   model      HM-CC-RT-DN
   room       CUL_HM
   serialNr   OEQ0659579
   subType    thermostat
   webCmd     getConfig:clear msgEvents:burstXmit


Climate dazu
Internals:
   CFGFN
   DEF        5AD70E02
   NAME       HM_5AD70E_Climate
   NOTIFYDEV  global
   NR         307
   STATE      unpeered
   TYPE       CUL_HM
   chanNo     02
   device     HM_5AD70E
   READINGS:
     2017-12-06 17:56:34   R-sign          off
     2017-12-06 17:56:34   RegL_01.          08:00 00:00
     2017-12-06 17:56:33   state           unpeered
   helper:
     peerIDsRaw ,00000000
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     role:
       chn        1
     shadowReg:
     tmpl:
Attributes:
   model      HM-CC-RT-DN
   peerIDs    00000000,


und WindowRec dazu:
Internals:
   CFGFN
   DEF        5AD70E03
   NAME       HM_5AD70E_WindowRec
   NOTIFYDEV  global
   NR         308
   STATE      last:HM_57BB51:closed
   TYPE       CUL_HM
   chanNo     03
   device     HM_5AD70E
   peerList   HM_57BB51,
   READINGS:
     2017-12-06 17:56:35   R-sign          off
     2017-12-06 23:20:33   RegL_01.          08:00 00:00
     2017-12-06 23:20:33   RegL_03.HM_57BB51_chn-01   04:32 00:00
     2017-12-06 23:20:33   RegL_07.HM_57BB51_chn-01   05:0A 00:00
     2017-12-06 23:20:32   peerList        HM_57BB51,
     2017-12-06 23:20:32   state           unknown
     2017-12-06 23:23:06   trigLast        HM_57BB51:closed
     2017-12-06 23:23:06   trig_HM_57BB51  Closed_27
   helper:
     peerIDsRaw ,57BB5101,00000000
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     role:
       chn        1
     shadowReg:
     tmpl:
Attributes:
   model      HM-CC-RT-DN
   peerIDs    00000000,57BB5101,
   stateFormat last:trigLast


ist das jetzt gut? Da steht ja immer noch peer 00000, kann ich das ignorieren, oder ist das immer noch unvollständig?

CoolTux

Kannst du ignorieren, das passt so. Kannst auch testen. Fenster auf und am Thermostat geht die desired-temp runter
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

automatisierer

Zitatok, ich habe jetzt den FensterKontaktknopf gedrückt, danach

Das solltest du eigentlich umgekehrt machen. Erst die Aktion in FHEM ausführen und danach den Config Button drücken.

Einige Devices melden sich gar nicht von selber, manche nur zyklisch und andere lauschen ständig und warten auf Befehle.
Bei einem Fenstersensor macht es keinen Sinn, dass er ständig den Funkverkehr mithört und schaut ob was für ihn dabei ist - das verbraucht nur unnötig viel Energy. Daher muss man bei denen den Config Button drücken, damit sie aufwachen, sich bei FHEM  melden und dann empfangen.
Bei Aktoren, wie dem HT wäre es ungünstig wenn er per Knopfdruck geweckt werden muss um ihm per Funk etwas mitzuteilen, daher lauscht dieser Zyklisch am Funk, er wacht auf, meldet sich und FHEM sendet wenns was zu senden gibt.
Bei Aktoren die am Stromnetzt betrieben werden, spielt der Energieverbrauch eine eher untergeortnete Rolle, daher lauschen diese ständig am Funk. Wäre ja auch blöd, wenn das Licht nur alle 3 Minuten per Funk on/off geht, weil der Aktor schläft...

FHEM behält die zu sendenden Befehle und wartet bei den entsprechenden Devices bis sie sich melden und funkt erst dann.


Zu dem Abstand. Ja, zwei Funkdevices direkt nebeneinander zu legen ist sehr ungünstig und dein peering Problem könnte dadurch verursacht worden sein. Steht auch in der Bed.Anleitung 8)

Das hier:
ZitatPairedTo mismatch to IODev
    HM_5B9B19 paired:0xF11034 IO attr: 424242.
deutet noch auf ein Device hin, welches nicht richtig gepaired ist.

Generell ist der HomeMatic Funk nicht verschlüsselt, daher kann FHEM alles mithören was um es herum passiert. Auch Devices die beim Nachbarn betrieben werden. FHEM benötigt auch kein pairing - der aktuelle Zustand der Devices wird immer in FHEM angezeigt. Das pairing ist eher für die Devices wichtig, da diese damit gesagt bekommen, dass sie die Befehle von der Station mit der HmIdxxxxxx mit der sie gepaired sind, auszuführen haben. Ist ein Aktor also nicht gepaired, kann jeder mithören was er sendet, aber er nimmt keine Funk-Befehle an. Erst wenn er gepaired ist, nimmt er die Befehle von allen Stationen an, die die HmId haben, mit der er gepaired ist.
Bei Sensoren fällt daher auch kaum auf, wenn sie nicht richtig gepaired sind - was zu Aussagen führt wie: hat seit Jahren funktioniert, jetzt will ich ... machen und das funzt nicht.
peeren z.B. geht dann nicht...



Beta-User

#36
Für den Fall, dass es dein Device HM_5B9B19 ist:

Zitat von: macfly am 06 Dezember 2017, 23:29:56
Kann ich diese Fehler ignorieren? Sind das überhaupt fehler?
Wie configCheck sagt, ist da noch irgendwas verbogen. Kann es sein, dass du die HmID zwischendurch mal geändert hast?

An sich sollte das IO (am besten über eine VCCU) jetzt die 424242 als HmID haben, das scheint aber nicht (mehr) der Fall zu sein. Und das Device HM_5B9B19 ist mit der F11034 gepairt.

Vorschlag daher: Dem IO/der VCCU kurzfristig die F11034 zuweisen, dann ein "set HM_5B9B19 unpair" absetzen und sehen, dass das sauber durchläuft (ggf. das Gerät wecken). Schließlich wieder die 424242 vergeben und nochmal damit pairen (Edit zur Klarstellung: nur das eine Device, den Rest nicht anfassen).

Just my2ct.

Beta-User
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

macfly

Zitat von: automatisierer am 07 Dezember 2017, 07:24:55
Das solltest du eigentlich umgekehrt machen. Erst die Aktion in FHEM ausführen und danach den Config Button drücken.

im wiki steht das aber genauso, wie ich das gemacht habe (bzw - ich habe mich nach dem wiki gerichtet):

https://wiki.fhem.de/wiki/HM-CC-RT-DN_Funk-Heizk%C3%B6rperthermostat

Zitat:Achtung: Der Peer-(Lösch)Vorgang muss erst am Fensterkontakt durch Drücken der Anlerntaste ausgelöst werden, und zwar auch dann, wenn der Fensterkontakt schon vorher mit FHEM gepairt wurde. Dann kann der oben genannte Befehl in FHEM abgesetzt werden. Wichtig scheint auch, dass der Fensterkontakt geschlossen ist wenn man die Anlerntaste drückt.

Ich bin gerade etwas verwirrt, aber zufrieden, dass das erstmal geht.

macfly

Zitat von: Beta-User am 07 Dezember 2017, 07:26:17
Für den Fall, dass es dein Device HM_5B9B19 ist:

Sehr guter Hinweis
Ich habe jetzt alle meine Geräte umbenannt, jetzt bleibt noch HM_5B9B19 übrig. Muss also wohl ein Nachbargerät sein. Dann ist das Thema auch erledigt.

macfly

Vielen Dank an alle, die sich meine ganzen Logs angeschaut haben und die trotz meiner Unwissenheit freundlich geblieben sind!

Und Danke an automatisierer, der einen Aufsatz über homematic-Geräte, dem Funkprotokoll und deren Macken hier mal so eben runterschreibt!