Timerproblem...

[Larry Laffer]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo,

du kannst natürlich über den Timer gleich auf einen Ausgang gehen. Problematisch ist nur die "Rückkopplung", die das Thema dieses Thread war.
Die Zuweisung auf den Ausgang erfolgt nicht wenn der Timer abgelaufen ist, sondern erst wenn die entsprechende Programmzeile durchlaufen ist. Der wirkliche Ausgang (Prozess-Abbild) wird erst am Zyklus-Ende geschrieben (außer durch erzwingst ein zwischendurch-aktualisieren mittels L AW 0 und T PAW x).

Gruß
Larry

 

[anne]

Die Zuweisung auf den Ausgang erfolgt nicht wenn der Timer abgelaufen ist, sondern erst wenn die entsprechende Programmzeile durchlaufen ist. Der wirkliche Ausgang (Prozess-Abbild) wird erst am Zyklus-Ende geschrieben (außer durch erzwingst ein zwischendurch-aktualisieren mittels L AW 0 und T PAW x).

Gruß
Larry

Danke LL,

das heißt also, auch wenn der Timer schon längst abgelaufen ist, erfolgt das Setzen des Ausgangs erst, wenn die entsprechende Programmzeile, in der der Timer auch programmiert ist, durchlaufen wurde. Sichtbar "nach außen" (der Ausgang wird True) wird es jedoch erst, wenn am Zyklus-Ende das PAW gelesen wird. Kann man (frau auch) das so sagen?

 

[Aventinus]

Zuviel Werbung?
-> Hier kostenlos registrieren

Ich würde es etwas anders formulieren:

das heißt also, auch wenn der Timer schon längst abgelaufen ist, erfolgt das Setzen des Ausgangs erst, wenn die entsprechende Programmzeile, in der der Timer auch programmiert ist, durchlaufen wurde.

Der Ausgang (im Prozessabbild) wird gesetzt wenn die Programmzeile durchlaufen wird, in der der Ausgang programmiert ist.

Sichtbar "nach außen" (der Ausgang wird True) wird es jedoch erst, wenn am Zyklus-Ende das PAW gelesen wird.

wenn das Prozessabbild auf die Ausgänge geschrieben wird.

 

[anne]

Yep, danke Aventinus... stimmt, ist fachlich exakter formuliert.

 

[schnecke]

Das kannst du relativ leicht selbst testen!

OB35 mit 10 Sekunden Aufrufintervall

U M1.0
L S5t#5s
SE T1

CALL SFB4, DB1
IN := M1.0
PT := T#5s
Q := M2.0

Nun schaust du dir das in der VAR-Tabelle an ...

Mfg
Manuel

Hi Manuel,

melde mich zurück aus dem Testlabor...

Hm, ehrlich gesagt kann ich zwischen den beiden Timern keinerlei Unterschied feststellen. Sobald ich den M1.0 aktiv setze, starten beide Timer gleichzeitig und laufen auch gleichmäßig ab.







Welchen Unterschied sollte es denn hier geben?

Lieben Dank!

 

[wolder]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hast du den OB35 auf 10sek gestellt. Der Merker M2.0 sollte dann später angehen.
Leider beobachtest du den M2.0 nicht.
Hast du das gleiche Programm wie Manuel geschrieben?

Gruß wolder

 

[MSB]

Hab mal ein Testprogramm angehängt, Fakt ist aber wenn du den TON-Wert laufen siehst, wird der OB35 zu schnell aufgerufen ...

Änderung zum oben geschriebenen, die Zuweisung des Timer-Ausgangs auf die Merker erfolgt im OB1.

Anhang anzeigen Timer_Test.zip

Mfg
Manuel

 

[schnecke]

Hi wolder, ja habe den OB35 auf 10000ms eingestellt. Das Programm ist das gleiche, das Manuel vorgegeben hat (siehe mein voriges Posting!).

War mir nur nicht sicher ob das Programm im OB35 programmiert werden muss oder in einem anderen Baustein. Ist aber immer das selbe - keine Unterschiede zw. beiden Timern!

Wo ist da bei mir der Hund begraben?

 

[MSB]

Zuviel Werbung?
-> Hier kostenlos registrieren

Der Unterschied muss der sein:

Der T1 läuft ab Start kontinuierlich von 5s -> 0
Der SFB4 springt ab Start nach 10 Sekunden auf 5 Sekunden.

Der T1 ist im Zyklischen Teil, sprich OB1, also nach 5Sekunden High, der SFB4 nach 10 Sekunden.

Es ist beim Aufrufintervall von 10 Sekunden des OB35 aber absolut unmöglich dass sich die beiden Zeitwerte "identisch" verhalten.

Mfg
Manuel

 

[schnecke]

Danke für deine Bemühungen Manuel, offensichtlich bin ich zu doof!

Selbst in deinem Testprogramm verhalten sich bei mir beide Timer gleich; d.h. M2.0 und M2.1 gehen exakt zur selben Zeit an...

 

[MSB]

Womit testest du, hast du die HW-Konfig bzw. die Systemdaten mit übertragen?

