rename von HM-MOD-Re8 und deren Kanälen (gelöst)

[oldman]

Ich musste einen Re8 ersetzten und stelle fest, dass das rename von Kanälen nicht mehr klappt.
Nach erfolgtem rename und dem Versuch, den Kanal on oder off zu schalten kommt folgende Fehlermeldung:

Unknown argument on, choose one of clear:noArg,readings,trigger,register,oldRegs,rssi,msgEvents,msgErrors,attack,all tplDel:tmplt getRegRaw regSet peerBulk getConfig:noArg regBulk .

Das gilt allerdings nur, wenn vorher auch das gesamte Gerät umbenannt wurde. Ich habe das mit 4 Ersatzgeräten probiert, immer das selbe Fehlerbild.
Gab es da eventuell ein update?

Hat jemand eine Idee? Ich muss die Kanäle umtaufen, da ich sie in etlichen notify- und at- Befehlen verwende.
Das wäre ein gewaltiger Aufwand das jetzt anzupassen. Und die Lesbarkeit leidet stark, alias' sind in notify und at nicht nutzbar.

[Beta-User]

Auf welcher version von CUL_HM bist du?

Wie wurde umbenannt? (Es gibt eine eigene Routine in CUL_HM, die auch die Kanäle mitnimmt). Gibt es ein HMinfo-Device? Dort gibt es übrigens auch ein x-deviceReplace.

[oldman]

Wo finde ich die Version von CUL_HM?

hminfo habe ich und auch das x-deviceReplace gefunden.
Wenn ich weiß wie ich das benutzen muss spare ich in Zukunft vermutlich eine Menge Tipperei.

Ich habe folgendermaßen umbenannt (ging bisher immer auf diese Weise):
neuer Name Gerät z.B. HM_E1 --> Kanäle arbeiten noch.
neuer Name Kanal z.B. HM_E11 --> Kanal geht nicht mehr, es kommt die genannte Fehlermeldung.

Wenn ich jetzt das Gerät auf den Originalnamen HM_12KRYPT zurück benenne funktioniert der umbenannte Kanal HM_E11,
in der Übersicht von HM_12KRYPT stehen allerdings die alten Kanalbezeichnungen HM_12KRYPT_Sw_0n
und diese lassen sich auch nicht durch anklicken aufrufen.

Ich könnte damit leben, das komplette Gerät rufe ich nirgends auf (außer bei Bedarf bei HMinfo protoEvents)
und die Kanäle hätte so die Namen, die ich in notify und at verwende.
Ich verstehe nur das neue Verhalten nicht.

[Beta-User]

Code Auswählen Erweitern

version CUL_HM
Und dass erst mal die Internals nicht nachgezogen werden, ist nicht weiter dramatisch, ein Neustart, und das paßt wieder...

Habe zwar nicht das spezielle Ding, aber auch ein paar 2-kanalige Aktoren mit vom Hauptdevice unabhängigen Namen.

Wie benennst du _genau_ um? "rename" oder irgendein Geeditiere in der config?

[oldman]

die config fasse ich nicht an, ist mir zu heikel. Also klassisch rename.
Neustart hat nicht geholfen, das hatte ich als erstes probiert.

CUL_HM:

Code Auswählen Erweitern


File         Rev   Last Change
10_CUL_HM.pm 25298 2021-12-05 08:23:08Z martinp876

doif.js                    15546 2017-12-03 09:57:42Z Ellert
fhemweb.js                 22094 2020-06-02 10:20:18Z rudolfkoenig
fhemweb_readingsGroup.js   15189 2017-10-03 17:53:27Z justme1968

Ich sehe keine frischen Änderungen. Aber ich habe Ende letzten Jahres einen Re8 ausgetauscht, da ging es noch.

Grund für den Austausch war übrigens ein MISSING_ACK alle 2 Tage (und da hängen die Heizpumpen dran).
rssi war eigentlich ok, so um die 60, protoEvents hat aber gehäufte resend gezeigt.
Da muss wohl noch was in der Konfiguration faul sein.
Gibt es die Möglichkeit, die Ursache für die gehäuften resend einzugrenzen? (logfile und verbose =5 bringt nichts)

[Beta-User]

