unknown attribute icon und devStateIcon

Begonnen von Zrrronggg!, 06 Januar 2026, 23:09:48

Vorheriges Thema - Nächstes Thema

Zrrronggg!

Ich wechsele gerade von einer relativ alten FHEM 5.9/Linkstation  auf FHEM 6.4 (frischer DL von Vorgestern) auf RPi3 Trixie.

Dazu habe ich meine alte fhem.cfg kopiert und nach diversen Anpassungen bezüglich Verzeichnissen und Funkschnittstellen in die neue FHEM Installation kopiert.

Das läuft an sich recht gut, es gibt aber reichlich Fehlermeldungen. Einige sind Sachen, die schlicht übersehen habe, aber einige verstehe ich nicht.
Insbesondere kriege bei praktisch jeden Device, wo ich es definiert habe:

unknown attribute icon
unknown attribute webCmd
unknown attribute devStateIcon


Das Lustige ist: Die Icons und devStateIcon sind aber alle da.
Auch webCmd macht was es soll. D.H. de "unknown" Attributes funktionieren.

Was habe ich verpasst?
FHEM auf RPi3B+, CUL 868 SlowRF, 2xCUL 868 RFR, 2x CUL 433 für IT, 2xHMLAN-Configurator mit VCCU, ITV-100 Repeater, Sender, Sensoren und Aktoren von FS20, S300, HM, IT, RSL, Blink

Beta-User

Klingt nach einer Folge des manuellen Eingriffs in die cfg.


Steht denn mind. eine FHEMWEB-Definition ziemlich vorne?
Server: HP-elitedesk@Debian 13, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

Zrrronggg!

#2
Richtig, cfg manuell nachbearbeitet, da Pfade nicht mehr stimmen. FHEMWEB-Definition ist fast das erste, davor ist nur ... äh ... Moment mal ...

Davor SOLLTEN Globale Attribute sein, sind sie aber nicht ...
(Keine Ahnung warum, irgendein Fehler von mir beim kopieren)

Ohne
attr global userattr devStateIcon devStateStyle icon sortby webCmdwird's aber in der Tat Probleme geben ... hust.


Also vielen Dank für die Hilfe, es war wohl zu spät gestern.
 




FHEM auf RPi3B+, CUL 868 SlowRF, 2xCUL 868 RFR, 2x CUL 433 für IT, 2xHMLAN-Configurator mit VCCU, ITV-100 Repeater, Sender, Sensoren und Aktoren von FS20, S300, HM, IT, RSL, Blink

betateilchen

-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

Zrrronggg!

Popcorn? Wieso, ist doch alles gelöst.


Aber wo ich gerade schon mit der Mutter aller cfg-edit-Gegner rede, mal eine ernste Frage:

Ich zieh gerade eine recht umfangreiche Installation von einem Host auf einen anderen. Meine Lösung ist, auf dem neuen Host ein "nacktes" FHEM zu installieren und dann die fhem.cfg rüberzukopieren. Das macht erwartungsgemäss einige Problemchen, aber vor allem weil Quelle Featurelevel 5.9 und Ziel 6.4 und Pfade anders (und ich manchmal zu müde, siehe oben)

Ich frage mich nun: Was macht man denn in einer Welt, in der man die fhem.cfg nicht anfassen soll? Wie würde man da so einen Umzug bewerkstelligen? (ernste Frage)
FHEM auf RPi3B+, CUL 868 SlowRF, 2xCUL 868 RFR, 2x CUL 433 für IT, 2xHMLAN-Configurator mit VCCU, ITV-100 Repeater, Sender, Sensoren und Aktoren von FS20, S300, HM, IT, RSL, Blink

JoWiemann

Zitat von: Zrrronggg! am 08 Januar 2026, 01:52:13Ich frage mich nun: Was macht man denn in einer Welt, in der man die fhem.cfg nicht anfassen soll? Wie würde man da so einen Umzug bewerkstelligen? (ernste Frage)

Will mal so sagen. In so einem Fall bleibt einem wohl nichts anderes übrig. Das hier Sorgfalt geboten ist, ist ja nun auch Deine Erkenntnis. Die Frage ist dann noch, ab wann man die Community einbezieht?

Grüße Jörg
Jörg Wiemann

Slave: RPi B+ mit 512 MB, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM

Master: CubieTruck; Debian; Aktuelles FHEM

MadMax-FHEM

#6
@Zrrronggg!

Backup -> Restore

(inkl. Durchführung der notierten Vorbereitungsschritte)

Vorher oder nachher ein Update...

Was machst du, wenn die Kiste abraucht?
(auch ernst gemeint)

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

cetri

Zitat von: MadMax-FHEM am 08 Januar 2026, 07:44:07Was machst du, wenn die Kiste abraucht?
(auch ernst gemeint)


Proxmox auf nem neuen Rechner installieren und die LCX (FHEM, MQTT, usw.) aus der Datensicherung importieren und starten.

MadMax-FHEM

Zitat von: cetri am 08 Januar 2026, 07:59:38
Zitat von: MadMax-FHEM am 08 Januar 2026, 07:44:07Was machst du, wenn die Kiste abraucht?
(auch ernst gemeint)


Proxmox auf nem neuen Rechner installieren und die LCX (FHEM, MQTT, usw.) aus der Datensicherung importieren und starten.

Es war ja nicht allgemein gefragt, sondern an den TE gerichtet (hab ich angepasst)...
...bei dem es sich ja um einen RasPI handelt...

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

