Autor Thema: Fehlermeldung "HMLAN1 does not support CUL_HM" IOList VCCU  (Gelesen 2725 mal)

Offline dancatt

  • Sr. Member
  • ****
  • Beiträge: 539
Fehlermeldung "HMLAN1 does not support CUL_HM" IOList VCCU
« am: 08 September 2021, 10:24:03 »
Moin zusammen,

in meiner VCCU stehen im Attribut IOList die Werte:
HMLAN1,HMLAN2,HMUART1Ich wollte nun das Attribut mit
attr VCCU IOList  HMLAN1,HMLAN2,HMUART0,HMUART1ergänzen aber da kommt die Fehlermeldung "HMLAN1 does not support CUL_HM".

Was ist denn hier falsch?

Vielen Dank.

MfG
Daniel Cattarius
Cubietruck: FHEM-Server 6.0

Homematic: HM-USB-CFG2, HM-CFG-LAN, HM-LC-SW1-FM, HM-LC-Sw1-Pl-DN-R1, HM-CC-RT-DN, HM-TC-IT-WM-W-EU, HM-SEC-SC-2, HM-SEC-SD, HM-PB-6-WM55

Offline Beta-User

  • Developer
  • Hero Member
  • ****
  • Beiträge: 15739
Server: HP-T620@Debian 10, 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:MySensors, Weekday-&RandomTimer, Twilight,  AttrTemplate {u.a. mqtt2, mysensors, zwave}

Offline dancatt

  • Sr. Member
  • ****
  • Beiträge: 539
Antw:Fehlermeldung "HMLAN1 does not support CUL_HM" IOList VCCU
« Antwort #2 am: 08 September 2021, 13:14:05 »
...sollte mit https://forum.fhem.de/index.php/topic,122422.msg1172009.html#msg1172009 zu lösen sein.

Habe die Datei "10_CUL_HM.pm" heruntergeladen, eingespielt und einen Neustart gemacht.
Der Fehler ist noch der gleiche. Im Log kommt leider nichts.
Cubietruck: FHEM-Server 6.0

Homematic: HM-USB-CFG2, HM-CFG-LAN, HM-LC-SW1-FM, HM-LC-Sw1-Pl-DN-R1, HM-CC-RT-DN, HM-TC-IT-WM-W-EU, HM-SEC-SC-2, HM-SEC-SD, HM-PB-6-WM55

Offline Beta-User

  • Developer
  • Hero Member
  • ****
  • Beiträge: 15739
Antw:Fehlermeldung "HMLAN1 does not support CUL_HM" IOList VCCU
« Antwort #3 am: 08 September 2021, 13:25:10 »
Hmm, hast du mal ein list von dem HMLAN1?
Server: HP-T620@Debian 10, 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:MySensors, Weekday-&RandomTimer, Twilight,  AttrTemplate {u.a. mqtt2, mysensors, zwave}

Offline dancatt

  • Sr. Member
  • ****
  • Beiträge: 539
Antw:Fehlermeldung "HMLAN1 does not support CUL_HM" IOList VCCU
« Antwort #4 am: 08 September 2021, 13:49:49 »
Hmm, hast du mal ein list von dem HMLAN1?

