HM-LC-Sw4-DR-2 gepaired - schaltet nicht

LT@Home · 02 April 2018, 09:04:13

Hi zusammen - habe mir o.g. Schalter geholt. Gepaired mit meinem CUL und fhem - Gerät taucht wie folgt per autocreate in der fhem.cfg auf:

Code Auswählen


2018.04.02 09:01:21 5: CUL/RAW: /A1A04840057E0D90000002400D04F4551303631353538351004010015

2018.04.02 09:01:21 4: CUL_Parse: CUL1 A 1A 04 8400 57E0D9 000000 2400D04F4551303631353538351004010015 -63.5
2018.04.02 09:01:21 5: CUL1: dispatch A1A04840057E0D90000002400D04F45513036313535383510040100::-63.5:CUL1
2018.04.02 09:01:21 2: CUL_HM Unknown device HM_57E0D9 is now defined
2018.04.02 09:01:21 2: autocreate: define HM_57E0D9 CUL_HM 57E0D9
2018.04.02 09:01:21 2: autocreate: define FileLog_HM_57E0D9 FileLog ./log/HM_57E0D9-%Y.log HM_57E0D9

Schalten von z.B. Kanal 1 geht dann wie folgt nicht:

Code Auswählen


2018.04.02 09:02:48 3: CUL_HM set HM_57E0D9_Sw_01 on
2018.04.02 09:02:48 0: CUL_HM_assignIO HM_57E0D9 AssignIoPort used
2018.04.02 09:02:48 5: CUL1 sending As0E2CA01107056757E0D90201C80000
2018.04.02 09:02:48 5: SW: As0E2CA01107056757E0D90201C80000
2018.04.02 09:02:52 5: CUL1 sending As0E2CA01107056757E0D90201C80000
2018.04.02 09:02:52 5: SW: As0E2CA01107056757E0D90201C80000
2018.04.02 09:02:57 5: CUL1 sending As0E2CA01107056757E0D90201C80000
2018.04.02 09:02:57 5: SW: As0E2CA01107056757E0D90201C80000
2018.04.02 09:03:03 5: CUL1 sending As0E2CA01107056757E0D90201C80000
2018.04.02 09:03:03 5: SW: As0E2CA01107056757E0D90201C80000
2018.04.02 09:03:05 5: CUL/RAW: /A0CFE8670585D6800000000D62329

Es kommt so wie ich das sehe keine Quittung. Ist das Teil defekt?

EDIT: Was ich noch sehe - in den Readings habe ich kein PairedTo...

knopf_piano · 02 April 2018, 09:18:56

hält er den schaltzustand bei manuellem schalten?

Gesendet von meinem SM-J510FN mit Tapatalk

LT@Home · 02 April 2018, 09:19:14

Ja - manuell geht

Otto123 · 02 April 2018, 10:14:42

Moin,

mach mal ein

Code Auswählen

list HM_57E0D9 und poste die Ausgabe.

Ich vermute er ist zwar angelegt aber nicht angelernt (gepairt)

Gruß Otto

LT@Home · 02 April 2018, 18:28:00