Hmmm, also aktuell. Gibt noch eine Testversion von frank, kann sein, dass die v.a. mit diesem etwas speziellen Re8 (funktechnisch) besser klar kommt, siehe den Link über https://forum.fhem.de/index.php/topic,125902.msg1205187.html#msg1205187.

Grundsätzlich hat die aktuelle CUL_HM jedenfalls mAn. kein Problem mit dem rename, zumindest konnte ich auch im Testsystem nichts feststellen mit einem "fake"-HM-DIS-WM55 (abgesehen von dem erst mal kaputten link in den Internals).

Wenn ich was helfen soll, bräuchte ich ein "list" von dem Haupt-Device und dann optimalerweise noch eines je von einem Kanal vor und nach dem Umbenennen. _Vielleicht_ sieht man da was bzw. kann dann mal schauen, ob eine der Konfigurationsdateien kaputt ist, die im Hintergrund mit eine Rolle spielen.

Und Infos zum Thema "Interface" und VCCU wären auch hilfreich...

[oldman]

Erstmal Danke für die prompte Reaktion.
restart hat übrigens doch geholfen, die rename-ten Kanalbezeichnungen stehen jetzt im 'Hauptgerät' korrekt drin und können auch gewählt werden.
Bleibt das Fehlverhalten nach dem Umbenennen des Hauptgeräts.
Dann geht nichts mehr und es kommt die genannte Fehlermeldung mit set's die für das Gerät nicht passen. Zurückbenennen - und fast alles ist gut.

Ich kann so erstmal arbeiten, bennenne alles um und mach die Web-Oberfäche wieder hübsch (icon, alias,devStateIcon,alexaName,room,group...).
Ist ja alles weg. Deshalb habe ich großes Interesse an x-DeviceReplace. Wo finde ich da was?

Die gepatchte CUL_HM.pm habe ich eingespielt, mal sehen ob es stabiler läuft.

[oldman]

Ich habe nach dem versuchsweisen erneuten Umbenennen des Hauptgeräts
ein FHEM-restart gemacht und es geht 
Wieder was gelernt, wenn was nach Änderung nicht geht --> Neustart. Wenn es immer noch nicht geht --> Forum

[Beta-User]

Schön, wenn es (weitgehend) [gelöst] ist.

Fyi: eventuell könntest du dir mal "archetype" ansehen, damit kann man ggf. die Konfiguration von gleichartigem Zeug auch gleich halten. (Muss das auch lernen und brauche einen Tester...)

Was x-replaceDevice angeht: keine Ahnung, sonst hätte ich die Doku bei den letzten Überarbeitungen schon ergänzt. Kannst ja einen Vorschlag machen, wenn du nach der forensuche schlauber bist  .

[oldman]

ok, wenn ich was finde poste ich es.

[frank]

Grund für den Austausch war übrigens ein MISSING_ACK alle 2 Tage (und da hängen die Heizpumpen dran).
rssi war eigentlich ok, so um die 60, protoEvents hat aber gehäufte resend gezeigt.
Da muss wohl noch was in der Konfiguration faul sein.
Gibt es die Möglichkeit, die Ursache für die gehäuften resend einzugrenzen? (logfile und verbose =5 bringt nichts)

wo sind die list?

[oldman]

Ich habe heute etliche Stunden mit dem Ersatz des Re8 zugebracht. Das mache ich ungern noch einmal.
Für das MissingAck-Problem reichen sicher die Lists nach dem holprigen aber letztlich erfolgreichen Ersatz:
'Hauptgerät'. Zu erkennen ist, das es nach 6 Stunden gerade wieder ausgestiegen ist:

Code Auswählen Erweitern


