Fhem.cfg überprüfen / Fhem.cfg Einlesen

[aherby]

Moin Zusammen,
sicher wunder viele diese Frage oder wie auch immer.
Jedoch würde mich folgender Sachverhalt interessieren:

Da meine fhem.cfg schon recht groß geworden ist und manuell sortiert und teilweise geschrieben wurde
stellt sich mir nun folgende Frage :
Kann man die fhem.cfg irgendwie überprüfen?

Gerade wenn man von älterer Hardware oder älteren Betriebssystemen kommt und auf neuere Systeme wechselt, würde ich gern die fhem.cfg einlesen statt einfach überschreiben zu lassen.
Daher meine Frage gibt es irgendwie die Möglichkeit die fhem.cfg einlesen und auch auf Kompatibilität bzw. Fehler überprüfen zu lassen?

Ein sehr aufwendiger Weg wäre fast jede Zeile einzelnt in das Kommand-Feld zu kopieren oder über das Web-Frontend neu zu erstellen.

Wäre ja vielleicht auch ein interessanter Gedanke Programm-Codes / Programmteile einlesen zu lassen.
Diese könnten vielleicht geprüft werden und dann komplett abgespeichert werden.
So könnte man als Ersteller den ,,Nachbauern" eine Datei zur Verfügung stellen und die anderen könnten diese einfach einlesen und somit verwenden.

mfg
aherby

[Benni]

Daher meine Frage gibt es irgendwie die Möglichkeit die fhem.cfg einlesen und auch auf Kompatibilität bzw. Fehler überprüfen zu lassen?

Ja! FHEM mit der cfg starten.

Ein sehr aufwendiger Weg wäre fast jede Zeile einzelnt in das Kommand-Feld zu kopieren oder über das Web-Frontend neu zu erstellen.

Das ist im wesentlichen genau das, was FHEM bei der Startverarbeitung der cfg macht. Fehler werden ins Log geschrieben.

Da meine fhem.cfg schon recht groß geworden ist und manuell sortiert und teilweise geschrieben wurde

Du hast sicher schon mal mitbekommen, dass die allgemeine Empfehlung dahin geht, die fhem.cfg nicht von Hand zu bearbeiten. Auch die Sortierung überlässt man am besten FHEM (beim save), denn es weiß selbst am besten, was es in welcher Reihenfolge braucht.

[dev0]

Sortierung überlässt man am besten FHEM (beim save), denn es weiß selbst am besten, was es in welcher Reihenfolge braucht.

FHEM sortiert nichts. Hast Du Dir dafür ein Modul geschrieben?

[marvin78]

FHEM muss auch nichts sortieren. Die Kernaussage ist, dass es egal ist, wie die Config aussieht denn eine Struktur kann man sich in FHEMWEB bauen und FHEM weiß, wo was steht. Meine Config hat 12000 Zeilen "Kraut und Rüben" und alles funktioniert, wie am Schnürrchen

[Benni]

Ich habe gar keine fhem.cfg mehr

[CoolTux]

Was ist eine fhem.cfg 

[FranzB94]

Wer oder was ist ein

Schnürrchen

?

[marvin78]

Leute, die sich über Tippfehler auslassen, benötigt dieses Forum dringend...

[CoolTux]

Ach Marvin. Sein wir mal ehrlich, wir sind ja auch nicht besser. Der Arme Threadersteller hat eine gewissenhafte Frage gestellt und wir machen hier so ein Quatsch daraus 

[marvin78]

Sehe ich anders. Halbwegs beim Thema und ein ganz anderes Thema sind verschiedene Paar Schuhe.

[ernst1024]

Wie bereits gesagt. Fhem wird deine 'alte' cfg einlesen und im Falle eines Fehlers dir eine Meldung geben. Solange du nicht 'save config' ausführst, wird Fhem auch deine cfg nicht überschreiben. Also da brauchst du keine Sorge haben. 

[Ellert]

Wäre ja vielleicht auch ein interessanter Gedanke Programm-Codes / Programmteile einlesen zu lassen.
Diese könnten vielleicht geprüft werden und dann komplett abgespeichert werden.
So könnte man als Ersteller den ,,Nachbauern" eine Datei zur Verfügung stellen und die anderen könnten diese einfach einlesen und somit verwenden.

Diese Idee finde ich schon interessant.

Es wäre für alle, die gern vorbereiteten Code verwenden, eine Hilfe, wenn es ein Gegenstück zu "exportdevice" geben würde.

Mit "importdevice" könnte dann Code (Definition,Attribute, ggf. Readings) über ein sich öffnendes Textfeld importiert, geprüft und ggf. der Import verweigert werden, und zwar ohne cfg-Dateien anzufassen.

Das wäre dann im Sinne der "goldenen Regel" für die Bearbeitung der cfg-Dateien

[Benni]

Das Thema wurde neulich schon mal ergebnislos diskutiert: https://forum.fhem.de/index.php?topic=56949.0

[CoolTux]

Diese Idee finde ich schon interessant.

Es wäre für alle, die gern vorbereiteten Code verwenden, eine Hilfe, wenn es ein Gegenstück zu "exportdevice" geben würde.

Mit "importdevice" könnte dann Code (Definition,Attribute, ggf. Readings) über ein sich öffnendes Textfeld importiert, geprüft und ggf. der Import verweigert werden, und zwar ohne cfg-Dateien anzufassen.

Das wäre dann im Sinne der "goldenen Regel" für die Bearbeitung der cfg-Dateien

Und wer bietet dann Support bei Fehlern. Auf die Weise wird es nur noch mehr Leute geben die zu faul sind die Grundlagen zu erarbeiten aber laut schreien wenn es nicht funktioniert.

[herrmannj]

ja und dazu gibt es doch die Funktionalität heute schon.

Wenn man diesen code hier rauskopiert und in die cmdline eingibt und dann enter drückt hat man doch genau das gewünschte Verhalten. Auch inkl der Syntaxprüfung usw.

Code Auswählen Erweitern

define t dummy; attr t room test;

vg
joerg