Frage zum richtigen Anlernen - Probleme CMDs_Pending

[hpk007]

Hallo wollte fragen was die richtige Methode zum Anlernen von Homematic Komponenten ist.

Habe in der Wiki die beiden Methoden gefunden, 1. über den HM-Lan-Adapter (mit der Homematic Software) oder direkt über Fhem.

Habe versucht ein paar Thermostate (HM-TC-IT-WM-W-EU) und Schaltaktore (HM-LC-SW1-FM) direkt mit Fhem zu verbinden (wobei jeweils 1 Thermostat mit 1 Aktor direkt gekoppelt ist).

Habe zuerst das Problem gehabt das die Thermostate sich nicht richtig eingebunden haben (CMD_pending), nach einem Firmwareupdate der Thermostate auf die neueste Firmware 1.2 konnte ich sie endlich erfolgreich mit Fhem koppeln.

Nur habe ich bei den Aktoren das gleiche Problem - wenn ich sie pairen will werden sie hinzugefügt nur bekomme ich dann immer wieder Missing_ACK wenn ich zb eine Statusabfrage mache.

Wenn ich ein getconfig durchführe bekomme ich nur CMDs_pending und dann RESPONSE TIMEOUT:RegisterRead.

Firmwareupdate lässt sich leider bei den Aktoren keiner durchführen.

Oder lassen sich die Aktore nur über die Homematic Software direkt im HM-Lan-Adapter einbinden?

Vielleicht hat jemand eine Idee woran das liegen könnte.

Danke

mfg

[Gerhard]

hallo hpk007,

vll. sind die Aktoren noch gepeert, und somit lassen sie sich nicht ans FHEM pairen?
setze sie wieder in Anlieferungszustand und dann an FHEM pairen.
ein peeren zwischen Thermostat und Aktor dann über FHEM.

@all:
das selbe Problem habe ich seit etwa 4 Tage mit mehreren HM-MOD-Re-8,
sie verhalten sich genau so wie  hpk007 es beschreibt:

1. Modul an FHEM gepairt, alles gut, es erscheint in FHEM
2. set HM_... getConfig, -> CMDs_pending... dann RESPONSE TIMEOUT:RegisterRead.

kann jemand helfen???, wir kommen nicht weiter!!

Danke, Gerhard

[BlackStone]

hm, dass RESPONSE TIMEOUT:RegisterRead. habe ich mit ein paar babys.
HM-CC-RT-DN
HM-TC-IT-WM-W-EU
HM-SEC-SCo
jeweils mehrere, sind untereinander gepairt, und auch im climateam usw...

und das taucht sporadisch auf.

am pairen kann das wohl nicht liegen, und funkprobleme kann ich auch ausschließen.

Code Auswählen Erweitern

configCheck done:

missing register list
    HM_35AFFE: RegL_00:
    HM_36C124_Climate: RegL_09:

incomplete register list
    HM_36C124_Climate: RegL_08:

templist mismatch
    HM_309712_Clima: file: ./tempList.cfg for HM_309712_Clima does not exist
    HM_37F571_Clima: file: ./tempList.cfg for HM_37F571_Clima does not exist
    HM_368220_Climate: file: ./tempList.cfg for HM_368220_Climate does not exist
    HM_36C124_Climate: file: ./tempList.cfg for HM_36C124_Climate does not exist
und die beiden bekomme ich seit dem nicht weg.


jedoch das pending bekommt mal interessanter weise weg wenn man mal kurz den config knopf drückt. man startet sozusagen das paairing einseitig am aktor.

edit:/ jetzt grade ist das register prob weniger geworden.

Code Auswählen Erweitern


configCheck done:

missing register list
    HM_35AFFE: RegL_00:

templist mismatch
    HM_309712_Clima: file: ./tempList.cfg for HM_309712_Clima does not exist
    HM_37F571_Clima: file: ./tempList.cfg for HM_37F571_Clima does not exist
    HM_368220_Climate: file: ./tempList.cfg for HM_368220_Climate does not exist
    HM_36C124_Climate: file: ./tempList.cfg for HM_36C124_Climate does not exis

wie krich ich den weg, der HM_35AFFE ist ein HM-SEC-SCo. *kopfkratz*

