L_MC4P_PathRefFromFile: Bei G-Code-Datei (*.lpp) mit mehr als 30 Fahraufträgen verharrt Achsgruppe im Stillstand (behoben ab V03.25.00)
Behoben ab:
Bibliothek: L_MC4P_RoboticHandling (FAST Motion) ab V03.25.00
(Update über Package-Manager)
Verhalten der neuen Version:
Das beschriebene Verhalten tritt nicht mehr auf und die entsprechenden *.lpp-Files können fehlerfrei abgefahren werden.
Beschreibung des Verhaltens:
Die Funktionsbausteine L_MC4P_PathRefFromFile und MC_MovePath bleiben im Zustand 'Busy' und der G-Code aus der vorgegebenen Datei *.lpp wird nicht abgearbeitet.
In Folge verharrt die Achsgruppe im Stillstand.
Unter welchen Bedingungen tritt das Verhalten auf?
G-Code-Datei (*.lpp) mit mehr als 30 Fahraufträgen.
G2 oder G3 Fahraufträge (Kreisinterpolation) mit Kreisbögen von 180° oder 360°.
Das Auftreten ist wie folgt zu erkennen:
zwischen MC_MovePath.SourceLineNo und L_MC4P_PathRefFromFile.liLineNoDecoded ergibt sich eine Differenz von 30 und
L_MC4P_PathRefFromFile.liLineNoDecoded steht nicht auf dem Ende der G-Code-Datei (*.lpp)
Betroffene Produkte:
Bibliothek: L_MC4P_RoboticHandling (FAST Motion)
Kurzfristige Maßnahmen, Bewertung/Empfehlungen:
Ursächlich für das Auftreten ist eine fehlerhafte interne Optimierung bei aufgeteilten Fahraufträgen.
Diese Optimierung lässt sich über ein unsichtbares Property deaktivieren:
