Wirksamkeit der Beschleunigung bei a = 0mm/s²

[MFreiberger]

Zuviel Werbung?
-> Hier kostenlos registrieren

Moin an das Supportforum von SEW,

wie der Titel schon sagt, möchte ich gerne wissen, wie eine SEW-Achse (MoviC) reagiert, wenn man keine Beschleunigung vorgibt.

Hintergrund der Frage: Abhängig von der Geschwindigkeit möchten wir gerne eine Mindestbeschleunigung vorgeben. Also auch, wenn der Bediener die Beschleunigung sehr klein wählt, sollte sie beim Tippen in kleinen Geschwindigkeiten so hoch sein, dass die Achse beim beenden des Tippbefehls auch zügig anhält.
Beispiel:
Bei v = 50mm/s ist a = 50mm/s² definitiv zu klein. Die Achse würde ja 1s brauchen, um zum Stillstand zu kommen. Hier sollten es wenigstens a = 500mm/s² sein. Aber ei höheren Gecshwindigkeiten rechnet man ja auch mit einem gewissen Anhalteweg. Damit tippt man ja auch nicht unbedingt zu einer bestimmten Position. Also bei v = 500mm/s wäre für uns a = 250mm/s² durchaus noch akzeptabel.

Dann war die Überlegung, ob man bei v < 50mm/s² nicht einfach die maximale Beschleunigung hernimmt. Und da ist die Frage, ob man nicht einfach a = 0mm/s² vorgeben kann und die Achse damit die, im Umrichter projektierte maximale Beschleunigung verwendet.

VG

MFreiberger

 

[Ingmar64]

Eine Beschleunigung von 0 ist ja für die Achse machbar, sie bewegt sich eben nicht. Die maximale, im Umrichter parametrierte, Beschleunigung wird verwendet, wenn die Vorgabe zu groß ist. (bei Movi C)
Bei Movi B wird die Rampenzeit vorgegeben, da ist es entsprechend anders herum.
Aller gilt natürlich nur, wenn es der Umrichter fahren kann (Motorstrom und sonstige Vorgaben). Sonst droht ein Fehlerzustand.

 

[s_kraut]

Zuviel Werbung?
-> Hier kostenlos registrieren

Moin an das Supportforum von SEW,

wie der Titel schon sagt, möchte ich gerne wissen, wie eine SEW-Achse (MoviC) reagiert, wenn man keine Beschleunigung vorgibt.

Hintergrund der Frage: Abhängig von der Geschwindigkeit möchten wir gerne eine Mindestbeschleunigung vorgeben. Also auch, wenn der Bediener die Beschleunigung sehr klein wählt, sollte sie beim Tippen in kleinen Geschwindigkeiten so hoch sein, dass die Achse beim beenden des Tippbefehls auch zügig anhält.
Beispiel:
Bei v = 50mm/s ist a = 50mm/s² definitiv zu klein. Die Achse würde ja 1s brauchen, um zum Stillstand zu kommen. Hier sollten es wenigstens a = 500mm/s² sein. Aber ei höheren Gecshwindigkeiten rechnet man ja auch mit einem gewissen Anhalteweg. Damit tippt man ja auch nicht unbedingt zu einer bestimmten Position. Also bei v = 500mm/s wäre für uns a = 250mm/s² durchaus noch akzeptabel.

Dann war die Überlegung, ob man bei v < 50mm/s² nicht einfach die maximale Beschleunigung hernimmt. Und da ist die Frage, ob man nicht einfach a = 0mm/s² vorgeben kann und die Achse damit die, im Umrichter projektierte maximale Beschleunigung verwendet.

VG

MFreiberger

Ich frag immer erst mal beim Hersteller schriftlich und direkt beim Ansprechpartner.

Für die Vorplanung kann man ja im Datenblatt das Leistungsvermögen des Antriebssystems sich anschauen und sich selber ausrechnen wieviel Moment und Beschleunigung hinten raus kommt.
Oder halt hintennach die jeweilige Endgeschwindigkeit und was sein soll.

Ich kenn jetzt die Reaktionszeiten vom SEW nicht, drum wähle ich meine Wege in der Regel direkt und nicht über ein Forum.
PS: Ergebnisse gern weiter posten, interessanter Stoff!

 

[Ingmar64]

Zumindest in 2022 war die Anzahl der Mitarbeiter bei SEW, die mit Movi C und Motion Studio vertraut waren, überschaubar. Bei Movi B und MoviTrac, auch für die alten Controller hat man auch am WE immer jemanden an der Strippe gehabt, der einem kompetent helfen konnte. Ist wohl leider immer so bei neuen Produkten. Andererseits ist eben auch die Komplexität des Produktes insbesondere mit externem Controller sehr groß geworden.

 

[Merian25]

Hallo MFreiberger,

Ingmar64 hat es ja schon erklärt, aber hier noch ein wenig ausführlicher zu deiner allgemeinen MOVI-C Frage:
Wenn du über den Prozessdaten keinen Wert für die Beschleunigung und Verzögerung angibst, wird automatisch ein parametrierter Wert genutzt.
Den parametrierten Wert findest du bei den Überwachungsfunktionen -> Grenzwerte:


Beste Grüße
Merian25

 

[hans_a1977]

Zuviel Werbung?
-> Hier kostenlos registrieren

Mal kurz zur Hilfe, dafür gibt es doch mittlerweile ein Movikit. Dann könnt ihr die Rampenzeit wieder von der SPS vorgeben lassen und die Beschleunigung sollte erledigt sein. (Ggf. noch die Notrampe auf 3000/1min lassen - mm/s ist warscheinlich ein Berechnungsfehler?)

 

[hans_a1977]

hier noch der Link: https://download.sew-eurodrive.com/download/pdf/29126649.pdf

 

[MFreiberger]

Mal kurz zur Hilfe, dafür gibt es doch mittlerweile ein Movikit. Dann könnt ihr die Rampenzeit wieder von der SPS vorgeben lassen und die Beschleunigung sollte erledigt sein. (Ggf. noch die Notrampe auf 3000/1min lassen - mm/s ist warscheinlich ein Berechnungsfehler?)

Moin hans_a1977,

die Beschleunigung haben wir schon immer über die SPS vorgegeben. Die Rampenzeit vorzugeben macht eigentlich keinen Sinn, da sich dadurch ja die Beschleunigung geschwindigkeitsabhängig ändert. Das ist nicht gewollt, denn dann habe ich ja eine immer stärkere Beschleunigung (auch negative Bescheunigung), je höher die Geschwindigkeit ist. Das ist doof für das Fördergut.
Bei uns liegt die max. negative Beschleunigung (Verzögerung) bei Nothalt bei der Systemgrenze. Diese ist von den Mechanikern vorgegeben. Diese darf sich nicht geschwindigkeitsabhängig ändern. An welcher Stelle ist mm/s (Geschwindigkeit) ein Berechnungsfehler?

 

[hans_a1977]

Zuviel Werbung?
-> Hier kostenlos registrieren

Ah, ok macht Sinn.
Sry dann. ( bei den 3000 dachte ich es wäre noch der Standardwert von 3000 1/min drin)