[frank]

jedoch das pending bekommt mal interessanter weise weg wenn man mal kurz den config knopf drückt.

das sind "interessanter weise" grundlagen der homematic kommunikation. 

ich empfehle für den anfang http://www.fhemwiki.de/wiki/HomeMatic und danach dem link devices pairen unbedingt folgen.

[BlackStone]

das das die grundlagen sind ist mir auch bekannt. nur kommt es schon mal vor das das pending stundenlang steht.  selbst wenn der burst aktiv ist.  und das paring ist ja sauber, wie du sehen kanst.
nur die vom sco sind mir nen dorn im auge. auch auf reading missing gestellt, will der nicht. ein 2ter der an einem anderen fesnster hängt macht da keine mucken. wobei ich mitlerweile 12 home matic geräte dran habe. und nur der eine hund macht mäusemilch.

[frank]

und das paring ist ja sauber, wie du sehen kanst.

ich sehe das list0 fehlt, und da steht das pairing drin. das ist die wichtigste liste. poste ein list vom device. welche io nutzt du? vccu?

nur kommt es schon mal vor das das pending stundenlang steht. 

der tc hat viel zu senden. wenn es störungen gibt, wird immer wiederholt. es können also immer neue cmds pending sein. am besten mal sniffen. oder lange listen mal mit getregraw holen und speichern.

und funkprobleme kann ich auch ausschließen.

rssi alleine, sagt nichts über die qualität des funks aus. es gibt auch immer zwei seiten zu betrachten. störsignale können existieren und probleme bereiten.

[BlackStone]

Also, das ganze läuft über einen pi2b mit ccd2. das ganze über vccu geleitet.

nur scheine ich Grade die Lösung gefunden zu haben, ich habe das paaring gerade zum xten mal neu gemacht, nur mit einem kleinen unterschied wie sonst. ich habe es diesmal über die Seriennummer gemacht.
und jetzt passt es, dann habe ich zum test nochmal resetet, und den sensor gekillt. und wieder per automatik gepairt. und bäm wieder der gleiche fehler. dann wieder auf serial und es passt wieder.

Code Auswählen Erweitern


configCheck done:

templist mismatch
    HM_309712_Clima: file: ./tempList.cfg for HM_309712_Clima does not exist
    HM_37F571_Clima: file: ./tempList.cfg for HM_37F571_Clima does not exist
    HM_368220_Climate: file: ./tempList.cfg for HM_368220_Climate does not exist
    HM_36C124_Climate: file: ./tempList.cfg for HM_36C124_Climate does not exist


also so wie es ausschaut, scheint es hier und da wohl mal wein paar zugeben die lieber per serial angesprochen werden wollen.

dennoch das listing.

Code Auswählen Erweitern


