ElabNET Technik Forum

Mod-Edit: Neue Frage in einen eigenen Thread von hier abgetrennt: viewtopic.php?f=24&t=4749#p52213

Hallo,

vielen Dank für's Teilen dieser Logik!

Ich hatte auch schon an dieser Funktion gebastelt und dann durch Zufall diesen Thread gefunden.

Ursprünglich hatte ich den Timer3 verwendet. Mein Türsensor sendet 0 bei geschlossen und 1 bei geöffnet. Daher die Überlegung, Timer3 zu verwenden, der nur bei steigender Flanke, also beim Öffnen (Wechsel von 0 auf 1) auslöst.

Allerdings löst der Timer3 gar nicht aus beim Wechsel von 0 auf 1. Hier die beiden Timer im Dok-Modus zum Vergleich:


Mache ich hier einen Denkfehler?

Vielen Dank und viele Grüße
Falk

Hallo Falk

Ich habe das mal abgetrennt, da das andere Thema bereits gelöst war. Ich hoffe so ist beides sauberer auffindbar.

Welche Version darf ich im Titel nachtragen?

Hallo Parsley,

alles klar, vielen Dank.

Die Version ist V4.0 IP8.

Vielen Dank und viele Grüße
Falk

Falk, ich kann das von Dir beschriebene Verhalten bei mir nicht erkennen, bei mir löst auch timer3 aus (v4. 0 IP. 4)

Idee
Hast du den reset Eingang bei deinem Test wirklich vor dem triggereingang auf true gesetzt?

Hallo Sven,

bei den beiden Eingängen handelt es sich um das gleiche Objekt. Ich gehe davon aus, dass diese in der Reihenfolge der Eingänge in die Logik eingehen, daher erst der Triggereingang und dann der Reseteingang. Aber das ist ja bei timer2 und timer3 gleich, sollte also nicht zu einem unterschiedlichen Verhalten führen.

Vielen Dank und viele Grüße
Falk

Hi Falk,

ich hatte gar nicht auf Deine Verschaltung geachtet, ich hatte es nur mit einer neu angelegten Logik und auch da nur mit manueller Doktormodus-Triggerung und Belegung probiert. Aber jetzt wird es für mich klarer.

Siehe :
https://elabnet.atlassian.net/wiki/spac ... ssschritte
1. Auslösung
"Ein Trigger wird augenblicklich ausgeführt. Sollten zwei Eingänge nahezu gleichzeitig eine Logik auslösen, so wird die Logik tatsächlich zweimal direkt nacheinander ausgeführt und beim ersten Durchlauf ist nur der erste Wert übernommen. Bei wirklich gleichzeitiger Auslösung ist dies der weiter oben angezeigte Eingang."

Damit wird meines Erachtens das Verhalten bei Dir klar.
Im Timer3-Modul könntest du in Grafana eventuell sogar sehen, dass der Ausgang für einen Bruchteil der Sekunde true wird...aber in der Gui wirst Du es nicht sehen.
Im Timer2-Modul wirst Du nur ab und an erfolg gehabt haben, nämlich nur dann, wenn Du eigentlich retriggered hast (erneutes senden von True auf dem Eingang)... Denn dann hast Du keine Flanke am Resett-Eingang und es findet kein Resett statt, während bei Timer2 aber jeder positive Trigger (nicht nur steigende Flanken) den Timer auslösen.

Der Vollständigkeit wegen: Timer-Beschriebung findet man hier: https://elabnet.atlassian.net/wiki/spac ... gik-Module

Hallo Sven,

leider war ich die letzten Monate beruflich sehr stark eingespannt, daher hatte ich keine Zeit dieses Thema weiter zu verfolgen. Aber heute habe ich noch mal etwas herumprobiert.

Vielen Dank @Robosoc für deinen Hinweis auf die Auslöseprozesse einer Logik. Aber ich glaube, das ist hier nicht das Problem.

Ich verwende Timer2 - der funktioniert IMMER. Und Timer3 löst nicht aus, obwohl die Eingänge exakt die gleichen sind.

Die Frage ist mehr akademischer Natur, denn Timer2 funktioniert schließlich. Aber es stellt sich natürlich die Frage, warum Timer3 nicht funktioniert.
Das kann ja auch in anderen Fällen zu Problemen führen, wenn hier z. B. ein Fehler in der Software vorliegt.

Noch mal zur Rekapitulation: ich möchte eine Warnung erhalten wenn meine Haustür länger als fünf Minuten offen steht.

Das funktioniert mit der Logik aus Beitrag viewtopic.php?f=24&t=4749#p52213 einwandfrei.

Wie beschrieben hatte ich es zuvor selbst versucht, mittels Timer3 zu lösen. Aber dieser löst gar nicht erst aus, unabhängig von den zeitlichen Parametern. Ich sehe auch in der Grafana-Auswertung des Dok-Mode nicht, dass der Ausgang kurz auf TRUE springt und dann sofort wieder zurück.

Hier noch mal ein Screenshot der beiden Logiken im Dok-Mode:


Der interne Zustand, vor Einschaltverzögerung, wird bei Timer3 nie WAHR.
In Grafana sieht man das auch deutlich (Ansicht: Show points ALWAYS):


Die Frage ist, sitzt das Problem im Logikmodul Timer3 oder 50 cm vor dem Bildschirm?

Vielen Dank und viele Grüße
Falk

Hallo Falk,

könnte das mit der Sendefunktion am Ausgang etwas zu tun haben?

Bei der oberen Logik ist am Ausgang (always) eingestellt, während an der unternen Logik am Ausgang (on change) eingestellt ist.

Hallo René,

vielen Dank fuer den Hinweis. Habe das mal geaendert, aber das bringt auch keine Loesung. Das Problem scheint in der Logik selbst zu liegen. Im Screenshot sieht man ja ganz gut, dass sich schon der interne Wert vor Anwendung der Ausgangsverzoegerung nicht aendert.

Vielen Dank und viele Gruesse
Falk

Habe mich jetzt gerade noch einmal ein wenig mehr damit beschäftigt. Ich würde sagen, es liegt kein BUG vor und das Verhalten ist korrekt.

Es liegt

• an sequenziellen Abarbeitung der Eingänge (wie ich schon weiter oben beschrieben habe)
• dem gewünschten Verhalten des Timer 3 (nur bei steigender Flanke auf dem Trigger-Eingang).
• und der Negierung des Reset-Eingang!!!

Wenn der verschaltete Wert false ist, wird nicht getriggert und die Logik wird wegen der Negierung resettet -> Ausgang = false.
Wenn der verschaltete Wert auf true wechselt (positive Flanke) wird die Logik zwei Mal getriggert:
1. Der Starteingang wechselt auf true, das würde den Timer 3 zwar eigentlich triggern, aber da in diesem Durchgang der negierte Reset noch resettet ist der Asugang = false
2. Der negierte Reset-Eingang schaltet zwar frei, aber der Starteingang war bereits und bleibt true (triggered also den Timer 3 nicht mehr)