23 lines
1.2 KiB
Markdown
23 lines
1.2 KiB
Markdown
# 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:
|
|
> [`fileserviceAPI.md`](fileserviceAPI.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) |