HM-Devices von CUL-direkt auf HM-Funkmodul/VCCU

UweUwe · 15 Februar 2019, 12:03:12

Hallo,
alle meine HM-devices sind historisch bedingt mit einem CUL gepairt, direkt ohne VCCU. Mein Plan ist es jetzt, alle HM-Geräte an eine VCCU anzubinden, die an einem HM-Funkmodul hängt. Es handelt sich dabei hauptsächlichlich um 6 fach Taster und Rolladenaktoren. Diese Rolladenaktoren sitzen in den Rolläden, nur unter sehr viel Aufwand zugänglich.
Bevor ich damit starte würde ich gerne eure Meinung abfragen, ob ich im Folgenden den richtigen Weg einschlage:

1. Neue VCCU anlegen mit hmid identisch mit der CUL-hmid: 555555

Code Auswählen

define VCCU CUL_HM 555555
attr VCCU model CCU-FHEM
attr VCCU IOList myHMUART
attr VCCU Iogrp: VCCU
set virtual 10

2. Jetzt gehe ich das erste Device an "RolladenBuero"
List

Code Auswählen

nternals:
   DEF        432B05
   FUUID      5c65ca1c-f33f-1e06-25da-ae855d715f44eabb
   IODev      CUL_1
   NAME       RolladenBuero
   NOTIFYDEV  global
   NR         438
   NTFY_ORDER 50-RolladenBuero
   STATE      on
   TYPE       CUL_HM
   READINGS:
     2019-02-15 07:15:03   CommandAccepted yes
     2019-02-14 21:05:49   D-firmware      2.8
     2019-02-14 21:05:49   D-serialNr      MEQ1315337
     2019-02-15 07:15:19   deviceMsg       on (to GartenCCU)
     2019-02-15 07:15:19   level           100
     2019-02-15 07:15:19   motor           stop:on
     2019-02-15 07:15:19   pct             100
     2019-02-15 07:15:19   recentStateType info
     2019-02-15 07:15:19   state           on
     2019-02-15 07:15:19   timedOn         off
   helper:
     HM_CMDNR   225
     mId        0005
     regLst     ,0,1,3p
     rxType     1
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +432B05,00,00,00
       prefIO     
       rxt        0
       vccu       
       p:
         432B05
         00
         00
         00
     mRssi:
       mNo        
     prt:
       bErr       0
       sProc      0
     q:
       qReqConf   
       qReqStat   
     role:
       chn        1
       dev        1
       prs        1
     tmpl:
Attributes:
   IODev      CUL_1
   autoReadReg 0_off
   expert     2_full
   firmware   2.8
   model      HM-LC-BL1-FM
   room       Buero,IPAD
   serialNr   MEQ1315337
   subType    blindActuator
   userattr   room_map structexclude
   webCmd     stop:up:100:90:80:70:60:50:40:30:20:10:0:down

Hinweis: Die GartenCCU war ein früher Versuch für die Nutzung einer VCCU, jedoch heute ohne Verwendung. Plane ich zu löschen.
Jetzt das attribut

Code Auswählen

attr RolladenBuero IOgrp VCCU setzen.
Damit sollte es erledigt sein. Der Rolladen ist vom CUL auf das HM Funkmodul umgehängt, VCCU (VCCU) ist zwischen Rolladenaktor (RolladenBuero) und Funkmodul (myHMUART). Ich muss keine weitere Verknüpfung mehr ändern.

Mit dem Befehl

Code Auswählen

attr TYPE=CUL_HM:FILTER=DEF=[0-9a-fA-F]{6}:FILTER=DEF!=[0]{6} IOgrp VCCUkann man bei Erfolg dieser Aktion alle vor Anlage der VCCU angelegten devices auf die VCCU mappen.

Beta-User · 15 Februar 2019, 12:27:00

Sieht m.E. "eigentlich" gut aus. Anmerkungen:

Dann ist das mit der GartenCCU seltsam. Vermutlich hat die dieselbe HmID? Wenn nein, stellt sich die Frage, warum der Aktor noch dahin sendet! Evtl. ist dann da was mit dem Pairing schief (dann den CUL mal der GartenCCU zuordnen und versuchen, zu entpairen und mit der neuen VCCU zu pairen (pairSerial)).
Wenn da dieselbe HmID ist, würde ich eher die GartenCCU umbenennen und die vollständig konfigurieren (eigentlich sollte es egal sein, aber mehrere ist tendenziell schräg).

Wenn alles paßt bzw. die HmID für eine der VCCU's identisch ist und alles darauf gepairt, kannst du auch gleich den CUL_1 zur IOList hinzufügen, das sollte unschädlich sein, selbst wenn IOGrp noch nicht überall hinterlegt ist.

UweUwe · 15 Februar 2019, 12:58:58

