VCCU Attribute verschwinden in der fhem.cfg nach Neustart

[cocojambo]

seit ein paar Tagen standen bei mit ständig solche Fehlermeldungen in der log Datei:

Code Auswählen Erweitern

2021.10.22 15:05:55 3: HMLAN1: Unknown code A13120083922669F0000107C83522CDA7399D5C2E::-94:HMLAN1, help me!
2021.10.22 15:05:55 3: HMLAN2: Unknown code A13120083922669F0000107C83522CDA7399D5C2E::-101:HMLAN2, help me!
2021.10.22 15:11:39 3: HMLAN1: Unknown code A131200833DCFE7F000010CC16CB87054060F4082::-93:HMLAN1, help me!
2021.10.22 15:13:06 3: HMLAN1: Unknown code A13120083398552F000010CC17DAD9BEFB7AA762D::-99:HMLAN1, help me!
2021.10.22 15:15:26 3: HMLAN2: Unknown code A13120083922669F0000107C83523474B20F8088A::-101:HMLAN2, help me!
2021.10.22 15:22:14 3: HMLAN1: Unknown code A131200833DCFE7F000010CC16CB9321F6977F5CC::-93:HMLAN1, help me!
2021.10.22 15:23:18 3: HMLAN1: Unknown code A13120083398552F000010CC17DAE38374583E753::-97:HMLAN1, help me!

Ich habe dann festgestellt, das Attribute der VCCU Definition in der fhem.cfg verschwunden waren. Es war auch nicht mehr möglich diese erneut zu setzen, weil die in der Attr.Liste nicht mehr vorhanden waren.
Ich habe dann aus einer älteren Sicherheitskopie die Zeilen kopiert und in der config Datei manuell ersetzt.
Danach waren die Fehlermeldungen wieder verschwunden.
Aber nach jedem Neustart sind die Attribute der VCCU wieder weg.
Da ich nichts geändert habe, muß der Fehler über irgend ein Update hineingekommen sein.

So sah der Eintrag der VCCU seit "ewig" in der fhem.cfg aus:

Code Auswählen Erweitern

define VCCU1 CUL_HM 123456
setuuid VCCU1 5c470f60-f33f-6f9b-69c0-3176870990b6072f
attr VCCU1 .mId FFF0
attr VCCU1 IODev HMLAN1
attr VCCU1 IOList HMLAN1,HMLAN2
attr VCCU1 IOgrp VCCU1
attr VCCU1 alias VCCU1
attr VCCU1 expert defReg,rawReg
attr VCCU1 group Systemkontrolle
attr VCCU1 model CCU-FHEM
attr VCCU1 room System
attr VCCU1 subType virtual
attr VCCU1 webCmd :

und so sieht es dann nach einem Neustart aus:

Code Auswählen Erweitern

define VCCU1 CUL_HM 123456
setuuid VCCU1 5c470f60-f33f-6f9b-69c0-3176870990b6072f
attr VCCU1 alias VCCU1
attr VCCU1 group Systemkontrolle
attr VCCU1 room System
attr VCCU1 webCmd :

Kann mir jemand sagen woran das liegt oder liegen kann?
Ich habe keine Idee und auch kein Hinweis gefunden.

Gruß aus Köln
Norbert

[Beta-User]

Version CUL_HM könnte helfen festzustellen, ob du eine kaputte Zwischen-Version erwischt hast.

Vielleicht hilft https://forum.fhem.de/index.php/topic,123436.0.html erst mal weiter.

[cocojambo]

Diese Version habe ich:

# CUL HomeMatic handler
# $Id: 10_CUL_HM.pm 25091 2021-10-18 18:31:00Z martinp876 $

[Beta-User]

...und die verschluckt weiterhin Attribute?!? Nicht gut...
Bist du sicher, dass die nicht zwischendurch mal verloren wurden? Könnte ein Zwischenupdate zwischen August und vor einigen Tagen gewesen sein.

[cocojambo]

Ich habe den Fehler den ganzen Tag über gehabt und habe ständig die Zeilen in die fhem.cfg händisch reinkopiert.
Gestern um 18.00 Uhr habe ich dann nach deinem Post eine Version aus einem älteren Update eingespielt:

Code Auswählen Erweitern

# CUL HomeMatic handler
# $Id: 10_CUL_HM.pm 25059 2021-10-10 07:50:22Z martinp876 $


Bis jetzt kein Fehler in der LOG Datei zu sehen, auch nach einem shutdown restart steht nix ungewöhnliches im LOG. Ich habe mal nachgesehen wann diese Fehlermeldungen im LOG begannen.
Das erste Mal trat der Fehler nach einem Update auf und zwar direckt in der nächsten Zeile nach dem diese Zeile in der LOG Datei stand:

Code Auswählen Erweitern

CUL_HM set VCCU1 getConfig noArg


Vielleicht hilfts.....

Gruß
Norbert

[Beta-User]

Ich habe den Fehler den ganzen Tag über gehabt und habe ständig die Zeilen in die fhem.cfg händisch reinkopiert.

Wenn ich sowas lese, fange ich immer an unruhig auf meinem Stuhl hin- und herzurutschen, weil bei manuellen Eingriffen in die cfg nichts mehr wirklich "sicher" ist... Bitte nur über die FHEMWEB-Oberfläche arbeiten und cfg-Schnippsel über "das grüne Plus" einfügen, alles andere ist nicht mit (u.a.) CUL_HM kompatibel. Alternativ shutdown restart, wenn unbedingt cfg-Eingriffe direkt erforderlich sind

Code Auswählen Erweitern

# CUL HomeMatic handler
# $Id: 10_CUL_HM.pm 25059 2021-10-10 07:50:22Z martinp876 $


Danke für den Hinweis, dann habe ich eine Idee, wo das herkommt...

Dein Problem dürfte sein, dass du ausschließlich einen HMLAN im Einsatz hast, der aber leider nicht (ungepatcht) von CUL_HM als gültiges IO akzeptiert wird. Damit hat die VCCU gar kein IO und wirft alles, was was mit IO zu tun hat direkt aus der cfg. Manches davon ist gewollt (IODev+IOlist gibt es berechtigterweise nicht mehr), hier ist es unbeabsichtigt.

Würde empfehlen, die gepatchten Versionen zu verwenden, denn auch die 25059 hat ein paar "Problemchen"... Da ist dann auch eine HMLAN-Fassung zu finden, mit der der wesentliche Teil der Attribute erhalten bleibt.

[cocojambo]

Jetzt weiß ich garnix mehr.
Das mit der config Datei weiß ich, aber in meiner Oberfläche gibt es das "grüne Kreuz" nicht. (siehe Anhang).
Das mit dem gepatchten HNLAN kenne ich überhaupt nicht. Ich habe 2 HMLAN Adapter im Einsatz und bisher seit Jahren ohne Probleme.
In der config steht die VCCU1 so drin wie ich sie eingegeben habe, mit allen ATTR, aber rufe ich die Device Übersicht auf, sind diese dort nicht mehr vohanden.
Stattdessen tauchen dort einige "unknow" readings auf, die aber nicht mehr als Fehler im LOG stehen (siehe Anhang).
Was muß ich denn jetzt anstellen, um zu einer funktionierenden und Update kompatiblen FHEM version zu kommen?

Ich hoffe du kannst mir helfen.

Gruß aus Kölle
Norbert

[Beta-User]

Jetzt weiß ich garnix mehr.

Das mit der config Datei weiß ich, aber in meiner Oberfläche gibt es das "grüne Kreuz" nicht. (siehe Anhang).

An ein "mehrzeiliges Kommandofeld" kommst du auch, wenn du unter einer Detail-Geräte-Ansicht auf "Raw definition" klickst, wie in https://wiki.fhem.de/wiki/Import_von_Code_Snippets auch bebildert beschrieben.

