Manuelle Programmausführung - "Aktiv"-Status wird (nicht) berücksichtigt

[jp112sdl]

Der standardmäßig mitgebrachte Button zum manuellen Ausführen eines Programms löst die Abarbeitung des "DANN"-Blocks immer aus - unabhängig davon, ob das Programm "aktiv" oder "inaktiv" ist.
Das ist auch gut so, denn so kann man trotz abgestellter Automatik eine Ausführung forcieren.

Der in #1285 neu eingebaute Button zum manuellen Ausführen eines Programms mit Bedingungsprüfung führt das Programm nur aus, wenn es "aktiv" ist.

Soll letzteres so bleiben?
Wenn nein - welche Möglichkeiten gibt es?
Die Ausführung mit Bed.-Prüfung wird mittels .State(1) ausgelöst.
State scheint hier also den Active-State zu prüfen.

Nun könnte man zunächst prüfen, ob das Programm aktiv ist.
Wenn nicht - dann setze es aktiv, führe es aus, setze es inaktiv.
Jedoch scheint schon der Wechsel von aktiv->inaktiv das Programm zu triggern.

Oder gibt es die Möglichkeit, noch einen Parameter an .State(1,xxx) anzuhängen, mit dem man das Ausführen eines inaktiven Programms erzwingen kann?

[jens-maus]

Programme werden innerhalb der ReGaHss im Grunde wie Datenpunkte von Geräten gehandhabt und als solches wird da natürlich auch das active flag geprüft um ein setzen des State() zu verhindern wenn er im Grunde unnötig ist. Wenn es also gewollt ist das man ein Program jederzeit ausführen kann egal ob es als "aktiv" oder "nicht aktiv" markiert ist müsste man wie von dir beschrieben vorgehen und das Program vorher auf aktiv setzen, ja. Wenn allerdings bereits das aktiv->inaktiv setzen das Programm triggert ist das natürlich potentiell kritisch, ja. Eine wirkliche Lösung habe ich aber gerade nicht parat und nein, es gibt auch keine zusätzliche State() option um die ausführung eines Programmes zu erzwingen trotz inactive status.

[jp112sdl]

Darüber gestolpert bin ich eigentlich nur, weil ich in der Programm-Editier-Ansicht im Footer auch noch einen "Ausführen" Button einbauen wollte.
So könnte man das soeben erstellte/bearbeitete Programm direkt testen, ohne es speichern und in "Status und Bedienung" wechseln zu müssen. (Das spart eine Menge Klickerei, wenn man nicht mit mehreren Tabs arbeiten möchte (was die WebUI ja auch nicht so gern hat).)

Jedoch wird ja ein editiertes Programm als Kopie mit Status "inaktiv" angelegt.
Und das lässt sich mit State(1) nicht ausführen.

Eine Lösung fällt mir dazu dann aber auch nicht ein.

Aber vielleicht sollte der "Ausführen - nur 1. DANN" Button nicht sichtbar/deaktiviert sein, wenn das Programm nicht "aktiv" ist. Es suggeriert sonst eine tatsächliche Ausführung

[Baxxy13]

Hmm,
sicher das das Programm bei Aktivierung ausgeführt wird? Der Zeitstempel wird hier zwar aktualisiert aber obwohl Bedingungen erfüllt sind geht es weder ins DANN noch ins SONST. Grob getestet mit "nur prüfen", "bei Änderung" und "bei Aktualisierung".
Müsste aber noch verifiziert werden.
Ist dem so, könnte man mit dem neuen Butten...

• das Programm aktivieren wenn inaktiv und dann ausführen mit Prüfung

Ausblenden wäre zwar auch ne Option, gefiele mir aber weniger.

[Baxxy13]

Workaround via Inactive…Active sehe ich kritisch

Na dann... her mit einer sicheren Methode. ;-)

Review

Nun erfolgreich implementiert und getestet. Man merkt ja nicht mal das das Programm kurz aktiv geschalten wird.
Von daher für mich als Workaround in Ordnung.

[jp112sdl]

Mir geht es funktional hauptsächlich darum, das Programm in der Editor-Ansicht (wo man es als inaktive Kopie bearbeitet), bereits ausführen zu können.

Der Button ist auch nur ein Einzeiler in der /www/rega/pages/tabs/admin/views/programs.htm, der die temporäre Programm-ID der ExecuteProgram-Methode in der webui.js übergibt.

Falls @Baxxy13 das auch testen möchte:
s += "<td style='text-align:center; vertical-align:middle;'><div class='FooterButton' onclick='ExecuteProgram(<% Write(oPrg.ID()); %>);' >${actionStatusControlLblStart}</div></td>";
einfügen z.B. nach Zeile 947

[Baxxy13]

das auch testen möchte:

Gesagt, getan. Den Gedanken dahinter finde ich sehr gut.
Button ist drin... aber funktioniert das bei Dir?

Da tut sich nix im Protokoll, egal ob die Logik-SV wahr oder unwahr ist.

[jens-maus]

Nun erfolgreich implementiert und getestet. Man merkt ja nicht mal das das Programm kurz aktiv geschalten wird.

Externe Apps die auf den status von objekten/programmen, etc. horchen bekommen das aber mit! Z.b. ioBroker

Von daher für mich als Workaround in Ordnung.

für mich aber weiterhin nicht und ich präferiere weiterhin das direkt in der rega einzubauen

[jp112sdl]

aber funktioniert das bei Dir?

@Baxxy13 Prüfe ich später noch mal. Ich war der Meinung, dass es ging.

ich präferiere weiterhin das direkt in der rega einzubauen

@jens-maus das wäre auch meine Lieblingslösung.
Jedoch kann ich den Aufwand nicht abschätzen.