Internals:
   .FhemMetaInternals 1
   DEF        192.168.178.101:1000
   DeviceName 192.168.178.101:1000
   FD         14
   FUUID      5c54236f-f33f-cf0a-9bda-965b4050856856b9
   FVERSION   00_HMLAN.pm:0.181520/2019-01-05
   HMLAN1_MSGCNT 354
   HMLAN1_TIME 2021-09-08 13:48:45
   IFmodel    LAN
   NAME       HMLAN1
   NR         17
   NTFY_ORDER 50-HMLAN1
   PARTIAL   
   RAWMSG     E269DAD,0000,4022562E,FF,FFD3,C38610269DAD0000000A24DA0B0040
   RSSI       -45
   STATE      opened
   TYPE       HMLAN
   XmitOpen   1
   assignedIDsCnt 21
   msgKeepAlive dlyMax:125.397 bufferMin:0
   msgLoadCurrent 5
   msgLoadHistoryAbs 5min steps: 5/5/5/5/5/5/5/5/0/0/0/0
   msgParseDly min:12 max:5498 last:220 cnt:291
   owner      23A38D
   owner_CCU  VCCU
   uptime     012 298:53:12.110
   .attraggr:
   .attrminint:
   .clientArray:
     CUL_HM
   Helper:
     DBLOG:
       D-HMIdAssigned:
         dbLog:
           TIME       1631099238.5684
           VALUE      23A38D
       D-HMIdOriginal:
         dbLog:
           TIME       1631099238.5684
           VALUE      23A38D
       D-firmware:
         dbLog:
           TIME       1631099238.5684
           VALUE      0.965
       D-serialNr:
         dbLog:
           TIME       1631099238.5684
           VALUE      KEQ0851774
       Xmit-Events:
         dbLog:
           TIME       1631099238.85754
           VALUE      init:1 disconnected:1 ok:1
       cond:
         dbLog:
           TIME       1631099238.85754
           VALUE      ok
       loadLvl:
         dbLog:
           TIME       1631101720.941
           VALUE      low
       prot_ok:
         dbLog:
           TIME       1631099238.85754
           VALUE      last
   READINGS:
     2021-09-08 13:07:18   D-HMIdAssigned  23A38D
     2021-09-08 13:07:18   D-HMIdOriginal  23A38D
     2021-09-08 13:07:18   D-firmware      0.965
     2021-09-08 13:07:18   D-serialNr      KEQ0851774
     2021-09-08 13:07:18   Xmit-Events     init:1 disconnected:1 ok:1
     2021-09-08 13:07:18   cond            ok
     2021-09-08 13:48:40   loadLvl         low
     2021-03-31 10:12:10   prot_ERROR-Overload last
     2021-03-31 10:12:09   prot_Warning-HighLoad last
     2021-09-08 13:04:21   prot_disconnected last
     2021-09-08 13:04:21   prot_init       last
     2021-09-01 12:41:58   prot_keepAlive  last
     2021-09-08 13:07:18   prot_ok         last
     2017-03-03 07:30:17   prot_timeout    last
     2021-09-08 13:04:21   state           opened
   helper:
     assIdCnt   21
     assIdRep   21
     info       03C5,KEQ0851774,23A38D,23A38D
     setTime    49777
     cnd:
       0          1
       253        1
       255        1
     dly:
       cnt        291
       lst        220
       max        5498
       min        12
     ids:
       24CF10:
         cfg        +24CF10,00,00,00
         name       2_02_KL_Fensterkontakt
       269DAD:
         cfg        +269DAD,00,00,00
         name       2_05_BZ_Heizungsthermostat
       29801F:
         cfg        +29801F,00,00,00
         chn        01
         flg        0
         msg       
         name       2_03_SZ_Rauchmelder
         to         1631099275.89781
       2982C2:
         cfg        +2982C2,00,00,00
         chn        01
         flg        0
         msg       
         name       2_02_KL_Rauchmelder
         to         1631099271.5004
       2AD870:
         cfg        +2AD870,00,00,00
         name       2_03_SZ_Fensterkontakt
       2ADB09:
         cfg        +2ADB09,00,00,00
         name       2_05_BZ_Fensterkontakt
       2B3D70:
         cfg        +2B3D70,00,00,00
         chn        01
         flg        0
         msg       
         name       2_01_KM_Rauchmelder
         to         1631099263.94899
       2B3FF2:
         cfg        +2B3FF2,00,00,00
         chn        01
         flg        0
         msg       
         name       1_07_FL_Rauchmelder
         to         1631099260.73246
       2B8CCE:
         cfg        +2B8CCE,00,00,00
         chn        01
         flg        0
         msg       
         name       1_01_EZ_Nachtlicht
         to         1631099243.15173
       2CA54E:
         cfg        +2CA54E,00,00,00
         name       1_04_GT_Fensterkontakt
       30A0D7:
         cfg        +30A0D7,00,00,00
         name       3_02_M1_Heizungsthermostat
       365D85:
         cfg        +365D85,00,00,00
         chn        01
         flg        0
         msg       
         name       2_06_FL_Nachtlicht
         to         1631099278.56771
       3D7201:
         cfg        +3D7201,00,00,00
         chn        01
         flg        0
         msg       
         name       1_02_WZ_Tablet
         to         1631099252.68477
       3EBF3E:
         cfg        +3EBF3E,02,00,00
         name       1_06_KU_Schalter
       3FBEE0:
         cfg        +3FBEE0,00,00,00
         name       2_01_KM_Fensterkontakt
       42E272:
         cfg        +42E272,00,00,00
         chn        01
         flg        0
         msg       
         name       1_06_KU_Rollladen
         to         1631099255.66021
       4D265B:
         cfg        +4D265B,00,00,00
         name       1_02_WZ_Tuerkontakt
       4EC5BA:
         cfg        +4EC5BA,00,00,00
         name       1_06_KU_Tuerkontakt
       4F30AE:
         cfg        +4F30AE,00,00,00
         chn        01
         flg        0
         msg       
         name       1_02_WZ_Rollladen_r
         to         1631099249.053
       4F320B:
         cfg        +4F320B,00,00,00
         chn        01
         flg        0
         msg       
         name       1_02_WZ_Rollladen_l
         to         1631099247.02214
       54C03D:
         cfg        +54C03D,00,00,00
         name       1_05_SK_Sensor
     k:
       BufMin     0
       DlyMax     125.397
       Next       1631101745.81413
       Start      1631101720.81413
     loadLvl:
       bl         40
       a:
         99
         90
         40
         0
       h:
         0          low
         40         batchLevel
         90         high
         99         suspended
     log:
       all        0
       sys        0
       ids:
         ARRAY(0xbae611e0)
     q:
       HMcndN     0
       answerPend 0
       hmLanQlen  1
       keepAliveRec 1
       keepAliveRpt 0
       loadLastMax 5
       loadNo     9
       scnt       1
       ald:
         5
         5
         5
         5
         5
         5
         5
         5
         0
         0
         0
         0
       apIDs:
     ref:
       drft       -0.000137230684781117
       hmtL       1075987481
       kTs        0
       offL       1630025733337
       sysL       1631101720818