EDIT: das "grüne Plus" fehlt vermutlich, weil du den "alten" Dark-Style nutzt und nicht f18 mit entsprechender "dark"-Voreinstellung.

Das mit dem gepatchten HNLAN kenne ich überhaupt nicht. Ich habe 2 HMLAN Adapter im Einsatz und bisher seit Jahren ohne Probleme.

Ja, das lieft jahrelang stressfrei. Jetzt gab es ein update, das bestimmte Abläufe zwischen den Modulen geändert hat. Gründe gab es, das zu tun, und jetzt geht es darum, die daraus resultierenden Problemchen vollends zu fixen. Für "will einfach nur benutzen"-User wie dich ärgerlich, aber nun einmal nicht zu ändern.

In der config steht die VCCU1 so drin wie ich sie eingegeben habe, mit allen ATTR, aber rufe ich die Device Übersicht auf, sind diese dort nicht mehr vohanden.

Eine der Änderungen ist die, dass "unzulässige" Attribute korrigiert bzw. gelöscht werden. An sich macht das Sinn, du hast nur das Problem, dass deine VCCU den HMLAN nicht als zulässiges IO erkennt. Daher MUSS die Moduldatei 00_HMLAN.pm an einer Stelle geändert werden (oder der Code in 10_CUL_HM.pm). Entscheidung derzeit: HMLAN soll geändert werden.

Stattdessen tauchen dort einige "unknow" readings auf, die aber nicht mehr als Fehler im LOG stehen (siehe Anhang).

Soweit ist das eine normale VCCU-Funktionalität. Es kann nur sein, dass deine HMLAN nicht mehr die richtige hmId zugewiesen bekommen, und deswegen auch "Müll" in unknown landet, der da nicht hingehört.

Was muß ich denn jetzt anstellen, um zu einer funktionierenden und Update kompatiblen FHEM version zu kommen?

Ich hoffe du kannst mir helfen.

Bitte lade die beiden aktuellsten Fassungen aus https://forum.fhem.de/index.php/topic,123436.msg1182111.html#msg1182111 und dem Vor-Post herunter, und ersetze die beiden in deinem /opt/fhem/FHEM-Verzeichnis enthaltenen Fassungen durch die beiden gepatchten Fassungen. Dabei bitte aufpassen, dass die Rechte nicht geändert werden (typisch: fhem:dialout).

Falls du nicht weißt, wie das geht - auf die Linux-Konsole wechseln, das Paket "mc" via apt installieren (falls nicht schon vorhanden), und dann "mcedit" verwenden:

Code Auswählen Erweitern

cd /opt/fhem/FHEM
sudo mcedit 00_HMLAN.pm

Zum Dateianfang wechseln, F3 drücken, danach Strg+Ende, dann F8 => Dateiinhalt ist nach Bestätigung einer Warnmeldung weg.
Den Inhalt der heruntergeladenen Datei mit einem Editor auf deinem entfernten Rechner öffnen, alles markieren und kopieren, dann in mcedi einfügen und warten, bis alles da ist. Dann F10 für speichern+beenden.

Dasselbe nochmal für 10_CUL_HM.pm.

Danach FHEM neu starten und ggf. noch vorhandene Problem dann melden...

[cocojambo]

@Beta-User

Ich habe die Dateien im Verzeichniss ersetzt. Rechte vergeben und Besitzer/Gruppe angepasst und beide Dateien vom Update ausgeschlossen.
Dann einen Neustart durchgeführt.
In der Übersicht der VCCU1 sind die alten Attribute wieder da aber in den Readings stehen wieder neue "unknown_....." drin.
Auch nach einem "deletereading VCCU1 .* erscheinen diese wieder nach kurzer Zeit, aber nicht in der Log-Datei.

Habe ich was vergessen oder muß noch was geändert werden?

Gruß
Norbert

[Beta-User]