Code Auswählen


   CFGFN      
   CUL1_MSGCNT 9
   CUL1_RAWMSG A1A14840057E0D90000002400D04F45513036313535383510040400::-75:CUL1
   CUL1_RSSI  -75
   CUL1_TIME  2018-04-02 09:39:38
   DEF        57E0D9
   IODev      CUL1
   LASTInputDev CUL1
   MSGCNT     9
   NAME       HM_57E0D9
   NOTIFYDEV  global
   NR         314
   STATE      RESPONSE TIMEOUT:RegisterRead
   TYPE       CUL_HM
   channel_01 HM_57E0D9_Sw_01
   channel_02 HM_57E0D9_Sw_02
   channel_03 HM_57E0D9_Sw_03
   channel_04 HM_57E0D9_Sw_04
   lastMsg    No:14 - t:00 s:57E0D9 d:000000 2400D04F45513036313535383510040400
   protCmdDel 10
   protLastRcv 2018-04-02 09:39:38
   protResnd  6 last_at:2018-04-02 09:40:29
   protResndFail 2 last_at:2018-04-02 09:40:34
   protSnd    2 last_at:2018-04-02 09:40:13
   protState  CMDs_done_Errors:1
   rssi_at_CUL1 min:-82 lst:-75 max:-59.5 avg:-69 cnt:9 
   Helper:
     DBLOG:
       D-firmware:
         logdb:
           TIME       1522654778.67089
           VALUE      2.4
       D-serialNr:
         logdb:
           TIME       1522654778.67089
           VALUE      OEQ0615585
       state:
         logdb:
           TIME       1522654834.8169
           VALUE      RESPONSE TIMEOUT:RegisterRead
   READINGS:
     2018-04-02 09:39:38   D-firmware      2.4
     2018-04-02 09:39:38   D-serialNr      OEQ0615585
     2018-04-02 09:40:34   state           RESPONSE TIMEOUT:RegisterRead
     RegL_00.:
       VAL        
   helper:
     HM_CMDNR   60
     cSnd       1107056757E0D90202C80000,0107056757E0D900040000000000
     mId        00D0
     regLst     ,0,1,3p
     rxType     1
     supp_Pair_Rep 1
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +57E0D9,00,00,00
       nextSend   1522654778.76042
       prefIO     
       rxt        0
       vccu       VCCU
       p:
         57E0D9
         00
         00
         00
     mRssi:
       mNo        14
       io:
         CUL1:
           -73
           -73
     prt:
       bErr       0
       sProc      0
     q:
       qReqConf   
       qReqStat   
     role:
       dev        1
       prs        1
     rssi:
       at_CUL1:
         avg        -69
         cnt        9
         lst        -75
         max        -59.5
         min        -82
Attributes:
   IODev      CUL1
   IOgrp      VCCU
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   2.4
   model      HM-LC-Sw4-DR-2
   room       Garage
   serialNr   OEQ0615585
   subType    switch
   webCmd     getConfig:clear msgEvents

Otto123 · 02 April 2018, 18:41:24

Zitat von: Otto123 am 02 April 2018, 10:14:42
Ich vermute er ist zwar angelegt aber nicht angelernt (gepairt)

Da lag ich richtig

also pairen

https://wiki.fhem.de/wiki/HomeMatic#Pairen

LT@Home · 02 April 2018, 18:46:20

Ich steh aufm Schlauch - bisher hat fhem immer automagisch gepaired... Tase drücken am Gerät - und gut ists...

knopf_piano · 02 April 2018, 18:50:36

Du mußt dein gateway dazu in den pairing modus versetzen

Gesendet von meinem SM-J510FN mit Tapatalk

LT@Home · 02 April 2018, 18:56:47

Geht/ging bei mir bisher automatisch.

Habe ich jetzt nochmal manuell gemacht (set CUL1 hmPairforSeconds 600) - gleiches Ergebnis.

Otto123 · 02 April 2018, 19:02:41

pairen geht/ging noch nie automatisch.

musst Du notfalls mehrfach machen, eventuell auch mal einen clear msgEvents
Keine Hektik,
Ruhe bewahren, pairing dauert Zeit.

Und jetzt noch mein Lieblingsspruch: Der CUL ist ein besch... Homematic IO
Man braucht auf alle Fälle die richtige Firmware -> https://wiki.fhem.de/wiki/HomeMatic#FHEM_als_Zentrale

Was hminfo configcheck hilft auch immer bei der Analyse.

Viel Erfolg
otto

LT@Home · 02 April 2018, 19:07:10

das ist das erste Gerät, dass sich so verhält - ich lese mal in Ruhe noch deine Links.

Frage:
kann es sein, dass dieses Gerät ein "gebrauchtes" ist, dass schonmal an Original-Homematic gepaired war?

Otto123 · 02 April 2018, 19:14:10

wenn es auf dein pairing "sauer" reagieren würde, gäbe es attack Meldungen.
Was hast Du sonst für Geräte? Sensoren oder Schalter?

Gib mal ein list von einem anderen Gerät

MadMax-FHEM · 02 April 2018, 19:21:28

Zitat von: LT@Home am 02 April 2018, 19:07:10
das ist das erste Gerät, dass sich so verhält - ich lese mal in Ruhe noch deine Links.

Was sind denn die anderen Geräte für Geräte?

