23.1: Ich verstehe die Logikengine nicht

[blaubaerli]

Hi Diego,

ggf. schafft ein zusätzlicher Timer auf der Eingangsseite schon Abhilfe. Damit würde die Logik zusätzlich zyklisch getriggert.

Das sollte er dann mit den Werten machen die zum jeweiligen Zeitpunkt am Eingang anliegen. Hast du den Doktormodus verlassen und keine Werte mehr überschrieben, sollte dann der Ausgang geradegerückt werden.

Gruß
Jens

[Robert_Mini]

Hallo zusammen!

Ich denke hier liegt ein genereller Irrtum vor.
Die Ausführung der Logikzelle wir entweder angestoßen, wenn an einem Eingang eine Telegramm empfangen wird (und abhängig vom Parameter a/c/u) oder per zusätzlichem Trigger (zB wenn kein Eingang anliegt, sondern nur Ausgänge zB Astro-Logikblock).
Ein periodischer Trigger führt zwar zu einem zyklischen Senden, aber zur Berechnung werden die Werte verwendet, die zuletzt empfangen wurden.

D.h. aber, dass beim Beenden des Doctor-Modus erst eine Änderung berücksichtigt wird, wenn der zuvor überschriebene Wert wieder neu empfangen wurde.

Auch beim Ändern des Codes einer Custom-Logikzelle, werden die Eingänge wieder auf den Default gesetzt und werden erst mit dem nächsten Telegramm überschrieben. Das kann insbesondere bei Telegrammen, die nicht zyklisch gesendet werden (zB Fensterkontakte) problematisch sein.

lg
Robert

[fechter65]

Danke Robert, das leuchtet ein und ich habe es eigentlich auch so vermutet. Dementsprechend hatte ich bei meinen Tests (so glaube ich zumindest, "beweisen" kann ich es nicht) versucht, über Lesebefehle die entsprechenden GA auf den Bus zu bringen. Dies hat aber nicht immer geholfen.
Beste Grüsse
Diego

[blaubaerli]

Hi Robert,

das wird sicher noch ab und an zum Thema werden. Es wäre doch eigentlicht wünschenswert, wenn der TWS, sich den letzten auf der Eingansseite erhaltenen Wert "merken" würde. Dann könnte nach Ende des Doktormodus die Logik "automatisch" mit den aktuellen Einganswerten gefeuert werden. Oder wenn automatisch nicht gewünscht, dann per Nachfrage.

Wenn die Werte natürlich noch nie angekommen sind.....

Gruß
Jens

PS: Ggf. erst umsetzbar mit dem Persistenzlayer

[Gecks]

Gute Idee von Jens.

Das war, glaube ich, auch schon Mal im Gespräch.
Könnte sich die Logik den letzten Wert nicht aus der Grafana DB holen?

[StefanW]

Hallo zusammen,

ja Robert hat Recht, es wird nur Berechnet, wenn etwas neues kommt (und abhängig von den Triggereinstellungen für jeden Eingang).

Das Problem mit solchen Features, wie "selbst etwas einspeisen" ist, dass es vom hundersten zum tausendsten führt:

Den nun soll der Logikeditor die Objekte nach beenden des Doktormodus wieder erneut mit dem letzten Wert initialisieren ? Ansich kein schlechter Gedanke, aber so einfach ist das nicht, weil der letzte Wert könnte ja auch Tage oder Wochen (und einen Reboot oder Busspannungsausfall) her sein. Das wird von den Auswirkungen und Varianten dann durchaus komplex. Auch weil der letzte Wert ja vielleicht noch an weitere Objekte gehen kann, soll man dann an diese auch nochmal senden, oder nur an den entsprechenden Logikeingang? Was ist, wenn es noch nie einen im System gab, weil gerade frisch gestartet?

Daher eine Bitte: Wenn Ihr einen Wert ändert, schreibt Euch auf, welches der letzte eingespeiste Wert war, bevor ihr den mit was testweisem überschreibt.

==> Wir werden prüfen, dass wir die Darstellung optimieren, so dass man die letzten Werte vom Bus sehen kann.

lg

Stefan

[gbglace]

Ja ist ein klein wenig Fluch und Segen der Möglichkeit im Livesystem, an-/abgekoppelt an jedem Parameter zu testen.
Nächster Punkt wie so ein Systemverhalten schwer zu designen ist, was soll passieren wenn auf dem Bus sich während der abgekoppelten Bastelei der Eingangswert geändert hat, da ergibt dann eine manuelles Rücksetzen auch kein richtiges Ergebnis.

Einen Readrequest auf alle Eingangs-Ko bei deaktivieren des Doktormodus funzt wahrscheinlich eh nur bei 1-wire meist noch bei KNX Objekten. Da der LE ja Multitechnologie fähig ist, ist das wahrlich kein kleines Ding sauber umzusetzen.

Hat man also ne komplexe Logik mit gemischt volatilen Eingängen ist es bei längerdauernden Anpassungen ggf doch besser ne Kopie anzulegen und die am Ausgang abzukoppeln.

Ich denke das beste Vorgehen wird sich noch herausarbeiten.

Oder gleich dem Trend zum Zweitwolf folgen.

[StefanW]

