Kein Pairing mit HM-LC-Bl1PBU-FM Funk-Rollladenaktor

Begonnen von themightym, 18 Mai 2018, 10:56:00

Vorheriges Thema - Nächstes Thema

themightym

Hallo zusammen,

bin ein wenig verzweifelt.
Nutze FHEM auf einem raspberrypi mit einer CUL. Lese hier schon lange mit, aber bisher noch nicht geschrieben. Bin jetzt nicht übertief im FHEM drin, aber pairen und Befehle absetzen passt schon. :-)
Das System ist auch auf dem neuesten Stand!

Habe bereits diverse HomeMatic Produkte (Schalfaktoren, Rauchmelder) im Einsatz, damit logischerweise CUL im rfmode HomeMatic.
Habe bisher immer manuell gepaart, d.h. CUL in den hmPairForSec Modus und im Aktor den Auslöser gedrückt.

Ich habe nun mir 4 Homematic Funk-Rolladenaktoren gegönnt, die ich einfach nicht sauber gepaart bekomme.
Bekomme bei allen den Status "MissingAck". Sowohl in dem manuellen hmPairForSec Modus, als auch im hmPairSerial Modus.

Logs sind nicht sehr hilfreich, wie ihr seht, habe ich mal ein set Befehl abgesetzt:
im Aktor Log:
2018-05-18_09:29:42 HM_507D49 D-firmware: 2.8
2018-05-18_09:29:42 HM_507D49 D-serialNr: NEQ1598764
2018-05-18_09:31:27 HM_507D49 level: set_0
2018-05-18_09:31:27 HM_507D49 set_0
2018-05-18_09:31:44 HM_507D49 ResndFail
2018-05-18_09:31:44 HM_507D49 MISSING ACK
2018-05-18_09:44:21 HM_507D49 D-firmware: 2.8
2018-05-18_09:44:21 HM_507D49 D-serialNr: NEQ1598764
2018-05-18_10:03:33 HM_507D49 level: set_0
2018-05-18_10:03:33 HM_507D49 set_0
2018-05-18_10:03:52 HM_507D49 ResndFail
2018-05-18_10:03:52 HM_507D49 MISSING ACK

im großen Log:
2018.05.18 09:44:21 2: CUL_HM Unknown device HM_507D49 is now defined
2018.05.18 09:44:21 2: autocreate: define HM_507D49 CUL_HM 507D49
2018.05.18 09:44:21 2: autocreate: define FileLog_HM_507D49 FileLog ./log/HM_507D49-%Y.%m.log HM_507D49
2018.05.18 09:44:27 0: CUL_HM_assignIO HM_507D49 AssignIoPort used

Meine Internals:
Internals
CMDS BbCFiAZNkGMKUYRTVWXefmLltux
CUL_0_MSGCNT 7
CUL_0_TIME 2018-05-18 09:56:08
Clients :CUL_HM:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:STACKABLE:
DEF   /dev/ttyACM0@9600 1035
DeviceName /dev/ttyACM0@9600
FD 10
FHTID 1035
HM_CMDNR 1
NAME CUL_0
NR 21
NR_CMD_LAST_H 12
PARTIAL
RAWMSG A1A28A0006378645208532B006A4F4551313835363235303001010027
RSSI -54.5
STATE Initialized
TYPE CUL
VERSION V 1.66 CUL868
hmPairSerial NEQ1598764
initString X21 Ar

Würde mich über jede Idee freuen.

Grüße
Mirko


Beta-User

Erste Idee: Code-Tags nutzen (#-Symbol oben), um den Beitrag lesbar zu gestalten.

Dann bitte die lists der angelegten Devices (da sind sie ja, die Frage ist nur, wie weit, RSSI...).

Diese Aktoren können sehr zickig sein, hier scheint mir auch die firmware ziemlich alt zu sein (Achtung: Aktualisieren kann seeeehhhhr peinsam sein).

Insgesamt: ein CUL als IO für HM ist nicht immer optimal (bitte im Wiki nach Alternativen umsehen, wäre meine Empfehlung; mind die TS-Firmware für den CUL).
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

themightym

Ok, fangen wir mal mit Code Tags an :-)

Das ist die List von einem der Aktoren.

CFGFN
CUL_0_MSGCNT   1
CUL_0_RAWMSG   A1A018000507D49F1103528006A4E45513135393837363430010100::-54.5:CUL_0
CUL_0_RSSI   -54.5
CUL_0_TIME   2018-05-18 09:44:21
DEF 507D49
IODev   CUL_0   
LASTInputDev   CUL_0
MSGCNT   1
NAME   HM_507D49
NOTIFYDEV   global
NR   238
STATE   MISSING ACK
TYPE   CUL_HM
lastMsg   No:01 - t:00 s:507D49 d:F11035 28006A4E45513135393837363430010100
protCmdDel   1
protLastRcv   2018-05-18 09:44:21
protResnd   3 last_at:2018-05-18 10:03:47
protResndFail   1 last_at:2018-05-18 10:03:52
protSnd   1 last_at:2018-05-18 10:03:33
protState   CMDs_done_Errors:1
rssi_at_CUL_0   cnt:1 min:-54.5 ma


