ISSUE: Änderbarkeit der Logikverknüpfung in der WebUI

[jp112sdl]

Um die Kluft zur CCU3 nicht zu groß werden zu lassen, würde ich zunächst einmal nur die statischen UND / ODER - Labels gegen die Auswahlfelder austauschen.

Ich persönlich sehe den Nutzen auch eher in einer Korrektur, wenn man versehentlich "und" statt "oder" ausgewählt hat.

Das halte ich auch schon mal für einen großen Fortschritt, nicht mehr die ganze Bedingung entfernen zu müssen, wenn man im Nachhinein feststellt, man hat sich bei der UND/ODER-Auswahl vertan.

SPS als "das" Paradebeispiel vorzubringen scheint mir wirklich nicht angebracht.

Ich kenne keinerlei Maschinen-Logik-Engines, weil ich damit nie zu tun hatte, habe daher keinen Vergleich zur WebUI-Logik und vermisse daher auch nichts.

Ich kann aber verstehen, wenn jemand 40 Jahre SPS gemacht hat, dass er sich damit identifiziert, im Schlaf jede erdenkliche Aufgabenstellung umsetzen kann und diese Art der Programmierung nun auch gern im Homematic Umfeld hätte.

Vielleicht gibt es ja einen SPS2HM-Adapter für ioBroker?

[jmaus]

Um die Kluft zur CCU3 nicht zu groß werden zu lassen, würde ich zunächst einmal nur die statischen UND / ODER - Labels gegen die Auswahlfelder austauschen.

Ich persönlich sehe den Nutzen auch eher in einer Korrektur, wenn man versehentlich "und" statt "oder" ausgewählt hat.

Das halte ich auch schon mal für einen großen Fortschritt, nicht mehr die ganze Bedingung entfernen zu müssen, wenn man im Nachhinein feststellt, man hat sich bei der UND/ODER-Auswahl vertan.

Genau so sehe ich das alles auch. Ich würde das für den Anfang so einfach wie möglich halten wollen. Trotzdem bleibt die Frage wie man damit umgeht das dann mitunter bei mehreren UND und ODER in einem Bedingungspfad es für Otto-Normal-Verbraucher unlogisch oder unklar erscheinen mag nach welchen Regeln die ReGa bzw. die WebUI dann die Bedingungen nacheinander prüft. Könnte man hier noch irgendeine Art von besserer visueller Darstellung/Abgrenzung vornehmen? Irgendeine Art von dargestellter Klammerung damit es klarer wird das wenn es eine Bedingung mit "a UND b ODER c UND d" gibt wie diese dann abgearbeitet/abgeprüft wird?

[jp112sdl]

Für mich ist das mit dem Rahmen um eine "Bedingungsgruppe" eigentlich ganz gut ersichtlich.

Alles innerhalb des Rahmens ist ein Block, der für sich ein true oder false liefert.

Vielleicht sollte man den Rahmen einfärben, um es besser zu erkennen...
Oder noch Klammern vor/hinter die Logik packen.

Hab mal beides reingekritzelt

[jmaus]

Für mich ist das mit dem Rahmen um eine "Bedingungsgruppe" eigentlich ganz gut ersichtlich.

Alles innerhalb des Rahmens ist ein Block, der für sich ein true oder false liefert.

Vielleicht sollte man den Rahmen einfärben, um es besser zu erkennen...
Oder noch Klammern vor/hinter die Logik packen.

Bringe ich jetzt was durcheinander?

Die Änderung wird doch dazu führen das man an jeder UND/ODER Stelle das ändern kann und dann wird eben auch das innerhalb deines roten Rahmens gezeigten Dinge das ganze etwas komplizierter. Und berechtigterweise könnte man dann sich ja auch fragen warum man überhaupt dann zwei oder mehr dieser äußeren roten Bedingungsarten haben kann wenn man dann schon innerhalb eines Rahmens doch dann beliebig UND/ODER kombinieren kann. Darum geht es mir.. Bisher war/ist es ja so das innerhalb eines Rahmens man immer nur entweder UND oder ODER haben kann aber nicht kombiniert und das für sich ergibt dann ja eben genau den Sinn das man die äußeren roten umrandenen bereiche dann noch braucht weil man eben bisher nur so UND + ODER kombinieren konnte. Wenn das aber jetzt nicht mehr so strikt ist wird das zwangsläufig Verwirrung/Verwunderung stiften und die Frage aufwerfen warum man das dann so noch überhaupt braucht.

[MichaelN]

Ja, ich habe es auch so verstanden, daß strikt von oben nach unten jede Bedingung ausgewertet wird und dann eben
Aus Bedingung 1 und 2 ein neuer Wahrheitswert ermittelt wird, der dannmit Bedingung 3 verrechnet wird usw.
Mir fehlt allerdings auch die Fantasie wie man das grafisch darstellen kann, das es
A) verständlich
B) übersichtlich
Wird

Im Prinzip müsste man, sobald "und" und "oder" oder "oder" und "und" gemischt in einem Block verwendet wird einen fetten roten Warnhinweis einblenden "Achtung diese Logik gefährdet ihre geistige Gesundheit"

[Hominger]

Ich hab da mal was gebastelt, wie ich mir die Übersichtlichkeit evtl. vorstellen könnte. Wie man das allerdings umsetzt ist eine andere Sache, nur mal so .....das müsste man eben weiter detaillieren.

