TIA Jog-Mode funktioniert nicht mit LAxisCtrl_PosAxis für Leitachse und LAxisCtrl_SyncAxisRel_Gearing für Folgeachse

T

trabajador73

Level-2
Beiträge
166
Reaktionspunkte
8
Zuviel Werbung?
-> Hier kostenlos registrieren
Verwendete Hardware: CPU 1518TF-4 PN/DP mit TiaPortal V18:
Der Jog-Mode funktioniert nicht für diese Gleichlaufachsen, warum?
Am Baustein der Eingang "enable" ist jeweils für "LAxisCrtl_PosAxis" für die Positionierachse als Leitachse und "LAxisCtrl_SyncAxisRel_Gearing" für die Synchronachse als Folgeachse immer true.
Sobald an den Eingängen "enableAxis" und "jogForward" am "LAxisCrtl_PosAxis" true werden sollten beide Antriebe im Gleichlauf auch fahren, was aber nicht passiert. Immer wenn beide Eingangssignale mit true beschaltet werden, dann wird der Fehler 16#8605 angezeigt. Jedoch die TOs für beide Achsen sind vor und im Anschluss der erfolgen Fahranforderung fehlerfrei. Eventuell hat jemand eine Erklärung oder Hinweis dazu.
Der Geschwindigkeitswert für den Jog-Mode ist nicht zu hoch und eine Positionierung mit "PosAbsolute" funktioniert bereits.
Danke für jeden Beitrag.
1764497132760.png1764498001689.png
1764498180427.png1764498348172.png
 
Machst du ggf. zuerst den jogForward und danach den Enable?
Was steht im TO als Defaultwerte für Beschleunigung und Verzögerung? Ggf. in dem AxisCtrl UDT dafür mal irgendwelche Werte (z.B. 1000.0) schreiben.
Das TO komplett geladen? ggf. einmal nen Neustart machen? Die Fehlerhilfe liest sich irgendwie so?!

So siehts bei mir aus:
1764582232018.png
 
Danke Evelkneevel für Deinen Beitrag.
Der Bausteineingang "enable" ist die gesamte Zeit "true".
Gleichzeitig werden die Eingänge "enableAxis" und "jogForward" beschaltet, aber auf jeden Fall nachdem der Eingang "enable" true ist.
Hier der Status vor der der Fahranforderung.
1764603879776.png

Anhang anzeigen 92757


Die Bewegung absolute Positionierung und relative Positionierung funktionieren für die Gleichlaufantriebe.
Hier die Werte des TOs.
1764605496371.png
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Wie hat denn die Synchronachse beschaltet zu sein im Jog-Betrieb für den Gleichlauf der beiden Antriebe?
Sehr wahrscheinlich wird auch am Antriebsbaustein des Folgeantriebs der Eingang "jogForward" nicht beschaltet werden, sondern nur die Eingänge "enable" und "enableAxis"?
Ich habe aber beides ausprobiert und immer ist der gleiche Fehler am Baustein der Leitachse angezeigt worden.

1764607168629.png
 
Ist die Achse noch im Gleichlauf?
Eventuell kann der Jog, den Gleichlauf nicht ablösen. In der Hilfe gibt es da eine Tabelle mit dem Ablöseverhalten.
 
Eigentlich sollte der Master Achse die Slave Achse egal sein. Der Slave folgt ja nur dem Master, ob der jetzt pos absolute oder jog oder was auch immer macht, sollte egal sein.
Auf dem letzten Screenshoot ist der Baustein aber noch busy bzw. command busy...guck mal bitte das das weg ist...also das nur noch valid und axisenabled da ist

mach mal bitte den enable auf alwaysTrue und schalte danach den enableaxis auf true....wie sieht der Baustein dann aus?
und danach setz mal den jog
 
Zuviel Werbung?
-> Hier kostenlos registrieren
evelkneevel schrieb:
Der Slave folgt ja nur dem Master, ob der jetzt pos absolute oder jog oder was auch immer macht, sollte egal sein.
Zum Vergrößern anklicken....
Der „Jog-Betrieb“ könnte eventuell eine „ungünstige“ Dynamik haben. Ich bin schon Maschinen begegnet, welche beim Tippen sehr dynamisch in festem Raster „springen“. Da könnte eine gekoppelte Achse Probleme bekommen zu folgen.
 
achso genau...die Slave Achse mal ausschalten und nur versuchen den Master zu tippen
wenn das klappt dann den Slave aufsynchronisieren und dann nochmal tippen
eins nach dem anderen
 