Der RSSI Werte der anderen ist -63, -53,5 und wieder -54,5.
Das mit der Firmware schaue ich mir mal an.

Beta-User

Das sieht erst mal komisch aus. Das Pairing scheint aber abgeschlossen zu sein (auch wenn die HmID F11035 nicht zu kreativ ist).

Mach mal für alle ein "clear all" und dann (schön langsam!) nochmal ein getConfig, da sollten mehr readings kommen. Wenn es nicht klappt, (wieder nach leeren der Queue) nochmal ein Pairing anstoßen, bitte dabei um Geduld...
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

frank

beim copy&paste vom list ist hier aber nicht sehr viel angekommen. bitte nochmal.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

themightym

Jetzt nochmal das komplette List von einem:


Internals:
   CFGFN     
   CUL_0_MSGCNT 1
   CUL_0_RAWMSG A1A018000507D49F1103528006A4E45513135393837363430010100::-54.5:CUL_0
   CUL_0_RSSI -54.5
   CUL_0_TIME 2018-05-18 09:44:21
   DEF        507D49
   IODev      CUL_0
   LASTInputDev CUL_0
   MSGCNT     1
   NAME       HM_507D49
   NOTIFYDEV  global
   NR         238
   STATE      MISSING ACK
   TYPE       CUL_HM
   lastMsg    No:01 - t:00 s:507D49 d:F11035 28006A4E45513135393837363430010100
   protCmdDel 1
   protLastRcv 2018-05-18 09:44:21
   protResnd  3 last_at:2018-05-18 10:03:47
   protResndFail 1 last_at:2018-05-18 10:03:52
   protSnd    1 last_at:2018-05-18 10:03:33
   protState  CMDs_done_Errors:1
   rssi_at_CUL_0 cnt:1 min:-54.5 max:-54.5 avg:-54.5 lst:-54.5
   READINGS:
     2018-05-18 09:44:21   D-firmware      2.8
     2018-05-18 09:44:21   D-serialNr      NEQ1598764
     2018-05-18 10:03:33   level           set_0
     2018-05-18 10:03:52   state           MISSING ACK
   helper:
     HM_CMDNR   41
     PONtest    1
     cSnd       ,11F11035507D49020100
     dlvlCmd    ++A011F11035507D49020100
     mId        006A
     regLst     ,0,1,3p
     rxType     1
     supp_Pair_Rep 1
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +507D49,00,00,00
       nextSend   1526629461.89566
       prefIO     
       rxt        0
       vccu       
       p:
         507D49
         00
         00
         00
     mRssi:
       mNo        01
       io:
         CUL_0:
           -48.5
           -48.5
     prt:
       bErr       0
       sProc      0
     q:
       qReqConf   00
       qReqStat   00
     role:
       chn        1
       dev        1
       prs        1
     rssi:
       at_CUL_0:
         avg        -54.5
         cnt        1
         lst        -54.5
         max        -54.5
         min        -54.5
Attributes:
   IODev      CUL_0
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   2.8
   model      HM-LC-Bl1PBU-FM
   room       CUL_HM
   serialNr   NEQ1598764
   subType    blindActuator
   webCmd     statusRequest:toggleDir:on:off:up:down:stop

Beta-User

Da fehlen immer noch readings!

Dann ist das pairing vermutlich nicht sauber abgeschlossen.

