Hi zusammen,
oftmals habe ich Mühe, die Stellen die ich gerade geändert habe, wiederzufinden und würde mir daher eine Zeilennummerierung in der fhem.cfg wünschen.
VG,
al
Erst mal die Grundsätzliche und eindringliche Empfehlung die fhem.cfg nicht manuell zu editieren, sondern die Konfiguration über FHEMWEB zu bearbeiten. Es gibt wirklich (fast) keinen Grund die fhem.cfg anzufassen.
Zweitens: Wenn es schon sein muss, dann über einen vernünftigen Texteditor, der Zeilennummern mitbringt (das kann u.a. auch Codemirror, der sich in FHEMWEB aktivieren lässt)
Und zu guter Letzt nochmal der Hinweis, dass die fhem.cfg nicht von Hand bearbeitet werden sollte!
So, ich geh jetzt erst mal schauen, ob ich noch Popcorn da habe ;D
Zitat von: Benni am 22 März 2017, 22:19:14
Erst mal die Grundsätzliche und eindringliche Empfehlung die fhem.cfg nicht manuell zu editieren, sondern die Konfiguration über FHEMWEB zu bearbeiten. Es gibt wirklich (fast) keinen Grund die fhem.cfg anzufassen.
Zweitens: Wenn es schon sein muss, dann über einen vernünftigen Texteditor, der Zeilennummern mitbringt (das kann u.a. auch Codemirror, der sich in FHEMWEB aktivieren lässt)
Und zu guter Letzt nochmal der Hinweis, dass die fhem.cfg nicht von Hand bearbeitet werden sollte!
So, ich geh jetzt erst mal schauen, ob ich noch Popcorn da habe ;D
Besser hätte ich es nicht sagen können...
...leider habe ich zu langsam getippt ;)
Gruß, Joachim
Und es gibt wirklich nur einen Grund die fhem.cfg mit Hand zu editieren. Musste ich in den letzten drei Jahren genau einmal vorige Woche machen.
Auf was für Ideen die Leute kommen :-X
Also einfach die Oberfläche nutzen ;D und die letzen Änderungen stehen auf dem roten Fragezeichen.
Prost Benni :P
Zitat von: Otto123 am 22 März 2017, 22:26:19
Prost Benni :P
Popcorn und Bier das genehmige ich mir! ;)
Sorry wegen sehr schwerem "off-topic"!
Aber das musste sein ;)
Gruß und Post-Mahlzeit, Joachim
Ich mache mir noch einen Caipirinha ;D
Vor allem sind bei mir Zeilennummer da, liegts am Caipi?
Ach ne ->attr WEB codemirrorParam { "theme":"blackboard", "lineNumbers":true } 8)
Ich hole mir jetzt auch ein Bier (und Chips) und versuche raus zu finden, wie ich die configDb am Besten nummeriere...
Hmm. Seids mir nicht bös, aber ich denke, dass das erste Reply-Post von Benni vermutlich auch gelangt hätte, oder?
Ich mag mit meiner Meinung allein da stehen, aber es ist IMHO nicht förderlich "FHEM-Newbies" mit Chips- und Alkohol-Vergleichen zu verprellenhöhnen. Umso mehr, da alle Replier eigentlich honorige und verdiente FHEM-Contributer sind. Braucht's des?
Zitat von: tomster am 23 März 2017, 02:18:26
Hmm. Seids mir nicht bös, aber ich denke, dass das erste Reply-Post von Benni vermutlich auch gelangt hätte, oder?
Ich mag mit meiner Meinung allein da stehen, aber es ist IMHO nicht förderlich "FHEM-Newbies" mit Chips- und Alkohol-Vergleichen zu verprellenhöhnen. Umso mehr, da alle Replier eigentlich honorige und verdiente FHEM-Contributer sind. Braucht's des?
Im Nachhinein betrachtet sehe ich auch, dass das etwas zu viel war und möchte mich beim TE aufrichtig entschuldigen. Falls du nicht die Lust verloren hast und weitere Fragen hast, scheue dich bitte nicht sie zu stellen. Ich (und ich denke ich spreche da auch für die übrigen Contributer) werde versuchen, diese ernsthaft zu beantworten.
Dennoch verbleibt die Intention der Beiträge. Ein User soll gar nicht in der cfg rum fummeln. Alles sollte über das FHEMWEB gemacht werden. Hier kann man sich dann auch Hilfen einbauen, Thema Codemirror.
Grüße
fhem.cfg editieren ist genau wie Fusspilz ein kribbelndes Gefühl. Aber genau wie beim Fusspilz ist man auch bei der fhem.cfg froh, wenn man sie losgeworden ist.
Zitat von: KernSani am 22 März 2017, 23:34:24
versuche raus zu finden, wie ich die configDb am Besten nummeriere...
Darüber musst Du Dir keine Gedanken machen, die Einträge SIND nummeriert.
Zitat von: Otto123 am 22 März 2017, 22:26:19
Und es gibt wirklich nur einen Grund die fhem.cfg mit Hand zu editieren.
Der da wäre? Ich kenne keinen.
Zitat von: CoolTux am 23 März 2017, 06:39:14
Dennoch verbleibt die Intention der Beiträge. Ein User soll gar nicht in der cfg rum fummeln. Alles sollte über das FHEMWEB gemacht werden. Hier kann man sich dann auch Hilfen einbauen, Thema Codemirror.
Dagegen. Es gibt Anwendungsfälle, in denen das sehr sehr sinnvoll...
Vielleicht können wir die Aussage nach dem Pareto-Prinzip modifizieren: 70%-80% der täglichen Arbeit kann und sollte über FHEMWEB gemacht werden. Aber die 20%-30%, die richtig viel Arbeit kosten, sind in fhem.cfg direkt viel schneller zu erledigen...
Ciao, -MN
Zitat von: Otto123 am 22 März 2017, 22:45:33
Ach ne ->attr WEB codemirrorParam { "theme":"blackboard", "lineNumbers":true } 8)
Moin, das gefällt mir, ich bekomme mit dem attribut allerdings einen Fehler:
WEB: unknown attribute codemirrorParam. Type 'attr WEB ?' for a detailed list.
und nein, ich möchte nicht darin editieren. :-)
/Frank
Guck mal hier: https://wiki.fhem.de/wiki/Konfiguration#Integrierter_Editor
Zitat von: KernSani am 23 März 2017, 09:06:00
Guck mal hier: https://wiki.fhem.de/wiki/Konfiguration#Integrierter_Editor
danke! :-)
Zitat von: Frank_Huber am 23 März 2017, 08:55:51
Moin, das gefällt mir, ich bekomme mit dem attribut allerdings einen Fehler:
WEB: unknown attribute codemirrorParam. Type 'attr WEB ?' for a detailed list.
und nein, ich möchte nicht darin editieren. :-)
/Frank
Dann hast Du das Attribut nicht über FHEMWEB hinzugefügt, denn da werden nur Attribute aufgelistet die auch funktionieren.
Zitat von: KernSani am 23 März 2017, 09:06:00
Guck mal hier: https://wiki.fhem.de/wiki/Konfiguration#Integrierter_Editor
Ok ich sehe gerade das Wiki geht da mit falschen Beispiel voran. Ich werde das mal im Laufe des Tages korrigieren.Die Aussage ist Unsinn. Habe auf dem Tablet nur die hälfte gesehen. Passt schon so, die cfg wurde nur zum Zeigen des Codemirrors editiert, nicht wie ich dachte um den Codemirror zu konfigurieren.
Zitat von: betateilchen am 23 März 2017, 08:14:49
Der da wäre? Ich kenne keinen.
Moin,
man fängt an mit FHEM, hat einen HM IO. Der reicht irgendwann nicht: wegen der Funkabdeckung, FW Updates gehen mit dem HMLAN nicht usw.
Dann holt man einen zweiten definiert ihn, weißt ihn bestimmten Geräten zu.
Und dann hat man beim Start Fehlermeldung weil die Definition des neuen IO hinter den vorher angelegten Geräten in der fhem.cfg steht.
Diese Fehler behebt man, in dem man die definition des neuen IO nach vorne verschiebt.
Gruß Otto
Zitat von: Morgennebel am 23 März 2017, 08:30:57
Es gibt Anwendungsfälle, in denen das sehr sehr sinnvoll...
Nein.
Zitat von: Morgennebel am 23 März 2017, 08:30:57
Aber die 20%-30%, die richtig viel Arbeit kosten, sind in fhem.cfg direkt viel schneller zu erledigen...
Da wette ich dagegen.
Zitat von: Otto123 am 23 März 2017, 09:28:40
Diese Fehler behebt man, in dem man die definition des neuen IO nach vorne verschiebt.
Du bist ja so vorhersehbar... ich wusste genau, dass dieser Blödsinn jetzt als "Argument" kommt.
Erstens: Auch das "nach vorne verschieben" lässt sich im Frontend erledigen.
Zweitens: wenn das von Dir beschriebene Verhalten tatsächlich zu einem Problem führt, hat der zuständige Modulentwiclkler seine Hausaufgaben nicht richtig gemacht.
Zitat von: betateilchen am 23 März 2017, 09:35:28
Auch das "nach vorne verschieben" lässt sich im Frontend erledigen.
Könntest du, auch wenn es hier völlig OT ist, kurz erklären, wie man das im Frontend machen kann?
Das wäre nämlich auch für mich der einzige valide Anwendungsfall gewesen.
Zitat von: betateilchen am 23 März 2017, 09:35:28
Du bist ja so vorhersehbar... ich wusste genau, dass dieser Blödsinn jetzt als "Argument" kommt.
Erstens: Auch das "nach vorne verschieben" lässt sich im Frontend erledigen.
Zweitens: wenn das von Dir beschriebene Verhalten tatsächlich zu einem Problem führt, hat der zuständige Modulentwiclkler seine Hausaufgaben nicht richtig gemacht.
Warum kannst Du mich eigentlich nicht leiden? :-X
verschieben wüßte ich nur über edit files - welche Variante gibt es noch?
Gruß Otto
Zitat von: Otto123 am 23 März 2017, 09:39:56
Warum kannst Du mich eigentlich nicht leiden?
"Nicht leiden können" trifft es nicht richtig. Aber prinzipiell geht es genau darum:
Zitat von: Otto123 am 23 März 2017, 09:39:56
verschieben wüßte ich nur über edit files - welche Variante gibt es noch?
Nur weil Du etwas nicht weisst, heisst das noch lange nicht, dass das, WAS Du weisst, die einzige und richtige und vollständige Wahrheit ist.
Aber in Deinen Antworten hier im Forum vermittelst Du immer wieder genau diesen Eindruck. Und so wird gefährliches Halbwissen (gefährlich, weil manchmal schlichtweg falsch) von Anwendergeneration zu Anwendergeneration weitergegeben und dadurch nicht besser.
Und die Leute, die einen anderen, oft aktuelleren Lösungsanschlag vorschlagen, können sich hier die Finger wund schreiben und haben oft keine Chance, gegen solche manifestierten Behauptungen anzukommen.
Dein eigenes Blog, auf das du ja immer öfter verweist, macht die Sache auch nicht besser.
Denn was "irgendwo im Internet" steht, muss ja wohl richtig sein. Das geht teilweise soweit, dass mir Leute erklären wollen, wie meine eigenen Module zu verwenden sind, nur weil sie es in irgendeinem Wiki, Blog oder in der BILD so gelesen haben.
Und das ärgert mich. Wie schon gesagt: "nicht leiden können" wäre die falsche Beschreibung.
Zitat von: betateilchen am 23 März 2017, 09:31:13
Nein.
Ooooh, eine Runde Schwarz-Weiß-Denken...
Es gibt immer Anwendungsfälle, die sich jemand nicht vorstellen kann. Es gibt immer Anwendungsfälle, in denen die alten Methoden nicht gehen.
Natürlich ist es sinnvoll, eine deutliche Empfehlung auszusprechen, aber die Toleranz, eine abweichende Meinung zu akzeptieren sollten wir doch
alle haben...
Ciao, -MN
Zitat von: CoolTux am 23 März 2017, 09:27:30
Ok ich sehe gerade das Wiki geht da mit falschen Beispiel voran. Ich werde das mal im Laufe des Tages korrigieren.
Habs mit dem Link dennoch hingekriegt, der hier hat noch zuvor gefehlt:
attr TYPE=FHEMWEB JavaScripts codemirror/fhem_codemirror.js
Wobei es u.U. keinen Sinn macht, das Attribut in allen FHEMWEB Instanzen zu setzen (wenn man mehrere hat)
Zitat von: Morgennebel am 23 März 2017, 09:53:44
Ooooh, eine Runde Schwarz-Weiß-Denken...
Digitales Denken. Alle Welt redet doch von Digitalisierung.
Zitat von: Morgennebel am 23 März 2017, 09:53:44
Ooooh, eine Runde Schwarz-Weiß-Denken...
Es gibt immer Anwendungsfälle, die sich jemand nicht vorstellen kann. Es gibt immer Anwendungsfälle, in denen die alten Methoden nicht gehen.
Natürlich ist es sinnvoll, eine deutliche Empfehlung auszusprechen, aber die Toleranz, eine abweichende Meinung zu akzeptieren sollten wir doch
alle haben...
Ciao, -MN
Da stimme ich Dir zu. Dann sollte der Gegenüber aber auch so tollerant sein und mir erlauben Ihn nicht bei seinem Problem zu helfen und mir nicht erklären wollen das ich nur weil ich Entwickler bin hier keinen auf Kotten machen soll um mich angeblich gegenüber den Wenigerwissenden vor zu tun. Ich bin hier nicht der Einäugige und habe das auch nie behauptet.
Ich springe zu mindestens 50% in der fhem.cfg rum, allerdings in Notepad++. Warum? Weils schneller geht wenn ich mehrere Dinge auf einmal verändern will - ob nun Gruppen in Räume verschieben, Räume substituiere, etc...
Ich nutze recht viele IT-Zwischenstecker. Wenn ich 3 neue in System hängen will will ich ja auch nicht jeden einzeln konfigurieren (alle ins Wohnzimmer, alle bestimmte paramater, alle...). Die zieh ich per C/P ins System rein, ändere per CP Codierung und Name und fertig.
Natürlich, eine komplette Syntax in der cfg aufzubauen ist sehr fehleranfällig, da bin ich ja bei Euch. Aber beim Thema cfg gleich ein "Teufelsswerk" in den Raum zu rufen ist auch nicht Sinn der Sache ;)
Zitat von: betateilchen am 23 März 2017, 09:56:48
Wobei es u.U. keinen Sinn macht, das Attribut in allen FHEMWEB Instanzen zu setzen (wenn man mehrere hat)
da ich die anderen nicht nutze hat mich das so nicht gestört. Ich kannte das zuweisen auf ganze Typen noch nicht. daher musste ich das so machen um zu kucken was passiert. :-)
Auf den Produktiv-Instanzen mach ich das dann nur da wo ich es brauche.
Ich wette immer noch gegen die Behauptung, editieren in der fhem.cfg sei "schneller".
Zumindest wenn man die von FHEM inzwischen bereitgestellten Möglichkeiten alle nutzt, ist man im Frontend schneller unterwegs als in der Konfigurationsdatei.
Für Leute, deren Lernprozess bezüglich FHEM allerdings vor drei Jahren (oder noch länger) stehengeblieben ist, mag die Welt natürlich schwierig und schwarz/weiss sein.
Zitat von: Tedious am 23 März 2017, 09:59:16
Wenn ich 3 neue in System hängen will will ich ja auch nicht jeden einzeln konfigurieren (alle ins Wohnzimmer, alle bestimmte paramater, alle...)
Naja, ich leg bei so einem Fall ein Gerät an und kopiere dann das Gerät. Vorteil: Die Syntaxprüfung im WEB. machst in der CFG nen Fehler verzeiht das FHEM ggf nicht.
Zitat von: Tedious am 23 März 2017, 09:59:16
Ich springe zu mindestens 50% in der fhem.cfg rum, allerdings in Notepad++. Warum? Weils schneller geht wenn ich mehrere Dinge auf einmal verändern will - ob nun Gruppen in Räume verschieben, Räume substituiere, etc...
Ich nutze recht viele IT-Zwischenstecker. Wenn ich 3 neue in System hängen will will ich ja auch nicht jeden einzeln konfigurieren (alle ins Wohnzimmer, alle bestimmte paramater, alle...). Die zieh ich per C/P ins System rein, ändere per CP Codierung und Name und fertig.
Natürlich, eine komplette Syntax in der cfg aufzubauen ist sehr fehleranfällig, da bin ich ja bei Euch. Aber beim Thema cfg gleich ein "Teufelsswerk" in den Raum zu rufen ist auch nicht Sinn der Sache ;)
Es gibt für sowas devspec2array zum filtern und den Befehl copie der sogar kleine Ansätze von Templates hat. Es gibt als für Leute die es wissen keinen Grund in der cfg rum zu fingern als wäre sie die eigene Frau.
Und wer es nicht weiß, der darf sehr gerne fragen, denn das wäre eine Frage die ich wirklich ohne negative Gedanken beantworten würde.
Grüße
für mich mittlerweile der einzige Grund in die CFG zu gehen:
Code rauskopieren.
alles andere im frontend.
Ich muss aber auch gestehen, Bei der Ersteinrichtung hab ich Geräte auch in der CFG dupliziert. (z.B. die ganzen GPIOs des RasPi erstellen oder auf alle GPIO Eingänge den debounce einstellen)
Zitat von: Frank_Huber am 23 März 2017, 10:10:44
für mich mittlerweile der einzige Grund in die CFG zu gehen:
Code rauskopieren.
alles andere im frontend.
dafür gibt es doch aber die raw def - das ist aus meiner Sicht viel übersichtlicher. Und man kann dort prima code blöcke importieren.
Zitat von: Otto123 am 23 März 2017, 10:13:17
dafür gibt es doch aber die raw def
Oder "configdb list <name>" und das sogar schon seit Jahren, lange bevor jemand auf die Idee mit "raw def" kam.
Zitat von: betateilchen am 23 März 2017, 09:35:28
Auch das "nach vorne verschieben" lässt sich im Frontend erledigen.
Habe ich die Antwort jetzt einfach nur überlesen?
Zitat von: igami am 23 März 2017, 10:49:51
Habe ich die Antwort jetzt einfach nur überlesen?
Nein, ich warte auch noch drauf!
Ich behaupte ebenfalls, dass man 99,99% der Aufgaben sehr schnell im Frontend erledigen kann. Ich habe eine sehr komplexe Konfiguration mit weit über 12000 Zeilen in der Config und noch viele weitere in diversen myUtils Files. Hier bei uns ist sehr viel automatisiert und ich musste dafür nicht ein einziges mal das direkte Editieren der Config bemühen. Es ist so, wie betateilchen sagt: Wer behauptet, man kommt nicht ohne aus, weil man damit schneller ist, kennt vermutlich nicht alle Möglichkeiten, die das Frontend bietet. Aber das ist natürlich kein Grund dafür, die Leute nicht machen zu lassen, was sie wollen. Bloß der Support könnte dann etwas eingeschränkt sein, weil sich mittlerweile doch einige Leute dafür entschieden haben, Fragen, bei denen man auf den ersten Blick erkennt, dass das Problem durch direktes Editieren zustande kommt, nicht zu beantworten, weil es eben nicht der sehr guten Empfehlung entspricht, das nicht zu tun. Außerdem gebe bspw. ich nur Code für das DEF. Das ist ebenfalls legitim.
Wie man die Reihenfolge in der Config über das Frontend ändert, wüsste ich jedoch auch noch ganz gerne. Dass das gehen soll, war mir auch nich bekannt, auch wenn ich keine derartigen Probleme mit der Sortierung habe. Ich vermute aber, dass es ganz anders gemeint war.
Zitat von: marvin78 am 23 März 2017, 12:06:05
Wie man die Reihenfolge in der Config über das Frontend ändert, wüsste ich jedoch auch noch ganz gerne. Dass das gehen soll, war mir auch nich bekannt
Gebt mir doch wenigstens mal Zeit, bis ich heute Abend wieder einen richtigen PC zur Hand habe.
Manche Dinge machen am Tablet einfach keinen Spass.
Zitat von: betateilchen am 23 März 2017, 14:14:46
Gebt mir doch wenigstens mal Zeit, bis ich heute Abend wieder einen richtigen PC zur Hand habe.
Manche Dinge machen am Tablet einfach keinen Spass.
Kein Thema!
Viel Spaß beim User-Treffen auf der Cebit!
--- gelöscht, da genau die Diskussionen im Forum aufschlagen, die ich zu diesem Thema nicht haben wollte ---
@betateilchen wg. modbar-dislike:
Herzlichen Dank für diesen informativen Beitrag.
Auch wenn es "Fußpilz" ist und eventuell bei sauberer Arbeit aller Modulentwickler evtl. sogar völlig unnötig: Einwände gegen Übernahme der Anleitung in's Wiki?
@all, die ein halbwegs brauchbares Wiki gut finden:
Mein vote wäre für "Tipp der Woche"...
Dagegen, bis man mich eines besseren belehrt hat.
Einwand. Perlcode für FHEM interner. Wer von Euch weiß genau was diese Änderung eines INTERNALS genau bedeutet? Was passiert mit der Sortiernummer davor und danach? Was passiert wenn der Normaluser sich vertut?
@ Udo, kann mich erinnern das es Mal einen Thread um das INTERNAL NR gab. Hatte Rudi da nicht was geändert oder gar NR entfernt. Weißt Du noch was genau das Ergebnis war?
@Udo
Meine Frage hat sich erledigt. Es ging um die Umnummerierung nach einer Änderung der Deviceeigenschaften.
Grüße
Zitat von: Beta-User am 24 März 2017, 07:23:53
Mein vote wäre für "Tipp der Woche"...
Na ja, so prominent würde ich es nicht aufhängen, da es auch nur in Ausnahmesituationen verwendet werden sollte.
Genauer gesagt nur dann wenn, wie im Fall von Otto geschildert, ein IO-Device zwingend vor einem, davon abhängigen Device definiert sein muss.
Ich würde das wenn, dann auch nur genau in diesem Kontext präsentieren.
Ansonsten kommt noch einer auf die Idee er könnte sich seine gesamte cfg so zurechtsortieren ::)
(dann hätten wir außer Fußpilz auch noch Herpes und irgendwann juckt es dann überall ;D)
Meiner Erfahrung nach sortieren sich Devices ohnehin in den allermeisten Fällen wieder korrekt ein, wenn man die DEF oder das IODev attribut ändert...
Zitat von: KernSani am 24 März 2017, 08:46:27
Meiner Erfahrung nach sortieren sich Devices ohnehin in den allermeisten Fällen wieder korrekt ein, wenn man die DEF oder das IODev attribut ändert...
Genau das soll nach meinem Verständnis ja nicht mehr so sein. So interpretiere ich zu mindest Rudi seine Aussage aus einem anderen Thread. Das mit dem Umnummerieren hat er wohl raus genommen.
Grüße
Zitat von: KernSani am 24 März 2017, 08:46:27
Meiner Erfahrung nach sortieren sich Devices ohnehin in den allermeisten Fällen wieder korrekt ein, wenn man die DEF oder das IODev attribut ändert...
Ich habe damit leider auch schon so meine Erfahrungen (https://forum.fhem.de/index.php/topic,21023.msg538538.html#msg538538) gemacht.
Problematisch war dabei v.a., dass die Symptomatik für mich erst mal gar keinen Hinweis auf das ursächliche Problem geliefert hat.
Und ich finde, dass das Nach-Vorne-Sortieren des IOs die einfachere und schnellere Variante ist (zumindest mit betateilchens Kniff), als zig DEF oder IODev anzufassen.
Bitte keinen Wiki Eintrag daraus machen. Ich hoffe, dass auch dieser Thread irgendwann wieder in der Versenkung verschwindet, wo er hingehört.
Der beschriebene Weg ist weder eine empfohlene Vorgehensweise, geschweige denn eine "Lösung".
Es ist einfach nur ein böser Hack, der meistens das tut, was man erwartet. Meistens bedeutet "nicht immer".
Eigentlich wollte ich nur meine Aussage, man könne auch dieses "Problem" im Frontend beheben, belegen.
Ist angekommen, jedenfalls ich werde keinen Wiki-Eintrag erstellen...
Thread verbleibt in meiner "Gift-Link-Liste" für den Fall, dass ich tatsächlich mal "so ein" Problem haben sollte.
Nur am Rande:
Dass eine "automatische" Sortierung stattfindet, deckt sich jedenfalls nicht mit meinen Beobachtungen in den Backups der config, die ich hin und wieder aus der configDB raushole. Das Ausgangsproblem mit der Sortierung "erst IO, dann nutzende Devices" innerhalb der config hat sich aber wohl schlicht dadurch deutlich verringert, dass die meisten Modulentwickler zwischenzeitlich den Aufbau so haben, dass dies nicht mehr zwingend erforderlich ist.
Zitat von: Beta-User am 24 März 2017, 11:28:38
dadurch deutlich verringert, dass die meisten Modulentwickler zwischenzeitlich den Aufbau so haben, dass dies nicht mehr zwingend erforderlich ist.
Das ist auch eindeutig der bessere - und empfohlene - Weg.
Für den Fall
Zitat von: betateilchen am 24 März 2017, 16:33:32
Das ist auch eindeutig der bessere - und empfohlene - Weg.
Bin da völlig mit einig, man will sich als user ja nicht mit sowas rumschlagen müssen ::).
Für den Fall, das der somfy (und/oder IT) - Modulentwickler versehentlich hier mitliest: Könnt Ihr euren Code mal dahingehend prüfen? (siehe hier: https://forum.fhem.de/index.php/topic,69558.msg610806.html#msg610806)
Zitat von: Beta-User am 24 März 2017, 11:28:38
Das Ausgangsproblem mit der Sortierung "erst IO, dann nutzende Devices" innerhalb der config hat sich aber wohl schlicht dadurch deutlich verringert, dass die meisten Modulentwickler zwischenzeitlich den Aufbau so haben, dass dies nicht mehr zwingend erforderlich ist.
Ist dies irgendwo beschrieben wie der Aufbau sein muss, dass dies ("erst IO, dann nutzende Devices") nicht mehr zwingend erforderlich ist?
Gruß Ralf
{$defs{dummy3}{NR}=2}
Wenn man das macht muss man dann nicht damit rechnen, dass Nummern doppelt vergeben werden, und dass dann etwas verschwindet?
Zitat von: Ralf9 am 24 März 2017, 18:51:24
Ist dies irgendwo beschrieben wie der Aufbau sein muss, dass dies ("erst IO, dann nutzende Devices") nicht mehr zwingend erforderlich ist?
Gruß Ralf
Wenn ich das richtig interpretiere, ist hier die Antwort von Rudi zu finden:
https://forum.fhem.de/index.php/topic,62653.msg584897.html#msg584897
Gruß, Beta-User
Zitat von: Otto123 am 22 März 2017, 22:26:19
Und es gibt wirklich nur einen Grund die fhem.cfg mit Hand zu editieren.
Also einfach die Oberfläche nutzen ;D und die letzen Änderungen stehen auf dem roten Fragezeichen.
Hallo zusammen,
zunächst mal vielen Dank für die mittlerweile 4 Seiten hilfreicher Antworten. Vielleicht habe ich mich ja falsch ausgedrückt, aber ich editiere die fhem.cfg schon via Webaufruf 192.XXX.XXX.XXX:8083/fhem, indem ich im Spaltenmenü unten links "edit files" auswähle und anschließend auf "config file" die fhem.cfg auswähle. Mein Wunsch nach Zeilennummerierung bezieht sich demnach auf das große Eingabefenster, in dem die ganze fhem.cfg drinsteht. Oder meint ihr
das alle, das man
das nicht machen sollte?
...leicht irritiert,
al
Zitat von: justcallmeal am 24 März 2017, 19:31:08
Oder meint ihr das alle, das man das nicht machen sollte?
Ja!
Zitat von: justcallmeal am 24 März 2017, 19:31:08
Oder meint ihr das alle, das man das nicht machen sollte?
Wie bereits geschrieben: ja, genau das!
Zitat von: justcallmeal am 24 März 2017, 19:31:08
Vielleicht habe ich mich ja falsch ausgedrückt, aber ich editiere die fhem.cfg schon via Webaufruf 192.XXX.XXX.XXX:8083/fhem, indem ich im Spaltenmenü unten links "edit files" auswähle und anschließend auf "config file" die fhem.cfg auswähle. Mein Wunsch nach Zeilennummerierung bezieht sich demnach auf das große Eingabefenster, in dem die ganze fhem.cfg drinsteht.
In dem Fenster sind Nummern drin, wenn codeMirror aktiviert ist...
https://wiki.fhem.de/wiki/Konfiguration#Integrierter_Editor (https://wiki.fhem.de/wiki/Konfiguration#Integrierter_Editor)
Gruß, Joachim
Zitat von: Benni am 24 März 2017, 19:32:41
Ja!
klasse, jetzt weiß ich wenigstens schonmal, wie ich es nicht machen soll. Dann werde ich es sicher noch rauskriegen, wie die effizientere Vorgehensweise ist. Da ich kein Programmierer bin, kopiere ich meist mehrere Programmzeilen in die fhem.cfg hinein und passe sie auf meine Namensgebung einfach nur an. Ich habe im Moment keine Idee, wie das auf andere Weise mindestens ebenso schnell gehen soll. Werde ich aber noch herausfinden.
Zitat von: MadMax-FHEM am 24 März 2017, 19:45:02
In dem Fenster sind Nummern drin, wenn codeMirror aktiviert ist...
https://wiki.fhem.de/wiki/Konfiguration#Integrierter_Editor (https://wiki.fhem.de/wiki/Konfiguration#Integrierter_Editor)
Danke Joachim für den Link!
LG,
al
Schau dir doch mal noch folgende Seite im Wiki an:
https://wiki.fhem.de/wiki/Erste_Schritte_in_FHEM
Dort wird u.a. Das Arbeiten mit der FHEM-Kommandozeile erklärt, ebenso wie das Bearbeiten im DEF-Bereich von Devices (Tipp: auch dort geht Codemirror)
Zitat von: justcallmeal am 24 März 2017, 19:55:27
Ich habe im Moment keine Idee, wie das auf andere Weise mindestens ebenso schnell gehen soll. Werde ich aber noch herausfinden.
Wenn's ums coding reinkopieren geht, dafür wurde der raw import (https://wiki.fhem.de/wiki/Import_von_Code_Snippets) erfunden.
Ansonsten eben über DEF bzw. Kommandozeile etc...
okay, ich werde mir die Links ansehen. Ich hab das Editieren der cfg. von einem Kumpel so übernommen und habe meinen Code bislang ausschließlich auf diese Weise hinzugefügt bzw. gepflegt.
Danke für Eure Hilfe!
@Udo:
Wie würde denn die verschiebung des I/O devs in der config DB funktionieren?
Zitat von: der-Lolo am 24 März 2017, 20:16:43
Wie würde denn die verschiebung des I/O devs in der config DB funktionieren?
Der von Udo weiter vorne beschriebene (https://forum.fhem.de/index.php/topic,69494.msg610554.html#msg610554) Hack sollte auch für die configDB funktionieren.
Zitat von: justcallmeal am 24 März 2017, 20:15:07
okay, ich werde mir die Links ansehen. Ich hab das Editieren der cfg. von einem Kumpel so übernommen und habe meinen Code bislang ausschließlich auf diese Weise hinzugefügt bzw. gepflegt.
Danke für Eure Hilfe!
Obwohl das mit dem Raw Def bei jedem Device geht, kann man auch so etwas einrichten
-> https://wiki.fhem.de/wiki/Import_von_Code_Snippets
Gruß Otto
Zitat von: Beta-User am 24 März 2017, 19:26:16
Wenn ich das richtig interpretiere, ist hier die Antwort von Rudi zu finden:
https://forum.fhem.de/index.php/topic,62653.msg584897.html#msg584897
Da dies hier etwas offtopic ist, habe ich dazu ein neues Thema angefangen
https://forum.fhem.de/index.php/topic,69591.msg611087.html#msg611087
Gruß Ralf
Zitat von: betateilchen am 23 März 2017, 23:01:01
Man nehme eine simple fhem.cfg
Dann starte man FHEM und verbinde sich per telnet
......lege drei dummy-devices an und speichere die Konfiguration ab
.....Danach steht in der fhem.cfg folgendes
......Nun möchte man gerne den dummy3 als ersten in der Konfiguration stehen haben.
......Dazu reicht ein
{$defs{dummy3}{NR}=2}
.............
Stunden später:
entweder in der FHEMWEB-Befehlszeile oder per telnet, gefolgt von einem "save config",
danach steht in der fhem.cfg:
Das ganze editiere ich in 10 sekunden inkl abspeichern und neu einlesen der cfg.
Darum ging es aber gar nicht.
Es ging darum, zu zeigen, dass man die Aufgabe auch im Frontend lösen kann. Und länger als 10 Sekunden brauche ich dafür auch nicht. Nummer umsetzen, save, restart. Drei Befehle im Frontend - ich behaupte sogar, damit bin ich schneller als Du per editor.
Zitat von: betateilchen am 25 März 2017, 14:34:13
Drei Befehle im Frontend - ich behaupte sogar, damit bin ich schneller als Du per editor.
Definitiv! Das geht sogar auf einmal in die FHEMWEB-Kommandozeile:
{$defs{dummy3}{NR}=2};save;shutdown restart
Das Problem des ausgewechselten IODevs sollte man mit "attr IODev" loesen, das sollte nach dem morgigen update reichen.
Wenn eine Umsortierung anderswo auch benoetigt wird, bitte melden.
https://forum.fhem.de/index.php?topic=62198.0
Hier geht es noch um Attribute die "falsch" sortiert sind
Die Attribute werden immer alphabetisch sortiert gespeichert, d.h. eine manuelle Umsortierung ist hier nur von kurzer Dauer. Da der Modul-Maintainer sich darauf verlassen kann, kann er notfalls die Namen der Attribute anpassen. Oder die Pruefung erst nach der Initialisierung ($init_done) durchfuehren.
Mittlerweile fasse ich die cfg auch selten an, allerdings gibt es doch den einen oder anderen Punkt, an dem es nicht anders geht (oder ich es nicht
besser weiß).
Spontan fällt mir da die Definition von Regex in SVG-Plots ein, wenn das entsprechende Eintrag nicht in EventTypes auftaucht oder nicht in der Form,
die man benötigt (warum auch immer).
Gruß, Oliver
Das sind doch gplot Dateien.
? Soll heißen?
Definitionen stehen doch in fhem.cfg?!
Soll heissen, dass noch nie jemand was dagegen hatte, wenn man gplot's mit nem Editor bearbeitet.
Da geht halt im schlimmsten Fall der Plot nicht.
Bei der config hingegen kannst dir das komplette FHEM kaputten :)
Kann bitte irgendjemand diesen Thread endlich schließen?
Hier geht es permanent um neue Fragen, die mit den eigentlichen Thema des Threads (das längst beantwortet ist) nichts zu tun hat.
hmtec99 geht es (wohl) nicht um den Inhalt der gplot-Dateien sondern um deren Definition (also SVG) in der fhem.cfg.
Allerdings kann das was dann in der fhem.cfg manuell eingetragen/bearbeitet wird auch über das Web-Cmd-Fenster eingegeben werden...
Gruß, Joachim
Wie und wo kann ich diese Definitionen über FHEMWEB editieren, wenn die EventTypes nicht passen (Dropdown-Feld)?
EDIT: Ach so Kommandofeld! Naja ich kann das nicht (auswendig). Da ich dann sowieso in die CFG reinschauen muß, kann ich's dort auch
gleich ändern.