L_MC4P_PathRefFromFile: Erneutes Aufrufen führt zu internem Fehler (behoben ab V03.23.00)
Behoben ab: Bibliothek: L_MC4P_RoboticHandling (FAST Motion) ab V03.23.00.173
(Update über Package-Manager)
Verhalten der neuen Version:
Mehrmaliges Triggern von FB MC_PathRefFromFile zum Einlesen einer Path-Datei per Execute-Flanke wird jetzt wie folgt behandelt:
Vorherige Beauftragung von FB L_MC4P_PathRefFromFile ist noch aktiv: --> Execute-Flanke(n) werden ignoriert.
Vorherige Beauftragung vom FB L_MC4P_PathRefFromFile ist abgeschlossen (Datei komplett eingelesen) und wird gerade von einem MC_MovePath abgearbeitet: --> Die per Execute-Flanke eingelesene (neue) Datei wird an die aktuelle Beauftragung angehängt. --> Das System verhält sich exakt so, als wären die Befehle der beiden Dateien in einer einzigen Datei enthalten.
Vorherige Beauftragung von FB L_MC4P_PathRefFromFile ist komplett eingelesen und auch vom MC_MovePath abgearbeitet: --> Die Datei wird eingelesen, aber nicht abgearbeitet. Es wird auf eine Execute-Flanke am MC_MovePath gewartet.
Beschreibung des Verhaltens:
L_MC4P_PathRefFromFile:
Es tritt ein 'Interner Fehler' auf, wenn FB 'L_MC4P_PathRefFromFile' vor dem Abschluss der Bewegung erneut mit einer Execute-Flanke beauftragt wird.
Unter welchen Bedingungen tritt das Verhalten auf?
Der dem FB 'L_MC4P_PathRefFromFile' zugehörige MC_MovePath wurde im BufferMode 'mcAborting' beauftragt.
Betroffene Produkte:
Bibliothek: L_MC4P_RoboticHandling (FAST Motion)
Kurzfristige Maßnahmen, Bewertung/Empfehlungen:
Bewegung MC_MovePath im BufferMode 'mcBuffered' beauftragen und den gewünschten Verschliff-Modus in der G-Code Datei einstellen.