Bitte keine Tests über Zu- oder Auffahren, sondern ein "getConfig" (das dann ohne pending messages durchgegangen sein muß. Vorher macht alles andere keinen Sinn!

also: Queue leeren, pairing wiederholen.
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

themightym

Sorry hatte beim letzten list noch kein clear all und get config angestoßen.
Das habe ich jetzt gemacht, das ist das list:

Internals:
   CFGFN     
   CUL_0_MSGCNT 1
   CUL_0_RAWMSG A1A018000507D49F1103528006A4E45513135393837363430010100::-54.5:CUL_0
   CUL_0_RSSI -54.5
   CUL_0_TIME 2018-05-18 09:44:21
   DEF        507D49
   IODev      CUL_0
   LASTInputDev CUL_0
   MSGCNT     1
   NAME       HM_507D49
   NOTIFYDEV  global
   NR         238
   STATE      MISSING ACK
   TYPE       CUL_HM
   protCmdPend 2 CMDs pending
   protResnd  3 last_at:2018-05-18 13:11:56
   protSnd    1 last_at:2018-05-18 13:11:40
   protState  CMDs_processing...
   READINGS:
     RegL_00.:
       VAL       
   cmdStack:
     ++A001F11035507D4901040000000001
     ++A001F11035507D490103
   helper:
     HM_CMDNR   44
     PONtest    1
     cSnd       11F11035507D490201C80000,01F11035507D4900040000000000
     dlvl       C8
     dlvlCmd    ++A011F11035507D490201C80000
     getCfgList all
     getCfgListNo ,3
     mId        006A
     regLst     ,0,1,3p
     rxType     1
     supp_Pair_Rep 1
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +507D49,00,00,00
       nextSend   1526629461.89566
       prefIO     
       rxt        0
       vccu       
       p:
         507D49
         00
         00
         00
     mRssi:
       mNo        01
       io:
         CUL_0:
           -48.5
           -48.5
     prt:
       bErr       0
       sProc      1
       rspWait:
         Pending    RegisterRead
         cmd        As102CA001F11035507D4900040000000000
         forChn     00
         forList    00
         forPeer   
         mNo        44
         nAddr      0
         reSent     4
     q:
       qReqConf   
       qReqStat   00
     role:
       chn        1
       dev        1
       prs        1
Attributes:
   IODev      CUL_0
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   2.8
   model      HM-LC-Bl1PBU-FM
   room       CUL_HM
   serialNr   NEQ1598764
   subType    blindActuator
   webCmd     statusRequest:toggleDir:on:off:up:down:stop

Beta-User

Kannst du nochmal die pending Messages löschen und eine Aktion direkt am Aktor anstoßen?

Wenn da keine weiteren Readings mit paired to bzw. PairCentral kommen: Pairing nochmal starten (ausgehend von 0 pending messages)

Eine VCCU hast du nicht definiert, oder?
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

themightym

Du meinst über set HM_507D49 clear msgEvents oder?

hab ich gemacht, am Aktor ein on ausgelöst.

das list danach:

Internals:
   CFGFN     
   CUL_0_MSGCNT 1
   CUL_0_RAWMSG A1A018000507D49F1103528006A4E45513135393837363430010100::-54.5:CUL_0
   CUL_0_RSSI -54.5
   CUL_0_TIME 2018-05-18 09:44:21
   DEF        507D49
   IODev      CUL_0
   LASTInputDev CUL_0
   MSGCNT     1
   NAME       HM_507D49
   NOTIFYDEV  global
   NR         238
   STATE      MISSING ACK
   TYPE       CUL_HM
   protCmdDel 2
   protResnd  3 last_at:2018-05-18 13:26:04
   protResndFail 1 last_at:2018-05-18 13:26:10
   protSnd    1 last_at:2018-05-18 13:25:53
   protState  CMDs_done_Errors:1
   READINGS:
     2018-05-18 13:26:10   state           MISSING ACK
   helper:
     HM_CMDNR   47
     PONtest    1
     cSnd       11F11035507D490201C80000,11F11035507D490201C80000
     dlvl       C8
     dlvlCmd    ++A011F11035507D490201C80000
     getCfgList all
     getCfgListNo ,3
     mId        006A
     regLst     ,0,1,3p
     rxType     1
     supp_Pair_Rep 1
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +507D49,00,00,00
       nextSend   1526629461.89566
       prefIO     
       rxt        0
       vccu       
       p:
         507D49
         00
         00
         00
     mRssi:
       mNo        01
       io:
         CUL_0:
           -48.5
           -48.5
     prt:
       bErr       0
       sProc      0
     q:
       qReqConf   
       qReqStat   
     role:
       chn        1
       dev        1
       prs        1
Attributes:
   IODev      CUL_0
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   2.8
   model      HM-LC-Bl1PBU-FM
   room       CUL_HM
   serialNr   NEQ1598764
   subType    blindActuator
   webCmd     statusRequest:toggleDir:on:off:up:down:stop


danach habe ich wieder set HM_507D49 clear msgEvents ausgeführt und device unpair und pair ausgeführt
das ist dann das list:

Internals:
   CFGFN     
   CUL_0_MSGCNT 1
   CUL_0_RAWMSG A1A018000507D49F1103528006A4E45513135393837363430010100::-54.5:CUL_0
   CUL_0_RSSI -54.5
   CUL_0_TIME 2018-05-18 09:44:21
   DEF        507D49
   IODev      CUL_0
   LASTInputDev CUL_0
   MSGCNT     1
   NAME       HM_507D49
   NOTIFYDEV  global
   NR         238
   STATE      MISSING ACK
   TYPE       CUL_HM
   protState  Info_Cleared
   READINGS:
     2018-05-18 13:26:10   state           MISSING ACK
   helper:
     HM_CMDNR   47
     PONtest    1
     cSnd       11F11035507D490201C80000,11F11035507D490201C80000
     dlvl       C8
     dlvlCmd    ++A011F11035507D490201C80000
     getCfgList all
     getCfgListNo ,3
     mId        006A
     regLst     ,0,1,3p
     rxType     1
     supp_Pair_Rep 1
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +507D49,00,00,00
       nextSend   1526629461.89566
       prefIO     
       rxt        0
       vccu       
       p:
         507D49
         00
         00
         00
     mRssi:
       mNo        01
       io:
         CUL_0:
           -48.5
           -48.5
     prt:
       bErr       0
       sProc      0
     q:
       qReqConf   
       qReqStat   
     role:
       chn        1
       dev        1
       prs        1
Attributes:
   IODev      CUL_0
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   2.8
   model      HM-LC-Bl1PBU-FM
   room       CUL_HM
   serialNr   NEQ1598764
   subType    blindActuator
   webCmd     statusRequest:toggleDir:on:off:up:down:stop


eine VCCU habe ich nicht, ich gehe direkt auf die CUL, hab nur ein I/O Device

themightym

ich hab jetzt mal über set HM_507D49 clear messages gelöscht

im Aktor was angestoßen, es sind keine neuen Readings hinzugekommen.

danach nochmal set HM_507D49 clear messages und set HM_507D49 pair ausgeführt.
Das lässt er aber nicht zu. Fehlermeldung: serial - wrong length or Reading D-serialNr not present

was ja nicht sein kann, wenn ich mir das list anschaue:

Internals:
   CFGFN     
   CUL_0_MSGCNT 1
   CUL_0_RAWMSG A1A018000507D49F1103528006A4E45513135393837363430010100::-54.5:CUL_0
   CUL_0_RSSI -54.5
   CUL_0_TIME 2018-05-18 09:44:21
   DEF        507D49
   IODev      CUL_0
   LASTInputDev CUL_0
   MSGCNT     1
   NAME       HM_507D49
   NOTIFYDEV  global
   NR         238
   STATE      MISSING ACK
   TYPE       CUL_HM
   protCmdDel 1
   protResnd  3 last_at:2018-05-18 13:39:14
   protResndFail 1 last_at:2018-05-18 13:39:19
   protSnd    1 last_at:2018-05-18 13:39:01
   protState  CMDs_done_Errors:1
   helper:
     HM_CMDNR   48
     PONtest    1
     cSnd       11F11035507D490201C80000,11F11035507D490201C80000
     dlvl       C8
     dlvlCmd    ++A011F11035507D490201C80000
     getCfgList all
     getCfgListNo ,3
     mId        006A
     regLst     ,0,1,3p
     rxType     1
     supp_Pair_Rep 1
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +507D49,00,00,00
       nextSend   1526629461.89566
       prefIO     
       rxt        0
       vccu       
       p:
         507D49
         00
         00
         00
     mRssi:
       mNo        01
       io:
         CUL_0:
           -48.5
           -48.5
     prt:
       bErr       0
       sProc      0
     q:
       qReqConf   
       qReqStat   00
     role:
       chn        1
       dev        1
       prs        1
Attributes:
   IODev      CUL_0
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   2.8
   model      HM-LC-Bl1PBU-FM
   room       CUL_HM
   serialNr   NEQ1598764
   subType    blindActuator
   webCmd     statusRequest:toggleDir:on:off:up:down:stop


ich verstehe es nicht....

Beta-User

Nochmal:
Vor einem erfolgreichen Pairing wird das Gerät nichts an Kommandos akzeptieren. Sowas wie "set ... on" ist daher kontraproduktiv, solange da nicht eine Zentrale als Reading erscheint! Laß' das also sein >:( .

Wie das mit dem Pairen geht, steht hier: https://wiki.fhem.de/wiki/HomeMatic_Devices_pairen. Da ist nichts zu lesen von "set <Aktor> pair". Das macht man am IO bzw. der VCCU und dem entsprechenden Knopf am Gerät (pairSerial machen wir hier besser nicht, da ist das etwas anders).

Was VCCU angeht: Das macht auch bei nur einem IO Sinn, zumal du vielleicht doch zeitnah darüber nachdenken solltest, ein zweites zu beschaffen (z.B. ein Pi-PCB, ggf. an einem USB-Seriell-Wandler oder einem ESP8266).

Sorry für den klaren Ton. Manchmal sieht man den Wald vor lauter Bäumen nicht, dann sind diese Irrwege entschuldigt, die du hier entgegen eigentlich klaren Hinweisen machst. Ansonsten bin ich demnächst hier raus...
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

frank

seit beginn des threads bleibt die anlernmessage von heute 09:44 das einzige lebenszeichen des aktors.
hat der aktor genügend "sprit" und ist in reichweite des cul?
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html