Hallo,
ich habe die fhem.cfg aufgeteilt.
Mit dem include Kommando habe ich die Module dann eingebunden.
Das funktioniert in der aktuellen Version bei mir nicht mehr.
Alle Includes werden beim speichern gelöscht.
@rudolfkoenig
Es hat neulich eine Änderung im Fhem-Code gegeben, wo wildcards eingeführt wurden.
glob/Wildcards in CommandInclude (https://forum.fhem.de/index.php?topic=143339.0)
Kann das damit zusammenhängen?
https://forum.fhem.de/index.php?topic=143339.0
Hauptsache, der Mist funktioniert unter OpenWRT... 🤮
Ich fand die Idee mit den Wildcards eigentlich ganz gut
und habe darüber nachgedacht, darauf umzustellen.
Leider hat das Fehlen der Definitionen nach dem Neustart zu einigen Problemen bei mir geführt.
Das würde ich anderen gerne ersparen. Daher habe ich das Thema hier mal angesprochen.
Werden die includes bei Dir auch gelöscht? Ist das reproduzierbar?
Zitat von: SparcWolf am 11 Januar 2026, 09:41:46Ich fand die Idee mit den Wildcards eigentlich ganz gut
und habe darüber nachgedacht, darauf umzustellen.
Leider hat das Fehlen der Definitionen nach dem Neustart zu einigen Problemen bei mir geführt.
Das würde ich anderen gerne ersparen. Daher habe ich das Thema hier mal angesprochen.
Werden die includes bei Dir auch gelöscht? Ist das reproduzierbar?
Hilfe meine include verschwinden könnt ihr das bereinigen ?
####################################
## Laden der mycfg Files Räume
#das muss drinnen sein
#include /opt/fhem/mycfg/00_config.cfg
####################################
include /opt/fhem/mycfg/00_config.cfg ( hier sind werden alle meine räume durch weitere includes geladen >>> wird gelöscht nach update
die datei 00_config.cfg ist auch leer keine icludes mehr vorhanden
Danke fuer den Hinweis, habs gefixt.
Sieht gut aus. Vielen Dank!
Zitat von: betateilchen am 11 Januar 2026, 09:29:50https://forum.fhem.de/index.php?topic=143339.0
Hauptsache, der Mist funktioniert unter OpenWRT... 🤮
Mein besonderer Dank gilt jw2013, der mich den halben Sonntag gekostet hat. Dieser "Mist" (Zitat siehe oben - ich schließe mich gerne aber auch inhaltlich an) war wirklich so überflüssig wie ein Kropf. Das Einspielen eines Fhem-Backups ist damit faktisch unmöglich, obwohl man eigentlich alles richtig gemacht hat.
Dank Proxmox konnte ich wenigstens ein funktionierendes Backup einspielen, aber es fehlen knapp 2 Tage an Daten, die etliche Statistiken verhunzen.
Mit diesem Beispiel muss man sich nicht wundern, wenn Home Assistant zur denkbaren Alternative wird. Mir wäre es allerdings lieber gewesen, wenn sich jw2013 Home Assistant als Opfer herausgesucht hätte.
Viele Grüße Gisbert
Nachdem ja darüber berichtet wurde, dass der Fehler gefixt wurde und es wieder gut aussieht, hab ich heute (12.1.) um 8:28 ein Update gemacht.
Konkret hab ich folgende Befehle in die Fhem-Kommandozeile eingegeben:
update allgefolgt von
shutdown restartMeine includes werden weiterhin in der fhem.cfg gelöscht:
### Konfigurationsdateien ###
### Wlan-Kamera ###
### Anwesenheitserkennung ###
### Tankstelle.de ###
### Traffic-Nachrichten ###
### Ignorierte Devices ###
### AMAD - Automagic Android Device ###
### Pushnachrichten ###
### Müllabfuhr ###
### NRW-Feiertage.cfg ###
### Finanzdaten ###
### Wetterdaten
### Homematic-Aktoren und -Sensoren ###
### Lüfterschaltung ###
### Aussenbeleuchtung ###
### SensorAktualitaet ###
### Rauchmelder ###
### Rollladen ###
### HeizungWarmwasser ###
### fhempy ###
### NetzwerkServer ###
### Multimedia TV ###
### include ./FHEM/MultimediaTV.cfg
### Markisensteuerung ###
### Corona ###
### include ./FHEM/Corona.cfg
### Rhasspy ###
### Daikin Cloud ###
### Daikin Cloud ###
### ATtiny 85 ###
### Tuer- und Fensterkontakte ###
### DEYE, JK-BMS ###
### Tibber Costs ###
### include ./FHEM/TibberCosts.cfg
### HEOS ###
### Tuya ###
### Gasspeicher Deutschland ###Bisher gab es mit updates, so wie ich es oben durchgeführt hab, keine Probleme. Wenn ich nicht der berühmte Einzelfall bin, dann dürften in den nächsten Stunden und Tagen etliche User betroffen sein, die ein Update machen wollen.
Viele Grüße Gisbert
Ich heb auch mal die Hand.
Auch nach Update fliegen includes raus aus der fhem.cfg. Komischerweise aber nicht alle, manche bleiben drin. Hab aber bisher noch kein Schema erkennen können.
Ich hatte mir gestern die neue Version direkt aus dem SVN gezogen. Damit war es bei mir OK.
Ich habe heute Morgen auch ein Update gemacht. (# $Id: fhem.pl 30719 2026-01-11 10:34:41Z rudolfkoenig $)
Mit meiner fhem.cfg ist nach dem Speichern alles OK. Die includes sind da.
Somit scheint der Fix nicht in allen Fällen zu greifen.
Lasst bitte jw2013 in Ruhe: der Code samt Fehler geht auf meine Kappe, genauso wie die Verantwortung fuer fhem.pl
ZitatDas Einspielen eines Fhem-Backups ist damit faktisch unmöglich, obwohl man eigentlich alles richtig gemacht hat.
Wieso war das Einspielen unmoeglich?
Was was das fuer ein Fhem-Backup?
Ich will nicht Diskutieren, sondern verstehen, ob was verbessert werden kann.
ZitatMeine includes werden weiterhin in der fhem.cfg gelöscht:
Wie ist der Code Abschnitt danach zu interpretieren?
Koennte bitte jemand mit dem Problem pruefen, ob wirklich fhem.pl von gestern (siehe $Id:) verwendet wird und nicht nur installiert ist.
Das FHEM Kommando "Version" meldet bei mir:
--- snip ---
Latest Revision: 30724
File Rev Last Change
fhem.pl 30719 2026-01-11 10:34:41Z rudolfkoenig
...
--- snip ---
@SparcWolf: wenn ich Dich richtig verstanden habe, hast du mit der neuen Version kein Problem.
Ja, bei mir ist es OK.
Noch eine ergänzende Beobachtung von meiner Seite.
Ein Proxmox Backup vom 10.1. 3:10 mit vorherigen Update funktioniert, solange man die fhem.cfg nicht ediert. Wenn man die fhem.cfg in Fhem aber ediert und speichert, dann sind die includes weg.
Ein erneutes Proxmox Backup vom 10.1. 3:10 mit einem heutigen Fhem Update führt zur Löschung der includes.
Derzeit hab ich folgende Version (aus dem Proxmox Backup), die beim Fhem update includes löscht:
fhem.pl 30690 2026-01-05 20:02:35Z rudolfkoenig
ZitatWenn man die fhem.cfg in Fhem aber ediert und speichert, dann sind die includes weg.
Per Voreinstellung existiert ein restore Verzeichnis mit 3 alten Versionen der Konfigurationsdateien.
Auch die alten Versionen der per update aktualisierten Module (bzw. fhem.pl) werden hier gespeichert.
Beide kann man mit dem restore FHEM Befehl zurueckholen.
configDB speichert meines Wissens auch mehrere alte Versionen.
ZitatDerzeit hab ich folgende Version (aus dem Proxmox Backup), die beim Fhem update includes löscht:
Die Versionen von fhem.pl zwischen 2026-01-04 und 2026-01-05 sind fehlerhaft.
Bitte die Version vom 2026-01-11 verwenden.
Hallo Rudi,
Vielen Dank für's Fixen und deine Erklärungen.
Ich hab die fhem.pl mit einem Win11-Rechner runtergeladen (mangels besseren Wissens) und auf den Server kopiert. Erstaunlicherweise bleiben alle Berechtigungen gleich. Gibt es eine bessere bzw. zuverlässige Möglichkeit, die fhem.pl aus dem trunk direkt in den Fhem-Ordner downzuloaden?
Mein Fhem läuft wieder.
Viele Grüße Gisbert
Hallo,
{ Svn_GetFile("fhem.pl", "fhem.pl") }
oben in der Kommandozeile ausführen.
edit: und danach FHEM neu starten.
Gruß Thomas
Fehler scheint behoben, hier läuft's wieder wie zuvor.
Danke.
Zitat von: TomLee am 12 Januar 2026, 13:29:45Hallo,
{ Svn_GetFile("fhem.pl", "fhem.pl") }oben in der Kommandozeile ausführen.
edit: und danach FHEM neu starten.
Gruß Thomas
Hallo Thomas,
ich hab den Befehl ausgeführt. Im Browser wird anschließend eine leere Seite angezeigt.
In /opt/fhem steht die Datei fhem.pl mit dem Datum von heute vormittag drin, d.h. das Datum hat sich nicht geändert. Muss man die fhem.pl vorher löschen?
Viele Grüße Gisbert
Nein, löschen muss man nix. Die Datei wird ersetzt.
Hast Du es wirklich c&p eingefügt und ausgeführt?
Normal kommt dann:
Download started, check the FHEM-log
und im Logfile:
2026.01.12 13:26:29 1: SVN download of fhem.pl to fhem.pl finished
Mehr kann ich dann auch nicht weiterhelfen...
Hallo Thomas,
das Fhem Wiki https://wiki.fhem.de/wiki/Update (https://wiki.fhem.de/wiki/Update) sagt folgendes:
ZitatEinzelne Dateien aus dem SVN holen
Manchmal wird im Forum die Empfehlung gegeben Die Fehler-bereinigte Datei bitte direkt aus dem SVN holen. Dies kann mit der Perlfunktion { Svn_GetFile('from SVN Path', 'to local Path') } direkt in der FHEM Kommandozeile erfolgen, hier ein paar Beispiele:
{ Svn_GetFile('FHEM/DevIo.pm', 'FHEM/DevIo.pm') }
{ Svn_GetFile('contrib/86_FS10.pm', 'FHEM/86_FS10.pm') }
{ Svn_GetFile('fhem.cfg', 'minimal.cfg') }
Wie man sieht, kann man sich damit auch aktuelle Dateien aus dem SVN contrib Pfad in den lokalen FHEM Pfad holen.
Demnach sind einfache Anführungszeichen zu benutzen - damit funktioniert der Download.
Viele Grüße Gisbert
ZitatDemnach sind einfache Anführungszeichen zu benutzen
Mit einfachen Anfuehrungszeichen findet keine Ersetzung von perl Variablen (wie $x) statt, mit doppelten Anfuehrungszeichen schon.
Da in diesem Fall keine Variablen verwendet werden, sind beide Varianten identisch.
Gerade beide mit dem Beispiel von TomLee getestet: kein Unterschied.
Es gibt unterschiedliche Versionen der doppelten Anführungszeichen, insb. Texteditoren neigen dazu die komischen Varianten zu verwenden.
FHEM gibt aber auch in diesen Faellen eine Fehlermeldung zurueck, z.Bsp.:
ZitatUnrecognized character \xE2; marked by <-- HERE after n_GetFile(<-- HERE near column 15 at (eval 27) line 1.