Mfg
Manuel

 

[schnecke]

Zuviel Werbung?
-> Hier kostenlos registrieren

Ja Manuel,

habe die Systemdaten mit übertragen... teste mit PLCSIM.

Wobei mir ehrlich gesagt auch nicht ganz klar ist, warum es bei den Timern diesen Unterschied in der Ablaufzeit gibt - es werden doch beide Timer gleichzeitig gestartet und beide Merker im OB1 zugewiesen. Der OB35 unterbricht doch für beide Timer den OB1-Zyklus gleich...

Muss mir das nochmal in Ruhe ansehen, kapier es momentan echt nicht.

 

[günny]

Hallo schnecke,

Die unterschiede in den Zeiten Rühren daher, das der OB35 den S7-Timer unterbricht, weil es ein Baustein-Aufruf ist.
Der S5Timer läuft aber weiter wenn er einmal gesetzt worden ist. (Läuft ja im Betriebssystem der S7)

MfG
Günther

 

[schnecke]

Danke Günther,

im Grunde werden aber doch beide Timer zeitgleich bei Aktivität des OB35 aufgerufen, richtig?

Dann laufen Timer1 und Timer TON ab... bis der Timer TON nach 10s vom OB35 erneut aufgerufen wird, ist er (mit seinen 5s Laufzeit) doch schon längst abgelaufen.

 

[günny]

Zuviel Werbung?
-> Hier kostenlos registrieren

Berichtigung !!!

Tut mir leid, meine Antwort war natürlich Blödsinn :-(
Kommt davon, wenn man mit zig verschiedenen Steuerungen konfrontiert wird.
Aber ich vermute mal das der Simulator vielleicht auch nicht unbedingt echtzeitmäßig arbeitet.
Ist ja auch eine ganz eindeutige Aussage im Handbuch der Software.

MfG
Günther

 

[wolder]

Hallo schnecke,

also bei mir funktionierts auch mit PLCSIM.
Anscheinend machst du was falsch.

Der Unterschied ist der, dass der Timer1 unabhängig vom OB35 schaltet.
Der Timer1 schaltet also nach 5s.
Der TON schaltet vom Prinzip her auch nach 5s, wird aber erst nach 10s wieder aufgerufen und erst dann gibt er sein 1-Signal an den entsprechenden Merker, der dann einen Ausgang schaltet.

Also nach 5s wird der Timer1 geschaltet und dementsprechend ein Ausgang im OB1.
Erst nach weiteren 5s schaltet der TON im OB35 den Merker, der dann im OB1 einen Ausgang schaltet.

Ich hab mir zwar jetzt Manuels Programm nicht angeschaut, sondern selber eins gebastelt, um das mit dem Simulator zu testen.

Ich hoffe, so langsam wird es dir klarer.

Gruß wolder

 

[schnecke]

Lieben Dank für deine Hilfe, wolder!

Glaube echt, ich bin zu blöd das zu verstehen…

Beide Timer werden doch erst gestartet, sobald Merker 1.0 auf "true" gesetzt wird UND der OB35 aktiv ist.
Timer1 läuft nach 5s ab und schaltet im OB1 den Merker 2.0 - hoffe mal, bis hierhin stimmt's?

Was ich nich verstehe:

Der Timer TON läuft doch gleichzeitig mit dem Timer1 ab und ist deswegen ebenfalls nach 5s abgelaufen und kann jetzt im OB1 ebenfalls nach 5s den Merker 2.1 schalten. Wenn der OB35 das 2. Mal aufgerufen wird, ist doch der Merker 2.1 schon längst zugewiesen…

Oder muss der TON-Timer im Unterschied zum S5-Timer erneut aufgerufen werden, damit er nach Ablauf der Zeit beispielsweise einen Ausgang setzen kann?

 

[wolder]

Zuviel Werbung?
-> Hier kostenlos registrieren

Richtig, die Timer laufen gleichzeitig ab.
Allerdings kann der TON seinen Merker erst schalten, wenn der TON bearbeitet wird!
Und das ist ja im OB35, der ja nur alle 10s aufgerufen wird.
Somit wird der Merker am TON-Baustein erst nach 10s auf 1 geschaltet, auch wenn die Zeit schon lange abgelaufen ist.
Dieser Merker schaltet ja dann im OB1 einen Ausgang oder Merker. (ich hab das Programm jetzt nicht im Kopf)

Gruß wolder

 

[schnecke]

Supi, denke jetzt hab' ich es verstanden - puh, schwere Geburt mit mir.

D.h. also, auch wenn vom TON die Zeit längst abgelaufen ist, kann dieser erst dann einen Ausgang schalten, wenn er erneut aufgerufen wird?

In einem normalen Programm (also ohne OB35) hieße das dann, dass der Ausgang erst dann geschaltet wird, nachdem die Zeit abgelaufen UND die Programmzeile, in der der TON-Timer programmiert ist, wieder bearbeitet wird. Stimmt das so?

 

[wolder]

:s1:

Sieht so aus als hättest du es jetzt!

War wirklich ne schwierige Geburt.

Gruß wolder