Internals:
   DEF        732B12
   FUUID      61fbf024-f33f-c71a-498b-9e7d5bfe36c177e6
   IODev      myHmUART
   LASTInputDev myHmUART
   MSGCNT     153
   NAME       HM_E2
   NR         770
   NTFY_ORDER 48-HM_E2
   STATE      RESPONSE TIMEOUT:RegisterRead
   TYPE       CUL_HM
   channel_01 HM_E21
   channel_02 HM_E22
   channel_03 HM_E23
   channel_04 HM_E24
   channel_05 HM_E25
   channel_06 HM_E26
   channel_07 HM_E27
   channel_08 HM_E28
   disableNotifyFn 1
   lastMsg    No:D7 - t:10 s:732B12 d:1A2B3C 06010000
   myHmUART_MSGCNT 153
   myHmUART_RAWMSG 0501002AD7A410732B121A2B3C06010000
   myHmUART_RSSI -42
   myHmUART_TIME 2022-02-03 22:01:01
   protCmdDel 20
   protLastRcv 2022-02-03 22:01:01
   protRcv    151 last_at:2022-02-03 22:01:01
   protResnd  3 last_at:2022-02-03 22:14:03
   protResndFail 3 last_at:2022-02-03 22:14:07
   protSnd    165 last_at:2022-02-03 22:13:56
   protSndB   64 last_at:2022-02-03 22:14:03
   protState  CMDs_done_Errors:1
   rssi_at_myHmUART cnt:153 min:-44 max:-38 avg:-40.5 lst:-42
   READINGS:
     2022-02-03 16:09:32   CommandAccepted yes
     2022-02-03 18:40:59   D-firmware      1.2
     2022-02-03 18:40:59   D-serialNr      REQ1208085
     2022-02-03 22:13:56   IODev           myHmUART
     2022-02-03 18:40:47   PairedTo        0x1A2B3C
     2022-02-03 22:01:01   battery         ok
     2022-02-03 22:13:54   cfgState        updating
     2022-02-03 22:14:07   commState       CMDs_done_Errors:1
     2022-02-03 17:46:43   level           0
     2022-02-03 17:46:43   pct             0
     2022-02-03 17:46:43   powerOn         2022-02-03 17:46:43
     2022-02-03 17:46:43   recentStateType info
     2022-02-03 22:14:08   state           RESPONSE TIMEOUT:RegisterRead
     2022-02-03 17:46:43   timedOn         off
     RegL_00.:
       VAL       
   helper:
     HM_CMDNR   217
     PONtest    0
     cSnd       111A2B3C732B120203000000,011A2B3C732B1200040000000000
     cfgStateUpdt 0
     lastMsgTm  1643922061.3632
     mId        00BE
     peerFriend -
     peerOpt    -:switch
     regLst     0
     rxType     2
     supp_Pair_Rep 0
     cmds:
       TmplKey    :no:1643904622.15748
       TmplTs     1643904622.15748
       cmdKey     0:1:0::HM_E2:00BE:00:
       cmdLst:
         assignHmKey noArg
         clear      [readings|trigger|register|oldRegs|rssi|msgEvents|msgErrors|attack|all]
         deviceRename newName
         fwUpdate   -filename- -bootTime- ...
         getConfig  noArg
         getDevInfo noArg
         getRegRaw  [List0|List1|List2|List3|List4|List5|List6] ... [-PeerChannel-]
         getSerial  noArg
         getVersion noArg
         pair       noArg
         raw        data ...
         regBulk    -list-.-peer- -addr1:data1- -addr2:data2- ...
         regSet     [prep|exec] -regName- -value- ... [-peerChannel-]
         reset      noArg
         tplDel     tmplt
         tplSet_0   -tplChan-
         unpair     noArg
       lst:
         condition  slider,0,1,255
         peer       
         peerOpt   
         tplChan   
         tplDel     
         tplPeer   
       rtrvLst:
         cmdList    noArg
         deviceInfo [short|long]
         param      -param-
         reg        -addr- ... -list- -peer-
         regList    noArg
         regVal     -addr- ... -list- -peer-
         saveConfig -filename- ...
         tplInfo    noArg
     expert:
       def        0
       det        0
       raw        1
       tpl        0
     io:
       flgs       0
       newChn     +732B12,00,00,00
       nextSend   1643922061.65936
       rxt        0
       vccu       vccu
       p:
         732B12
         00
         00
         00
       prefIO:
         myHmUART
     mRssi:
       mNo        D7
       io:
         myHmUART:
           -34
           -34
     peerIDsH:
     prt:
       bErr       0
       sProc      0
       tryMsg:
     q:
       qReqConf   
       qReqStat   
     regCollect:
     role:
       dev        1
       prs        1
     rpt:
       IO         myHmUART
       flg        A
       ts         1643922061.3632
       ack:
         HASH(0x515f648)
         D780021A2B3C732B1200
     rssi:
       at_myHmUART:
         avg        -40.5098039215686
         cnt        153
         lst        -42
         max        -38
         min        -44
     shadowReg:
     tmpl:
Attributes:
   IOgrp      vccu:myHmUART
   autoReadReg 4_reqStatus
   expert     rawReg
   firmware   1.2
   group      Steuerung
   model      HM-MOD-RE-8
   msgRepeat  1
   room       System
   serialNr   REQ1208085
   subType    switch
   webCmd     getConfig:clear msgEvents

Einzelkanal:

Code Auswählen Erweitern

Internals:
   DEF        732B1202
   FUUID      61fbf024-f33f-c71a-bc66-4adf926a98ee16fe
   NAME       HM_E22
   NR         772
   NTFY_ORDER 48-HM_E22
   STATE      off
   TYPE       CUL_HM
   chanNo     02
   device     HM_E2
   disableNotifyFn 1
   READINGS:
     2022-02-03 22:00:00   CommandAccepted yes
     2022-02-03 22:13:55   cfgState        updating
     2022-02-03 22:14:07   commState       CMDs_done_Errors:1
     2022-02-03 22:00:00   deviceMsg       off (to vccu)
     2022-02-03 22:00:00   level           0
     2022-02-03 22:00:00   pct             0
     2022-02-03 22:00:00   recentStateType ack
     2022-02-03 22:00:00   state           off
     2022-02-03 22:00:00   timedOn         off
     2022-02-03 22:00:00   trigLast        fhem:02
   helper:
     dlvlCmd    ++A0111A2B3C732B120202000000
     getCfgList all
     getCfgListNo ,3
     peerFriend peerSens,peerVirt
     peerIDsRaw ,00000000
     peerIDsState complete
     peerOpt    3:switch
     regLst     1,3p
     cmds:
       TmplKey    :no:1643904622.16617
       TmplTs     1643904622.16617
       cmdKey     1:0:0::HM_E2:00BE:02:
       cmdLst:
         clear      [readings|trigger|register|oldRegs|rssi|msgEvents|msgErrors|attack|all]
         getConfig  noArg
         getRegRaw  [List0|List1|List2|List3|List4|List5|List6] ... [-PeerChannel-]
         inhibit    [on|off]
         off        noArg
         on         noArg
         on-for-timer -ontime-
         on-till    -time-
         peerBulk   -peer1,peer2,...- [set|unset]
         peerIODev  [IO] -btn- [set|unset]... not for future use
         peerSmart  -peerOpt-
         press      [long|short] -peer- [-repCount(long only)-] [-repDelay-] ...
         regBulk    -list-.-peer- -addr1:data1- -addr2:data2- ...
         regSet     [prep|exec] -regName- -value- ... [-peerChannel-]
         sign       [on|off]
         statusRequest noArg
         toggle     noArg
         tplDel     tmplt
         tplSet_0   -tplChan-
       lst:
         condition  slider,0,1,255
         peer       
         peerOpt    EG_Badfenster,EG_Badfenster_kipp,EG_Kuechenfenster,EG_SZ_Fenster,EG_Terrassentuer,EG_WZ_Fenster1,EG_WZ_Fenster2
         tplChan   
         tplDel     
         tplPeer   
       rtrvLst:
         cmdList    noArg
         deviceInfo [short|long]
         param      -param-
         reg        -addr- ... -list- -peer-
         regList    noArg
         regVal     -addr- ... -list- -peer-
         saveConfig -filename- ...
         tplInfo    noArg
     expert:
       def        0
       det        0
       raw        1
       tpl        0
     peerIDsH:
       00000000   broadcast
     regCollect:
     role:
       chn        1
     shadowReg:
     tmpl:
Attributes:
   alias      22 Heizungspumpen
   devStateIcon on:sani_pump@red off:sani_pump@green
   group      Steuerung_Heizung
   icon       sani_pump
   model      HM-MOD-RE-8
   peerIDs    00000000
   room       Keller
   webCmd     on:off

[frank]