Also - das wichtigste zuerst: An sich sieht das von den Attributen her so aus, wie es sollte. Funktioniert denn alles, was CUL_HM (+HMLAN) betrifft so, wie es soll oder gibt es Probleme?

Die "unknown_.*"-Readings sind Geräte, die deine VCCU irgendwie "eingesammelt" hat - das können auch Geräte sein, die dein Nachbar hat, das kann man aus der Ferne schlecht beurteilen. Die betreffenden HmId's sollten jedenfalls nicht noch an anderer Stelle in deinem FHEM auftauchen (mir ist klar, dass du eventuell keine Idee hast, was ich meinen könnte, aber es ist auch nicht einfach auf die Schnelle zu erklären, was du wie abchecken kannst, vielleicht hilft "list TYPE=CUL_HM DEF" weiter).

Prinzipiell sind screenshots nicht gut, hier wäre ein list oder (eine RAW-Def) besser gewesen.

[cocojambo]

Nachdem ich jetzt nach ca. 4 Std die TV Anlage einschalten wollte ging nichts. Als ich dann nochmal die VCCU1 Definition geöffnet habe steht dort jetzt:

Code Auswählen Erweitern

defmod VCCU1 CUL_HM 123456
attr VCCU1 alias VCCU1
attr VCCU1 group Systemkontrolle
attr VCCU1 room System
attr VCCU1 webCmd :

setstate VCCU1 HMLAN1:disconnected,HMLAN2:disconnected
setstate VCCU1 2021-10-26 13:16:53 .associatedWith VCCU1,VCCU1
setstate VCCU1 2021-10-26 13:31:08 .protLastRcv 20211026133108
setstate VCCU1 2021-10-26 13:31:08 CommandAccepted yes
setstate VCCU1 2021-10-26 13:34:26 IODev HMLAN1
setstate VCCU1 2021-10-26 13:34:33 IOopen 0
setstate VCCU1 2021-10-26 13:13:28 RegL_00.
setstate VCCU1 2021-10-26 13:13:21 cfgState updating
setstate VCCU1 2021-10-26 13:13:21 commState CMDs_done
setstate VCCU1 2021-10-26 13:34:33 state HMLAN1:disconnected,HMLAN2:disconnected
setstate VCCU1 2021-10-26 13:30:51 unknown_398552 received
setstate VCCU1 2021-10-26 13:33:32 unknown_3DCFE7 received
setstate VCCU1 2021-10-26 13:30:51 unknown_922669 received


Also dass was vorher auch schon passierte. In der fhem.cfg und in der Raw Definition sind die Attribute verschwunden und HMLAN 1+2 sind disconnected.
Hier auch mal ein list VCCU1:

Code Auswählen Erweitern