Denn wie bereits geschrieben: automatisch (also ohne set CUL hmPairForSec) wird das Gerät zwar von autocreate angelegt (ist dann in fhem "vorhanden") aber ist NICHT gepaired. D.h. es kann nicht geschalten werden.

Ein Sensor kann natürlich "mitgelesen" werden, da gibt es ja nichts zu steuern und die per Funk gesendeten Telegramme werden empfangen und fhem "ordnet" die Daten dann entsprechend zu...

Und: irgendwann ist immer das erste Mal, dass es mit einem CUL nicht (sofort) geht.

Hatte auch lange nur einen nanoCUL und alles hat geklappt...
...bis dann eben auch irgendwann mal ein Gerät um die Ecke kam wo es nicht mehr ging...
...bzw. nur mit der im von Otto verlinkten Wiki verlinkten "Spezial-FW".

Viel Erfolg, Joachim

LT@Home · 03 April 2018, 07:58:26

hmm - ich hab z.B. den hier - sauber gepaired würde ich meinen:

Code Auswählen


Internals:
   CUL1_MSGCNT 2
   CUL1_RAWMSG A0EC880024E3DF20705670104000046::-69:CUL1
   CUL1_RSSI  -69
   CUL1_TIME  2018-04-01 07:36:13
   DEF        4E3DF2
   IODev      CUL1
   LASTInputDev CUL1
   MSGCNT     2
   NAME       GV.BE.SC.Licht
   NOTIFYDEV  global
   NR         43
   NTFY_ORDER 50-GV.BE.SC.Licht
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 GV.BE.SC.Licht_Sw_01
   channel_02 GV.BE.SC.Licht_Sw_02
   channel_03 GV.BE.SC.Licht_Sw_03
   channel_04 GV.BE.SC.Licht_Sw_04
   lastMsg    No:C8 - t:02 s:4E3DF2 d:070567 0104000046
   protLastRcv 2018-04-01 07:36:13
   protSnd    2 last_at:2018-04-01 07:36:12
   protState  CMDs_done
   rssi_CUL1  avg:-70 cnt:2 lst:-70 max:-70 min:-70 
   rssi_at_CUL1 lst:-69 max:-69 avg:-69 cnt:2 min:-69 
   Helper:
     DBLOG:
       state:
         logdb:
           TIME       1522560973.01774
           VALUE      CMDs_done
   READINGS:
     2018-01-27 07:07:57   CommandAccepted yes
     2017-05-20 14:43:53   D-firmware      1.12
     2017-05-20 14:43:53   D-serialNr      NEQ0999661
     2018-01-27 07:11:29   PairedTo        0x070567
     2017-05-20 14:43:58   R-pairCentral   0x070567
     2018-01-27 07:11:29   RegL_00.        02:01 03:00 04:00 05:00 06:00 07:00 08:00 09:00 0A:07 0B:05 0C:67 00:00
     2018-01-14 16:56:44   level           0
     2018-01-14 16:56:44   pct             0
     2018-01-14 16:56:44   powerOn         2018-01-14 16:56:44
     2018-01-14 16:56:44   recentStateType info
     2018-04-01 07:36:13   state           CMDs_done
     2018-01-14 16:56:44   timedOn         off
   helper:
     HM_CMDNR   200
     cSnd       110705674E3DF20204C80000,110705674E3DF20204000000
     mId        0003
     regLst     ,0
     rxType     1
     supp_Pair_Rep 0
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +4E3DF2,00,00,00
       nextSend   1522560973.10673
       prefIO     
       rxt        0
       vccu       VCCU
       p:
         4E3DF2
         00
         00
         00
     mRssi:
       mNo        C8
       io:
         CUL1:
           -65
           -65
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   04
       qReqStat   01,02,03
     role:
       dev        1
       prs        1
     rssi:
       CUL1:
         avg        -70
         cnt        2
         lst        -70
         max        -70
         min        -70
       at_CUL1:
         avg        -69
         cnt        2
         lst        -69
         max        -69
         min        -69
     tmpl:
Attributes:
   IODev      CUL1
   IOgrp      VCCU
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.12
   model      HM-LC-SW4-SM
   room       CUL_HM
   serialNr   NEQ0999661
   subType    switch
   webCmd     getConfig:clear msgEvents

oder die hier:

Code Auswählen


Internals:
   CUL1_MSGCNT 94
   CUL1_RAWMSG A0D53A4105114580705670604C800::-55.5:CUL1
   CUL1_RSSI  -55.5
   CUL1_TIME  2018-04-03 07:30:51
   DEF        511458
   IODev      CUL1
   LASTInputDev CUL1
   MSGCNT     94
   NAME       Sirene
   NOTIFYDEV  global
   NR         57
   NTFY_ORDER 50-Sirene
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 Sirene_Sen_01
   channel_02 Sirene_Sen_02
   channel_03 Sirene_Panic
   channel_04 Sirene_Arm
   lastMsg    No:53 - t:10 s:511458 d:070567 0604C800
   protLastRcv 2018-04-03 07:30:51
   protSnd    94 last_at:2018-04-03 07:30:51
   protState  CMDs_done
   rssi_at_CUL1 min:-57.5 avg:-54.86 cnt:94 lst:-55.5 max:-53 
   Helper:
     DBLOG:
       battery:
         logdb:
           TIME       1522733451.53475
           VALUE      ok
       sabotageError:
         logdb:
           TIME       1522733451.53475
           VALUE      off
       state:
         logdb:
           TIME       1522733451.53475
           VALUE      CMDs_done
   READINGS:
     2018-01-27 06:18:51   CommandAccepted yes
     2018-01-09 19:09:38   D-firmware      1.0
     2018-01-09 19:09:38   D-serialNr      NEQ1416382
     2018-01-27 07:11:55   PairedTo        0x070567
     2018-01-27 07:11:55   R-cyclicInfoMsg on
     2018-01-27 07:11:55   R-pairCentral   0x070567
     2018-01-27 07:11:55   R-sabotageMsg   on
     2018-01-27 07:11:55   RegL_00.        02:01 03:48 09:01 0A:07 0B:05 0C:67 12:17 18:00  10:01 22:83  00:00
     2018-04-03 07:30:51   battery         ok
     2018-04-03 07:30:51   sabotageError   off
     2018-04-03 07:30:51   state           CMDs_done
   helper:
     HM_CMDNR   83
     mId        00F9
     regLst     ,0
     rxType     6
     supp_Pair_Rep 0
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +511458,00,00,00
       nextSend   1522733451.52555
       prefIO     
       rxt        0
       vccu       VCCU
       p:
         511458
         00
         00
         00
     mRssi:
       mNo        53
       io:
         CUL1:
           -49.5
           -49.5
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   01,02,03
       qReqStat   
     role:
       dev        1
       prs        1
     rpt:
       IO         CUL1
       flg        A
       ts         1522733451.42725
       ack:
         HASH(0x23482f0)
         53800207056751145800
     rssi:
       at_CUL1:
         avg        -54.8670212765958
         cnt        94
         lst        -55.5
         max        -53
         min        -57.5
     tmpl:
Attributes:
   IODev      CUL1
   IOgrp      VCCU
   autoReadReg 4_reqStatus
   batterytype 2 x 1,5 V LR14/Baby/C
   expert     2_raw
   firmware   1.0
   model      HM-Sec-Sir-WM
   msgRepeat  1
   room       CUL_HM
   serialNr   NEQ1416382
   subType    siren
   userattr   batterytype
   webCmd     getConfig:clear msgEvents

Da ich im Moment nicht vor dem teil sitze, kann ich den Vorgang im Moment nicht anstoßen - versuche ich heute Abend nochmal.
Ich will nicht "schwören", dass ich nie hmPairfor gemacht habe....

Wie wichtig ist die Version vom CUL - ich hab im Moment die 1.66 drauf - verfügbar ist die 1.67 so wie ich das sehe. Oder brauche ich die "Timestamp-Version"? Was in dem Zusammenhang vllt. noch erwähnenswert wäre: Ich habe am WE auch den Raspberry getauscht - von nem alten 1er Modell auf nen 3er - fhem ist jetzt schön "flitzeschnell" - ich kann auch nochmal zurück auf die alte HW und schauen, ob es dann geht.

frank · 03 April 2018, 08:09:00

beide sauber gepairt,
poste mal je ein list von vccu und cul1.

edit: das beste für hm ist die ts_culfw.