appRobotDriver/doc/ToDo_4_GCode.md

ToDo 4 — G-Code und Datei-Handling

✅ Erledigt / abgelöst: Das Datei-Handling wird nicht mehr Driver-intern (GCodeFileManager) gebaut, sondern in das eigenständige Projekt appRobotFileservice ausgelagert und über FCodes durch den Driver weitergereicht. Im Driver bleibt nur ein dünner Proxy. Konzept & Schnittstelle: draft_filehandeling.md · draft_filehandeling_API.md. Die folgenden Punkte sind als Vorlage für die Umsetzung dort zu lesen.

Ziel der Verbesserung

G-Code-Logik sauber von Datei-Management trennen. Die Bewegungssteuerung soll nicht durch Dateibefehle oder File-IO verwässert werden.

Aufgaben

• GCodeFileManager einführen für Datei-bezogene Befehle und Logik
  • FPoint, FPlus, FMinus, FFirst, FLast
  • FShow, FList, FLoad, FSave, FClear
• GCode.js auf reines G-Code-Parsing reduzieren
• Datei-Befehle in InputWS.js separate behandeln und an den FileManager weiterleiten
• Logfile-Operationen von der Steuerkreislauf-Logik entkoppeln
• G92/M92-Verhalten im Kontext des Datei-Managements klar dokumentieren
• FFirst/FLast in receiveFC() implementieren — aktuell erkannt aber nicht ausgeführt (siehe doc/ToDo_8_Bugs.md Bug 2)