Kleine Arbeiten

README.md

@@ -230,11 +230,13 @@ Architektur- und Refactoring-Aufgaben sind in `doc/ToDo_*.md` dokumentiert:
 | `doc/ToDo_1_Parsing.md` | G-Code-Parser-Schicht einführen | ✅ erledigt |
 | `doc/ToDo_2_Anbindung.md` | Sender-Interface und Orchestrierung | ✅ erledigt |
 | `doc/ToDo_3_Config.md` | Zentralisierte Konfiguration | offen |
-| `doc/ToDo_4_GCode.md` | G-Code- und Datei-Handling trennen | offen |
+| `doc/ToDo_4_GCode.md` | G-Code- und Datei-Handling trennen | ✅ ausgelagert → `appRobotFileservice` |
 | `doc/ToDo_5_API.md` | WebSocket-Antwortlogik strukturieren | ✅ erledigt |
 | `doc/ToDo_6_RobotController.md` | RobotController-Klasse einführen | ✅ erledigt |
 | `doc/ToDo_6a_Speed.md` | Speed-Steuerung: Schalter, `calculateSpeeds()`-Fix, koordinierte Feedrate | ✅ erledigt (WS-Sender offen) |
-| `doc/ToDo_6b_FileHandling.md` | File-Handling: fehlende Befehle, Cursor im Speicher, Fehler-Feedback | offen |
+| `doc/ToDo_6b_FileHandling.md` | File-Handling: fehlende Befehle, Cursor im Speicher, Fehler-Feedback | ✅ ausgelagert → `appRobotFileservice` |
+| `doc/draft_filehandeling.md` | File-Handling als externes Projekt `appRobotFileservice` (Driver als Gateway, FCode-Pass-through) | Entwurf |
+| `doc/draft_filehandeling_API.md` | API der `appRobotFileservice` (Programme, aktiver Cursor, Teaching/Playback) | Entwurf |
 | `doc/ToDo_7_Tests.md` | Testabdeckung und Stabilität | teilweise |
 | `doc/ToDo_8_Bugs.md` | Bekannte konkrete Bugs | teilweise |
 | `doc/ToDo_9_HardwareFeedback.md` | Hardware-Feedback-Loop (GRBL-Antworten, Command-Queue, Positionsabgleich) | teilweise (Baustein Port→Motor ✅, Pakete 1–6 offen) |
@@ -251,9 +253,9 @@ ToDo_8  Bugs beheben          — kurz, blockiert nichts anderes
 ToDo_3  Config                — Fundament für alles Weitere
 ToDo_1  Parser                ┐
 ToDo_6  RobotController       ┘ zusammen, da eng verzahnt
-ToDo_4  Datei-Handling        — danach, klar abgrenzbar
+ToDo_4  Datei-Handling        — ausgelagert → appRobotFileservice (siehe drafts)
 ToDo_6a Speed-Steuerung      — calculateSpeeds bugfix, dann Sender-Integration
-ToDo_6b File-Handling Detail — fehlende F-Befehle, Cursor im Speicher
+ToDo_6b File-Handling Detail — ausgelagert → appRobotFileservice (siehe drafts)
 ToDo_2  Sender-Interface      — mit Entscheidung: Telnet vs. FluidNC-WebSocket
 ToDo_9  Hardware-Feedback     — baut auf ToDo_2 auf
 ToDo_10 Verbindungsverlust    — baut auf ToDo_2 auf, parallel zu ToDo_9 möglich
@@ -264,7 +266,7 @@ ToDo_7  Tests                 — begleitend zu allen obigen
 Kurzübersicht weiterer offener Punkte:
 
 - [ ] Dokumentation der vollständigen G-Code-Syntax erweitern
-- [ ] `FFirst`/`FLast`-Befehle in `GCode.receiveFC()` implementieren
+- [x] `FFirst`/`FLast` (und übriges File-Handling) → ausgelagert in `appRobotFileservice` (siehe `doc/draft_filehandeling.md`)
 - [ ] `ROBOT_USE_SPEED_CALC` und `motorSpeeds` im echten Betrieb prüfen
 - [ ] `FluidNCClient.js` evaluieren: als Ersatz oder Ergänzung zu `TelnetSenderGRBL`?
 - [x] HTTPS-Passphrase aus Env-Variable (`HTTPS_PASSPHRASE`) — erledigt