betateilchen

Zitat von: Zrrronggg! am 08 Januar 2026, 01:52:13Das macht erwartungsgemäss einige Problemchen, aber vor allem weil Quelle Featurelevel 5.9 und Ziel 6.4 und Pfade anders (und ich manchmal zu müde, siehe oben)

Was meinst Du eigentlich mit Deiner wiederholten Anmerkung bezüglich "Pfade anders"?
Die können/sollten m.E. nur dann "anders" sein, wenn Du sie selbst abweichend vom Standard definiert hast.
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

cetri

Zitat von: MadMax-FHEM am 08 Januar 2026, 08:47:08Es war ja nicht allgemein gefragt, sondern an den TE gerichtet (hab ich angepasst)...
...bei dem es sich ja um einen RasPI handelt...


Hi Joachim,

das war mir schon klar. Nachdem mir aber selber 2 SD-Karten in Raspis abgeraucht sind habe ich mich bewusst für die Proxmox-Variante entschieden und wollte die Vorteile hier kundtun.

Gruß
Jörg

betateilchen

Außerdem läßt sich auch ein Raspi wunderbar auf einen ProxmoxBackupServer sichern, den man ggf. in einer Proxmox-VM laufen hat :)
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

Zrrronggg!

#12
ZitatWas machst du, wenn die Kiste abraucht?
(auch ernst gemeint)

Gruß, Joachim


Falls RPi und SD Karte kaputt:
RPi aus der Schublade holen, Image erstellen, Booten, FHEM installieren, Funkschnittstellen umstecken, fhem.cfg reinkopieren. Fertig.
Mein Backup ist die fhem.cfg die ich immer in aktueller Kopie auf anderen Rechnern  gesichert habe. Dauert alles 30 Minuten oder so.

Falls die SD oder SSD von der RPi läuft nicht kaputt ist: SD in neuen RPi, Funkschnittstellen umstecken, fertig. 3 Minuten.

Früher hielt ich von meinen RPis immer eine geclonte SD Karte vor, aber im Grunde ist Neuinstallation meistens so schnell gemacht, dass sich das kaum lohnt.

Der Umzug war diesmal etwas komplexer, weil die vorherige Kiste kein RPi war, sondern eine 17 Jahre alte Buffalo Linkstation Mini mit Busybox und ich auf Featurelevel 5.9 hängen geblieben war. Da klappt die Übername dann nicht ganz so reibungsfrei.

FHEM auf RPi3B+, CUL 868 SlowRF, 2xCUL 868 RFR, 2x CUL 433 für IT, 2xHMLAN-Configurator mit VCCU, ITV-100 Repeater, Sender, Sensoren und Aktoren von FS20, S300, HM, IT, RSL, Blink

Zrrronggg!

#13
Zitat von: betateilchen am 08 Januar 2026, 09:17:13
Zitat von: Zrrronggg! am 08 Januar 2026, 01:52:13Das macht erwartungsgemäss einige Problemchen, aber vor allem weil Quelle Featurelevel 5.9 und Ziel 6.4 und Pfade anders (und ich manchmal zu müde, siehe oben)

Was meinst Du eigentlich mit Deiner wiederholten Anmerkung bezüglich "Pfade anders"?
Die können/sollten m.E. nur dann "anders" sein, wenn Du sie selbst abweichend vom Standard definiert hast.


Die Linkstation auf der FHEM bisher lief, läuft mit einem stark abgespeckten Linux mit busybox, da sind die Verzeichnisstrukturen keineswegs so wie auf einer standard Linux Büchse. Der eingebaut Speicher ist recht beschränkt, ich fürchte da würde schon FHEM im aktuellen Featurelevel ein Problem sein. Vorteil ist aber, dass da eben auch 1T Plattenplatz dran hängt, sodass man z.b. Logs, Plot Archive und so Kram auf die Platte auslagern kann (und auch muss). Daher stimmen dann die Pfade nicht mit dem überein, was man auf einem RPi vorfindet.

Als die Kiste 1912 oder so ähnlich aufgesetzt wurde, war das alles kein Problem. Da war auch Editieren der fhem.cfg kein Glaubenskrieg. Aber Zeiten ändern sich, die FEHM installation wächst ... erheblich ... und so langsam wurde es auf der Linkstation dann auch doch etwas eng und lahm, daher hab ich das jetzt mal umgezogen.

Und da der Umzug eben im wesentlichen im Kopieren der fhem.cfg besteht, muss ich die an den Stellen ändern. Das hat zugegeben paar Stunden gedauert, auch weil ich von 5.9 auf 6.4 gesprungen bin. Und machmal hab ich mir eben auch ins Knie geschossen... siehe oben.

Und zum Glück gab es jemand, der sich die Mühe gemacht hat, mir inhaltlich zu antworten und mich so wieder auf die Spur gebracht hat.




FHEM auf RPi3B+, CUL 868 SlowRF, 2xCUL 868 RFR, 2x CUL 433 für IT, 2xHMLAN-Configurator mit VCCU, ITV-100 Repeater, Sender, Sensoren und Aktoren von FS20, S300, HM, IT, RSL, Blink

JoWiemann

Zitat von: Zrrronggg! am 08 Januar 2026, 16:37:03Als die Kiste 1912 oder so ähnlich aufgesetzt wurde

Mit einem Uhrwerk?  ;D
Jörg Wiemann

Slave: RPi B+ mit 512 MB, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM

Master: CubieTruck; Debian; Aktuelles FHEM