Danke für Eure Beiträge:

Busy wird nirgends zurück gesetzt im Siemens-FB "LAxisCtrl_PosAxis" nur wenn das Bit "enable" false wird, dann wird busy auch false.
Der Befehl absolute Positionierung und relative Positionierung wird auch immer ausgeführt, trotz der Antrieb busy ist.
Im Moment versuche ich den Siemens-Baustein etwas genauer zu verstehen, aber aktuell ist dieser noch komplex für mich.
1764700103963.png
1764706233227.png
 
Im Handbuch ist ein Timingdiagramm zum Baustein. Zuerst Enable setzen, dann EnableAxis, dann fahren, nicht gleichzeitig. Im Zweifelsfall Zustand abfragen bevor es weiter geht.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
striezel schrieb:
Ist die Achse noch im Gleichlauf?
Eventuell kann der Jog, den Gleichlauf nicht ablösen. In der Hilfe gibt es da eine Tabelle mit dem Ablöseverhalten.
Zum Vergrößern anklicken....
Beide Antriebe sollen immer unabhängig vom aktuellen Modus als Gleichlaufachsen aneinander gebunden sein, weil ansonsten die angebundene Mechanik beschädigt werden würde.
Normal baucht die Folgeachse auch nicht separat angesteuert zu werden, wie evelkneevel bereits erwähnt hat.
 
Kabeläffle schrieb:
Der „Jog-Betrieb“ könnte eventuell eine „ungünstige“ Dynamik haben. Ich bin schon Maschinen begegnet, welche beim Tippen sehr dynamisch in festem Raster „springen“. Da könnte eine gekoppelte Achse Probleme bekommen zu folgen.
Zum Vergrößern anklicken....
Gemeint ist der Tippbetrieb des TOs?
Wesentlich die relative und absolute Positionierung funktionieren bereits über das Programm und Baustein, eben nur der Jog-Betrieb noch nicht. Zudem sollen beide Antriebe gleichzeitig fahren.
Das Verhalten bei einer Gleichlaufkonfiguration ist mir im TO-Tippbetrieb nicht bekannt.
Die Übersetzung sollte passen, denn die Positionierung in beiden Automatikbetrieben ist passend.
 
evelkneevel schrieb:
achso genau...die Slave Achse mal ausschalten und nur versuchen den Master zu tippen
wenn das klappt dann den Slave aufsynchronisieren und dann nochmal tippen
eins nach dem anderen
Zum Vergrößern anklicken....
Eine Antriebsbewegung geht nur gemeinsam und das Problem ist die Nichtfunktionalität über den jeweiligen Siemensbaustein.
Wie Du bereits auch geschrieben hat, eigentlich ist die Folgeachse nicht wesentlich, weil dessen TO des den Sollwert von der Leitachse erhält.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Oberchefe schrieb:
Also im einfachsten Fall den Ausgang des Bausteins "axisEnabled" als zusätzliche Bedingung und-verknüpft bei den Jog-Eingängen.
Zum Vergrößern anklicken....
Der Eingang "enable" ist bereits mit einem festen treu parametriert und die Eingänge "enableAxis" sowie "JogForward" werden gleichzeitig mit true angesteuert. Die Reihenfolge der Beschaltung des Antriebsbausteins funktioniert auch bei allen Einzelantrieben, ohne Problem. Jedoch bei der Gleichlaufprojektierung nicht.
 
du kannst aber enableaxis und jog nicht im selben Zyklus auf true setzen....eins nach dem anderen
setz mal enableaxis auf true...warte bis der Baustein axis enable meldet und setz dann den jog auf true
 
evelkneevel schrieb:
du kannst aber enableaxis und jog nicht im selben Zyklus auf true setzen....eins nach dem anderen
setz mal enableaxis auf true...warte bis der Baustein axis enable meldet und setz dann den jog auf true
Zum Vergrößern anklicken....
evelkneevel, danke für Deine Hartnäckigkeit.
Die gleichzeitige Beschaltung der Eingänge "enableAxis" und "jogForward" hat den Fehler 8605 verursacht.
Nachdem der Eingang "jogForward" erst beschaltet wird, wenn der Ausgang "enableAxis" true ist, dann ruckt der Antrieb kurz und es wird der Fehler "16#8600" angegeben, mit der Angabe "Err_MC_Power".
Heute die Zeit war nicht verfügbar für weitere Tests, und aktuell fehlen mir aber auch wieder Ideen für eine mögliche Erklärung dieses Fehlers.
1764822231437.png

1764822376052.png
 
Zurück
Oben