1. zunächst in allen homematic hauptdevices "attr commStInChn off" setzen.

2. getconfig in allen channels separat ausführen bis alle cfgState readings ok zeigen.
am besten nie wieder getconfig im hauptdevice.
im hauptdevice statt getconfig: "set getRegRaw List0" ausführen.
anschliessend alles sichern => "Save config"
danach am besten attr autoreadreg=0 setzen.

jedes getconfig im hauptdevice löscht alle registerlisten, auch in allen channels, die dann neu gelesen werden müssen.

3. zeige noch je ein list vom io und der vccu

[oldman]

Moin,

ich habe alles wie beschrieben abgearbeitet, allerdings nur für die HM-MOD-Re8 und -Em8.
Die Thermostate haben ja auch 6 Kanäle, bei denen nutze ich aber nur Clima und WindowRec und die machen selten Kummer.

Vor 20 Jahren hätte ich noch gefragt, was die Aktionen bezwecken und vllt. die Antwort auch verstanden.
Jetzt spare ich mir die Frage, vermutlich Reduzierung der Funklast.
Was ich nicht verstehe, es ist nur 1 von 5 Geräten das oft rumzickt, unabhängig vom rssi auch wenn besser 50.
Aktionen sind nicht mehr als bei anderen Devices.
protoEvents short (nicht sehr aussagekräftig, gestern abend gelöscht):

Code Auswählen Erweitern


protoEvents send to devices done:
    name               :State           |CmdPend   |Snd       |Resnd     #CmdDel    |ResndFail |Nack      |IOerr     
    Alarmstatus        : done           |  -       | 2        |  -       #  -       |  -       |  -       |  -       
    Arbeitszimmer      : Info_Cleared   |  -       |  -       |  -       #  -       |  -       |  -       |  -       
    Bad_oben           : Info_Cleared   |  -       |  -       |  -       #  -       |  -       |  -       |  -       
    Bad_unten          : Info_Cleared   |  -       |  -       |  -       #  -       |  -       |  -       |  -       
    Beamerschalter     : Info_Cleared   |  -       |  -       |  -       #  -       |  -       |  -       |  -       
    EG_Badfenster      : done           |  -       | 13       |  -       #  -       |  -       |  -       |  -       
    EG_Badfenster_kipp : done           |  -       | 13       |  -       #  -       |  -       |  -       |  -       
    EG_Kuechenfenster  : done           |  -       | 13       |  -       #  -       |  -       |  -       |  -       
    EG_Rauchmelder     : done           |  -       | 1        |  -       #  -       |  -       |  -       |  -       
    EG_SZ_Fenster      : done           |  -       | 14       |  -       #  -       |  -       |  -       |  -       
    EG_Terrassentuer   : done           |  -       | 14       |  -       #  -       |  -       |  -       |  -       
    EG_WZ_Fenster1     : done           |  -       | 14       |  -       #  -       |  -       |  -       |  -       
    EG_WZ_Fenster2     : done           |  -       | 14       |  -       #  -       |  -       |  -       |  -       
    Flur_Nacht         : done           |  -       | 2        |  -       #  -       |  -       |  -       |  -       
    Gong               : done           |  -       | 6        |  -       #  -       |  -       |  -       |  -       
    HM_E1              : done           |  -       | 64       |  -       #  -       |  -       |  -       |  -       
    HM_E2              : done           |  -       | 169      |  -       #  -       |  -       |  -       |  -       
    HM_E3              : done           |  -       | 297      | 1        #  -       |  -       |  -       |  -       
    HM_S1              : pending        | 1 pending| 99       |  -       #  -       |  -       |  -       |  -       
    HM_S2              : pending        | 1 pending|  -       |  -       #  -       |  -       |  -       |  -       
    HM_Steckdose1      : done           |  -       | 2        |  -       #  -       |  -       |  -       |  -       
    HM_Steckdose2      : done           |  -       | 1        |  -       #  -       |  -       |  -       |  -       
    HM_Steckdose3      : done           |  -       | 102      |  -       #  -       |  -       |  -       |  -       
    HM_Steckdose4      : done           |  -       | 2        |  -       #  -       |  -       |  -       |  -       
    Markise            : Info_Cleared   |  -       |  -       |  -       #  -       |  -       |  -       |  -       
    OG_Rauchmelder     : done           |  -       | 1        |  -       #  -       |  -       |  -       |  -       