Internals:
   CSM_MSGCNT 31
   CSM_RAWMSG A0C0BA64135AFFE050774016500::-73:CSM
   CSM_RSSI   -73
   CSM_TIME   2015-09-06 12:40:33
   DEF        35AFFE
   IODev      CSM
   LASTInputDev CSM
   MSGCNT     31
   NAME       HM_35AFFE
   NR         56
   NTFY_ORDER 50-HM_35AFFE
   STATE      closed
   TYPE       CUL_HM
   lastMsg    No:0B - t:41 s:35AFFE d:050774 016500
   peerList   HM_368220_WindowRec,
   protLastRcv 2015-09-06 12:40:33
   protSnd    31 last_at:2015-09-06 12:40:33
   protState  CMDs_done
   rssi_at_CSM avg:-72.12 min:-80.5 max:-68.5 lst:-73 cnt:31
   Readings:
     2015-09-06 12:09:48   Activity        alive
     2015-09-06 12:08:58   CommandAccepted yes
     2015-09-06 12:09:48   D-firmware      1.0
     2015-09-06 12:09:48   D-serialNr      LEQ1468440
     2015-09-06 12:09:48   PairedTo        0x050774
     2015-09-05 13:04:46   R-HM_368220_WindowRec-expectAES off
     2015-09-05 13:04:46   R-HM_368220_WindowRec-peerNeedsBurst on
     2015-09-05 13:04:46   R-cyclicInfoMsg on
     2015-09-05 13:04:46   R-eventDlyTime  0 s
     2015-09-05 13:04:46   R-msgScPosA     open
     2015-09-05 13:04:46   R-msgScPosB     closed
     2015-09-06 12:09:48   R-pairCentral   0x050774
     2015-09-05 13:04:46   R-sabotageMsg   on
     2015-09-05 13:04:46   R-sign          on
     2015-09-05 13:04:46   R-transmDevTryMax 6
     2015-09-05 13:04:46   R-transmitTryMax 6
     2015-09-06 12:09:48   RegL_00:          02:01 09:01 0A:05 0B:07 0C:74 10:01 14:06 00:00
     2015-09-06 12:09:48   RegL_01:          08:01 20:9C 21:00 30:06 00:00
     2015-09-06 12:09:49   RegL_04:HM_368220_WindowRec   01:01 00:00
     2015-09-06 12:08:58   aesCommToDev    ok
     2015-09-06 12:08:58   aesKeyNbr       00
     2015-09-06 11:59:59   alive           yes
     2015-09-06 12:40:33   battery         ok
     2015-09-06 12:40:33   contact         closed (to vccu)
     2015-09-06 12:09:48   peerList        HM_368220_WindowRec,
     2015-09-06 11:59:59   recentStateType info
     2015-09-06 11:59:59   sabotageError   off
     2015-09-06 12:40:33   state           closed
     2015-09-06 12:40:33   trigDst_vccu    noConfig
     2015-09-06 12:40:33   trigger_cnt     101
   Helper:
     HM_CMDNR   11
     PONtest    1
     cSnd       0105077435AFFE0103,0105077435AFFE01043682200304
     mId        00C7
     peerIDsRaw ,36822003,00000000
     rxType     28
     Io:
       newChn     +35AFFE,00,00,00
       nextSend   1441536033.31673
       rxt        2
       vccu       vccu
       p:
         35AFFE
         00
         00
         00
       prefIO:
         CSM
     Mrssi:
       mNo        0B
       Io:
         CSM        -71
     Prt:
       bErr       0
       sProc      0
       sleeping   1
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
     Rpt:
       IO         CSM
       flg        A
       ts         1441536033.2212
       ack:
         HASH(0x1f13aa8)
         0B800205077435AFFE0101C800
     Rssi:
       At_csm:
         avg        -72.1290322580645
         cnt        31
         lst        -73
         max        -68.5
         min        -80.5
     Shadowreg:
Attributes:
   IODev      CSM
   IOgrp      vccu:CSM
   actCycle   000:50
   actStatus  alive
   alias      SZ.Fenster
   autoReadReg 4_reqStatus
   devStateIcon open:fts_window_1w_open@red tilted:fts_window_1w_tilt@red closed:fts_window_1w@green
   expert     2_full
   firmware   1.0
   icon       fts_window_2w_tilt_l_open_r
   model      HM-SEC-SCo
   peerIDs    00000000,36822003,
   room       CUL_HM,Schlafzimmer
   serialNr   LEQ1468440
   subType    threeStateSensor


[frank]

mit den cul derivaten kann es bekannterweise zu timingproblemen kommen. vielleicht ist das hier der grund.
verbesserungen wurden hiermit erreicht http://forum.fhem.de/index.php/topic,31421.0.html.
ansonsten sniffen, damit martin mal drüberschauen kann.

[BlackStone]

naja, das dingen kommt direkt von busware, http://busware.de/tiki-index.php?page=CCD

firmware meldet sich mit v2.0

nur welche culfw kann ich da flashen, denn die ccd/ccd2 wird im git wohl stiefmütterlich behandelt.

edit:/ eine tempList.cfg hab ich auch mal erzeugt, schaut schöner aus.

[hpk007]

Hallo habe ein bisschen herumprobiert und bin drauf-gekommen das ich dieses Verhalten nur habe wenn ich über die Seriennummer paire - wenn ich den Aktor mit der Anlerntaste paire wird er korrekt eingebunden.