Hallo,
die GartenCCU ist der "missglückte Versuch". Hier das list:

Code Auswählen

nternals:
   DEF        555555
   FUUID      5c65ca1c-f33f-1e06-22c3-7eb38b7ca5a3a0d2
   IODev      CUL_1
   NAME       GartenCCU
   NOTIFYDEV  global
   NR         412
   NTFY_ORDER 50-GartenCCU
   STATE      CUL_1:UAS,
   TYPE       CUL_HM
   assignedIOs CUL_1
   channel_01 GartenhausspotEinCCU
   channel_02 GartenCCU_Btn2
   READINGS:
     2019-02-15 10:27:35   IOopen          0
     2019-02-15 10:27:35   state           CUL_1:UAS,
   helper:
     HM_CMDNR   247
     mId        FFF0
     regLst     ,0
     rxType     1
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       prefIO     
       vccu       
       ioList:
     mRssi:
       mNo        
     prt:
       bErr       0
       sProc      0
     q:
       qReqConf   
       qReqStat   
     role:
       dev        1
       vrt        1
     tmpl:
Attributes:
   IODev      CUL_1
   expert     2_full
   model      CCU-FHEM
   room       Kueche
   subType    virtual
   webCmd     virtual:update

Dein Hinweis lautet also,
1. ich soll zuerst die GartenCCU säubern (entpairen), umbennen nach VCCU und dann als einzige vccu weiterverwenden.
2. Der VCCU neben dem HM-Funkmodul auch noch den CUL_1 als IOList hinzufügen (damit als zusätzliches Funkmodul).

Merci.. mach ich heute Abend. Berichte

Beta-User · 15 Februar 2019, 13:41:58

NEIN, NICHT entpairen. Einfach nur die neue VCCU löschen, und die alte "vervollständigen", anschließend umbenennen. Die HmID paßt doch! Es fehlen nur die IO-Angaben...

UweUwe · 19 Februar 2019, 10:42:27

Hallo,
hab in den letzten Tagen die Umstellung con CUL auf HM-Funkmodul fortgesetzt, eigentlich kommt es einer Neukonfigiration meines Homematic System gleich.
Die Taster habe komplett neue Funktionen. Dabei bin ich auf neue Aufgaben gestossen, die in einem extra Blog behandelt werden. https://forum.fhem.de/index.php/topic,97490.0.html.

Meine HM-Gesamtinstallation hat aber noch Schwächen, die ich nicht gelöst bekomme. HM sieht folgende Themen:
configCheck done:

Zitatmissing register list
RolladenKueche: .RegL_00.,.RegL_01.,.RegL_03.self01,.RegL_03.self02,.RegL_03.KS01_RolloKue,.RegL_03.KS03_RolloAlle,.RegL_03.ES03_RolloAlle,.RegL_03.ES05_RolloKue

peer not defined
RolladenEsszimmerSued id:325B8601
RolladenEsszimmerSued id:325B8602
RolladenEsszimmerSued id:325B8605
RolladenWohnzimmerSued id:325B8605
RolladenWohnzimmerSued id:325B8606

peer not verified. Check that peer is set on both sides
RolladenWohnzimmerOst p:KS01_RolloKue
VCCU_Btn2 p:KS01_RolloKue
VCCU_Btn2 p:SS01_Rollo

gefühlte 100 x getConfig habe ich schon gemacht. Welche Wege soll ich hier noch angehen?
Erkläung
Alles was mit Rolladenn* beginnt sind HM-LC-BI1-FM 1 Funk-Rolladenaktoren 1 fach
KS01 RolloKue ist die Taste 1 eines Funk-Wandtasters 6 fach HM-PB-6-WM55 der auf einen Rolladenaktor geht.
ES03_RolloAlle ist die Taste 3 eine HM-PB-6-WM55, der auf 6 Rolladenaktoren geht.
ES05_RolloKue ist die Taste 5 eine HM-PB-6-WM55, der auf den Rolladenkueche geht.
VCCU_Btn2 p:KS01_RolloKue: Mit dem Taster KS01_RolloKue peerList RolladenKueche ist laut nicht mehr mit VCCU gepeert.
Gefühlte 100 x hab ich auf alle devices bereits getconfig gemacht.

Meine Erkenntnisse bisher zu dem Umstieg von CUL auf HM mit VCCU:

völlig unpromblematisch und schnell ging der Umstieg, ich habe den Umstieg device per device gemacht, immer zuvor und danach ein getconfig.

Toll gemacht, Lob an die Macher.

Beta-User · 19 Februar 2019, 10:52:55

Kann es sein, dass du nach dem getConfig auf den 6-fach-Taster die Konfig-Taste an dem Teil nicht gedrückt hast?

Die fehlenden peerings sehen sehr nach einem Taster aus... (HM-ID: 325B86)

UweUwe · 19 Februar 2019, 11:39:14