=================================================================================================================
    sum                0                |2         |843       |1         #0         |0         |0         |0         

    CUL_HM queue length:0

    requests pending
    ----------------
    autoReadReg          :
        recent           : none
    status request       :
    autoReadReg wakeup   :
    status request wakeup:
    autoReadTest         : HM_E2 HM_E28 HM_E12 HM_S2 HM_E13 HM_E27 HM_E24 HM_E1 HM_E21 HM_E11 HM_E22 HM_E23 HM_E26 HM_S1 HM_E3

    IODevs:myHmUART:opened condition:ok
            msgLoadCurrent: 42


Hier noch die Lists vom IO und der vccu. Da sind möglicherweise Konfigurationsfehler drin.
Ich habe die vccu nur eingerichtet weil es wiederholt empfohlen wurde, verstanden habe ich es nicht. Ich habe ja nur ein IO.

Code Auswählen Erweitern

Internals:
   AssignedPeerCnt 26
   CNT        35
   Clients    :CUL_HM:
   DEF        /dev/ttyAMA0
   DEVCNT     35
   DevState   99
   DevType    UART
   DeviceName /dev/ttyAMA0@115200
   FD         4
   FUUID      5de5342a-f33f-c71a-2367-301a7380974f0a9f
   LastOpen   1643904619.15393
   NAME       myHmUART
   NOTIFYDEV  global
   NR         38
   NTFY_ORDER 47-myHmUART
   PARTIAL   
   RAWMSG     040259
   RSSI       -84
   STATE      opened
   TYPE       HMUARTLGW
   XmitOpen   1
   model      HM-MOD-UART
   msgLoadCurrent 45
   msgLoadHistory 0/-1/5/7/8/1/-1/0/-1/0/0/-1
   msgLoadHistoryAbs 45/45/46/41/34/26/25/26/26/27/27/27/28
   owner      1A2B3C
   owner_CCU  vccu
   Helper:
     CreditTimer 4247
     FW         66561
     Initialized 1
     SendCnt    1154
     AckPending:
     LastSendLen:
       3
       3
     Log:
       IDs:
         none
     PendingCMD:
     RoundTrip:
       Delay      0.00285696983337402
     loadLvl:
       lastHistory 1643968224.27231
   MatchList:
     1:CUL_HM   ^A......................
   Peers:
     36777E     +36777E,00,00,00
     3D63CF     +3D63CF,02,00,00
     49CBF4     +49CBF4,00,00,00
     49CC43     +49CC43,00,00,00
     4C4BF7     +4C4BF7,00,00,00
     516E8F     +516E8F,00,00,00
     516E97     +516E97,00,00,00
     5174F3     +5174F3,00,00,00
     517E58     +517E58,00,00,00
     517F09     +517F09,00,00,00
     541F89     +541F89,02,00,00
     564434     +564434,00,00,00
     567DAE     +567DAE,00,00,00
     568762     +568762,00,00,00
     5698BD     +5698BD,00,00,00
     56DC1C     +56DC1C,00,00,00
     582572     +582572,00,00,00
     5A1C0F     +5A1C0F,00,00,00
     5EFBA7     +5EFBA7,00,00,00
     5EFBB8     +5EFBB8,00,00,00
     5EFBC2     +5EFBC2,00,00,00
     66C021     +66C021,00,00,00
     6A3F21     +6A3F21,00,00,00
     70D480     +70D480,00,00,00
     70E87F     +70E87F,00,00,00
     732B12     +732B12,00,00,00
   READINGS:
     2022-02-03 17:10:24   D-HMIdAssigned  1A2B3C
     2022-02-03 17:10:24   D-HMIdOriginal  4C3CFE
     2022-02-03 17:10:24   D-firmware      1.4.1
     2022-02-03 17:10:24   D-serialNr      NEQ0605112
     2022-02-03 17:10:08   D-type          HM-MOD-UART
     2022-02-03 17:10:24   cond            ok
     2022-02-04 10:50:25   load            45
     2022-02-04 10:32:25   loadLvl         batchLevel
     2022-02-03 17:10:19   state           opened
   helper:
Attributes:
   group      Steuerung
   hmId       1A2B3C
   logIDs     none
   room       System

VCCU:

Code Auswählen Erweitern

Internals:
   DEF        1A2B3C
   FUUID      5de5342a-f33f-c71a-4eff-e52dddec2049efcb
   IODev      myHmUART
   LASTInputDev myHmUART
   MSGCNT     1869
   NAME       vccu
   NR         40
   NTFY_ORDER 48-vccu
   STATE      myHmUART:ok
   TYPE       CUL_HM
   assignedIOs myHmUART
   channel_01 vccu_Btn1
   disableNotifyFn 1
   myHmUART_MSGCNT 1869
   myHmUART_RAWMSG 0500004F9B86105684980000000AB0F50C4100
   myHmUART_RSSI -79
   myHmUART_TIME 2022-02-04 10:53:09
   protState  Info_Cleared
   READINGS:
     2022-02-03 17:10:21   IODev           myHmUART
     2022-02-04 10:32:25   IOopen          1
     2022-02-04 10:38:42   cfgState        ok
     2022-02-03 22:25:37   commState       Info_Cleared
     2022-02-03 16:09:24   hmPair          name:HM_732B12 SN: model:HM-MOD-RE-8
     2022-02-04 10:32:25   state           myHmUART:ok
     2022-02-03 08:43:19   unknown_522FE1  received
     2022-02-04 10:53:09   unknown_568498  received
     2022-02-04 10:51:15   unknown_568719  received
     2022-02-04 10:52:01   unknown_568761  received
     2022-02-04 10:15:28   unknown_568A63  received
     2022-02-04 08:13:18   unknown_5698F6  received
     2022-02-03 13:23:06   unknown_56E0AD  received
     2022-02-03 13:07:32   unknown_56E0BA  received
     2022-01-29 11:30:29   unknown_5B4B24  received
     2022-02-04 10:49:52   unknown_5F9263  received
     2022-02-04 07:28:38   unknown_720A17  received
     2022-02-03 14:33:53   unknown_732B12  received
     2022-02-04 10:20:41   unknown_BA4BC3  received
   helper:
     HM_CMDNR   20
     mId        FFF0
     peerFriend -
     peerOpt    -:virtual
     regLst     
     rxType     1
     ack:
     cmds:
       TmplKey    :no:1643904622.42094
       TmplTs     1643904622.42094
       cmdKey     0:1:1::vccu:FFF0:00:
       cmdLst:
         assignIO   -IO- [set|unset]...
         clear      [readings|rssi|msgErrors|msgErrors|unknownDev]
         defIgnUnknown noArg
         hmPairForSec -sec- ...
         hmPairSerial -serial-
         tplSet_0   -tplChan-
         update     noArg
         virtual    -noButtons-
       lst:
         condition  slider,0,1,255
         peer       
         peerOpt   
         tplChan   
         tplDel     
         tplPeer   
       rtrvLst:
         cmdList    noArg
         listDevice noArg
         param      -param-
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       vccu       vccu
       ioList:
       prefIO:
     mRssi:
       mNo       
     peerIDsH:
     prt:
       bErr       0
       sProc      0
     q:
       qReqConf   
       qReqStat   
     role:
       dev        1
       vrt        1
     rssi:
     shadowReg:
     tmpl:
Attributes:
   IODev      myHmUART
   IOList     myHmUART
   expert     defReg,rawReg
   group      Steuerung
   model      CCU-FHEM
   room       System
   subType    virtual
   suppressReading battery
   verbose    3
   webCmd     virtual:update

Danke für die Hilfe.
Und noch eine Frage: ich habe die gepatchte 10 CUL_HM.pm eingesetzt. Jetzt steigt das Update an dieser Stelle aus.

[Beta-User]

Setze mal IOgrp an der VCCU (auf die VCCU)

EDIT:
zum Hintergrund - das ioList sollte nicht leer sein:

Code Auswählen Erweitern

io:
       vccu       vccu
       ioList:
Die VCCU ist dazu da, fremde Devices abzuleiten, weitere IO's zu ermöglichen => insgesamt flexibler.