[GELÖST] Doif initialisirungsproblem mit Disable

[Robert1963]

Hallo,

habe ein Problem mit einigen meiner DOIFs.
Habe 3 DOIFs kopiert und leicht abgeändert. Ein DOIF habe ich nur geändert.
Die haben alle gut funktioniert. Bis zu meinem Standart Systemreboot Mittwoch Nacht.
Danach liefen die 4 DOIFs nicht mehr, als wenn sie Disabelt wären, was sie nicht waren.
Hatte im Set ... Auswahlmenü auch nur die Möglichkeit für enable bzw. disable, kein checkall.
Konnte mit set ... enabel zwar den mode auf dis- oder enabel ändern aber das/die DOIFs liefen immer noch nicht.
Ein Sprung in den Editor,... abspeichern und das DOIF arbeitet wieder.
Nach einem Reboot ist das DOIF wieder inaktive.
Ein löschen des Attributes Disable =0 hat dazu geführt das das/die DOIFs auch nach einem Restart wieder laufen.

Ein ähnliches Verhalten wurde in
https://forum.fhem.de/index.php/topic,37083.0.html
schon mal beschrieben aber nicht, für mich verständlich gelöst.

Andere DOIFs mit dem Attribut Disable=0 laufen auch nach einem restart normal an.

Ich hoffe das ich nur eine Veränderung verschlafen habe und das Problem mit ein wenig mehr Hintergrundwissen zu umgehen ist und mir das Problem erklärt werden kann.
Bin besorgt das neue Änderungen an meinen DOIFs wieder zu Problemen führen.


PS: Bin updatemäßig aktuell

In der Hoffnung das Problem verständlich rübergebracht zu haben, hänge ich ein betroffenes DOIF, noch im Fehlermodus, ran.

Code Auswählen Erweitern

defmod act_DOIF_wz_Roll_Terassenseite_I DOIF ## Rollladensteuerung Wohnzimmer Terrassenseite\
\
## Rolladen werden den Schaltimpuls gesteuert. Der Status bzw. die Statusänderung, erzeugt kein Fahrbewegung.\
## Dadurch kann man die Position manuell ändern ohne das, wg. des veränderten Status, der Rollladen wieder zurück fährt\
\
## Der Rolladen fährt 60 sec nach Schaltvorgang (Damit nicht alle Rolläden gleizeitig fahren)\
## Beim senken wird der Rolladen nach 60 sec, zur Sicherheit, noch mal runter gefahren\
\
## Plichten:\
## Wenn Anwesend und Wach Rollladen immer hoch\
## Wenn Abwesend Rollladen immer im Tag/Nachtwechsel\
## Der Rolladen fäfrt nicht, nach man. verfahren, auf alte Position zurück\
\
## 1\
##  wenn Tag eingeschaltet wird, Rolladen immer hoch\
([TagRollladen:"on"]) \
\
(set wz_Roll_Terrassenseite Auf)\
\
## 2\
## Wenn auf Anwesend geschaltet wird (Nachts nach hause kommend)\
DOELSEIF\
([Anwesenheit_Status:"Anwesend"]) \
\
(set wz_Roll_Terrassenseite Auf)\
\
## 3\
## Wenn auf wach geschaltet wird, Rolladen immer hoch\
DOELSEIF\
([WachSchlafen:"wach"] )\
\
(set wz_Roll_Terrassenseite Auf)\
\
\
\
## 4\
## Wenn auf Nacht geschaltet wird und nicht Zuhause Rolladen runter\
DOELSEIF\
([TagRollladen:"off"] and [Anwesenheit_Status] eq "Abwesend") \
\
(set wz_Roll_Terrassenseite Ab)\
\
## wait 60\
(set wz_Roll_Terrassenseite Ab)\
\
\
## 5\
## Wenn auf Abwesend geschaltet wird und Nacht\
DOELSEIF\
([Anwesenheit_Status:"Abwesend"] and  [TagRollladen] eq "off") \
\
(set wz_Roll_Terrassenseite Ab)\
\
## wait 60\
(set wz_Roll_Terrassenseite Ab)\
\
\
## 6\
## Wenn auf schlafen geschaltet wird und Nacht Rolladen immer runter\
DOELSEIF\
([WachSchlafen:"schlafen"] and  [TagRollladen] eq "off")\
\
(set wz_Roll_Terrassenseite Ab)\
\
## wait 60\
(set wz_Roll_Terrassenseite Ab)\
\
\