Hallo, danke für die Antworten:
ich habe 5 Schalter: 3EBD10, 3EBDD7,3EBCE9, 325B35 (Kuechenschalter), 3EBE38.
Ich hab keinen (HM-ID: 325B86) Schalter. Auch den "möglicherweise" Defekten hab ich gerade nochmals rückgesetzt und gepairt (siehe unten) . Hat die HM-ID 3259EC, also auch nicht.

Etwas Sorge hab ich noch mit dem KuechenSchalter
Gedrückt habe ich diesen config Schalter an diesem ebenfalls häufig, und auch gestern ausgetauscht , da ich beim alten Schalter (HM-ID 3259EC) einen Defekt vermutet habe. Zuerst hab ich den alten jedoch komplett entpeert und dann gelöscht. Aber auch beim neuen Schalter sehe ich 29 CMDs_pending, trotz 10 x getconfig und config Taster gedrückt.
Das list dieses Schalters hab ich mal angehängt:

Code Auswählen

Internals:
   CFGFN      
   CUL_1_MSGCNT 1050
   CUL_1_RAWMSG A0EB4A010325B355555550201000000::-58:CUL_1
   CUL_1_RSSI -58
   CUL_1_TIME 2019-02-19 11:23:00
   DEF        325B35
   FUUID      5c6af354-f33f-1e06-40d3-a3326440c450a541
   IODev      myHmUART
   LASTInputDev myHmUART
   MSGCNT     2065
   NAME       KuechenSchalter
   NOTIFYDEV  global
   NR         2060
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 KS01_RolloKue
   channel_02 KS02_unbelegt
   channel_03 KS03_RolloAlle
   channel_04 KS04_unbelegt
   channel_05 KS05_unbelegt
   channel_06 KS06_unbelegt
   lastMsg    No:B4 - t:10 s:325B35 d:555555 0201000000
   myHmUART_MSGCNT 1015
   myHmUART_RAWMSG 05010025B4A010325B355555550201000000
   myHmUART_RSSI -37
   myHmUART_TIME 2019-02-19 11:23:00
   protEvt_AESCom-ok 2 last_at:2019-02-19 08:00:03
   protLastRcv 2019-02-19 11:23:00
   protRcv    1086 last_at:2019-02-19 11:23:00
   protResnd  3 last_at:2019-02-19 08:00:30
   protSnd    1223 last_at:2019-02-19 11:23:00
   protState  CMDs_done
   rssi_at_CUL_1 cnt:1050 min:-100.5 max:-40.5 avg:-63.94 lst:-58 
   rssi_at_myHmUART cnt:1013 min:-85 max:-29 avg:-51.02 lst:-37 
   READINGS:
     2019-02-19 08:00:03   CommandAccepted yes
     2019-02-19 11:22:06   D-firmware      1.2
     2019-02-19 11:22:06   D-serialNr      LEQ0984268
     2019-02-19 11:22:50   PairedTo        0x555555
     2019-02-18 19:03:52   R-pairCentral   0x555555
     2019-02-19 08:00:03   aesCommToDev    ok
     2019-02-19 08:00:03   aesKeyNbr       00
     2019-02-19 08:00:29   alive           yes
     2019-02-19 09:17:59   battery         ok
     2019-02-19 08:00:29   powerOn         2019-02-19 08:00:29
     2019-02-19 08:00:29   recentStateType info
     2019-02-19 11:23:00   state           CMDs_done
   helper:
     HM_CMDNR   180
     PONtest    1
     cSnd       01555555325B3503045555550204,01555555325B3501042E525C0104
     mId        00A9
     regLst     ,0,1,4p
     rxType     28
     supp_Pair_Rep 0
     ack:
     expert:
       def        1
       det        1
       raw        0
       tpl        0
     io:
       newCh      1
       newChn     +325B35,00,00,00
       nextSend   1550571780.60872
       prefIO     
       rxt        2
       vccu       
       p:
         325B35
         00
         00
         00
     mRssi:
       mNo        B4
       io:
         CUL_1:
           -58
           -58
         myHmUART:
           -29
           -29
     prt:
       bErr       0
       sProc      0
       sleeping   0
       rspWait:
     q:
       qReqConf   
       qReqStat   
     regCollect:
     role:
       dev        1
     rpt:
       IO         CUL_1
       flg        A
       ts         1550571780.2754
       ack:
         HASH(0x4597418)
         B48002555555325B3500
     rssi:
       at_CUL_1:
         avg        -63.942380952381
         cnt        1050
         lst        -58
         max        -40.5
         min        -100.5
       at_myHmUART:
         avg        -51.0246791707799
         cnt        1013
         lst        -37
         max        -29
         min        -85
     shadowReg:
     tmpl:
Attributes:
   DbLogExclude .*
   IODev      myHmUART
   IOgrp      VCCU:myHmUART
   autoReadReg 4_reqStatus
   expert     1_allReg
   firmware   1.2
   model      HM-PB-6-WM55
   room       CUL_HM,Kueche
   serialNr   LEQ0984268
   subType    remote
   webCmd     getConfig:clear msgEvents

Beta-User · 19 Februar 2019, 11:52:10

Hm, also wenn es den betreffenden Mehrfach-Taster nicht (mehr) gibt, kannst du ja entweder einen virtuelles Device mit der HmID anlegen , dann 6 Kanäle definieren und die entpeeren oder das in den Rollladenaktoren mit peerBulk (?) bereinigen.

Und aus dem VCCU-Kanal (VCCU_Btn2) sollten sich die peers einfach löschen lassen.

Das Peering im KS01_RolloKue muß wohl erneuert werden, das scheint bei der Aktion verloren gegangen zu sein.

frank · 19 Februar 2019, 11:56:23

wo siehst du pending cmds?
du musst die fhem detailseite reloaden, um aktuelle internals zu sehen. das gilt grundsätzlich für jedes internal in fhem.

UweUwe · 19 Februar 2019, 12:37:03

Hallo Frank,

Code Auswählen

du musst die fhem detailseite reloaden, um aktuelle internals zu sehen. das gilt grundsätzlich für jedes internal in fhem.

Ich mache in der Regel ein get config auf das device, dann aktualisieren sich die internals.

Ich hab zwischenzeitlich einen Schalter (SS) komplett ausgetauscht, da er merkwürdiges (mechanisches) Verhalten zeigte (entpeeren, löschen etc.) . (alle was mit SS beginnt). Die Funktion ist jetzt mit der neuen Hardware gegeben. Anschliessend backup/shutdown restart des Gesamtsystemes. Hab mir aber durch den Austausch einige "missing register list" eingefangen. (siehe unten "HM, update, config check"
Die "peer not verified" sind inhaltlich Unsinn
RolladenWohnzimmerOst p:KS01_RolloKue (Der Aktor RolladenWohnzimmerOst liegt nicht auf dem Taster KS01_RolloKue.
Und auch die VCCU_Btn2 liegt nicht auf dem KS01_RolloKue.
VCCU_Btn2 p:KS01_RolloKue[/code]
list KS01_RolloKue

Code Auswählen

Internals:
   DEF        325B3501
   FUUID      5c6af354-f33f-1e06-ba71-1962e50ae21f5f31
   NAME       KS01_RolloKue
   NOTIFYDEV  global
   NR         526
   NTFY_ORDER 50-KS01_RolloKue
   STATE      Short 1_3 (to RolladenKueche)
   TYPE       CUL_HM
   chanNo     01
   device     KuechenSchalter
   peerList   RolladenKueche,
   READINGS:
     2019-02-19 11:23:00   R-RolladenKueche_chn-01-expectAES off
     2019-02-19 11:23:00   R-RolladenKueche_chn-01-peerNeedsBurst off
     2019-02-18 19:03:53   R-dblPress      0 s
     2019-02-18 19:03:53   R-longPress     0.4 s
     2019-02-18 19:03:53   R-sign          off
     2019-02-19 12:07:45   peerList        RolladenKueche,
     2019-02-19 08:01:35   state           Short 1_3 (to RolladenKueche)
     2019-02-19 08:01:35   trigger         Short_3
     2019-02-19 08:01:36   triggerTo_RolladenKueche Short_3_ack
     2019-02-19 08:01:35   trigger_cnt     3
   helper:
     getCfgList all
     getCfgListNo ,4
     regLst     ,1,4p
     expert:
       def        1
       det        1
       raw        0
       tpl        0
     role:
       chn        1
     shadowReg:
     tmpl:
Attributes:
   DbLogExclude .*
   model      HM-PB-6-WM55
   peerIDs    00000000,2E525C01,

configCheck done:

missing register list

Code Auswählen

    SS01_Rollo:	RegL_01.,RegL_04.RolladenSchlafzimmer_chn-01
    SS02_unbelegt:	RegL_01.
    SS03_unbelegt:	RegL_01.
    SS04_unbelegt:	RegL_01.
    SS05_unbelegt:	RegL_01.
    SS06_unbelegt:	RegL_01.
    SchlafzimmerSchalter:	RegL_00.

 peer not defined
    RolladenEsszimmerSued id:325B8601
    RolladenEsszimmerSued id:325B8602
    RolladenEsszimmerSued id:325B8605
    RolladenWohnzimmerSued id:325B8605
    RolladenWohnzimmerSued id:325B8606
    VCCU_Btn2 id:3EBE3801

 peer not verified. Check that peer is set on both sides
    RolladenWohnzimmerOst p:KS01_RolloKue
    VCCU_Btn2 p:KS01_RolloKue