Das ist schon einmal gut nur habe ich das Problem das meine ganzen Aktore schon in der Wand verbaut sind - gibt es keine Möglichkeit herauszufinden warum sich die Aktore nicht über die Seriennummer pairen lassen (in Homematic geht das auch - habs getestet).

Auch über zuerst den Aktor mit der HM-LAN verbunden und dann mit Fhem pairen versucht - da reagiert er überhapt nicht aufs pairen mit Seriennummer - über die Pairing-taste gehts dann wieder normal.

Vielleicht hat jemand eine Idee.

Danke

mfg

[frank]

nur habe ich das Problem das meine ganzen Aktore schon in der Wand verbaut sind - gibt es keine Möglichkeit herauszufinden warum sich die Aktore nicht über die Seriennummer pairen lassen (in Homematic geht das auch - habs getestet).

raw-messages wie im wiki homematic sniffen beschrieben posten (irgendwie muss das echt schwer sein 3 attribute zu setzen). ausserdem poste ein list vom aktor. warum lieferst du keine infos? bist du nur an spekulationen interessiert?

wenn es über homematic funktioniert, warum machst du es dann nicht? ist doch völlig egal, wer es macht. die hmid muss nur dieselbe sein wie in fhem, damit anschliessend fhem auch zugreifen darf.

[hpk007]

(irgendwie muss das echt schwer sein 3 attribute zu setzen). ausserdem poste ein list vom aktor. warum lieferst du keine infos? bist du nur an spekulationen interessiert?

So hier mal das Listing vom Gerät wenn ich es mit der Seriennummer paire:

Code Auswählen Erweitern

Internals:
   CFGFN
   DEF        34FDBA
   HMLANHPK_MSGCNT 3
   HMLANHPK_RAWMSG RA7365409,0001,00739B8A,FF,FFDE,04A41034FDBA23A6E10601000028
   HMLANHPK_RSSI -34
   HMLANHPK_TIME 2015-09-07 11:49:59
   IODev      HMLANHPK
   LASTInputDev HMLANHPK
   MSGCNT     3
   NAME       HM_34FDBA
   NR         121
   STATE      MISSING ACK
   TYPE       CUL_HM
   lastMsg    No:04 - t:10 s:34FDBA d:23A6E1 0601000028
   protCmdDel 4
   protCmdPend 2 CMDs pending
   protLastRcv 2015-09-07 11:49:59
   protResnd  6 last_at:2015-09-07 11:50:38
   protResndFail 1 last_at:2015-09-07 11:50:21
   protSnd    4 last_at:2015-09-07 11:50:23
   protState  CMDs_processing...
   rssi_HMLANHPK avg:-40 min:-40 max:-40 lst:-40 cnt:1
   rssi_at_HMLANHPK avg:-34 min:-34 max:-34 lst:-34 cnt:3
   Readings:
     2015-09-07 11:49:53   D-firmware      2.5
     2015-09-07 11:49:53   D-serialNr      MEQ0003138
     2015-09-07 11:49:59   deviceMsg       off (to HMLANHPK)
     2015-09-07 11:49:59   level           0
     2015-09-07 11:49:59   pct             0
     2015-09-07 11:49:59   recentStateType info
     2015-09-07 11:50:21   state           MISSING ACK
     2015-09-07 11:49:59   timedOn         off
     Regl_00::
       VAL
   cmdStack:
     ++A00123A6E134FDBA01040000000001
     ++A00123A6E134FDBA0103
   Helper:
     HM_CMDNR   6
     cSnd       1123A6E134FDBA0201C80000,0123A6E134FDBA00040000000000
     dlvl       C8
     dlvlCmd    ++A01123A6E134FDBA0201C80000
     getCfgList all
     getCfgListNo ,3
     mId        0004
     rxType     1
     Io:
       newChn     +34FDBA,00,00,00
       nextSend   1441619399.76011
       prefIO
       rxt        0
       vccu
       p:
         34FDBA
         00
         00
         00
     Mrssi:
       mNo        04
       Io:
         HMLANHPK   -32
     Prt:
       bErr       0
       sProc      1
       Rspwait:
         Pending    RegisterRead
         cmd        As1006A00123A6E134FDBA00040000000000
         forChn     00
         forList    00
         forPeer
         mNo        6
         nAddr      0
         reSent     4
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
       prs        1
     Rpt:
       IO         HMLANHPK
       flg        A
       ts         1441619399.63588
       ack:
         HASH(0x120c678)
         04800223A6E134FDBA00
     Rssi:
       Hmlanhpk:
         avg        -40
         cnt        1
         lst        -40
         max        -40
         min        -40
       At_hmlanhpk:
         avg        -34
         cnt        3
         lst        -34
         max        -34
         min        -34