Internals:
   DEF        123456
   FUUID      5c470f60-f33f-6f9b-69c0-3176870990b6072f
   IODev      HMLAN1
   NAME       VCCU1
   NR         9
   NTFY_ORDER 48-VCCU1
   STATE      HMLAN1:disconnected,HMLAN2:disconnected
   TYPE       CUL_HM
   assignedIOs HMLAN1,HMLAN2
   chanNo     01
   disableNotifyFn 1
   READINGS:
     2021-10-26 13:31:08   CommandAccepted yes
     2021-10-26 13:34:26   IODev           HMLAN1
     2021-10-26 13:34:33   IOopen          0
     2021-10-26 13:13:28   RegL_00.       
     2021-10-26 13:13:21   cfgState        updating
     2021-10-26 13:13:21   commState       CMDs_done
     2021-10-26 13:34:33   state           HMLAN1:disconnected,HMLAN2:disconnected
     2021-10-26 13:30:51   unknown_398552  received
     2021-10-26 13:33:32   unknown_3DCFE7  received
     2021-10-26 13:30:51   unknown_922669  received
   helper:
     HM_CMDNR   199
     mId        FFF0
     peerFriend
     peerOpt    v:virtual
     regLst     
     rxType     1
     cmds:
       TmplKey    :no:noAssTs
       cmdKey     1:1:1::VCCU1:FFF0:01:
       cmdLst:
         assignIO   -IO- [({set}|unset)]
         clear      [(readings|rssi|msgEvents|attack|{msgErrors}|unknownDev)]
         defIgnUnknown noArg
         hmPairForSec [-sec-]
         hmPairSerial -serial-
         peerChan   -btnNumber- -actChn- [({single}|dual|reverse)] [({set}|unset)] [(actor|remote|{both})]
         postEvent  -condition-
         press      [(long|{short})] [(-peer-|{all})] [(noBurst|{Burst})] [(-repCount-|{0})] [(-repDelay-|{0.25})]
         pressL     [(-peer-|{all})]
         pressS     [(-peer-|{all})]
         update     noArg
         virtual    [(1..50;1|{1})]
       lst:
         condition  slider,0,1,255
         peer       
         peerOpt   
         tplDel     
       rtrvLst:
         cmdList    [({short}|long)]
         deviceInfo [({short}|long)]
         list       [({normal}|full)]
         listDevice noArg
         param      -param-
     io:
       vccu       VCCU1
       prefIO:
     mRssi:
       mNo       
     peerIDsH:
     prt:
       bErr       0
       sProc      0
     q:
       qReqConf   
       qReqStat   
     role:
       chn        1
       dev        1
       vrt        1
     tmpl:
Attributes:
   alias      VCCU1
   group      Systemkontrolle
   room       System
   webCmd     :



Vielleicht kann man daraus ersehen woran es liegt bzw. was passiert ist.

Gruß
Norbert

[Beta-User]

Vielleicht kann man daraus ersehen woran es liegt bzw. was passiert ist.

@frank: ggf. irgendeine Idee?

Was ist die "uptime" von FHEM?

Irgendwie würde ich gerne ausschließen, dass das Dateisystem einen Hau hat. Das sieht mir nach "undefinierbarem Fehlerbild" aus, was bei SD-Karten leider häufig bedeutet, dass Schreib- und Lesefehler auftauchen.

Leider hat im Hauptthread sonst auch noch keiner gemeldet, ob es Probleme gab, was entweder darauf hindeutet, dass nicht, oder dass ich so einen Bock geschossen habe, dass keiner sich traut, darauf hinzuweisen... (Kann grad leider nicht so intensiv selbst testen, und mit HMLAN schon gleich nicht, da mir die Hardware fehlt).

[cocojambo]

So, ich melde mich auch noch mal. Ich habe ein bischen "rumexperimentiert" wo der Fehler entsteht und wie man ihn hervorrufen kann.
Den Fehler kann man sofort mit "Edit FHEM" ohne was zu ändern und dann "save FHEM.cfg" provozieren: Fehlererscheinung ist sofort da.

Ich habe erstmal mit den org.Dateien probiert. Geht nicht, ist ja klar. Dann habe ich einzeln mit den gepatchten Dateien probiert, ging auch nicht. Zuletzt habe ich dann die gepatchte CUL_HM

Code Auswählen Erweitern

# CUL HomeMatic handler
# $Id: 10_CUL_HM.pm 25091 + autocreate etc. 2021-10-25a Beta-User$

und die alte org. HMLAN

Code Auswählen Erweitern

# $Id: 00_HMLAN.pm 18152 2019-01-05 23:18:38Z martinp876 $
package main;

zusammen verwendet. Damit funktioniert es einwandfrei. Die Attribute sind teilweise weg, die fhem.cfg wird automatisch korrigiert und auch in der raw definition steht das Gleiche drin. Auch mit EDIT und SAVE läßt sich der Fehler nicht mehr hervorrufen.

Code Auswählen Erweitern

defmod VCCU1 CUL_HM 123456
attr VCCU1 alias VCCU1
attr VCCU1 group Systemkontrolle
attr VCCU1 room System
attr VCCU1 subType virtual
attr VCCU1 webCmd :

