DOIF macht manchmal nix.....

[Stromschiene]

Mir ist es schon vor langer Zeit aufgefallen (unter FHEM 5., dass eine DOIF-Anweisung, wenn ich den Befehlsteil ändere, richtig ändere, nicht ausgeführt wird (in der fhem.cfg). Nicht ein mal ignoriert wird sie, obwohl die Syntax richtig ist. Das DOIF wird erst dann ausgeführt, wenn ich den Namen um mindestens ein Zeichen ändere.

Ich dachte mit den Update auf 6.0 wird sich das ändern, aber nein, ist immer noch so.

Was läuft da schief?

mfg
Stefan

[rabehd]

(in der fhem.cfg)

wirklich?

Ich bin auf die Antworten gespannt, ich kann ohne List oder mehr Infos nicht helfen.

[Stromschiene]

Ja, tritt bei allen, einfachen oder komplizierten DOIFs auf. Darum kein Beispiel davon.

mfg

[Beta-User]

Ja, tritt bei allen, einfachen oder komplizierten DOIFs auf. Darum kein Beispiel davon.

Und warum änderst du das in der cfg direkt?

Das ist seit langem "unerwünscht", die Empfehlung ist: Ändere über FHEMWEB, und zwar entweder über die DEF in der Detailansicht oder über die (erweiterte) Kommandozeile aka RAW-Editor.

[Stromschiene]

Hallo Beta-User:

Danke für die Antwort!

ad1: Bei weit mehr als 1000 Zeilen im fhem.cfg möchte ich, um den Überblick zu waren, selber die Anweisungen gruppieren. Und wenn schon die Möglichkeit besteht, erwarte ich mal, dass es funktioniert.

ad2.: Was ist mit RAW-Editor gemeint?, wo kann ich darüber etwas finden? (link?)

mfg
Stefan

[Otto123]

ad2.: Was ist mit RAW-Editor gemeint?, wo kann ich darüber etwas finden? (link?)

Ich mach es mal bewusst ausführlich: Im Wiki

Das geschilderte Verhalten ist ja wenigsten konsistent

[MadMax-FHEM]

ad1: Bei weit mehr als 1000 Zeilen im fhem.cfg möchte ich, um den Überblick zu waren, selber die Anweisungen gruppieren. Und wenn schon die Möglichkeit besteht, erwarte ich mal, dass es funktioniert.

Hallo Stefan,

solange du kein z.B. alexa-fhem o.ä. nutzt wird es funktionieren sofern du keine fehlerhaften Einträge "produzierst"...

Bei Verwendung von alexa-fhem (oder ähnlichem Modul) wird es NICHT mehr gehen!
Also entweder dann NICHT mehr manuell editieren oder die Finger von alexa-fhem und ähnlichen Modulen lassen

Anmerkung (auch ohne Verwendung von "problematischen" Modulen):

du musst zumindest auf die Reihenfolge achten!

Also z.B. IODev VOR den Devices usw.

(wobei kann sein, dass das inzwischen "abgefangen" wird)

EDIT: ich habe zu Beginn (so vor 4-5 Jahren) auch gedacht selbst zu editieren und zu kommentieren etc. wäre hilfreich wegen Übersichtlichkeit etc. Habe ich aber "aufgegeben"... Nicht wegen erwähnter Module, sondern weil nach jeder Änderung die ich dann ja doch (mal) über die Oberfläche gemacht hatte ich wieder "umordnen" "musste" und das war dann auf Dauer... Und: seit ich da nicht mehr reinschaue ist es mir auch egal... Man kann also "loslassen"

Gruß, Joachim

[Beta-User]

Hallo Beta-User:

Danke für die Antwort!

ad1: Bei weit mehr als 1000 Zeilen im fhem.cfg möchte ich, um den Überblick zu waren, selber die Anweisungen gruppieren. Und wenn schon die Möglichkeit besteht, erwarte ich mal, dass es funktioniert.

Nun ja, zum einen willst du vermutlich keinen Wettbewerb starten bzgl. der Zeilenzahl in der fhem.cfg. "configDB list" liefert hier ebenfalls "weit mehr als 1000 Zeilen" - ohne Kommentarzeilen, Absätze zum Gruppieren usw. .

Zum anderen: Es funktioniert doch. Kein Grund, sich zu beklagen. Es funktioniert halt vermutlich nur, wenn man es "richtig" macht und FHEM dann auch neu startet, (nehme ich jedenfalls an).

Aber das ändert weder was dran, dass das nicht die empfohlene Methode ist, noch was daran, dass man das nicht so machen muß, wenn man ein _bestehendes Device_ ändert - das ändert nämlich seine Position in der cfg nicht, nur weil man über FHEMWEB was ändert.

Und zur Frage, wie man was wiederfindet/gruppiert/markiert/kommentiert, kann man sicher geteilter Meinung sein, aber bitte erst, wenn man alle Möglichkeiten kennt. Mir reicht z.B. meistens das comment-Attribut, und zusammenhängende Devices usw. findet man schneller mit einem list-Kommando und der passenden devspec. Manuell kann man associatedWith setzen, um Querbezüge "greifbar" zu machen.
Ansonsten schreibe ich dann lieber auch schon mal etwas commandref zu meinen myUtils-Dateien, wenn es sich um generalisierten Code handelt, bei dem FHEMWEB nicht mehr so einfach feststellen kann, was eigentlich wie zusammengehört...

Aber jeder wie er kann und mag. (Aber bitte nicht weiter über Zeilenzahlen diskutieren, dafür gibt es bereits mind. 2 oder 3 andere völlig sinnbefreite Threads...).

[MadMax-FHEM]

Aber das ändert weder was dran, dass das nicht die empfohlene Methode ist, noch was daran, dass man das nicht so machen muß, wenn man ein _bestehendes Device_ ändert - das ändert nämlich seine Position in der cfg nicht, nur weil man über FHEMWEB was ändert.

Falls das auf "mein" Ändern und dann "umkopieren" bezogen war: falsch/unpräzise formuliert

Ich meinte wenn ich halt dann mal neue Devices angelegt habe oder per autocreate angelegt wurden...

Und ich nenne jetzt meine Zeilenzahl nicht...
...aber 1000 sind es locker

Gruß, Joachim

P.S.: und ja bei Neustart von fhem funktioniert externes Editieren auch mit den genannten "Problem-Modulen"...

[Beta-User]

Nein, war wirklich nur auf den zitierten Post bezogen.

Und bzgl. "loslassen": sehe ich auch so, bin irgendwann (von fhem.cfg mit einigen #include) nach configDB gewechselt und war mir erst nicht so recht sicher, ob das eine gute Idee ist. Aber solange man insbesondere IO's nur ändert, nicht aber löscht, gibt's auch keinen Grund, irgendwas direkt machen zu wollen. Geht alles viel direkter über FHEMWEB...

Ergo schätze ich jetzt die Versionsverwaltung direkt in configDB, das kennt einen Rettungsmodus (nie gebraucht!) und vergißt auch bekannte Geräte nicht "versehentlich", nur weil mal irgendwo eine Verbindung abgebrochen ist (ist mir ganz früher ein paar mal mit OWX-Sensoren passiert; dafür waren die #includes wirklich praktisch... Nehme an, dass das zwischenzeitlich auch auf OWX-Modulebene anders gelöst ist, und ich war vor dem Wechsel bereits auf MySensors als Zwischenschicht gewechselt, so dass ich nicht darauf bestehe, dass confiDB mich an der Stelle gerettet hat .)