Attributes:
   group      Geräte
   hmId       23A38D
   hmLanQlen  1_min
   icon       hm_lan
   loadLevel  0:low,40:batchLevel,90:high,99:suspended
   room       9_00_System
   wdTimer    25
Cubietruck: FHEM-Server 6.0

Homematic: HM-USB-CFG2, HM-CFG-LAN, HM-LC-SW1-FM, HM-LC-Sw1-Pl-DN-R1, HM-CC-RT-DN, HM-TC-IT-WM-W-EU, HM-SEC-SC-2, HM-SEC-SD, HM-PB-6-WM55

Offline Beta-User

  • Developer
  • Hero Member
  • ****
  • Beiträge: 15739
Antw:Fehlermeldung "HMLAN1 does not support CUL_HM" IOList VCCU
« Antwort #5 am: 08 September 2021, 14:15:09 »
Hmm, ok...

Folgendes: Für alle anderen IO-Typen scheint es das Internal "Clients" zu geben, nicht aber für den HMLAN. Danach unterscheidet aber CUL_HM, ob es überhaupt ein gültiges IO ist.

Es sollte helfen, ans Ende der "Initialize" noch eine Zeile einzufügen - hier jetzt mal die m.E. "saubere" Fassung ab einschl. $readingFnAttributes:
                     $readingFnAttributes;
  $hash->{Clients} = ":CUL_HM:";
  return;
}

Falls das so paßt, würde ich die vollständige Datei dann noch an die "patchliste" aaO. anhängen.