Attributes:
   IODev      HMLANHPK
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   2.5
   model      HM-LC-SW1-FM
   room       CUL_HM
   serialNr   MEQ0003138
   subType    switch
   webCmd     statusRequest:toggle:on:off

So und hier der Log mitschnitt:

Code Auswählen Erweitern

2015-09-07 11:59:08.513 CUL_HM HM_34FDBA D-firmware: 2.5
2015-09-07 11:59:08.513 CUL_HM HM_34FDBA D-serialNr: MEQ0003138
2015-09-07 11:59:14.864 CUL_HM HM_34FDBA deviceMsg: off (to HMLANHPK)
2015-09-07 11:59:14.864 CUL_HM HM_34FDBA level: 0
2015-09-07 11:59:14.864 CUL_HM HM_34FDBA pct: 0
2015-09-07 11:59:14.864 CUL_HM HM_34FDBA off
2015-09-07 11:59:14.864 CUL_HM HM_34FDBA timedOn: off
2015-09-07 11:59:23.187 HMLAN HMLANHPK loadLvl: low
2015-09-07 11:59:38.824 CUL_HM HM_34FDBA ResndFail
2015-09-07 11:59:38.833 CUL_HM HM_34FDBA RESPONSE TIMEOUT:RegisterRead
2015-09-07 11:59:48.169 HMLAN HMLANHPK loadLvl: low

Vielleicht kann ja jemand daraus etwas deuten.

mfg

[frank]

So und hier der Log mitschnitt:

raw-messages wie im wiki homematic sniffen beschrieben posten

http://www.fhemwiki.de/wiki/Homematic_Nachrichten_sniffen

[hpk007]

raw-messages wie im wiki homematic sniffen beschrieben posten

Hab ich gemacht mehr kommt nicht an (wie in http://www.fhemwiki.de/wiki/Homematic_Nachrichten_sniffen alles eingestellt - hab das erste mal leider den Neustart vergessen - aber es kommt trotzdem danach auch nicht mehr an)

Code Auswählen Erweitern

2015-09-07 12:35:42.766 HMLAN HMLANHPK loadLvl: low
2015-09-07 12:35:55.613 Global global UNDEFINED HM_34FDBA CUL_HM 34FDBA
2015-09-07 12:35:55.613 Global global DEFINED HM_34FDBA
2015-09-07 12:35:55.613 Global global DEFINED FileLog_HM_34FDBA
2015-09-07 12:35:55.613 Global global SAVE
2015-09-07 12:35:55.635 CUL_HM HM_34FDBA D-firmware: 2.5
2015-09-07 12:35:55.635 CUL_HM HM_34FDBA D-serialNr: MEQ0003138
2015-09-07 12:36:01.921 CUL_HM HM_34FDBA deviceMsg: off (to HMLANHPK)
2015-09-07 12:36:01.921 CUL_HM HM_34FDBA level: 0
2015-09-07 12:36:01.921 CUL_HM HM_34FDBA pct: 0
2015-09-07 12:36:01.921 CUL_HM HM_34FDBA off
2015-09-07 12:36:01.921 CUL_HM HM_34FDBA timedOn: off
2015-09-07 12:36:07.768 HMLAN HMLANHPK loadLvl: low
2015-09-07 12:36:25.527 CUL_HM HM_34FDBA ResndFail
2015-09-07 12:36:25.542 CUL_HM HM_34FDBA RESPONSE TIMEOUT:RegisterRead
2015-09-07 12:36:32.772 HMLAN HMLANHPK loadLvl: low

mfg

[frank]

hab das erste mal leider den Neustart vergessen - aber es kommt trotzdem danach auch nicht mehr an)

ist das der eventmonitor? schau mal ins fhem.log.