Da ich noch sehr oft Fehler mache, muss ich meine Rpi sehr oft neu aufsetzen. Heute war es wieder soweit.
Nachdem ich aber ein Update im FHEM Frontend gemacht habe, kann ich die FHEM.cfg nicht mehr editieren.
Auch wenn ich es über den Samba Server ändere wird der Ursprungszustand wiederhergestellt.
Im Frontend steht folgendes:
You can enable saving this file by setting the editConfig attribute, but read the documentation first for the side effects.
Wo mache ich das denn? Bin absoluter Neuanfänger.
Hallo
unter "Unsorted" findest du das "WEB" , hier den Attribut "editConfig" auf 1 setzen...
Gruß Thorsten
Vielen Dank, ich habe immer unter Global gesucht. Dachte dort wäre es in der Attr Dropdownliste.
Klappt jetzt aber wieder.
Herzlichen Dank!
kein Ding ;)
mach dir nichts draus, da habe ich auch erst verzweifelt gesucht :-P :P ;D
Gruß
Thorsten
Warum sucht man da verzweifelt? Es steht da, was zu tun ist. Sucht man dann nach "editConfig" in der Commandref, sieht man direkt, zu welchem Device das Attribut gehört. Das ist eine Sache von maximal 20 Sekunden und sicher kein Grund zum verzweifeln.
Mal ganz davon abgesehen, solltet ihr euch alle mal damit beschäftigen, wie man ohne das editieren der Config auskommt. Das geht nämlich und ist deutlich komfortabler und vor allem sicherer. Dann "zerschießt" ihr euch auch nicht immer alles.
@marvin78: Lass doch! Das ist vergebene Liebesmüh'.
[ironie]Die wissen schon was sie tun![/ironie]
Nö, wissen wir nicht, aber was ist falsch daran den eigenen Weg zu finden? *etwaswunder*
ich denke aber, das würde zu OffTopic werden, wenn wir hier nun das Für und Wieder der manuellen Konfiguration "zu Fuß" erläutern, denn da hat jeder seine eigenen Vorlieben.
Im Übrigen scheint das Wort "verzweifelt" hier etwas überbewertet worden zu sein.... :-\
Hi Marvin78
Mal ganz davon abgesehen, solltet ihr euch alle mal damit beschäftigen, wie man ohne das editieren der Config auskommt. Das geht nämlich und ist deutlich komfortabler und vor allem sicherer. Dann "zerschießt" ihr euch auch nicht immer alles.
Wie wärs mal mit einer kurzen Einführung dazu was Du damit meinst.
Ich persönlich arbeite auch viel mit dem editieren der Config.
lg
Stefan
Da ihr ja meint das es besser ist nicht in der config rumzufummeln.
Hier mal ein Beispielcode den ich bei mir eingepflegt habe, indem ich den ganzen Code eingefügt habe in die fhem.cfg
# IO-Device
define FIRMATA FRM /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9SV31TT-if00-port0@57600
attr FIRMATA alias Firmata-Controller
attr FIRMATA group Firmata
attr FIRMATA room Firmata
# Eingang Pin 12 abfragen
define Eingang12 FRM_IN 12
attr Eingang12 IODev FIRMATA
attr Eingang12 alias Eingang_Pin_12
attr Eingang12 group Firmata
attr Eingang12 room Firmata
attr Eingang12 stateFormat {"zuletzt: ".ReadingsTimestamp('Eingang12','reading','')}
# Ausgang pin 11 als Relais-Steuerung
define Ausgang11 FRM_OUT 11
attr Ausgang11 IODev FIRMATA
attr Ausgang11 alias Ausgang_Pin_11
attr Ausgang11 group Firmata
attr Ausgang11 room Firmata
attr Ausgang11 stateFormat value
Was wäre die von bevorzugte Vorgehensweise. Ich sitze gerade mal 2 Tage an FHEM und muss erstmal zusehen wo vorn und hinten ist.
Entweder Zeile für Zeile in die Befehlszeile. Vorteil ist, Fehler werden dir sofort gemeldet.
Oder alle Zeilen zusammen per Telnet. Die Kommentare lässt du am besten weg. FHEM braucht die nicht.
@StefanM: Das ist hier tausendfach beschrieben. Man nehme, wie gesagt, die Befehlszeile und die Detailansichten der Devices inklusive DEF und den Attributen unten. Ich frage mich, warum man sich nicht mit dem System beschäftigt, dem man seine Haussteuerung überlässt!?
telnet <fhemhost> 7072
<cr>
und dann deinen "CFG Schnipsel" einfach in die Kommandozeile einfügen
2 Fragen dazu.
1: Marvin du sagst Zeile für Zeile. Was ist wenn einen Code habe der 200 Zeilen hat? Jetzt als Beispiel der TVMovie Code.
2: Über Telnet. Geht das auch nur Zeilenweise? Oder kann ich einen ganzen Block einfügen?
Mir als Anfänger erscheint mir fhem.cfg viel leichter. Ich habe das zwar keine Syntax Auswertung. Aber bei verifizierten Code sollte dies doch nichts ändern?
Ihr seid alle in der Materie drin und sieht die zusammenhänge! Als Anfänger weiss man soetwas nicht. Ich wusste bis gestern nicht, das ich eine Befehlszeile habe.
Über Telnet kannst du ganze Blöcke einfügen.
Bei 100% verifiziertem Code ginge es theoretisch auch in der config.
Das große Problem sind aber immer die Leute, die innerhalb der Config Blöcke verschieben, "um sie besser lesen zu können".
Damit verschiebst du aber zB dann ein Device, welches ein anderes Device als IO braucht genau VOR dieses IO.
Bumm, und schon hast die die Config abgeschossen.
Und dann kommen wieder so schöne Threads a la "nix geht mehr".....
Zitat von: Cihan am 15 Februar 2015, 20:51:55
2 Fragen dazu.
1: Marvin du sagst Zeile für Zeile. Was ist wenn einen Code habe der 200 Zeilen hat? Jetzt als Beispiel der TVMovie Code.
Hab ich oben geschrieben. Dafür kannst du Telnet nehmen. Aber mal ganz davon abgesehen sollte man niemals so einen Codeschnipsel einfach unkontrolliert übernehmen. Also mal eben 200 Zeilen auf einmal kopieren ist schon fahrlässig und wenn das alle Anfänger wirklich so machen, erklärt das, warum hier so häufig zu lesen ist, dass man sich seine Config zerschossen hat. Außerdem sollte man immer versuchen, das ganze auch nachzuvollziehen und die Konfiguration selbst anlegen (dann am vernünftigsten auch Zeile für Zeile. Wie soll man sonst etwas lernen?
Zitat von: Cihan am 15 Februar 2015, 20:51:55
2: Über Telnet. Geht das auch nur Zeilenweise? Oder kann ich einen ganzen Block einfügen?
Habe ich ebenfalls geschrieben. Ich zitiere mich selbst:
ZitatOder alle Zeilen zusammen per Telnet.
Zitat von: Cihan am 15 Februar 2015, 20:51:55
Ihr seid alle in der Materie drin und sieht die zusammenhänge! Als Anfänger weiss man soetwas nicht. Ich wusste bis gestern nicht, das ich eine Befehlszeile habe.
Vermutlich weil du nicht richtig liest.
Zitat von: marvin78 am 15 Februar 2015, 20:58:48
Vermutlich weil du nicht richtig liest.
Aus eigener leidvoller Erfahrung: Es gibt einfach zu viel zu fhem zu lesen, als dass man sich alles Relevante anlesen könnte, bevor man sich ans Ausprobieren macht. Ich bin inzwischen dreimal durch das Anfänger-PDF durch und habe jedes Mal wieder Neues gefunden, das was erklärt hat. Aber wie genau alles funktioniert und zusammenhängt, bekommt man nicht durch trockenes Lesen heraus. Da muss man dann auch zwischendurch mal in fhem werkeln, ausprobieren und verzweifeln.
Eins verstehe ich nicht... Ich editiere oft direkt in der Config. Ich habe noch nie etwas zerschossen, was ich nicht gleich wieder hinbiegen konnte. Was mache ich falsch? ;)
Spaß beiseite, aber es hilft schon ungemein, wenn man vor dem Ändern genau überlegt und nie etwas ändert, was man nicht versteht, es sei den man hat ein BackUp ;)
ZitatWas mache ich falsch? ;)
wenn du weiter so provozierst, bekommst du beim nächsten fhem-update den fhem.cfg-virus, damit du weisst, was "zerschossen" ist. ;D
Zitat von: frank am 16 Februar 2015, 18:28:09
wenn du weiter so provozierst, bekommst du beim nächsten fhem-update den fhem.cfg-virus, damit du weisst, was "zerschossen" ist. ;D
Löscht der die BackUps von der Platte und Kopien in der Schiublade? :o *angst*
Zitat von: hexenmeister am 16 Februar 2015, 18:44:39
Löscht der die BackUps von der Platte und Kopien in der Schiublade? :o *angst*
Schlimmer - es wird automatisch nach KonfigDB migriert :P
Zitat von: frank am 16 Februar 2015, 18:28:09
wenn du weiter so provozierst, bekommst du beim nächsten fhem-update den fhem.cfg-virus, damit du weisst, was "zerschossen" ist. ;D
Die Viruszeilen mit hidden-Flag versehen, dann weiss er eben nicht, was zerschossen ist ...
;D
Zitat von: Puschel74 am 16 Februar 2015, 18:46:21
es wird automatisch nach KonfigDB migriert
*dafür*
Na, ob das jetzt nicht so eine CopyDings-Verletzung ist ...
@betateilchen
Wär ich auch dafür aber stell mir mal DIESEN Aufschrei im Forum vor *schauder*
Wenn ein poppeliges Attribut schon nach "Bevormundung" und "Überregulierung" schreien lässt was würde dann erst ein automatisches migrieren in eine Datenbank verursachen :-\
Wie ich in einem anderen Thread schon schrieb: 3 Monate Panik und dann lange Stille ;)
So ähnlich würde ich das auch sehen. Und wenn die Migration automatisch erfolgt, würde es wahrscheinlich nichtmal so lange dauern.
na, das würde ich jetzt aber auch nicht mögen. In der Hauptsache weil ich keine extra db mag. Bräuchte ich auch nicht. Meine cfg ist in textform da - läuft, und ich bin noch nie in die Verlegenheit gekommen da rein zu müssen. never change ...
vg
jörg
mich hat auch keiner gefragt, ob ich eine extra Konfigurationsdatei brauche...
Und nur wegen "das ist schon immer so" sollte man sich nicht jeder Veränderung pauschal verschließen.
Zitatmich hat auch keiner gefragt, ob ich eine extra Konfigurationsdatei brauche...
die antwort steht ja auch auf deiner "stirn" geschrieben. 8)
Zitatfhem.cfg? Nein danke!
Ein heißes Thema ;)
Wenn das Attribut "editConfig" nicht gesetzt ist, habe ich nur 17 Zeilen im Editor sichtbar (dann muss ich scrollen)
Mit gesetztem Attribut wieder 35 - wie früher auch.
Ist das Absicht oder ein Fehler ?
Ich habe noch folgendes gesetzt
attr WEB JavaScripts codemirror/fhem_codemirror.js
attr WEB codemirrorParam { "theme":"blackboard", "lineNumbers":true }
Zitat von: Dangermouse am 15 Februar 2015, 19:05:04
Hallo
unter "Unsorted" findest du das "WEB" , hier den Attribut "editConfig" auf 1 setzen...
Gruß Thorsten
danke.
immer diese ewigen verbesserungen.....
Liebe Freunde, da sich mein FHEM von alleine zerschossen hat, sehe ich jetzt die Möglichkeit auf die Datenbank umzusteigen.
Irgendwelche Tipps dazu?
Ja. Die Commandref zu configDB lesen. Da steht alles drin, was man braucht.
Zitatda sich mein FHEM von alleine zerschossen hat,
Das halte ich für ein Gerücht.
Von "alleine" "zerschiesst" sich nichts. Auch nicht FHEM.
Aber du bist im falschen Beitrag gelandet.
Hier geht es darum das manche nicht lesen wollen was FHEM einem mitteilt - speziell nach Einführung eine Attributes.
Stimmt ich lasse das auch sein mit der Datenbank. Ist mir zu unsicher falls ich mal fragen haben sollte.
Super Forum! :(
Da fragt jemand etwas und kaum einer hilft!
Ausser: Benutze die Suche oder kluge Ratschläge "warum die Config editieren".
Warum nicht??
Wer es will, soll es machen können und da sind wieder die "Wissenden" gefragt. (zum Glück gibt es viele hier)
Die Abgehobenen aber....
(Eigentlich wollte ich mich nicht einmischen)
Feuer frei! > Macht mich fertig
OFFTOPIC
KnutWuchtig - wer mag das sein ...
Erster Beitrag und schreibt wie ein alter Hase ...
Mmmmmhhhh ... - mal nachdenken ... - ich komm nicht drauf ...
Zitat von: KnutWuchtig am 03 April 2015, 20:26:11
Super Forum! :(
Da fragt jemand etwas und kaum einer hilft!
Ausser: Benutze die Suche oder kluge Ratschläge "warum die Config editieren".
Warum nicht??
Wer es will, soll es machen können und da sind wieder die "Wissenden" gefragt. (zum Glück gibt es viele hier)
Die Abgehobenen aber....
(Eigentlich wollte ich mich nicht einmischen)
Feuer frei! > Macht mich fertig
Du übersiehst, das die Frage eindeutig beantwortet wurde Und dass er im falschen Thread gefragt hat. Alles korrekt gelaufen.
*grins*
Wuchtige Aussagen ::)
Schon knuffig wie sich manche "profilieren" wollen.
ZitatFeuer frei! > Macht mich fertig
Das ist dein Beitrag nicht wert :P
Man sieht ja das du nur die letzte Seite gelesen hast
(gelesen heisst ja nicht automatisch verstanden).
Also, Update gemacht. Paar Kleinigkeiten in der cfg zu fixen.
Geht nicht mehr.
1. Ich editiere IMMER die cfg. IdR. offline, dann copy/paste, safe, fertig. Schneller geht nicht. Andere Leute mögen anders arbeiten, ich arbeite so. Ich zwinge andere nicht so zu arbeiten, aber ich finde es Mist, das andere mich zwingen wollen ihre Methode zu verwenden
2."You can enable saving this file by setting the editConfig attribute, but read the documentation first for the side effects."
Wo ist denn die Documentation von der da die Rede ist? commandref?
Ich weiss: " Sucht man dann nach "editConfig" in der Commandref"... klar. Das konnte aber nicht oben drüber stehen, oder?
Die commandref ist ja bekanntermassen superkomfortabel zu durchsuchen. Und es ist auch sicher leicht zu raten das man unter FHEMWEB nachsehen muss. Jedenfalls wenn man es schon vorher weiss.
3. Selbst der Tip mit "unsorted und dann "WEB(GUI) hilft natürlich nicht, wenn das attr vorher gar nicht definiert war, da findet man dann auch nix.
Sowas nerft.
Macht mir mehr Probleme als die von betateilchen und anderen dauernd heraufbeschworenen Katastrophen wegen der weltweit bekannten und gefürchteten Problematik verpfuschter cfgs. Ja, ist mir auch schon mal passiert, dann habe ich eben mein BU vor der letzten Änderung genommen und fertich, das dauert Sekunden. Es gibt sicher Leute, die da leider reingefallen sind. Das desswegen alle diejenigen die die cfg editieren ihre Arbeitsweise umstellen sollen erschliesst sich mir nicht. Wir hören ja auch nicht auf Böden nass zu wischen, nur weil ab und an mal einer ausrutscht.
Ehrlich gesagt:Mir macht dieses ganze "Zwangsmigration"sgerede und die zwanghafte Beglückung mit irgendwelchen DBs oder alternativen Methoden echt Angst.
Das ist Apple-Denke: "Schnauze, wir wissen BESSER was gut für dich ist, du darfst das nicht." (ich benutze nur Macs, nerft mich trotzdem. in Comic-OS ist jetzt sogar der Library Ordner versteckt. Bestimmt weil Leute da mal was falsch gemacht haben.)
Noch seltsamer finde ich den Vorschlag, die Sachen, anstatt sie in die cfg zu schreiben per Telnet einzugeben. Das soll ernshaft komfortabler und sicherer sein?
Wenn wir unbedingt lange Textdateien durch was "besseres" ersetzen müssen:
Wie wär's denn, wenn wir erstmal mal damit anfangen die Commandref in irgendwas besser durchsuchbares zu überführen?
Die hat aktuelle über 24000 frigging lines!
Da finde ich den Hinweis, es sei ja kein Problem da mal rasch reinzusehen nicht immer ganz zielführend.
Ich lad die ganze Textwüste inzwischen in einen Editor, damit ich überhaupt was finde. Bestimmt bin ich nur zu doof zu übersehen wie man z.b. das attribut "editConfig" schneller findet, wenn man eben NICHT weiss, von WAS das ein Attribut ist.
Ach ja: Für alle die noch suchen:
attr WebGUI editConfig 1per Telnet oder ins Webnfrontend eingeben
"WebGUI" ersetzen durch was immer bei euch in der Zeile
Zitatdefine <name> FHEMWEB <tcp-portnr>
unter <name> eingetragen steht.
reg dich nicht auf , betateilchen ist nicht mehr da, seitdem ist auch meiner Meihnung nach der Umgangston schlagartig besser geworden.
Oh, wusste ich nicht.
Okay, ich reg mich wieder ab. An sich ist der Umstand, dass man das konfigurieren kann ja ein guter Kompromiss.
Na dann hast du ja gemerkt, dass du dich völlig grundlos aufgeregt hast. Deine Probleme mit der commandref verstehe ich auch nicht. Wenn ich bspw. die Browser-Textsuche benutze, muss ich nur editConfig eingeben und habe die entsprechende Stelle im Bruchteil einer Sekunde gefunden. Was da ein Texteditor bringen soll, verstehe ich nicht. Der Apple-Vergleich hinkt nicht nur, er ist schlicht quatsch.
Ach und betateilchens Umgangston war/ist schon in Ordnung. Lesen und Verstehen ist hier das Problem vieler.
hmmm....was ist denn besser durchsuchbar als eine einzelne Seite? :o
Das Problem, die richtigen Suchbegriffe zu finden, bleibt so oder so, da muss man halt mal ein paar Synonyme probieren - so wie bei jeder Suche.
offtopic zum Umgangston:
Ich weiß gar nicht, was das Problem war/ist; jeder hat nen anderen Umgangston drauf, und auch das muss man akzeptieren - nicht nur die eigenen Formulierungskünste sind das Maß aller Dinge. Zusätzlich kommt noch das übliche Sender-Empfänger-Problem. Auch wenn ich üblicherweise anders kommuniziere, finde ich oft eine direkte Ansage besser als das ewige Weichgespüle.
Zitat von: marvin78 am 09 April 2015, 09:43:31
Na dann hast du ja gemerkt, dass du dich völlig grundlos aufgeregt hast.
Nö VÖLLIG grundlos sicher nicht. Eigentlich nicht mal ein "normal" grundlos.
Denn die Forderung, die .cfg quais komplett zugunsten der DB abzuschaffen geistert ja nach wie vor durch die Gegend.
Es ist zum Glück nur unwahrscheinlich dass das bald passiert.
Und: Man soll sich sowieso überhaupt nicht aufregen. ;D
Ist euch übrigens aufgefallen, dass es im Webinterface zwar heisst, man solle in der Doku nachlesen um die Auswirkungen zu verstehen, in der Doku aber sinngemäss nur steht: "bei safe wird die .cfg reloaded, das hat einige Auswirkungen"?
Da ist man als Anfänger natürlich viel schlauer hinterher.
Aber geschenkt.
ZitatDer Apple-Vergleich hinkt nicht nur, er ist schlicht quatsch.
Wieso? "Ist quatsch" ist kein Argument.
In beiden Fällen wird der Zugriff auf Funktionen und Konfigurationsmöglichkeiten erschwert, insbesondere solchen, die potentiell die Funktion des Produktes beeinträchtigen können, mit in beiden Fällen den explizieten Argument, dass Anfänger vor ihren eigenen Fehlern geschützt werden müssen; mit in beidem Fällen dem daraus resultierenden Nachteil, dass Nicht-Anfänger mehr Arbeit haben.
WIEVIEL mehr Arbeit und ob es das Wert ist, ist natürlich diskutierbar.
ZitatAch und betateilchens Umgangston war/ist schon in Ordnung.
Naja. wenn man sich dran gewöhnt hatte schon. Sein Auftritt ist aber oft von einem "Ich habe in jedem Fall recht und wer das nicht einsieht kann nicht richtig lesen und verstehen" Tenor duchzogen, der es manchmal etwas anstrengend macht.
Aber zugegeben: Ich sollte da sicher nicht klagen. 8)
Zitat
Lesen und Verstehen ist hier das Problem vieler.
Seufz.
Na klar.
Selbstverständlich ist Kommunikation immer eine Sache zwischen 2 Parteien. Wenn die Kommunikation nicht klappt ist es das einfachste zu behaupten, die andere Partei sei Schuld, sie könne z.b. nur nicht richtig lesen oder sei gar schlicht nicht WILLENS zu lesen und vielleicht auch ein bisschen zu minderbemittelt um zu verstehen.
ODER man kann auch mal überlegen, ob man vielleicht besser formulieren kann. Wer Zeitungen macht, kennt das Problem: Es reicht nicht irgendeinen Artikel zu schrieben der Wahrheiten enthält, man muss sein Publikum erreichen, ja streng genommen zum lesen und verstehen ANIMIEREN.
Sicher haben hier viele eine Konsumentenhaltung: "Schreib mir mal eben auf, was ich machen muss, um meine Heizungsteuerung hinzubekommen, ich habe gerade keine Zeit die Artikel im Wiki zu lesen" (überspitzt).
Wir haben hier aber auch Leute, die meinen, die Last des Verstehens läge NUR auf der Empfängerseite. Dem ist sicher nicht so.
Und wer öfters das Problem hat, dass "diese Deppen einfach nicht verstehe wollen", kann auch mal darüber nachdenken, was er beim Erklären besser machen könnte.
Es ging in diesem Thema und auch in meinem Beitrag aussschließlich um die unwahre Behauptung, dass man die cfg nicht mehr editieren kann und vor allem dass das auch noch eine Art Gängelung wäre (was nachweislich ja nicht stimmt). Und das Thema des Lesens und Verstehens ist es in Bezug auf das Attribut, das eben das Editieren der config weiterhin uneingeschränkt erlaubt, nicht falsch oder fehl am Platz. Wer liest UND versteht, hat relativ schnell raus, was es damit auf sich hat und wo das Problem liegt oder liegen kann. Eine Frage danach ist ok, aber der Ton in diesem Thread ist terilweise sehr grenzwertig.
Weder befürworte ich eine komplette Abschaffung der fhem.cfg (darin sehe ich keinen Sinn, so lange sie im Grunde nur in einer DB abgebildet wird), noch habe ich etwas gegen so einen Schritt. Das Thema hier hat aber auch damit nichts zu tun, alle Beiträge zu configDB sind hier weitesgehend Off-Topic.
Nochmal, ich beziehe mich auf das Thema dieses Threads, nicht auf andere Bereiche. Das Fass hast du auf gemacht, aus welchem Grund auch immer.
ZitatDas Fass hast du auf gemacht, aus welchem Grund auch immer.
Aus diesem Thread, 2 Seiten früher:
ZitatZitatZitat von: Puschel74 am 16 Februar 2015, 18:46:21
es wird automatisch nach KonfigDB migriert
Betateilchen:
*dafür*
« Letzte Änderung: 16 Februar 2015, 19:13:44 von betateilchen »
Zitat von: Zrrronggg! am 13 April 2015, 00:39:51
Aus diesem Thread, 2 Seiten früher:
Betateilchen:
*dafür*
« Letzte Änderung: 16 Februar 2015, 19:13:44 von betateilchen »
Ich meinte das Fass mit mir ;) ICH habe von configDB nichts gesagt. Hier haben natürlich viele am Thema vorbei geschrieben (du auch). Das betrifft mich aber nicht.
Aber mit DIR PERSÖNLICH würde ich doch nie ein Fass aufmachen, ausser jetzt es wäre ein Colafass (trinke kein Bier). ;D
@Zrrronggg!
Leider gibt es kein Ironie-Tag aber wenn du den Beitrag VOR meinem zitierten gelesen hast dann sollte eigentlich klar sein das mein
Teil mit der Konfig-DB ironisch gemeint war - zumal ich hexenmeister noch zitiere.
Nicht das hier noch falsche Eindrücke entstehen würden.
Vote for Ironie-TagSollte die Ironie nicht offensichtlich gewesen sein möchte ich das hiermit nachholen:
Mein Beitrag
Zitat von: Puschel74 am 16 Februar 2015, 18:46:21
Schlimmer - es wird automatisch nach KonfigDB migriert :P
war ironisch gemeint.
Selbstverständlich ist mir das nicht entgangen, dass du das nicht ganz ernst meintest.
Aber betateilchens Replik war *NICHT* ironisch.
Und dieser Beitrag von Marvin auch nicht:
Zitat"Mal ganz davon abgesehen, solltet ihr euch alle mal damit beschäftigen, wie man ohne das editieren der Config auskommt. Das geht nämlich und ist deutlich komfortabler und vor allem sicherer. Dann "zerschießt" ihr euch auch nicht immer alles."
An dem Satz ist nichts falsch und es spiegelt meine Meinung wieder. UND das hat rein gar nichts mit Config-DB zu tun. Ich nutze Config-DB nicht und habe trotzdem seit über einem Jahr keinen Blick mehr in die Config geworfen. Die Komplexität meines Systems hat in dem Zeitraum um sicher 400% zugenommen. Ich habe ziemliche viele komplizierte Automationsvorgänge in FHEM und ich habe wirklich keinen Grund gefunden, dafür die Config anzufassen. Es gibt schlicht auch keinen.
Trotzdem: Jedem das Seine. Und deshalb ist es ja auch nicht verboten, die Config zu editieren. Es wurde lediglich eine Möglichkeit gesucht, den blutigen Anfängern einen kleinen Schubs in die Richtung zu geben, die besser supportbar ist und doch rein gar keine Nachteile bietet. Daran ist weder etwas falsch, noch ist es Gängelung, wie in diesem Thread behauptet. Ein Attribut mit dem man den alten Zustand wieder herstellen kann, gibt es und es ist kinderleicht zu finden.
Zitat... euch alle mal damit beschäftigen, wie man ohne das editieren der Config auskommt. Das geht nämlich und ist deutlich komfortabler und vor allem sicherer. Dann "zerschießt" ihr euch auch nicht immer alles."
Fangen wir mal mit dem Positiven an:
NICHT falsch ist, dass es andere Methoden gibt, als die Konfig direkt zu bearbeiten. Diese kann man gerne vorstellen oder vorschlagen.
Der Rest ist mindestens in der Wortwahl schwierig.
ZitatDann "zerschießt" ihr euch auch nicht immer alle
IHR (alle, die ihr mit der cfg arbeitet) zerschiesst euch IMMER ... ALLES?
Betateilchen das auch immer angeführt und den Eindruck vermittelt, das sei ein massenhaft auftretendes Problem.
Mir ist gar kein Fall bekannt, obwohl ich ja nun auch im Forum unterwegs bin. Gut : muss nix heissen. Wird sicher Fälle geben.
Aber "IHR" "IMMER" "ALLES" ? Ernsthaft?
Und bei jeder Methode gibt es Möglichkeiten sich die FHEM-Installation mal eben funktionslos zu machen. Und Anfänger werden diese Wege auch imer finden und "nutzen".
Und deswegen SOLLEN (nicht können) wir uns mit anderen Methoden befassen?
Also selbst wenn inhaltlich da was dran ist (ich habe Zweifel, dass es jenseits der
Meinung, dass einige Methode X komfortabler finden und andere Methode Y, zum Komfort objektive Masstäbe gibt, selbst bei "sicherer" würde ich gerne wissen was das genau bedeuten soll) ist zumindest die Wortwahl unglücklich, die nämlich so klingt wie: Eure Methode ist nicht die Richtige. Sie hat nur Nachteile ist unkomfotabel und ihr macht euch alle immer alles kaputt.
Und das ist in jedem Fall FALSCH.
Der Satz spiegelt in wesentlichen Teilen nur deine Meinung wieder und ist unnett formuliert.
Ich kann selbstredent damit leben, dass es Leute gibt die anderen Methoden anwenden. Du ja sicher auch.
Ich würde nur meine Methode andren gegenüber nicht als die Methode darstellen, die BESSER ist. Ich versuche sogar Dinge die ich explizit nicht mag (DOIF), zumindest als Möglichkeit darszustellen (okay, auch nicht immer sehr erfolgreich). Ich maße mir nicht an zu bestimmen, welche Methoden für andere Leute komfortabler sind, weil ich nicht weiss wie die das praktisch genau machen, weil ich nicht deren Kenntnisstand kenne und ihre Vorlieben nicht. Ich maße mir nicht an zu behaupten ich wüsste, dass diese und jene Methode immanent unsicherer ist als andere Methoden. Ich weiss, dass man sich mit jeder Methode was kaputt machen kann, ich behaupte z.b. dass ich mit meiner Methode nur SEKUNDEN brauche um mich von den schlimmsten GAUs zu erholen (jetzt dauert es zugegeben 3 Sekunden länger, weil ich immer erst noch dafür sorgen müsste, das ich die cfg editieren darf).
Ich kann aber Leuten auf Wunsch gerne erklären wie ich arbeite und warum. Aber sagen sie SOLLEN das so machen?
Und ich hätte also gerne, dass man mir meine Methode nicht madig macht, mich wie jemand darstellt, der nur noch nicht verstanden hat wie man es RICHTIG macht und dem man zu seinem Glück zwingen oder anschubsen muss.
Und damit bin ich ja erkennbar nicht allein.
Dennoch hat die Fraktion, die behauptet, das Editieren der cfg sei OBJEKTIV eine schlechte Methode schon Erfolge erzielt. Sie hat es schwieriger gemacht für die Leute, die so arbeiten, der Beweis, dass es so ist ist die blosse Existenz diesen Threads.
Sicher nicht VIEL schwieriger, zugegeben.
Also: Könnt ihr cfg-edit-Ablehner uns cfg-Editoren bitte in Ruhe lassen?
Zumindest nicht mit "Ihr macht das nicht richtig" abkanzeln?
Mehr will ich nicht.
Ginge das?
Sonst mach ich das in Zukunft auch so:
Ich werde jetzt bei jeder Gelegenheit propagieren, dass sich alle mit MEINER Methode bevorzugt befassen sollten: Dem direkten Editiern der cfg. Das ist komfortabler und bietet diverse Vorteile, man hat z.b. immer direkt alles vor Augen.Viele wissen es vielleicht nicht, aber ES GEHT, und ich arbeite darauf in, das Hürden entfernt werden, um Anfänger gleich in die richtige Richtung zu schubsen.
Ich kann nämlich cfg viel besser supporten als die meisten anderen Methoden. Und sie ist viel sicherer, weil man sich in Sekunden von selbst den schlimmsten Katastrophen erholen kann, indem man einfach die vorherige als .txt Datei gespeicherte Version der cfg per Copy/Paste reinwirft.
Ich meine, es kann ja jeder so arbeiten wie er will, aber wenn ihr alle euch mal damit befassen würdet ihr man mit einer cfg RICHTIG arbeitet, dann würdet ihr auch nicht immer so komische Effekte haben. Und nebenbei: autocreate gehört standardmässig ausgeschaltet.Das ist natürlich nur ironisch gemeint.
Obwohl ...
gut gesprochen, vollkommen deiner Meinung.
Es sind hier immer wieder die gleichen Kandidaten, welche gerade Neueinsteiger "heruntermachen". Es ist gerade mit FHEM genauso wie überall in der IT- es gibt mindestens drei Wege zur Lösung. Und die spez. Kandidaten hier glauben ihre Meinung sei die einzig richtige. Die haben einfach noch nicht den Sinn eins Forums verstanden. Es ist ein Erfahrungsaustausch und EVTL, wenn Bereitschaft vorhanden ist, anderen zu helfen. Aber hier wird ja nur auf command.ref, Suchfunktion verwiesen. Ich glaube NIEMAND will diese niveaulosen Kommentare lesen. Ich bin auch der Meinung.....
> Könnt ihr cfg-edit-Ablehner uns cfg-Editoren bitte in Ruhe lassen?
Und diese, man kann schon fast sagen Beleidigungen sein lassen. Wenn sie sich belästigt fühlen, durch Fragen jegicher Art sollten sie das Forum verlassen !
Habe hier gerade ein FHEM von einem System auf ein anderes verschoben, mit gleichzeitigem review der Konfig.
Interessanterweise ... fand ich es (persönlich) einfacher, eben über FHEM zu gehen, als über die Config. Eben weil man sofort Fehlermeldungen bekommt. Und wenn ich in die Vergangenheit sehe, habe ich (als ich noch Anfänger war) genau den Fehler gemacht, nicht über FHEM sondern direkt über die config zu gehen.
Den einzigen Vorteil, den ich in der direkten Bearbeitung der Konfig sehe, ist, das man auch über ein Revisionssystem (svn, git o.Ä.) gehen könnte.
Aber das ist meine eigene persönliche Meinung.
(Falls sich jemand angegriffen fühlt, soll er sich bitte an seine eigene Nase fassen!)
Ich helfe hier Leuten in meiner Freizeit und ich habe bspw. für mich entschieden, dass ich niemandem Code gebe, den er in die config einfügen muss, sondern immer den für den DEF Bereich der Devices (und ich halte mich auch meistens dran ;)). Und diese Entscheidung basiert darauf, dass ich es für die besser supportbare Art und Weise halte. Was andere dazu denken ist mir, ehrlich gesagt, völlig egal. Dass es für Anfänger der bessere Weg ist, die Config zu meiden, ließe sich sicher auch empirisch belegen, wenn man es darauf anlegt. Jeder soll so arbeiten, wie er denkt. Die Einführung des hier diskutierten Attributs finde ich gut und richtig und es hat, wie ich mehrfach erwähnt habe, rein gar nichts mit Gängelung zu tun. Ich bin 100%ig davon überzeugt, dass es, nachhaltig gesehen, den Supportaufwand vermindert. Und wenn es andererseits dafür sorgt, dass ein paar Leute die Finger von FHEM lassen, dann ist das auch ok. Ich bin ohnehin ein Fan von kleinen Communities.
Meine Wortwahl kann man auseinanderflücken. Falsch ist es im Kontext trotzdem nicht. Dabei bleibe ich. Ja, es ist etwas umgangsprachlich und es basiert auf einer leichten Genervtheit über dieses unsägliche Thema (und damit meine ich die lächerliche Ansicht, ein Attribut als Gängelung zu bezeichnen). Trotdzem war ich derjenige, der das unfassbar große Problem des Attribut-Setzens in diesem Thread erklärt hat, was mir wiederum auch mehere Schelten eingebracht hat.
Nochmal: Ich halte das Editieren der Config für Anfänger für den falschen Weg. Das ich das so sehe ist und bleibt so. Das liegt auch daran, dass (und das kann man nicht bestreiten) FHEM insgesamt leichter supportbar wäre, wenn es gar nicht möglich wäre, die Config zu editieren. Anfänger werde ich immer wieder darauf hinweisen, dass es besser für sie ist, den Weg über das Frontend zu gehen. Das finde ich richtig und gut und ist Teil meiner Hilfe. Ich sehe nicht ein, mir den Weg vorgeben zu lassen, wie ich helfe.
Eines noch: Ich halte eure Reaktionen auf, meiner Ansicht nach, völlig normale (weil direkte) Kommunikation in diesem Forum teilweise für recht mimosenhaft. Wenn ihr das, was betateilchen geschrieben hat oder andere schreiben, wirklich als Beleidigung anseht, dann weiß ich ehrlich nicht, wie ihr ihm im echten Leben zurecht kommt. Ihr fordert eurer "Recht" ein, in FHEM zu arbeiten, wie ihr möchtet (völlig legitim), gesteht anderen hier im Forum aber nicht zu, ihre Meinung direkt und ohne Umschweife zu äußern? Das nennt man wohl Doppelmoral. Ich lese wirklich sehr viel hier im Forum aber Beleidigungen sehe ich sehr sehr selten. Wenn doch, dann kommen sie von Leuten mit bis zu 30 oder 40 Beiträgen, die bspw. die Einführung eines Attributs kritisieren ohne darüber nachzudenken und sich massiv in der Wortwahl vergreifen, weil sie nicht wissen, über was sie da reden ;) Und wenn jemand unter jedes relevante Posting schreibt, dass man die Config besser nicht editiert, ist das völlig ok. Wenn es euch nicht passt, ignoriert es einfach. Andernfalls macht ihr nichts anderes, als das, was ihr kritisiert: anderen Vorschreiben, was sie zu tun haben.
@marvin:
(https://encrypted-tbn0.gstatic.com/images?q=tbn:ANd9GcSIBXJmZPfZ5mlxL-2aty0sku-sf5WjewbOqd-UgwfNYiiF-UfRyA)
Dem ist nichts hinzuzufügen...naja doch, zur Erinnerung: es ging und geht um ein (!) Attribut, das ich ggf. setzen muss.
Commandref lesen, Attribut setzen - das ist doch ein schöner Qualifikationstest für das Editieren - notwendig, aber nicht hinreichend 8)
P.S.: und wen muss ich hier nun beleidigen, um mal einen thumbs-up-Smilie zu bekommen? ;D
Also BELEIDIGT fühl ich mich jetzt nicht.
ZitatIch sehe nicht ein, mir den Weg vorgeben zu lassen, wie ich helfe.
Ich sehe nicht ein, mir den Weg vorgeben zu lassen wie ich FHEM konfiguriere.
Dennoch hat eure Fraktion den ersten Schritt in diese Richtung GETAN.
Nur darum gehts.
Aber gut, ich glaube alle Argumente sind ausgetauscht. Ich denke jedenfall ich hab alles gesagt und wir fangen an uns zu wiederholen.
Dass dir jemand sagt, wie es, seiner Ansicht nach besser ist, ist keine Vorschreiben. Und genau das ist, es, was hier falsch verstanden wird. Niemand kann euch was vorschreiben, da es sehr viele Wege gibt, FHEM zu konfigurieren. Man kann aber sehr wohl sagen, welche Art man supportet und man kann auch jedem Anfänger den richtigen Weg empfehlen (mit welcher Wortwahl auch immer). Wenn ich empfinde, dass jemand etwas nicht richtig macht, dann sage ich tatsächlich "Ihr macht das nicht richtig!" (wenn das aus meiner Sicht so ist, wird es nicht richtig, nur weil es jemand anders anders sieht). Wie er es macht, bleibt aber ihm überlassen und deshalb kann von Vorschreiben nicht die Rede sein. Und genau das ist, was mich an diesem Thread stört: Es wird von Gängelung und Vorschreiben gesprochen. NICHTS davon ist wahr. Es reicht aber sicher locker aus, um bei einigen den falchen Eindruck zu vermitteln. Da frage ich mich, was verschreckt die Leute eher: Direkte und unmissverständliche Hilfe oder dieses Gezeter, dass auf einer Lüge basiert?!
Und jetzt ist wirklich alles gesagt. Zumindest von meiner Seite.
Ich möchte Zrrronggg! hier nur mal zusprechen. Er spricht das aus, was ich mir hier im Forum schon oft gedacht habe. Im übrigen arbeite ich auch wie er per copy&paste, weil ich bisher keine komfortablere Variante gesehen habe, die mich überzeugt hätte.
Ich programmiere seit über 30 Jahren mit verschiedenen Systemen, habe ein Studium absolviert und übe einen technischen Beruf aus, aber FHEM läßt bei mir nur wenig Spaß aufkommen. Sicherlich kommt man irgendwie zum Ziel, aber der mir entstehende Zeitaufwand (Als FHEM-LINUX-PEARL-Fremdling ::)) ist doch schon recht hoch.
Heimautomation wird in FHEM meines Erachtens so keine wirkliche Zukunft haben, da es schlicht zu kompliziert ist. Vielseitig ja, aber einfach nicht zeitlich absehbar vermittelbar.
Welchen Aufwand müßte man treiben, um ein FHEM-System so zu dokumentieren, dass ein FHEM-Fremder mal übernehmen könnte. Das sehe ich fast als unmöglich an. Dabei wird bei mir nur recht einfach Licht und Heizung gesteuert.
Wo bei an der Stelle noch etwas anderes gilt:
Einfaches System = Wenig Erweiterbarkeit
Offenes, vieles Möglich System (FHEM eben) = Komplizierte Einarbeit
Da ich eben kein 0815 System haben möchte .... musste ich mich einarbeiten :o(
Aber DIESE Diskussion geht jetzt wirklich am Threadtietel vorbei ...
Hallo,
ich kann die fhem.cgf nicht mehr editieren.
In https://192.168.178.6:8084/fhem?detail=WEB steht editConfig auf 1
Trotzdem kommt immer wenn ich die Datei editieren will die Meldung
You can enable saving this file by setting the editConfig attribute, but read the documentation first for the side effects.
Update auf neueste fhem Version wurde heute durchgeführt aber vorher ging es schon nicht,
Gruss
Ralf
hat sich erledigt.
8084 ist WEBphone zugeordnet, da musste das attribut gesetzt werden....
Zitat von: Dangermouse am 15 Februar 2015, 19:05:04
unter "Unsorted" findest du das "WEB" , hier den Attribut "editConfig" auf 1 setzen...
Ich traue mich hier mal in die Diskussion, da ich eine ergänzende Frage habe:
Nach langem Suchen bin ich als "Newcomer" tatsächlich auf die o.g. Einstellung gestoßen.
Das Attribut editConfig stand allerdings schon auf 1, ich kann allerdings die fhem.cfg nicht editieren.
Zur Info
Meine ersten Gehversuche mit FHEM auf der FB 7390 habe ich als Nichtkundiger durch Ausprobieren direkt in der fhem.cfg und Lesen rausbekommen.
Das was ich damit machen will (Licht-, Teichpumpensteuerung im Garten sowie Garagentorsteuerung) gelang dann auch.
Da mit der neuen FW der FritzBox FHEM darauf für mich gestorben ist, mache ich gerade meine ersten Gehversuche auf meiner DS 214+; das fällt mir schwer genug.
Wenn ich die ersten Schritte auf der DS vollzogen habe denke ich, dass mir der Umzug auch gelingen wird.
Dabei bevorzuge ich aber auch, Schritt für Schritt vorzugehen und nicht 1:1 zu kopieren.
Für diese ersten Schritte brauche ich aber eure Unterstützung auch wenn die Experten verständlicherwiese wenig Lust verspüren, jedem Neueinsteiger FHEM neu zu erklären.
Also, woran könnte die fehlende Editiermöglichkeit noch liegen?
Ich gehe mal davon aus, dass nach erneutem Attributsetzen ich die fhem.cfg richtigerweise abspeichern muss.
Ich habe meine DS und danach FHEM neu gestartet -ohne Erfolg!
Du wirst etwas auf die Ausprägung von " ich kann allerdings die fhem.cfg nicht editieren" eingehen müssen. Was genau geht denn nicht? Was gibt es für Meldunge, was sagt das Log? Ist der Abspeichern Button nicht da oder hat das Speichern keinen Effekt (fehlende Rechte?)?
Der Button "Save config" auf der Weboberfläche links oben ist da, der Speichervorgang wird auch bestätigt:
"Wrote configuration to /usr/local/FHEM/etc/fhem.cfg"
"ich kann allerdings die fhem.cfg nicht editieren" soll heißen, dass ich auf der Weboberfläche über "edit files" die fhem.cfg aufrufen und einsehen kann.
Eine Veränderung der Inhalte ist aber nicht möglich!
Meldungen bekomme ich außer der o.g. keine, im Logfile steht nicht zum Thema Änderung der fhem.cfg oder einem geänderten Attribut.
Stelle ich das Attribut testweise auf "0" erscheint aber auch keine Meldung im Logfile. Rufe ich danach wieder das Attribut auf, steht immer noch die "1".
Eingelogged bin ich auf der DS als admin.
Sagt das alles mehr?
Moin uron,
Zitat von: uron am 11 August 2015, 13:35:31
"ich kann allerdings die fhem.cfg nicht editieren" soll heißen, dass ich auf der Weboberfläche über "edit files" die fhem.cfg aufrufen und
Über welchen Port rufst Du FHEM auf?
Mit:
define WEB FHEMWEB 8083 global
...
attr WEB editConfig 1
...
erlaubst Du das Editieren über :8083
Mit:
define WEBphone FHEMWEB 8084 global
...
attr WEBphone editConfig 0
verhinderst Du das, am Port :8084
Und mit:
define WEBtablet FHEMWEB 8085 global
...
attr WEBtablet editConfig 1
erlaubst Du es auch von Port :8085
Vielleicht hilft Dir das ja weiter...
Viele Grüße
Sunny
... über den Port 8083. Die von dir angegebene Befehlszeile "define WEB FHEMWEB 8083 global" ist auch standardmäßig in der fhem.cfg zu finden
Rufe ich über "Edit files" die fhem.cfg auf und gebe oben in das Eingabefeld neben "save config" den Befehl "attr WEB editConfig 1" ein, erhalte ich die Fehlermeldung
"Please define web first"
Vielleicht sagt aber ein Screenshot mehr als Worte damit ihr seht, wo ich mich gerade rumtummele.
(http://www.bilder-upload.eu/thumb/8f0ee7-1439298228.jpg) (http://www.bilder-upload.eu/show.php?file=8f0ee7-1439298228.jpg)
Ich befürchte, ich mache etwas grundsätzlich falsch, weiß aber noch nicht was.
Warum machst du das nicht über dein WEB Device im Frontend? Gehe zum Device WEB, wechsle in die Detailansicht und setze unten das Attribut.
Mal ganz abgesehen davon, glaube ich nicht, dass die Fehlermeldung
Zitat"Please define web first"
kommt, wenn du eingibst
attr WEB editConfig 1Bitte Groß- und Kleinschreibung beachten.
Mach mal ein list deines WEB Devices.
Moin,
Zitat von: uron am 11 August 2015, 14:53:59
... über den Port 8083. Die von dir angegebene Befehlszeile "define WEB FHEMWEB 8083 global" ist auch standardmäßig in der fhem.cfg zu finden
Den Wert änderst Du über:
Unsorted / FHEMWEB und für 8083 bei Standart Einstellungen unter WEB
und dort mal nach "editConfig" schauen..
Viele Grüße
Sunny
<Edit an>
Sorry marvin78 Du warst schneller.
Halte jetzt mal meine Füße
still
<Edit aus>
Zitat von: Sunny am 11 August 2015, 15:02:09
Halte jetzt mal meine Füße
still
Warum? Oft hat man unterschiedliche Ansätze. Das passt schon so. Immer in die Tasten hauen ;)
Mann, das ist ja ein Service hier wenn sich 2 Helfer melden :) :)
Ich vermutete ja, dass ich etwas grundlegendes falsch mache:
Es war die Groß- und Kleinschreibung!
Meine Gehversuche auf der FB liegen doch schon einige Zeit zurück >:(
Danke, mal schauen, wie ich weiter vorankomme.
@ marvin78:
Zitat von: marvin78 am 11 August 2015, 15:07:35
...Das passt schon so. Immer in die Tasten hauen
freut mich :)
@uron:
dann man noch viel Spaß, beim lesen und testen. ;)
Viele Grüße & schönen Tag
Sunny
Zitat von: uron am 11 August 2015, 15:11:35
Es war die Groß- und Kleinschreibung!
Und das passiert nicht wenn du über das Frontend gehst und nur noch die Attribute anklickst anstelle was in die Befehlszeile zu schreiben ;)
Der Button "Save config" auf der Weboberfläche links oben ist da
Da liegt mMn schon der Fehler....
Mit diesem Button schreibst du die aktuelle fhem-config ins cfg.-File (kling komisch, ist aber so)
Nimmst du stattdessen den Button "Save fhem.cfg", dann speicherst du deine editierten Daten :)
lg, Ici
Ich habe letzte Woche LEIDER auch die fhem.cfg direkt ändern müssen, da es kein disable für
ZitatECMD telnet
gibt
soviele # hab ich selten gebraucht ;)
nur für die Statisik
Zitat von: Icinger am 11 August 2015, 20:18:05
Der Button "Save config" auf der Weboberfläche links oben ist da
Da liegt mMn schon der Fehler....
Mit diesem Button schreibst du die aktuelle fhem-config ins cfg.-File (kling komisch, ist aber so)
Nimmst du stattdessen den Button "Save fhem.cfg", dann speicherst du deine editierten Daten :)
lg, Ici
100% Zustimmung: Nur wenn ich "Save fhem.cfg" zum Speichern drücke, werden die Änderungen auch in der cfg-Datei gespeichert.
Aber dieses "Save fhem.cfg" bekomme ich ja jetzt erst, nachdem ich die fhem.cfg editieren kann!
Zitat von: marvin78 am 15 Februar 2015, 19:28:27
Mal ganz davon abgesehen, solltet ihr euch alle mal damit beschäftigen, wie man ohne das editieren der Config auskommt. Das geht nämlich und ist deutlich komfortabler und vor allem sicherer. Dann "zerschießt" ihr euch auch nicht immer alles.
Zitat von: marvin78 am 15 Februar 2015, 20:28:19
Die Kommentare lässt du am besten weg. FHEM braucht die nicht.
Ich weiß, dieser Thread ist nun schon etwas älter, trotzdem möchte ich mich hier nochmal ranhängen.
Es mag ja sein, dass es insbesondere für den Lerneffekt besser ist, die Befehlszeile zu nutzen. Und natürlich braucht FHEM die Kommentare nicht - aber u.U. der Nutzer. Ich jedenfalls finde die Config ohne jegliche Kommentare gerade bei umfangreichen Konfigurationen recht unübersichtlich, wenn man z.B. einfach mal darin etwas sucht. Die meisten hier sind ja nun mal keine Hardcore-Coder - und selbst die kommentieren ihren Code.
Zitat von: marvin78 am 15 Februar 2015, 20:28:19
Ich frage mich, warum man sich nicht mit dem System beschäftigt, dem man seine Haussteuerung überlässt!?
Ich beschäftige mich auch nicht mit meinem Auto und verstehe auch da nur ganz grob die Zusammenhänge, trotzdem fahre ich damit, auch wenn von der richtigen Funktion u.U. mein Leben abhängt. FHEM bietet recht viele Möglichkeiten, ist dadurch aber auch sehr komplex. Und das geht auch zu Lasten der Benutzerfreundlichkeit, denn die Nutzung und insbesondere die Konfiguration mag vieles sein, aber komfortabel ist das alles nicht. Und wenn man tatsächlich daran geht und sich als Anfänger "seine" Konfiguration vollständig selbst erarbeitet will, muss man schon einen recht langen Atem haben und viele werden dabei die Lust verlieren. Der zu betreibende Aufwand ist recht hoch, und ob der Nutzen das rechtfertigt, werden mehrheitlich nur die mit "ja" beantworten, die ohnehin gerne basteln und ausprobieren. Insofern versuche ich, einen Mittelweg zu finden. Einige Grundlagen sollte man sich sicherlich aneignen, aber man muss doch auch nicht immer das Rad neu erfinden. :)
Du hast es nicht verstanden. Bitte nicht hinein interpretieren, was nicht dort steht und genauer lesen. Dann die Gedanken ordnen und beim Thema bleiben. Dann lohnt es sich ggf. auch mal eine so alten Thread auszugraben.
Bsp.: eine config, die man nicht anfasst, kann so unübersichtlich sein, wie sie will. FHEM weiß, wo es steht.
Der Rest ist mir zu anstrengend. Jeder, wie er mag, der Support ist jedoch eingeschränkt.
oh... Popcorn...
Zitat von: betateilchen am 23 Februar 2018, 20:48:36
oh... Popcorn...
Och nö, so war das nicht gedacht ... ;)
Es gibt das Attribut "comment" für die die Kommentare setzen wollen. [emoji85][emoji86][emoji87]
Mit dem Handy online, daher kurz gefasst...
Zitat von: Sutadur am 23 Februar 2018, 21:01:15
Och nö, so war das nicht gedacht ... ;)
Warum glaube ich das nicht?
Zitat von: Sutadur am 23 Februar 2018, 20:38:54
Ich beschäftige mich auch nicht mit meinem Auto und verstehe auch da nur ganz grob die Zusammenhänge, trotzdem fahre ich damit, auch wenn von der richtigen Funktion u.U. mein Leben abhängt.
Das ist ein schönes Beispiel. Du verwendest in deinem Auto die Knöpfe und Schalter und versuchst nicht den Bordcomputer zu hacken. So sollte man das auch als FHEM-Nutzer halten :-)
Und damit können wir diese 1000fach geführte Diskussion dann auch schliessen.
Zitat von: KernSani am 23 Februar 2018, 22:02:11
Und damit können wir diese 1000fach geführte Diskussion dann auch schliessen.
Ohh... Schaaade :(
Ich wollte schon Beispiele für sinnvolles Config-Editieren erörtern. Damit Betateilchen nicht umsonst die Popkorntüte geholt hat ;D ;D ;D
Zitat von: hexenmeister am 23 Februar 2018, 22:26:49
Ohh... Schaaade :(
Ich wollte schon Beispiele für sinnvolles Config-Editieren erörtern. Damit Betateilchen nicht umsonst die Popkorntüte geholt hat ;D ;D ;D
Eine Popcorntüte holt man nie,niemals um sonst ;D
Da hast Du auch wieder recht ;D
Zitat von: hexenmeister am 23 Februar 2018, 22:26:49
Ohh... Schaaade :(
Ich wollte schon Beispiele für sinnvolles Config-Editieren erörtern. Damit Betateilchen nicht umsonst die Popkorntüte geholt hat ;D ;D ;D
Abgesehen davon wäre ich sachlich/fachlich durchaus interessiert ... :)
Oh, nee, ich finde zwar, dass (wenn man weiß, was man tut) direktes Editieren oft schneller zum Ziel führt. Ich habe heute jedoch keine Lust auf einen Glaubenskrieg. ;D
Beispiele hätte ich aber doch:
Ich habe so alle meine gleichartigen Aktoren im Texteditor per Macro (template/suchen/ersetzen) angelegt und schön sortiert in die Config eingetragen.
Weiterhin ist mein Config per include in mehrere Dateien aufgesplittet und manche davon werden gleichzeitig von mehreren FHEM-Instanzen verwendet (z.B. Basis-Definitionen für MQTT).
(*duckundweg* bevor die ersten Tomaten fliegen ;D ;D ;D )
Die Möglichkeiten sind bekannt. Es geht gar nicht um eine Glaubenskrieg. Wenn man die richtigen Gründe hat, soll man die config editieren. Wenn die bekannten Probleme daraus resultieren weil man nicht weiß was man tut und die falschen Gründe hat, dann bekommt man schnell ein Problem. Es geht nicht darum, Leute vom editieren abzuhalten sondern darum, dass die Empfehlung ist, es nicht zu tun, da es. Probleme geben kann und es nicht notwendig ist. Da liegt der Unterschied und da wird viel nicht verstanden.
Hey Leute,
das muss man doch wirklich nicht alles nochmal aufwärmen (Aufgewärmt schmeckt nur Gulasch ;))
Vielleicht sollte man den Thread schließen, ich denke zu dem Thema ist alles (mehrfach) gesagt.
gb#
PS: Bin seit Ewigkeiten ohne .cfg und habe sie auch noch nie vermisst.