EDIT: Zur Klarstellung - es geht um die Moduldatei 00_HMLAN.pm
« Letzte Änderung: 08 September 2021, 14:38:03 von Beta-User »
Server: HP-T620@Debian 10, 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:MySensors, Weekday-&RandomTimer, Twilight,  AttrTemplate {u.a. mqtt2, mysensors, zwave}

Offline dancatt

  • Sr. Member
  • ****
  • Beiträge: 539
Antw:Fehlermeldung "HMLAN1 does not support CUL_HM" IOList VCCU
« Antwort #6 am: 08 September 2021, 15:03:48 »
Das Internal "Clienst" wird trotz der Änderung immer noch nicht hinzugefügt.
In der Zeile 65 von 00_HMLAN.pm ist aber auch schon folgender Eintrag enthalten:
$hash->{Clients} = ":CUL_HM:";
  my %mc = (
    "1:CUL_HM" => "^A......................",
  );
$hash->{MatchList} = \%mc;
Cubietruck: FHEM-Server 6.0

Homematic: HM-USB-CFG2, HM-CFG-LAN, HM-LC-SW1-FM, HM-LC-Sw1-Pl-DN-R1, HM-CC-RT-DN, HM-TC-IT-WM-W-EU, HM-SEC-SC-2, HM-SEC-SD, HM-PB-6-WM55

Offline Beta-User

  • Developer
  • Hero Member
  • ****
  • Beiträge: 15739
Antw:Fehlermeldung "HMLAN1 does not support CUL_HM" IOList VCCU
« Antwort #7 am: 08 September 2021, 15:04:37 »
FHEM ist neu gestartet oder du hast die DEF angefasst? Und einen reload der Detailansicht gemacht?
Server: HP-T620@Debian 10, 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:MySensors, Weekday-&RandomTimer, Twilight,  AttrTemplate {u.a. mqtt2, mysensors, zwave}

Offline dancatt

  • Sr. Member
  • ****
  • Beiträge: 539
Antw:Fehlermeldung "HMLAN1 does not support CUL_HM" IOList VCCU
« Antwort #8 am: 08 September 2021, 15:26:25 »
Habe nach der Änderung erst ein reload HMLAN gemacht.
Nachdem dann alle HMLANs disconnected wurden und sich dieser Status nicht mehr geändert hat, habe ich einen Neustart gemacht.
Cubietruck: FHEM-Server 6.0

Homematic: HM-USB-CFG2, HM-CFG-LAN, HM-LC-SW1-FM, HM-LC-Sw1-Pl-DN-R1, HM-CC-RT-DN, HM-TC-IT-WM-W-EU, HM-SEC-SC-2, HM-SEC-SD, HM-PB-6-WM55

Offline Beta-User

  • Developer
  • Hero Member
  • ****
  • Beiträge: 15739
Antw:Fehlermeldung "HMLAN1 does not support CUL_HM" IOList VCCU
« Antwort #9 am: 08 September 2021, 15:47:57 »
 :o öhm...

Du hast natürlich recht mit dem Hinweis, dass die betreffende Anweisung einmalig völlig ausreichen wäre und mein Vorschlag nicht passen kann.

Aber warum & wo geht das Internal verloren...?!?
Da fehlt mir im Moment jede Idee...
Server: HP-T620@Debian 10, 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:MySensors, Weekday-&RandomTimer, Twilight,  AttrTemplate {u.a. mqtt2, mysensors, zwave}

Offline Beta-User

  • Developer
  • Hero Member
  • ****
  • Beiträge: 15739
Antw:Fehlermeldung "HMLAN1 does not support CUL_HM" IOList VCCU
« Antwort #10 am: 08 September 2021, 17:57:06 »
v.a. @frank &/oder noansi:

Habt ihr irgendeine Idee, warum/wo "Clients" verloren geht?