setstate VCCU1 HMLAN1:ok,HMLAN2:ok
setstate VCCU1 2021-10-26 14:07:33 .RegL_00.
setstate VCCU1 2021-10-26 14:22:43 .associatedWith VCCU1,VCCU1
setstate VCCU1 2021-10-26 15:29:20 .protLastRcv 20211026152920
setstate VCCU1 2021-10-26 15:29:20 CommandAccepted yes
setstate VCCU1 2021-10-26 15:28:58 IODev HMLAN2
setstate VCCU1 2021-10-26 14:49:15 IOopen 2
setstate VCCU1 2021-10-26 13:59:10 cfgState updating
setstate VCCU1 2021-10-26 13:59:10 commState CMDs_done
setstate VCCU1 2021-10-26 14:49:15 state HMLAN1:ok,HMLAN2:ok
setstate VCCU1 2021-10-26 14:51:02 unknown_398552 received
setstate VCCU1 2021-10-26 14:54:10 unknown_3DCFE7 received
setstate VCCU1 2021-10-26 14:39:42 unknown_922669 received

in der FHEM.cfg:

Code Auswählen Erweitern

define VCCU1 CUL_HM 123456
setuuid VCCU1 5c470f60-f33f-6f9b-69c0-3176870990b6072f
attr VCCU1 alias VCCU1
attr VCCU1 group Systemkontrolle
attr VCCU1 room System
attr VCCU1 webCmd :

list VCCU1:

Code Auswählen Erweitern

Internals:
   DEF        123456
   FUUID      5c470f60-f33f-6f9b-69c0-3176870990b6072f
   HMLAN2_MSGCNT 6
   HMLAN2_RAWMSG E104E7E,0000,9122DDEE,FF,FFB1,258002104E7E42E12100
   HMLAN2_RSSI -79
   HMLAN2_TIME 2021-10-26 15:45:19
   IODev      HMLAN2
   LASTInputDev HMLAN2
   MSGCNT     6
   NAME       VCCU1
   NR         9
   NTFY_ORDER 48-VCCU1
   STATE      HMLAN1:ok,HMLAN2:ok
   TYPE       CUL_HM
   chanNo     01
   disableNotifyFn 1
   lastMsg    No:25 - t:02 s:104E7E d:42E121 00
   protLastRcv 2021-10-26 15:45:19
   protRcv    6 last_at:2021-10-26 15:45:19
   rssi_at_HMLAN2 cnt:6 min:-80 max:-79 avg:-79.33 lst:-79
   READINGS:
     2021-10-26 15:45:19   CommandAccepted yes
     2021-10-26 15:45:08   IODev           HMLAN2
     2021-10-26 14:49:15   IOopen          2
     2021-10-26 13:59:10   cfgState        updating
     2021-10-26 13:59:10   commState       CMDs_done
     2021-10-26 14:49:15   state           HMLAN1:ok,HMLAN2:ok
     2021-10-26 14:51:02   unknown_398552  received
     2021-10-26 14:54:10   unknown_3DCFE7  received
     2021-10-26 14:39:42   unknown_922669  received
   helper:
     HM_CMDNR   37
     PONtest    1
     lastMsgTm  1635255919.45089
     mId        0000
     peerFriend
     peerOpt    -:-
     regLst     
     rxType     1
     supp_Pair_Rep 0
     cmds:
       TmplKey    :no:noAssTs
       TmplTs     1635255915.24271
       cmdKey     1:1:0::VCCU1::01:
       cmdLst:
         clear      [(readings|rssi|msgEvents|attack|{msgErrors}|unknownDev)]
         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-
         virtual    [(1..50;1|{1})]
       lst:
         condition  slider,0,1,255
         peer       
         peerOpt   
         tplDel     
       rtrvLst:
         cmdList    [({short}|long)]
         deviceInfo [({short}|long)]
         list       [({normal}|full)]
         param      -param-
         reg        -addr- -list- [-peerChn-]
         regList    noArg
         regTable   noArg
         regVal     -addr- -list- [-peerChn-]
         saveConfig [-filename-]
         tplInfo    noArg
     expert:
       def        1
       det        0
       raw        0
       tpl        0
     io:
       nextSend   1635255919.55068
       vccu       
       prefIO:
     mRssi:
       mNo        25
       io:
         HMLAN2:
           -77
           -77
     peerIDsH:
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   
       qReqStat   
     role:
       chn        1
       dev        1
       vrt        1
     rssi:
       at_HMLAN2:
         avg        -79.3333333333333
         cnt        6
         lst        -79
         max        -79
         min        -80
     tmpl:
Attributes:
   alias      VCCU1
   group      Systemkontrolle
   room       System
   subType    virtual
   webCmd     :

Sobald ich aber die gepatchte HMLAN einfüge funktioniert wieder alles falsch.
Ich weiß nicht ob meine Versuche hilfreich sind und der Fehlersuche helfen......

Gruß
Norbert

[Beta-User]

Also: "EDIT FHEM" ist möglicherweise die Ursache. Zumindest HMLAN, evtl. auch CUL_HM sind NICHT "rereadcfg-fest" (das löst du durch das "save fhem.cfg" aus), und ich rate ausdrücklich weiter davon ab, diese Funktion zu verwenden!
Bitte also immer nur "Raw definition" (oder das bei dir nicht vorhandene "grüne Plus") verwenden. Ansonsten: FHEM immer neu starten, nachdem die Dateien getauscht waren.

Jetzt weiß ich leider nicht, wann "nur" rereadcfg ausgelöst wurde, und wann ein voller Neustart. Wenn du das noch kurz klarstellen könntest?

MAn. sollte ein voller Neustart mit den gepatchten Modulen und den "vollen Attributen" dazu führen, dass IODev gelöscht wird und der Rest erhalten bleibt und auch funktioniert. Wenn das abgesichert nicht der Fall sein sollte, muss ich nochmal suchen, sonst ist es einfach das "rereadcfg-Loch" (und ggf. dann ein gesonderter Aktionspunkt)...

[cocojambo]

Die Funktion EDIT FHEM nutze ich schon von Anfang an und habe dafür einen Button in der Menüleiste (Ich glaube der ist schon seit der Erstinstallation dabei gewesen):

Code Auswählen Erweitern

http://192.###.###.##:8083/fhem?cmd=style%20edit%20fhem.cfg&fwcsrf=*******
und möchte den auch weiterhin nutzen um in der fhem.cfg Kommentare an bestimmten Stellen zu verschiedenen Programmabläufen zu notieren,
um dann irgendwann noch nach nachzuvollziehen, was ich mir dabei gedacht habe.
Da habe ich keine andere Lösung gefunden. Das geht nicht mit dem Kreuz und auch nicht mit raw definition, weil ich nicht an eine bestimmte Position in der fhem.cfg komme für die Notiz zu hinterlasse und die ich bei Bedarf wiederfinden und ändern kann.
So etwa:

Code Auswählen Erweitern

#=========================================
#
# Hier kommen dann die Notizen rein
#
#============================================
Danach kann ich diese Änderung nur mit save fhem.cfg in der Kommandozeile speichern.
Diese Funktion habe ich auch hier genutzt um in der fhem.cfg die Attribute von VCCU1 zu sehen, weil die beim Aufruf der raw definition dort nicht mehr angezeigt wurden.
Ich finde es echt wichtig, das diese Funktion erhalten bleibt, zumal dies bis vor ein Paar Tagen bei allen Updates der CUL_HM einwandfrei geklappt hat und erst jetzt beim Letzten nicht mehr ging.

Übrigens, beim Tausch der Dateien habe ich immer einen Neustart ausgelöst, der aber zu keiner Änderung der Attribute in der fhem.cfg führte nur beim save fhem.cfg waren die weg.
In der jetzigen Konstellation geht übrigens alles wieder wie vorher.

Gruß
Norbert