attr act_DOIF_wz_Roll_Terassenseite_I disable 0
attr act_DOIF_wz_Roll_Terassenseite_I do always
attr act_DOIF_wz_Roll_Terassenseite_I room Rollladen
attr act_DOIF_wz_Roll_Terassenseite_I wait 60:60:60:60,60:60,60:60,60
attr act_DOIF_wz_Roll_Terassenseite_I widgetOverride cmdState:textField-long wait:textField-long

setstate act_DOIF_wz_Roll_Terassenseite_I initialized
setstate act_DOIF_wz_Roll_Terassenseite_I 2019-11-11 09:03:05 cmd 0
setstate act_DOIF_wz_Roll_Terassenseite_I 2019-11-11 09:03:05 mode enabled
setstate act_DOIF_wz_Roll_Terassenseite_I 2019-11-11 09:03:05 state initialized



Viele Grüße,
Robert

[Damian]

Wenn du kein  checkall zur Auswahl hast, dann befindet sich dein Modul im falschen Modus.

Das Modul schaut, ob als erstes Zeichen Klammer auf kommt, wenn nicht, dann geht es in den Perlmodus. Ich vermute, dass die Kommentarzeilen von der ersten Bedingung zu dem Problem führen.

[Robert1963]

Das kann gut sein, wenn ich aber das  Attrebut Disable=0 lösche und dann das DOIF kopiere, funktioniert die Copy auf Anhieb, auch mit führendem Kommentar.
Eben mit nem Testdoif probiert.

Da ich schon langsam vergesslich werde sind die Kommentarzeilen für mich schon wichtig, habe sie in jedem DOIF der letzten 2 Jahre drin und möcht sie nicht missen.

Auch das Attrebut Disabel wird bei mir in älteren DOIFs gesetzt um Funktionen zu schalten.
Müste ich die alle ändern?

[Damian]

Entscheidend ist was im Internal Model steht, wenn fälschlicherweise Perl erkannt wird, dann kann die FHEM-Syntax des FHEM-Modus gar nicht funktionieren. Das sollte unabhängig vom disable bzw. unabhängig vom Reboot sein.

[Frank_Huber]

Ein Dejavu...
Hatten wir doch die Tage erst.

Damian, könnte man nicht die Raute erkennen und dann diese Zeile des DEF ignorieren für die Modus Erkennung?

Gesendet von meinem S60 mit Tapatalk

[Damian]

Ein Dejavu...
Hatten wir doch die Tage erst.

Damian, könnte man nicht die Raute erkennen und dann diese Zeile des DEF ignorieren für die Modus Erkennung?

Gesendet von meinem S60 mit Tapatalk

ja, kann ich für das nächste Update vorsehen.

[Frank_Huber]

Danke. [emoji1303]

Gesendet von meinem S60 mit Tapatalk

[Damian]

Ich habe es gerade angetestet:

im DEF-Editior eingegeben:

Code Auswählen Erweitern

## bla bla
## bla bla
([bla])


wird als FHEM-Modus bereits erkannt. Führende Kommentare sind offenbar nicht das Problem.

[Frank_Huber]

Könnte es auch ein Thema sein ob man editiert oder neu anlegt?

Gesendet von meinem S60 mit Tapatalk

[Frank_Huber]

Keine 2 Wochen her:
https://forum.fhem.de/index.php?topic=104891.0

Gesendet von meinem Telekom Puls mit Tapatalk

[Damian]

Dann wäre die Frage wann du das angepasst hattest und wie aktuell die Version des TE ist.

Könnte es auch ein Thema sein ob man editiert oder neu anlegt?

Gesendet von meinem S60 mit Tapatalk

Die letzte Änderung zu diesem Thema ist vom 25.03.2018.

Die Frage ist immer: Wann wurde zuletzt ein Update gemacht?

Nach einem Update und damit einem Reboot sollte die neue Funktionalität gegeben sein.

Ich habe allerdings im September dieses Jahr beiläufig ein Problem mit disable korrigiert.

[Damian]

Keine 2 Wochen her:
https://forum.fhem.de/index.php?topic=104891.0

Gesendet von meinem Telekom Puls mit Tapatalk

