Frage zu Hoch- und Tieflauframpe

S_Liner

Level-2
Beiträge
365
Reaktionspunkte
10
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo, ich möchte bei meinem Movitrac B die Hoch- und Tieflauframpe über das Steuerwort 3 übertragen.
Gibt es da einen Bereich? Bzw. was ist denn der Maximalwert?


Und damit er die Rampe auch nimmt, muss ich, wenn der Motor stoppt, auch den "Halt-" Befehl nehmen ja?

"Halt": Bit0 = 0; Bit1 = 1; Bit2 = 0

Gruß
 
Zuletzt bearbeitet:
Hallo, ich möchte bei meinem Movitrac B die Hoch- und Tieflauframpe über das Steuerwort 3 übertragen.
Gibt es da einen Bereich? Bzw. was ist denn der Maximalwert?


Und damit er die Rampe auch nimmt, muss ich, wenn der Motor stoppt, auch den "Halt-" Befehl nehmen ja?

"Halt": Bit0 = 0; Bit1 = 1; Bit2 = 0

Gruß

Bei "Halt" (so wie oben beschrieben) wird die Rampe über PA3 bzw. P130/131 verwendet. Beim Befehl STOP (Bit 0 = 0, Bit 1 = 0, Bit 2 = x) wird immer P135 verwendet. P135 ist auf 20 Sekunden beschränkt.
Der Rampenwert über PA3 hat die Einheit [ms] - wobei je nach Bereich die untersten Stellen ignoriert werden.

Ein altes, aber recht brauchbares Handbuch zu dem Thema ist https://download.sew-eurodrive.com/download/pdf/09191607.pdf
Speziell in Bezug auf Skalierung und Wertebereiche hat es nach wie vor Gültigkeit. Für P130/131 findet man diese Info auf Seite 67.

Bei uns wird die Rampenvorgabe in der Regel auf 20 Sekunden beschränkt.
 
Bei den Rampen muss du aufpassen, hast du eine sportliche Anwendung,
kann es passieren, das beim runterfahren, die neue Tieflauframpe nicht
schnell genug im Regler ist.

Das kann ich so nicht ganz nachvollziehen.
Werden die Prozessdaten zum Gateway konsistent übertragen - also per Prozessabbild oder SFC14/15, so erfolgt auch die Übertragung per ML über Sbus in einem einzigen Telegramm und der Stop-Befehl und die Rampe kommen synchron beim Antrieb an.

Für CANopen oder Start/Stop per Klemmen gilt dies natürlich nicht.
 
Das kann ich so nicht ganz nachvollziehen.
Werden die Prozessdaten zum Gateway konsistent übertragen - also per Prozessabbild oder SFC14/15, so erfolgt auch die Übertragung per ML über Sbus in einem einzigen Telegramm und der Stop-Befehl und die Rampe kommen synchron beim Antrieb an.

Für CANopen oder Start/Stop per Klemmen gilt dies natürlich nicht.

hängt ein bischen vom System ab, ich interpretiere jetzt mal PN oder DP rein,
da ist SEW extrem langsam. LT aussage von SEW können da vom Gateway
über S-Bus bis zum Regler 100ms normal sein.
Meine beobachtung war dann, mit einen einfachen Transport, das beim Abschalten
das Werkstück immer an unterschiedlichen Positionen lag.
 
Hallo RN, diese Erfahrung habe ich auch gemacht. Wir haben an Palettierern oft das UFP11, mit
welchem wir ber Profibus 1.5 Mbit auf 8 SEW Umrichter per S-Bus gehen.

Wenn wir den Antrieb einschalten übergeben wir eine Rampe, wenn wir ihn ausschalten, eine andere Rampe.
Es ist mir auch schon aufgefallen, dass beim abschalten noch die Hochfahrrampe genommen wird,
obwohl konsistent übertragen wird. Anscheinend wird das Bit zum Abschalten sofort verarbeitet, die Rampe aber erst
mit Verzögerung in die Regelung übernommen.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Das könnte auch der Grund sein, das die Rampen beim MC07B nicht schon auf das Feldbusprofil gelegt sind.
Wenn man jetzt lange Rampen hat, sagen wir mal mehre Sekunden, kommt es vielleicht auch nicht zum tragen.
 
Hallo RN, diese Erfahrung habe ich auch gemacht. Wir haben an Palettierern oft das UFP11, mit
welchem wir ber Profibus 1.5 Mbit auf 8 SEW Umrichter per S-Bus gehen.
Das UFP11 sollte es seit ca. 8 Jahren nicht mehr geben. Aktuell sind die DFP21B bzw. DFE32B Gateways.

hängt ein bischen vom System ab, ich interpretiere jetzt mal PN oder DP rein,
da ist SEW extrem langsam. LT aussage von SEW können da vom Gateway
über S-Bus bis zum Regler 100ms normal sein.
Meine beobachtung war dann, mit einen einfachen Transport, das beim Abschalten
das Werkstück immer an unterschiedlichen Positionen lag.

Beim DFP21B-Gateway kann ich diese Aussage nicht bestätigen. Die Performance skaliert 1:1 mit der Anzahl der Umrichter am Sbus. Pro angeschlossenem Umrichter wird der Takt um 2 ms erhöht - die eigentliche Gateway-Funktionalität ist recht fix, von 100ms weit weg.
Beim DFE32B-Gateway kann ich das teilweise bestätigen. SEW gibt hier auch zu, dass ein recht langsamer PN-Stack im Einsatz ist wo man von Aktualisierungszeiten von 10ms und mehr spricht.

Die Angabe von 100ms kann ich gar nicht nachvollziehen. Wir hatten früher mal Geräte von Antal Elektronik im Einsatz, bei denen die Laufzeit vom Profibus zum CAN sehr stark schwankte - das war aber bevor SEW selbst Gateways angeboten hat.
 
Zurück
Oben