Heute per Knopfdruck festlegen, das morgen kein Arbeitstag ist

[Beta-User]

Hast du die DEF des DOIF mal geändert oder irgendeinen anderen Trigger dazugefügt, der das DOIF dazu bringt, seine Zustände auszuwerten?

DOIF verwaltet eventuell einige Zustände intern und bekommt dann evtl. nicht mehr mit, wenn sich extern was ändert.

[chq]

Das kann gut sein. Wie könnte man das DOIF denn "resetten"?

Gruß Chris

[Beta-User]

Das kann gut sein. Wie könnte man das DOIF denn "resetten"?

Gruß Chris

Effektiv habe ich keine Ahnung, wie DOIF funktioniert, ich nutze das nicht. Aber da stand schon ein Vorschlag, wie es gehen könnte:

Hast du die DEF des DOIF mal geändert  [...]

Hast du das ausprobiert? (es müßte reichen, an irgendeiner Stelle z.B. ein Leerzeichen einzufügen...)

[chq]

Ja, das habe ich.

Wenn ich heute {$we} in die Kommandozeile eingebe, erhalte ich eine 1 zurück.

Ganz aktuell:

DOELSEIF ([14:53] and !$we) () triggert
DOELSEIF ([14:54] and $we) () triggert nicht

Gruß Chris

[Damian]

DOIF arbeitet z. Zt. noch mit "nur einer Holiday-Datei". Die Umstellung auf mehrere Holiday-Dateien muss  ich in DOIF noch nachziehen.

[chq]

Vielen Dank für diese wichtige Info! 

Gruß Chris

[Beta-User]

DOIF arbeitet z. Zt. noch mit "nur einer Holiday-Datei". Die Umstellung auf mehrere Holiday-Dateien muss  ich in DOIF noch nachziehen.

Ganz allgemein: Gibt es einen Grund, warum nicht auf die global vorhandene(n) Variable(n) zurückgegriffen wird? (Außer, dass die von fhem.pl immer zur Laufzeit ausgewertet werden, wenn sie benötigt werden).
M.E. macht es keinen Sinn, wenn fhem.pl und DOIF da nicht gleichlaufend sind, das versteht kein Mensch... Für mich waren solche seltsamen Effekte damals ein Grund, DOIF aus der config zu verbannen!

(Und im übrigen "verstehe" ich jetzt zwar, warum du vor einiger zeit zwar das $twe-Ding in DOIF eingebaut hast, aber keinen Versuch unternommen, das Rudi schmackhaft zu machen, dass es zentral zur Verfügung steht. Sehr schade . Motiviert mich persönlich jedenfalls nicht gerade, meine Haltung zu überdenken).

[Damian]

Ganz allgemein: Gibt es einen Grund, warum nicht auf die global vorhandene(n) Variable(n) zurückgegriffen wird? (Außer, dass die von fhem.pl immer zur Laufzeit ausgewertet werden, wenn sie benötigt werden).
M.E. macht es keinen Sinn, wenn fhem.pl und DOIF da nicht gleichlaufend sind, das versteht kein Mensch... Für mich waren solche seltsamen Effekte damals ein Grund, DOIF aus der config zu verbannen!

(Und im übrigen "verstehe" ich jetzt zwar, warum du vor einiger zeit zwar das $twe-Ding in DOIF eingebaut hast, aber keinen Versuch unternommen, das Rudi schmackhaft zu machen, dass es zentral zur Verfügung steht. Sehr schade . Motiviert mich persönlich jedenfalls nicht gerade, meine Haltung zu überdenken).

Wenn du mal in fhem.pl genau reinschaust, dann wirst du sehen, warum $we nachbauen musste

[Beta-User]

Wenn du mal in fhem.pl genau reinschaust, dann wirst du sehen, warum $we nachbauen musste

Zum einen maße ich mir nicht an, wirkliche Aussagen zur Qualität von bestimmtem Perl-code zu machen, sondern beurteile das ganze weiterhin erst mal aus Usersicht: Da ist es - gelinde gesagt nicht optimal -, wenn zwei dieselben Worte nutzen, aber in nicht ganz unerheblichem Umfang Teilen was anderes meinen.

Daher erlaube ich mir nur die Gegenfrage: Wann und wo hast du Rudi einen Gegenvorschlag mit aus deiner Sicht besserem Code gemacht und was hat er dazu gesagt?

(Ich gebe zu, dass mir für diese eigentlich statischen Sachen eine Logik im Sinne von "habe ich das heute schon geprüft? ja? Gut, dann schicke ich das Ergebnis raus" näher läge, aber wie man sieht, gibt es User, die auch nachmittags heute noch zum $we erklären...)

[Damian]

DOIF arbeitet z. Zt. noch mit "nur einer Holiday-Datei". Die Umstellung auf mehrere Holiday-Dateien muss  ich in DOIF noch nachziehen.

Morgen per Update verfügbar.

[Damian]

Zum einen maße ich mir nicht an, wirkliche Aussagen zur Qualität von bestimmtem Perl-code zu machen, sondern beurteile das ganze weiterhin erst mal aus Usersicht: Da ist es - gelinde gesagt nicht optimal -, wenn zwei dieselben Worte nutzen, aber in nicht ganz unerheblichem Umfang Teilen was anderes meinen.

Daher erlaube ich mir nur die Gegenfrage: Wann und wo hast du Rudi einen Gegenvorschlag mit aus deiner Sicht besserem Code gemacht und was hat er dazu gesagt?

(Ich gebe zu, dass mir für diese eigentlich statischen Sachen eine Logik im Sinne von "habe ich das heute schon geprüft? ja? Gut, dann schicke ich das Ergebnis raus" näher läge, aber wie man sieht, gibt es User, die auch nachmittags heute noch zum $we erklären...)

$we kann Rudi nicht als globale Variable zur Verfügung stellen, weil sie immer dynamisch aktualisiert werden muss.

[Otto123]

DOIF arbeitet z. Zt. noch mit "nur einer Holiday-Datei". Die Umstellung auf mehrere Holiday-Dateien muss  ich in DOIF noch nachziehen.

Uihuihui - damit habe ich jetzt nicht gerechnet. 

[Damian]

Uihuihui - damit habe ich jetzt nicht gerechnet. 

ich schon: https://forum.fhem.de/index.php/topic,94728.msg875471.html#msg875471 

[Otto123]

naja ich hatte nicht damit gerechnet, dass $we im System nicht $we im DOIF ist. Ich lese zwar viel mit, aber manches geht eben doch vorbei ...

[Damian]

naja ich hatte nicht damit gerechnet, dass $we im System nicht $we im DOIF ist. Ich lese zwar viel mit, aber manches geht eben doch vorbei ...

Die Wochentagsteuerung wird im DOIF in erster Linie nicht über $we gesteuert (ist 'ne Draufgabe), sondern über Zeitintervalle mit Wochentagangaben.

Daher hat $we oder $wte für mich keine große Bedeutung.