Das ist ein anderes Problem, er hat nur ein hash-Zeichen (#) statt zwei (##) für eine FHEM-Kommentarzeile angegeben.

[Frank_Huber]

Hab meinen Post gerade korrigiert, er gibt an aktuell zu sein.
Klingt so als ob ein reboot mit Kommentar nicht geht, eine DEF Änderung dagegen schon?

Gesendet von meinem Telekom Puls mit Tapatalk

[Damian]

Hab meinen Post gerade korrigiert, er gibt an aktuell zu sein.
Klingt so als ob ein reboot mit Kommentar nicht geht, eine DEF Änderung dagegen schon?

Gesendet von meinem Telekom Puls mit Tapatalk

Ein Reboot führt aber eine Definition aus, es sollte keine Unterschiede bei der Erkennung der Syntax geben. Wenn doch, dann brauche ich einen nachvollziehbaren Beweis.

[Frank_Huber]

Das ist ein anderes Problem, er hat nur ein hash-Zeichen (#) statt zwei (##) für eine FHEM-Kommentarzeile angegeben.

Aaaaaahhhhhhhhh, danke. Das war mir jetzt auch neu.

Gesendet von meinem Telekom Puls mit Tapatalk

[Frank_Huber]

Ein Reboot führt aber eine Definition aus, es sollte keine Unterschiede bei der Erkennung der Syntax geben. Wenn doch, dann brauche ich einen nachvollziehbaren Beweis.

Ja, dann sollte es egal sein ob reboot oder Änderung.
Ich werd morgen mal den Code des TE testen.
Klingt schon dubios.

Gesendet von meinem Telekom Puls mit Tapatalk

[Damian]

Mal nebenbei, weil ich gerade nach Änderungen gesucht habe: Das DOIF-Modul hat seit seiner Entstehung im Jahre 2014 inzwischen 122 Anpassungen (neue Features, Bugfixes) erfahren 

[Frank_Huber]

Mal nebenbei, weil ich gerade nach Änderungen gesucht habe: Das DOIF-Modul hat seit seiner Entstehung im Jahre 2014 inzwischen 122 Anpassungen (neue Features, Bugfixes) erfahren 

Und bestimmt einige tausend Stunden Arbeit.
Hut ab dafür. [emoji6]

Gesendet von meinem Telekom Puls mit Tapatalk

[Damian]

Und bestimmt einige tausend Stunden Arbeit.
Hut ab dafür. [emoji6]

Gesendet von meinem Telekom Puls mit Tapatalk

Bestimmt! Tja, wenn man einmal anfängt ...

[Robert1963]

Habe mit einem Testdoif eine kleine Testreihe durchgeführt.
Zwei Faktoren (Führenes Kommentar und Attribut Disable = 0 ) in unterschiedlichter Konstellationen.
Ergebniss:
Um ein defektes  DOIF mit führendem Kommentar und Attribut Disable = 0 wieder zum laufen zu bringen reicht das entfernen des Kommentars aus. Braucht kein reboot.
Das selbe defekte DOIF kann aber auch durch entfernen des Attribut Disable = 0 und anschließendem reboot wieder zum laufen gebracht werden.

Zur Zeit läuft es alles bei mir, mach mir nur Sorgen das meine ganze Haussteuerung auf tönernen Füßen steht.

Bin kein Programierer, möchte nur mein Haus steuern (plus Spieltreib ) , bin durch das leichter zu verstehende FHEM-DOIF in der Lage mein ganzes Haus zu steuern und das auch noch nach Monaten zu verstehen.
Ganz vielen Dank dafür.
Die Entwicklung vom Perl-DOIF ist für mich toomuch.
Ich kauf lieber nen potenteren Rechner der mir meine Dummheiten verzeiht.

Woran kann ich eigentlich feststellen ob mein DOIF als Fhem DOIF bzw. Perl DOIF erkannt wurde?
Ich finde den Vorschlag von Frank ganz schön

Damian, könnte man nicht die Raute erkennen und dann diese Zeile des DEF ignorieren für die Modus Erkennung?

.
Hatte gedacht, das eine Kommentarzeile immer ignoriert wird.

[Damian]

Die Frage ist erst mal: Hast du mit deiner Testreihe ein "Defekt" reproduzieren können? Wenn ja, dann poste mal ein Testdoif, welches nicht funktioniert hat.

Wie hier schon geschrieben, ## als Kommentar vor der ersten Klammer auf stört nicht - es wird überlesen.

Ebenfalls, wie hier schon geschrieben, im Internal "Model" siehst du den erkannten Modus.

[Frank_Huber]

Ein Import des Code aus dem Start-Post (ohne setstate Zeilen) bringt mir den Perl Modus.

Die Ursache ist auch gefunden: Die Leerzeilen zwischen den Kommentaren am Anfang.

Mach es so und es geht: (Auch "##" vor die Leerzeilen)

Code Auswählen Erweitern

defmod act_DOIF_wz_Roll_Terassenseite_I DOIF ## Rollladensteuerung Wohnzimmer Terrassenseite\
###\
## Rolladen werden den Schaltimpuls gesteuert. Der Status bzw. die Statusänderung, erzeugt kein Fahrbewegung.\
## Dadurch kann man die Position manuell ändern ohne das, wg. des veränderten Status, der Rollladen wieder zurück fährt\
##\
## Der Rolladen fährt 60 sec nach Schaltvorgang (Damit nicht alle Rolläden gleizeitig fahren)\
## Beim senken wird der Rolladen nach 60 sec, zur Sicherheit, noch mal runter gefahren\
##\
## Plichten:\
## Wenn Anwesend und Wach Rollladen immer hoch\
## Wenn Abwesend Rollladen immer im Tag/Nachtwechsel\
## Der Rolladen fäfrt nicht, nach man. verfahren, auf alte Position zurück\
##\
## 1\
##  wenn Tag eingeschaltet wird, Rolladen immer hoch\
([TagRollladen:"on"]) \
\
(set wz_Roll_Terrassenseite Auf)\
\
## 2\
## Wenn auf Anwesend geschaltet wird (Nachts nach hause kommend)\
DOELSEIF\
([Anwesenheit_Status:"Anwesend"]) \
\
(set wz_Roll_Terrassenseite Auf)\
\
## 3\
## Wenn auf wach geschaltet wird, Rolladen immer hoch\
DOELSEIF\
([WachSchlafen:"wach"] )\
\
(set wz_Roll_Terrassenseite Auf)\
\
\
\
## 4\
## Wenn auf Nacht geschaltet wird und nicht Zuhause Rolladen runter\
DOELSEIF\
([TagRollladen:"off"] and [Anwesenheit_Status] eq "Abwesend") \
\
(set wz_Roll_Terrassenseite Ab)\
\
## wait 60\
(set wz_Roll_Terrassenseite Ab)\
\
\
## 5\
## Wenn auf Abwesend geschaltet wird und Nacht\
DOELSEIF\
([Anwesenheit_Status:"Abwesend"] and  [TagRollladen] eq "off") \
\
(set wz_Roll_Terrassenseite Ab)\
\
## wait 60\
(set wz_Roll_Terrassenseite Ab)\
\
\
## 6\
## Wenn auf schlafen geschaltet wird und Nacht Rolladen immer runter\
DOELSEIF\
([WachSchlafen:"schlafen"] and  [TagRollladen] eq "off")\
\
(set wz_Roll_Terrassenseite Ab)\
\
## wait 60\
(set wz_Roll_Terrassenseite Ab)\
\
\

attr act_DOIF_wz_Roll_Terassenseite_I disable 0
attr act_DOIF_wz_Roll_Terassenseite_I do always
attr act_DOIF_wz_Roll_Terassenseite_I room Rollladen
attr act_DOIF_wz_Roll_Terassenseite_I wait 60:60:60:60,60:60,60:60,60
attr act_DOIF_wz_Roll_Terassenseite_I widgetOverride cmdState:textField-long wait:textField-long


[Robert1963]

MODEL hab ich jetzt endlich gefunden, Asche auf mein Haupt. 
Aber damit ist alle klar.
Kann das jetzt mit jedem DOIF nachspielen.
Neben dem führendem Kommentat, kommen auch Leerzeilen vor der ersten Klammer und das Attribut Disabel zum tragen.

Gerade Probiert. Funktioniert.... ich glaubs ja nicht
Damit kann ich leben

Ist mein Vormittag gerettet... editieren der DOIFs..

Vielen Dank für euren Mühe und Nachsicht

[Frank_Huber]

Wie hier schon geschrieben, ## als Kommentar vor der ersten Klammer auf stört nicht - es wird überlesen.

Moin Damian,

Ich überarbeite meinen Vorschlag von gestern:
-> wäre es evtl sinnvoll alles außer "(" und "{" am Anfang der DEF zu ignorieren?
Beginnt die DFF mit "{" --> Perl Modus
Beginnt die DEF mit "(" --> FHEM Modus.
Alle anderen Zeichen haben hier eh keine Funktion und führen zu Probleme.

Grüße
Frank

[Damian]

Moin Damian,

Ich überarbeite meinen Vorschlag von gestern:
-> wäre es evtl sinnvoll alles außer "(" und "{" am Anfang der DEF zu ignorieren?
Beginnt die DFF mit "{" --> Perl Modus
Beginnt die DEF mit "(" --> FHEM Modus.
Alle anderen Zeichen haben hier eh keine Funktion und führen zu Probleme.

Grüße
Frank

Es muss schon die korrekte Syntax eingehalten werden. Irgendwelche Zeichen zwischen den Blöcken gehören nicht in die Definition - das würde in keiner Programmiersprache gut gehen.

Kommentare, Leerzeichen, Tabulatoren und Leerzeilen werden jetzt schon ignoriert.

[Frank_Huber]

Es muss schon die korrekte Syntax eingehalten werden. Irgendwelche Zeichen zwischen den Blöcken gehören nicht in die Definition - das würde in keiner Programmiersprache gut gehen.

Kommentare, Leerzeichen, Tabulatoren und Leerzeilen werden jetzt schon ignoriert.

d.h. das Problem hier war nicht die Leerzeile an sich, sondern der "\" in der Leerzeile?
Oder wie kommt es zu dem Fehlverhalten?

Ist echt interessant, importiere ich den Code über die RAW DEF ist das DOIF im Perl Modus.
Gehe ich in den DEF Editor und wieder raus ohne etwas zu ändern ist er im FHEM Modus.

in der RAW DEF sind die Zeilenabschlüsse als "\" ausgeführt, im DEF sind diese dann nicht mehr drin.
Könnte hier die Ursache liegen?

[Damian]

d.h. das Problem hier war nicht die Leerzeile an sich, sondern der "\" in der Leerzeile?
Oder wie kommt es zu dem Fehlverhalten?

Ist echt interessant, importiere ich den Code über die RAW DEF ist das DOIF im Perl Modus.
Gehe ich in den DEF Editor und wieder raus ohne etwas zu ändern ist er im FHEM Modus.

in der RAW DEF sind die Zeilenabschlüsse als "\" ausgeführt, im DEF sind diese dann nicht mehr drin.
Könnte hier die Ursache liegen?

"\" am Zeilenende kommt nicht von DOIF, sondern ist das Zeilenende-Zeichen, wenn die Definition über mehrere Zeilen geht. Dieses Zeichen wird von FHEM automatisch hinzugefügt.

Im DEF-Editor werden diese Zeichen nicht dargestellt. Dafür sind sie in der cfg-Datei bzw. in der RAW-DEF. Das ist bei allen Modulen so und keine Eigenschaft von DOIF.

[Frank_Huber]

"\" am Zeilenende kommt nicht von DOIF, sondern ist das Zeilenende-Zeichen, wenn die Definition über mehrere Zeilen geht. Dieses Zeichen wird von FHEM automatisch hinzugefügt.

Im DEF-Editor werden diese Zeichen nicht dargestellt. Dafür sind sie in der cfg-Datei bzw. in der RAW-DEF. Das ist bei allen Modulen so und keine Eigenschaft von DOIF.

Das sagt ja auch niemand.

Aber wo ist der Unterschied?
- importieren per RAW DEF --> Perl Modus
- öffnen un schließen der DEF ohne Änderung --> FHEM Modus?

Klar ist dass jede Kommentarzeile mit ## Beginnen sollte, auch eine leere.
Aber das Verhalten hier muss ja eine Ursache haben.

[Damian]

Das sagt ja auch niemand.

Aber wo ist der Unterschied?
- importieren per RAW DEF --> Perl Modus
- öffnen un schließen der DEF ohne Änderung --> FHEM Modus?

Klar ist dass jede Kommentarzeile mit ## Beginnen sollte, auch eine leere.
Aber das Verhalten hier muss ja eine Ursache haben.

OK. Dann habe ich es falsch verstanden. Dann muss ich es mir mal genauer anschauen.

[Damian]

Fehler gefunden. Es hatte etwas mit dem disable 0 Attribut zu tun. Die Leerzeilen oder Kommentare waren nicht das Problem. Neue Version morgen per Update verfügbar.

[Frank_Huber]

Danke Damian!
Auch wenn ich von dem Fehler nicht betroffen war. [emoji6]

Gesendet von meinem S60 mit Tapatalk

[Robert1963]

Hab eben meine Weihnachts DOIFs aktiviert.
Alle natürlich schön Kommentiert, mit Rautenflut 
Konnte ich alle wieder schön mit Leerzeilen kommentieren und sind gleich angelaufen.

Vielen Dank, für das super DOIF, die viele Arbeit und das immer noch zur Stelle sein!