Ergänzend:
Soweit ich das templList-Attribut-Thema (z.B. https://forum.fhem.de/index.php/topic,122726.0.html) verstanden habe, geht das v.a. deswegen verloren, weil vermeintlich der entsprechende Setter für den Gerätetyp nicht da ist - was nach Abschluss der Konfiguration nicht (mehr) zutrifft, der ist vorhanden.
Wenn diese Analyse stimmt, ist es ein Reihenfolge-Problem beim Aufruf der diversen Konfigurationsebenen - woher aber genau, habe ich aber bisher nicht gefunden. Vielleicht hat einer von euch eine Idee?
Server: HP-T620@Debian 10, 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:MySensors, Weekday-&RandomTimer, Twilight,  AttrTemplate {u.a. mqtt2, mysensors, zwave}

Offline frank

  • Hero Member
  • *****
  • Beiträge: 10381
Antw:Fehlermeldung "HMLAN1 does not support CUL_HM" IOList VCCU
« Antwort #11 am: 08 September 2021, 18:12:36 »
Zitat
Habt ihr irgendeine Idee, warum/wo "Clients" verloren geht?
nicht wirklich.

editieren der fhem.cfg plus fhem restart funktioniert ja scheinbar wie immer anstandslos.
nur das ändern übers frontend wird "verhindert", macht probleme.
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 [hm.js]: https://forum.fhem.de/index.php/topic,106959.0.html

Offline Beta-User

  • Developer
  • Hero Member
  • ****
  • Beiträge: 15739
Antw:Fehlermeldung "HMLAN1 does not support CUL_HM" IOList VCCU
« Antwort #12 am: 08 September 2021, 18:30:16 »
weiß nicht...

Folgender Schnelltest: Zwei gültige IO's (CUL+HMUARTLGW-TYPE).
Auszug aus dem List der VCCU:
io: vccu       vccu ioList: CUL1 myHMUART prefIO:Ergänze ich einen (fake) HMLAN via cfg-Edit und starte neu, ist io->ioList LEER. Darauf greift aber zumindest CUL_HM_assignIO() wiederum (nur in Teilen?) zurück. Kann sein, dass es dann doch keine Lücke gibt, weil die folgende Abfrage (ca. ab #10819) das wieder abfängt, aber irgendwie ist es nicht sauber, weil jedenfalls die darauf wieder folgende Auffanglösung dann mangels passendem "Clients" einen Bogen um den HMLAN macht...
Server: HP-T620@Debian 10, 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:MySensors, Weekday-&RandomTimer, Twilight,  AttrTemplate {u.a. mqtt2, mysensors, zwave}

Offline dancatt

  • Sr. Member
  • ****
  • Beiträge: 539
Antw:Fehlermeldung "HMLAN1 does not support CUL_HM" IOList VCCU
« Antwort #13 am: 09 September 2021, 11:06:56 »
Im Modul 00_HMUARTLGW.pm wird das im define gesetzt und da scheint es ja zu funktionieren.
Cubietruck: FHEM-Server 6.0

Homematic: HM-USB-CFG2, HM-CFG-LAN, HM-LC-SW1-FM, HM-LC-Sw1-Pl-DN-R1, HM-CC-RT-DN, HM-TC-IT-WM-W-EU, HM-SEC-SC-2, HM-SEC-SD, HM-PB-6-WM55

Offline Beta-User

  • Developer
  • Hero Member
  • ****
  • Beiträge: 15739
Antw:Fehlermeldung "HMLAN1 does not support CUL_HM" IOList VCCU
« Antwort #14 am: 09 September 2021, 11:28:56 »
Ja. Deswegen ist ja auch die Frage, wo bzw. warum es verloren geht.

Habe mal nach "Clients" in HMLAN, HMInfo, fhem.pl, DevIo und CUL_HM gefahndet und nirgends einen Anpack gefunden, warum das passiert...
Server: HP-T620@Debian 10, 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:MySensors, Weekday-&RandomTimer, Twilight,  AttrTemplate {u.a. mqtt2, mysensors, zwave}