Behoben ab:
Bibliothek: L_TS2P_TechModulesSynchronizingCamming V3.24.0
(Update über Easy Package Manager)
Verhalten der neuen Version:
Die Slave-Achse bleibt oberhalb der unteren Fahrbereichsgrenze lrLowerLimit (Fall A) und leitet rechzeitig der Synchronisierungsvorgnag ein (Fall B) auch wenn die Parameter scPar.lrSyncJerk und scPar.lrJerk ungleiche Werte haben.
Beschreibung des Verhaltens:
Fall A
Die Slave-Achse überfährt die untere Fahrbereichsgrenze lrLowerLimit.
oder
Fall B
Die Slave-Achse startet den Synchronisierungsvorgang zu spät und muss anschließend schneller als der Leitwert werden, um die Synchrone Position aufzuholen.
Unter welchen Bedingungen tritt das Verhalten auf?
Die Parameter scPar.lrSyncJerk und scPar.lrJerk sind unterschiedlich:
Fall A: scPar.lrSyncJerk > scPar.lrJerk
Fall B: scPar.lrSyncJerk < scPar.lrJerk
Betroffene Produkte:
TM FlyingSaw (L_TS2P_FlyingSawState aus Bibliothek L_TS2P_TechModulesSynchronizingCamming)
Kurzfristige Maßnahmen:
Die Parameter scPar.lrSyncJerk und scPar.lrJerk müssen gleich sein.
scPar.lrSyncJerk = scPar.lrJerk
Bewertung/Empfehlungen:
Es wird empfohlen die Rucke für alle Funktionen (Jogging, MoveAbs, MoveToParkPos usw.) auf gleichen Wert zu setzen.
