Abschaltverzögerung ohne Einfluss der Zykluszeit

Manfred Stangl

Manfred Stangl

Level-1
Beiträge
944
Reaktionspunkte
174
Zuviel Werbung?
-> Hier kostenlos registrieren
Guten Morgen Kollegen,
Ein Freund hat die zitierte Frage; es geht so weit ich weiß um ein Förderband welches Pakete transportiert, dass nach einer Flanke des Positionssensors IMMER die gleiche Abschaltverzögerung laufen lassen muss. Also unabhängig von der Zykluszeit.

Hallo Manfred!

Ich hätte eine Bitte!
Kannst Du mir im SPS-Forum nachfragen, ob schon jemand die Flanke eines Taktsensor bei einer S7-300 so ausgewertet hat, damit immer ein Ausgang zur selben Verzögerungszeit geschaltet wurde. Ich weiß nicht ob ein Schneller Zähler sofort die dahinter stehenden Ausführungen durchführt, oder ob hier auch die Zykluszeit zum Tragen kommt. Ich möchte eine FM für Schrittmotore wenn möglich vermeiden. Die Idee wäre noch eine 1200 nur für diese Aufgabe zu verwenden.
Danke und liebe Grüße
Zum Vergrößern anklicken....

Bitte um Möglichkeiten
Danke!
 
AUDSUPERUSER schrieb:
Zeit OB
den timer hier ablaufen lassen
vorher den sensor über die periverie oder wie man das immer schreibt einlesen
Zum Vergrößern anklicken....
:confused:
Meintest Du vielleicht:
Sensor an eine Alarmbaugruppe.
Im Prozessalarm-OB (OB40-47, je nach CPU) mit dem SFC32 einen Verzögerungsalarm starten.
Im entsprechenden Verzögerungsalarm-OB (OB20-23) das Ereignis starten.

Siemens-Handbuch schrieb:
Genauigkeit
Die Zeit zwischen Aufruf der SFC 32 "SRT_DINT" und dem Start des Verzögerungsalarm-OBs ist maximal eine Millisekunde kleiner als die parametrierte Zeit, sofern keine Unterbrechungsereignisse den Aufruf verzögern.​
Zum Vergrößern anklicken....

 
Rein aus Interesse:
Warum ist es so wichtig bei einem Förderband so genau anzuhalten. Ist dein Programm so groß, dass durch die Zykluszeit eine Verzögerung entsteht, die im Ergebnis (Position des Pakets) überhaut in Gewicht fällt. Ich würde Vermuten, dass man das nicht mal in mm ausdrücken kann.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Die Ungenauigkeit kommt wohl eher von der Mechanik.
Daher ist solch eine Frage sehr seltsam.
Nach Zeit exakt positionieren? :confused:
Wie war das von Einstein: Zeit ist relativ?

Wenn so genau Positioniert werden muss, dann geht nichts an einer NC vorbei, die intern mit 1/10000 mm rechnen und fahren.


bike
 
Was ist denn mit Deinem Sensor?
Läuft der auch im Programm unterm OB1?
Das wäre schonmal die erste Ungenauigkeit!

Wie genau brauchst Du es denn, bzw. wie lang ist denn Deine aktuelle Zykluszeit?

Für so eine Anwendung wäre vermutlich ein Drehwertgeber am Band mit einer entsprechend schnellen Auswertung (FMxxx) dahinter die bessere Lösung!
 
Zuviel Werbung?
-> Hier kostenlos registrieren
nikilouder schrieb:
Noob-Frage: Warum ist OB1 ungenau? Bzw. warum ist es eine Ungenauigkeit ihn dort zu verarbeiten?
Zum Vergrößern anklicken....

Weil die Zykluszeit vom OB1 je nach Programm schwankt. Und die Reaktionszeit min. 1 SPS-Zyklus (Einlesen des Signals, Verarbeitung, Ausgabe) lang ist! Ein Programm mit einer Zykluszeit von 10-20ms hat im besten Fall eine Reaktionszeit von 10ms. 10ms können beim Positionieren schon Welten sein!
 
nikilouder schrieb:
Noob-Frage: Warum ist OB1 ungenau? Bzw. warum ist es eine Ungenauigkeit ihn dort zu verarbeiten?
Zum Vergrößern anklicken....

Der OB1 wird zyklisch abgearbeitet, es gibt keine Möglichkeit diesen Ereignisgesteuert aufzurufen. Das macht ihn Ungenau.

Für Ereignisgesteuerte Aufgaben (eben z.B. ein Band auf Signal sofort zu stoppen) benötigt man einen Interrupt. Also einen OB (OB40) der über ein Ereignis ausgeführt wird und dann z.B. ein Band stoppt und erst danach wieder in den OB1 Zyklus zurückspringt.

Stichwort "Prozessalarm"

mfG René
 
vollmi schrieb:
Der OB1 wird zyklisch abgearbeitet, es gibt keine Möglichkeit diesen Ereignisgesteuert aufzurufen. Das macht ihn Ungenau.

Für Ereignisgesteuerte Aufgaben (eben z.B. ein Band auf Signal sofort zu stoppen) benötigt man einen Interrupt. Also einen OB (OB40) der über ein Ereignis ausgeführt wird und dann z.B. ein Band stoppt und erst danach wieder in den OB1 Zyklus zurückspringt.

Stichwort "Prozessalarm"

mfG René
Zum Vergrößern anklicken....

Da hast du nicht unrecht, doch wenn es um ein Band geht mit allen möglichen und unmöglichen Faktoren die die Positionierung beeinflussen, dann sind Zyklusverschiebungen von ein paar Millisekunden nicht relevant.
Was sind 1-2 mS wenn das band 100m/min macht?
Unabhängig davon ist, wenn es genau sein muss ist eine Achse die einzige und richtige Alternative.


bike
 
Manfred,
wie Du siehst gibt es unterschiedliche Lösungsansätze und Meinungen. Um nun eine konkretere Aussage zu treffen brauchen wir mehr technische Details zu Deinem Problem.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
MCerv schrieb:
Manfred,
wie Du siehst gibt es unterschiedliche Lösungsansätze und Meinungen. Um nun eine konkretere Aussage zu treffen brauchen wir mehr technische Details zu Deinem Problem.
Zum Vergrößern anklicken....

Wie in Beitrag 1 geschrieben, ist das von einem Freund.
Am Montag oder Dienstag erfahre ich selbst mehr.
Achja: Er hat mir ziemlich plausibel erklärt warum, hab´s mir aber nicht gemerkt.
Am MO od DI gibt´s näheres.

Schönes WE!
 
Also, er triggert mit einer steigenden Flanke den OB40 und lässt sein Programm abarbeiten. Das ist jetzt mal Stand der Dinge.

Danke für die Antworten.
 

Similar threads

O
TIA Applikationszyklus: Einfluss auf Zykluszeit und Maschine
Antworten
3
Aufrufe
3K
Oje
O
Zurück
Oben