Aktueller Inhalt von Sps_Guy

So hatte ich mir das vorgestellt mit einem separaten Task, der den Wert erhöht: Task 1: Main-Programm (Alle 20 ms Zyklus) Task 2: Programm zum Aktualisieren des Werts (Alle 100 ms Zyklus) ############################################# Enum (E_DoorState)...

Ich wollte das jetzt "einfach" mal ausprobieren, ob es möglich ist, derartig genau zu arbeiten. Aber ich verstehe, dass es in der Praxis nicht wichtig ist.

Alles klar. Danke Alles klar. Danke

Hast du eine Idee was der Gedankenfehler sein könnte?

In dem FB, indem sich der 20 s Timer befindet wird eine Variable geändert, sobald Timer.Q = True. Diese Variable ist global und befindet sich in dem anderen Task. Dort wird sie abgefragt. Nur wenn die Variable True ist, wird auch die Zahl inkrementiert.

Immer wenn der Task aufgerufen wurde, wurde eine Variable + 1 gerechnet.

Stimmt. Womöglich ist der Task dann sehr genau, aber der 20s Timer hatte eine kleine Schwankung.

Ich habe kein Oszilloskop dran, aber ich kann die Dauer tDurY erhöhen, dann steigt der Fehler auch. Und bei der Timer Version (In 20s bis 196 gezählt) ist der Fehler größer als bei der Task Version (Bei 20s bis 199 gezählt).

Ich glaube den Sachverhalt habe ich verstanden. Aber danke nochmal für die ausführliche Erläuterung. Wenn es sehr genau sein muss, funktioniert das mit den Timern nicht. Ich habe jetzt einen Task laufen, der alle 100 ms eine globale Variable verändert. Das scheint etwas genauer zu sein, aber...

Ich möchte genau alle 100 ms eine Aktion durchführen. z.B. einen Wert erhöhen, eine Funktion inkrementieren ...

Ganz oben habe ich gedacht, dass das Fazit ist, dass ich es nicht schaffe mit den TON Timern wirklich genau zu sein, wenn die Timerzeit sehr klein gewählt wird. Hier hast du was programmiert. Ich habe das auch nachvollzogen (Mal abgesehen von der 1,5). Denke ich jedenfalls. Aber nur um das...

Ach ok Aber zu deiner ursprünglichen Aussage: Trotz der Umstellung der Zeit auf 1 ms, bekomme ich einen kleinen Fehler.

Gilt das auch für alle anderen Variablen? Weil dann stelle ich mir das so vor: Zyklus 1: Speicherung aller Variablen Zyklus 2: High-Signal an Variable 1 durch externen Tastendruck oder internes ändern des Bool Werts Aufruf der Funktion R_TRIG Vergleich mit aktuellen Variablen mit Abbild aus...

meinst du mit Zykluszeit die Wartezeit zwischen 2 zyklen? Auch wenn ich diese auf 1 ms stelle bleibt der Fehler.

Danke für die Hilfe. Also geht man davon aus, dass die SPS so schnell ist, das ein kurzer Tastendruck aufjedenfall in mindestens einem Taskzyklus erfasst wird. Danke an alle für die Unterstützung. Das war wirklich sehr Hilfreich.