VCCU IOList Attribut fehlt

Begonnen von no_Legend, 28 Oktober 2021, 11:15:22

Vorheriges Thema - Nächstes Thema

no_Legend

Hallo Zusammen,

ich hab bei mir eine VCCU eingerichtet.
Nur scheint nun das Attribut für IOList zu fehlen. Siehe List von meiner VCCU

Kann das jemand bestätigen?

Grüße Robert


Internals:
   CUL_868_1_MSGCNT 71
   CUL_868_1_RAWMSG A1057A001200DB81A804A00040000000000::-82.5:CUL_868_1
   CUL_868_1_RSSI -82.5
   CUL_868_1_TIME 2021-10-28 11:14:02
   DEF        200DB8
   FUUID      5c4308e1-f33f-abd1-ab25-05fddf665baacaeb
   FVERSION   10_CUL_HM.pm:0.250910/2021-10-18
   HMLAN1_MSGCNT 132
   HMLAN1_RAWMSG E200DB8,0000,AE20A7B4,FF,FFED,57A001200DB81A804A00040000000000
   HMLAN1_RSSI -19
   HMLAN1_TIME 2021-10-28 11:14:02
   HMLAN2_MSGCNT 64
   HMLAN2_RAWMSG E200DB8,0000,79251E9D,FF,FFD3,B3A001200DB801CC6D00040000000000
   HMLAN2_RSSI -45
   HMLAN2_TIME 2021-10-28 11:13:37
   IODev      CUL_868_1
   LASTInputDev HMLAN1
   MSGCNT     376
   NAME       homematic.vccu
   NR         86
   NTFY_ORDER 48-homematic.vccu
   STATE      mapleCUN1_1:ok,mapleCUN2_1:ok,CUL_868_1:ok,HMLAN1:ok,HMLAN2:ok
   TYPE       CUL_HM
   chanNo     01
   disableNotifyFn 1
   lastMsg    No:57 - t:01 s:200DB8 d:1A804A 00040000000000
   mapleCUN1_1_MSGCNT 60
   mapleCUN1_1_RAWMSG A1014B001200DB823D8FE00040000000000::-86:mapleCUN1_1
   mapleCUN1_1_RSSI -86
   mapleCUN1_1_TIME 2021-10-28 11:10:57
   mapleCUN2_1_MSGCNT 49
   mapleCUN2_1_RAWMSG A1014B001200DB823D8FE00040000000000::-98:mapleCUN2_1
   mapleCUN2_1_RSSI -98
   mapleCUN2_1_TIME 2021-10-28 11:10:57
   protLastRcv 2021-10-28 11:13:53
   protRcv    116 last_at:2021-10-28 11:13:53
   protRcvB   23 last_at:2021-10-28 11:13:03
   rssi_at_CUL_868_1 cnt:71 min:-95 max:-82 avg:-83.72 lst:-82.5
   rssi_at_HMLAN1 cnt:132 min:-101 max:-19 avg:-48.76 lst:-19
   rssi_at_HMLAN2 cnt:64 min:-82 max:-45 avg:-78.18 lst:-45
   rssi_at_mapleCUN1_1 cnt:60 min:-87 max:-84.5 avg:-85.55 lst:-86
   rssi_at_mapleCUN2_1 cnt:49 min:-101 max:-96 avg:-98.32 lst:-98
   READINGS:
     2021-10-28 11:10:47   CommandAccepted yes
     2021-05-20 15:52:43   D-firmware      1.2
     2021-05-20 15:52:43   D-serialNr      -
     2021-10-28 11:13:57   IODev           CUL_868_1
     2021-05-21 21:18:04   IOopen          5
     2021-10-28 11:08:27   RegL_00.       
     2021-10-28 11:10:06   cfgState        updating
     2021-10-27 13:28:40   commState       CMDs_done
     2021-10-28 07:28:18   recentStateType ack
     2021-05-21 21:18:04   state           mapleCUN1_1:ok,mapleCUN2_1:ok,CUL_868_1:ok,HMLAN1:ok,HMLAN2:ok
     2021-01-06 11:32:20   unknown_1E0F69  received
     2021-05-11 12:42:57   unknown_200CB9  received
     2021-04-10 18:38:05   unknown_200FBA  received
     2021-02-06 20:49:19   unknown_449C29  received
     2021-05-21 09:45:05   unknown_449C2D  received
     2021-01-29 08:11:19   unknown_6CFD18  received
     2021-01-11 12:09:55   unknown_71ED28  received
     2021-01-11 12:10:40   unknown_71ED30  received
     2021-01-11 12:09:30   unknown_71ED35  received
     2021-01-11 12:10:44   unknown_71ED3E  received
     2021-05-16 01:39:29   unknown_7258C9  received
     2021-01-11 12:09:16   unknown_7258CD  received
     2021-03-31 13:30:17   unknown_72B351  received
     2021-03-30 10:24:00   unknown_72B475  received
     2021-03-31 08:19:43   unknown_72B4CC  received
     2021-03-19 08:41:34   unknown_806DB8  received
     2021-05-05 22:18:43   unknown_BB4B00  received
     2021-05-21 11:10:50   unknown_BFAAB7  received
     2021-01-06 11:35:02   unknown_F10000  received
   helper:
     HM_CMDNR   87
     PONtest    1
     cfgStateUpdt 0
     lastMsgTm  1635412433.125
     mId        no
     supp_Pair_Rep 0
     tmplChg    0
     cfgChk:
       idPc01     fail
       idPc03     ->homematic.vccu
       idRc01     RegL_00.
     cmds:
       TmplKey    :1635412146.45701:1635412146.58591
       TmplTs     1635412146.58591
       cmdKey     1:1:0::homematic.vccu:no:01:
       cmdLst:
         clear      (readings|all)
         getConfig  noArg
         getRegRaw  (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
         peerBulk   -peer1,peer2,...- [({set}|unset)]
         regBulk    -list-.-peerChn- -addr1:data1- [-addr2:data2-]...
         regSet     [(prep|{exec})] -regName- -value- [-peerChn-]
         tplDel     -tplDel-
         tplSet_0   -tplChan-
         update     noArg
         virtual    [(1..50;1|{1})]
       lst:
         condition  slider,0,1,255
         peer       
         peerOpt   
         tplChan   
         tplDel     
         tplPeer   
       rtrvLst:
         cmdList    [({short}|long)]
         deviceInfo [({short}|long)]
         list       [({normal}|full)]
         listDevice [({all}|alive|unknown|dead|notAlive)]
         param      -param-
         reg        -addr- -list- [-peerChn-]
         regList    noArg
         regTable   noArg
         regVal     -addr- -list- [-peerChn-]
         saveConfig [-filename-]
         status     noArg
         tplInfo    noArg
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       flgs       0
       newChn     +200DB8,00,00,00
       nextSend   1635412443.07198
       rxt        0
       vccu       
       p:
         200DB8
         00
         00
         00
       prefIO:
     mRssi:
       mNo        57
       io:
         CUL_868_1:
           -80.5
           -80.5
         HMLAN1:
           -19
           -19
         HMLAN2:
           -45
         mapleCUN1_1:
         mapleCUN2_1:
     peerIDsH:
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   00
       qReqStat   
     role:
       chn        1
       dev        1
     rssi:
       at_CUL_868_1:
         avg        -83.7253521126761
         cnt        71
         lst        -82.5
         max        -82
         min        -95
       at_HMLAN1:
         avg        -48.7651515151515
         cnt        132
         lst        -19
         max        -19
         min        -101
       at_HMLAN2:
         avg        -78.1875
         cnt        64
         lst        -45
         max        -45
         min        -82
       at_mapleCUN1_1:
         avg        -85.5583333333333
         cnt        60
         lst        -86
         max        -84.5
         min        -87
       at_mapleCUN2_1:
         avg        -98.3265306122449
         cnt        49
         lst        -98
         max        -96
         min        -101
     tmpl:
Attributes:
   DbLogExclude .*
   IOgrp      homematic.vccu
   autoReadReg 4_reqStatus
   event-on-change-reading .*
   expert     defReg,rawReg
   group      Sender_Homematic
   hmKey      xxxxxxxx
   icon       hm_ccu
   model      ACTIONDETECTOR
   room       9.80_Sender
   subType    no
   webCmd     virtual:update
IntelNUC mit Ubuntu mit FHEM immer aktuell,2x HMLAN, CUL443, CUL868 -homekit/siri -tablet ui -homebridge
Device, diverse:
HM-SEC-KEY,HM-LC-BL1-FM,HM-SEC-SD,HM-Sen-DB-PCB,HM-Sec-RHS,HM-Sec-SC-2,HM-WDS10-TH-O,Harmony,Netamo, 433MHz Steckdosen uvm.

Otto123

Hallo Robert,

was meinst Du mit fehlen? Du musst es einrichten!
Oder fehlt es in der Auswahl?

Und unbedingt diesen Thread beachten!!! https://forum.fhem.de/index.php/topic,123436.msg323248.html

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

no_Legend

Zitat von: Otto123 am 28 Oktober 2021, 11:20:24
Hallo Robert,

was meinst Du mit fehlen? Du musst es einrichten!
Oder fehlt es in der Auswahl?

Und unbedingt diesen Thread beachten!!! https://forum.fhem.de/index.php/topic,123436.msg323248.html

Gruß Otto

Hallo Otto,

ich habe seit geraumer Zeit eine VCCU definiert. Bisher auch ohne Probleme gelaufen.
Heute wollte ich bei dem ein oder anderem Device mal eine anderen IODev hinterlegen.
Dabei kam eine Fehler Meldung.

Die VCCU hatte auf einmal keine IOList mehr. Hab mich mal auf Fehlersuche gemacht.
Grund scheint wohl zu sein, dass im Model der VCCU "actiondetector" eingetragen ist.
Ich hab hier aber nie was geändert.

Nach modelforce Umstellung auf CCU-FHEM, ist auch wieder das IOList vorhanden.

Ich hab hier aber aktiv nie was geändert.

Grüße Robert
IntelNUC mit Ubuntu mit FHEM immer aktuell,2x HMLAN, CUL443, CUL868 -homekit/siri -tablet ui -homebridge
Device, diverse:
HM-SEC-KEY,HM-LC-BL1-FM,HM-SEC-SD,HM-Sen-DB-PCB,HM-Sec-RHS,HM-Sec-SC-2,HM-WDS10-TH-O,Harmony,Netamo, 433MHz Steckdosen uvm.

Beta-User

Die neueren Fassungen sind einfach stringenter aufgebaut, was die Attribut-Prüfung angeht. Früher gab es Kombinationen, die an sich keinen Sinn gemacht haben, aber (scheinbar...?) funktioniert haben.

Da du einen HMLAN im setup hast: UNBEDINGT die gepatchte HMLAN-Fassung nehmen, die aktuelle aus dem svn macht bei VCCU-Einsatz iVm. der svn-Version von CUL_HM Probleme! (Überrascht mich grade, das die als "ok" angezeigt werden)
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

no_Legend

Zitat von: Beta-User am 28 Oktober 2021, 12:10:33
Die neueren Fassungen sind einfach stringenter aufgebaut, was die Attribut-Prüfung angeht. Früher gab es Kombinationen, die an sich keinen Sinn gemacht haben, aber (scheinbar...?) funktioniert haben.

Da du einen HMLAN im setup hast: UNBEDINGT die gepatchte HMLAN-Fassung nehmen, die aktuelle aus dem svn macht bei VCCU-Einsatz iVm. der svn-Version von CUL_HM Probleme! (Überrascht mich grade, das die als "ok" angezeigt werden)

FHEM ist bei mir auf dem aktuellen Stand.
Hab ich dir richtig verstanden, dass das reichen sollte?

Danke und Gruß Robert
IntelNUC mit Ubuntu mit FHEM immer aktuell,2x HMLAN, CUL443, CUL868 -homekit/siri -tablet ui -homebridge
Device, diverse:
HM-SEC-KEY,HM-LC-BL1-FM,HM-SEC-SD,HM-Sen-DB-PCB,HM-Sec-RHS,HM-Sec-SC-2,HM-WDS10-TH-O,Harmony,Netamo, 433MHz Steckdosen uvm.

Otto123

Nein - Bitte den Link in #1 lesen!
CUL_HM ist quasi a priori "kaputt" wenn Dein FHEM einfach durch das update "aktuell" gemacht wurde!
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

Beta-User

Zitat von: Otto123 am 28 Oktober 2021, 16:06:28
Nein - Bitte den Link in #1 lesen!
CUL_HM ist quasi a priori "kaputt" wenn Dein FHEM einfach durch das update "aktuell" gemacht wurde!
Vielleicht etwas präziser: Die Kombination von CUL_HM+HMLAN aus dem svn ist "kaputt".
CUL_HM mit anderen IO-Typen aus dem svn funktioniert zwar meistens, hat aber ein paar "Macken".

Welche genau, ist eigentlich rudimentär aus dem anderen Thread in Erfahrung zu bringen, aber "to make long story short": Derzeit fährt man am besten, wenn man alle (eingesetzten) mit CUL_HM in Verbindung stehenden Module (einschl. HMUARTLGW) auf den jeweils letzten Stand bringt, der sich aus dem ersten Post in dem verlinkten Thread ergibt (der ist "leider" auch schon wieder ganz leicht veraltet, ich hoffe, bald noch patches und volle Fassungen für CUL_HM und HMinfo liefern zu können...)
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

no_Legend

Sorry den link hab ich mal wieder direkt überlesen.

Dann werde ich morgen mal gleich die Patches einspielen
IntelNUC mit Ubuntu mit FHEM immer aktuell,2x HMLAN, CUL443, CUL868 -homekit/siri -tablet ui -homebridge
Device, diverse:
HM-SEC-KEY,HM-LC-BL1-FM,HM-SEC-SD,HM-Sen-DB-PCB,HM-Sec-RHS,HM-Sec-SC-2,HM-WDS10-TH-O,Harmony,Netamo, 433MHz Steckdosen uvm.