Nächster Punkt wie so ein Systemverhalten schwer zu designen ist, was soll passieren wenn auf dem Bus sich während der abgekoppelten Bastelei der Eingangswert geändert hat, da ergibt dann eine manuelles Rücksetzen auch kein richtiges Ergebnis.

Richtig. und noch schlimmer wird es, wenn inzwischen mehrere Zustandswechsel - während der Abkoppelzeit - eingetroffen sind und es sich um einen Zähler oder irgendeine fortschaltende Logik handelt.

==> Im Moment sehe ich es so. Die Eingriffsmöglichkeiten sind ein scharfes Skalpell und damit soll nur derjenige umgehen, der dann auch weiß was er tut bzw. sich darüber im Klaren ist, wie man es wieder zurück schalten kann. Wir werden versuchen das durch verbesserte Anzeige transparenter darzustellen, aber ich fürchte, für eine vollständige Automatik wird das zu aufwändig, gerade auch in Hinsicht der verschiedenen Technologien.


Diego, ich habe den Stefan K gebeten, mal einen scharfen Blick auf diesen Thread (und den Nachbarthread) zu werfen. Womöglich haben wir auch ein Problem.

lg

Stefan

[S. Kolbinger]

Hallo Diego,

Dank Stefans grosszügiger Arbeit ( viewtopic.php?f=61&t=787&start=20#p8221 ) habe ich auf dem TWS-171 eine Logik eingerichtet, die grundsätzlich auch funktioniert, manchmal aber auch nicht, so auch im hier dargestellten Beispiel.

meine Arbeit mag vielleicht noch großzügig gewesen sein, aber definitiv nicht großartig
Mir ist da ein dummer Fehler unterlaufen:
Die Module werden in der Reihenfolge berechnet, wie sie angegeben sind. Es ist daher ziemlich doof von mir, Zwischenergebnisse zu verwenden, bevor sie berechnet werden. Im konkreten Fall habe ich im "And"-Modul das $Hell_Out verwendet, obwohl es erst im "Comparator"-Modul berechnet wurde.
Mit anderen Worten: Bei der Berechnung wurde immer der Hellikeitsvergleich des vorigen Durchlaufs verwendet.
Das führt natürlich zu komischen Effekten.

Hiermit sollte es (hoffentlich) deutlich besser gehen:

Code: Alles auswählen

{
  "Input": [
    [
      "Praesenz",
      "Praesenz",
      "$VAR<Praesenz!>",
      "c"
    ],
    [
      "Sperrung",
      "Sperre",
      "$Sperrung",
      "c"
    ],
    [
      "Helligkeit",
      "Helligkeitswert",
      "$Helligkeit",
      "c"
    ],
    [
      "Lux_dunkel",
      "Unterer Schwellwert",
      "$LichtUntergrenze",
      "c"
    ],
    [
      "Lux_hell",
      "Oberer Schwellwert",
      "$LichtObergrenze",
      "c"
    ],
    [
      "Inhibit",
      "INHIBIT",
      "$VAR<Inhibit?>",
      "u"
    ]
  ],
  "Module": [
    [
      "Break",
      [
        "$VAR<Inhibit?>"
      ]
    ],
    [
      "Or",
      [
        "$VAR<Praesenz!>"
      ],
      "$Praesenz_Out"
    ],
    [
      "Comparator",
      "$Helligkeit",
      "$Hell_Out",
      [
        "$LichtUntergrenze",
        "$LichtObergrenze"
      ]
    ],
    [
      "And",
      [
        "$Praesenz_Out",
        "-$Sperrung",
        "-$Hell_Out"
      ],
      "$Schalten"
    ]
  ],
  "Output": [
    [
      "Schalten",
      "Schalten Licht",
      "$Schalten",
      "c"
    ]
  ],
  "Level": [
    [
      "$VAR<Praesenz!>",
      "bool",
      false
    ],
    [
      "$Praesenz_Out",
      "bool",
      false
    ],
    [
      "$Sperrung",
      "bool",
      false
    ],
    [
      "$Helligkeit",
      "float",
      0
    ],
    [
      "$Hell_Out",
      "bool",
      false
    ],
    [
      "$LichtUntergrenze",
      "float",
      0
    ],
    [
      "$LichtObergrenze",
      "float",
      0
    ],
    [
      "$Schalten",
      "bool",
      false
    ],
    [
      "$VAR<Inhibit?>",
      "bool",
      false
    ]
  ]
}

Ich werde es auch noch im originalen Beitrag korrigieren ( viewtopic.php?f=61&t=787&start=20#p8221 )

Sorry

[fechter65]

Vielen Dank, Stefan. Ich schätze Deine Arbeit sehr, Du bist wirklich grosszügig mit uns.
Ich habe die Logik soeben (10.00 Uhr zuhanden des Protokolls) soeben angepasst und hoffe auf gute Ergebnisse. Seit heute 0706 hat das Licht nicht mehr geschalten, obwohl der obere Grenzwert mehrfach unterschritten wurde.

Für das Auslösen der Logik habe ich um 10.04.58 in der ETS einen Read-Request auf den Präsenzmelder abgesetzen, damit wurde das Licht in der neuen Logik eingeschaltet.

Btw: Es wäre angenehm, wenn wir direkt aus dem TWS einen KNX-Read-Request abschicken könnten und zu diesem Zweck nicht immer die ETS starten müssten (Feature Request).

Bearbeitet: Kleine Präzisierung im 2. Absatz