[jp112sdl]

Bisher war/ist es ja so das innerhalb eines Rahmens man immer nur entweder UND oder ODER haben kann aber nicht kombiniert

Stimmt, das hatte ich gar nicht bedacht.
Tüftelt euch mal was aus, ich versuche dann den Konsens umzusetzen.
Oder es bleibt alles wie es ist - ist ja auch nicht dramatisch.

[Black]

der von mir ein paar Threads vorher (viewtopic.php?f=65&t=62623&start=10#p619691) beleuchtete Vorschlag hat natürlich auch den Charme, sich zumindest schon mal etwas an die EN 61131-3:2014-06 anzulehnen. Zumindest ist diese "Logik" für einen Anfänger einfacher zu verstehen wie die Rechen und LogigEngine der RegaScript Einheit.

Black

[Xel66]

Deshalb sollten wir uns vor einer möglichen Integration dieser neuen Möglichkeit die Bedingungen der Programmierung im nachhinein erst einmal ausreichend darüber austauschen was das ganze ggf. für nebeneffekte haben könnte.

Ich halte das auch für gewagt, da das Verhalten auch nicht mehr der eigentlichen WebUI-Optik folgt. Es ist nicht mehr direkt ersichtlich, welche Verknüpfungen zu einem Block (gemeinsame Verknüpfung der verschiedenen Bedingungen untereinander) gehört. Und ein einzelnes eingeschobenes ODER innerhalb von UND-Verknüpfungen bildet wohl einen eigenen abgetrennten Block (der aber nicht separat dargestellt wird). Es wird also eine zusätzliche Verknüpfungsebene eingefügt. Nicht dass ich auch eine Verwendung für so eine zusätzliche kaskadierte Abfrageebene hätte, aber leider macht das die WebUI-Optik nicht mit und dürfte gerade Einsteiger massiv verwirren, da dann nicht mehr so einfach nachzuverfolgen ist, welche Bedingungen untereinander verknüpft sind.

Ich hätte grundsätzlich auch einen Vorschlag, im DANN eine zusätzliche Bedingungsebene einzufügen. Beispiel: ein Programm soll von einer bestimmten Bedingungsverknüpfung getriggert werden, aber im DANN könnte man abhängig von einer zusätzlichen Bedingung auf unterschiedliche Befehle verzweigen. Derzeit muss man ein identisches SONST WENN mit eben der anderen Zusatzbedingung(en) erstellen und hat dann zwei DANN. Aber dieses lässt sich auch nicht so einfach in die bestehende Optik der WebUI integrieren. Die etwas antiquierte WebUI limitiert hier etwas die Möglichkeiten.

Gruß Xel66

[Black]

Das stimmt so aber nicht ganz...
Ein Oder in den SingleConditions Eingefügt bedeutet:
Das Verknüpfungsergebnis der vorherigen Bedingungen wird mit der Auswertung der bedingung der mit Oder Bezeichneteten Single Condition verodert und bildet das neue Verknüpfungsergebnis

in dem Beispiel

LK1.JPG (16.95 KiB) 846 mal betrachtet

entspricht in der Logig

LK2.JPG (21.13 KiB) 846 mal betrachtet

--------------------------

die Tyische WebUi datstellung

in der ersten Condition die beiden Bedigungen verundet
in der zweoctenh kondition 2 Bedingungen Verundet
und die Beiden Condition mit einem Oder

sähe logisch so aus

LK3.JPG (21.37 KiB) 846 mal betrachtet

und geschrieben so

U TP1
U TP2
O
U TP3
U TP4

ist also logisch etwas ganz anderes und davon unabhängig. Die Conditions sind quasi die umfassenden Klammerebenen.

--------------------------------------------------------------------------------------

Wozu man das von mir vorgestellte Issue praktisch einsetzen kann.

du hast 2 eingangswerte , die verodert dein schaltorgan schalten soll... so weit so gut. nun hast du aber noch eine virtuelle Handebene mit der Funktionalität Hand Ein , Aus , Automatik. Als Werteliste ein einer Sysvar abgelegt.
Nun Soll bei Hand Ein immer geschaltet werden, egal was die Eingänge machen
bei Aus bliebt das gerät immer Aus, Egal was ansteht und bei Automatik werden die beiden Eingäne berücksichtigt.

mit der Neuen Schreibweise

Code: Alles auswählen

ODER (Bedingung1 = wahr)
ODER (Bedingung2 = wahr)
UND (Modus = AUTOMATIK)
ODER (Modus= HAND)

passt schön in eine Bedingung

Nun hätte das ganze noch einen schutz, der egal ob Hand oder Automatik immer wahr sein muss, damit das Schaltorgang Schaltet (Übertemperatur, überstromschutz, irgendwie sowas aus der Richtung)

Code: Alles auswählen

ODER (Bedingung1 = wahr)
ODER (Bedingung2 = wahr)
UND (Modus = AUTOMATIK)
ODER (Modus= HAND)
UND (Einschaltbedingung= wahr)

das wird schon etwas interessanter, die in der jetzigen WebUI Umzusetzen (klar geht, aber das enn ich dann nicht grad übersichtlich) Vor allem brauchst du dnan mehrere Conditions, damit hast du dann Schwierigkeiten, wenn weiterer Bedingungen hinzukommen

Black