Open Source CNC: Softwarekette, Hardware und Konfiguration verstehen

Bei der Suche nach CNC-Software stehen oft Programme nebeneinander, die ganz verschiedene Aufgaben erfüllen. Ein CAD-System beschreibt Geometrie, ein CAM-System erzeugt Bearbeitungsbahnen, ein Sender überträgt Programmsätze und eine Maschinensteuerung koordiniert Bewegungen. Eine offene Firmware ist deshalb kein vollständiger Ersatz für jede andere Software in dieser Kette. Wer eine vorhandene Anlage weiterentwickelt, sollte zuerst die fehlende Funktion benennen und erst danach ein Projekt auswählen.

Was offen bedeutet und was daraus nicht folgt

Die Open Source Initiative beschreibt Offenheit über Lizenzbedingungen, die unter anderem Zugang zum Quellcode, Änderungen und Weitergabe ermöglichen. Ein lediglich kostenlos nutzbares Programm ist damit nicht automatisch Open Source. Umgekehrt können rund um offene Software kostenpflichtige Hardware, Dienstleistungen und Support entstehen. Für eine technische Auswahl sind daher zwei Fragen zu trennen: Unter welchen Bedingungen steht die Software zur Verfügung, und erfüllt die konkrete Kombination die Aufgaben der Maschine?

Offener Quellcode kann helfen, Funktionen zu verstehen, Fehler nachzuvollziehen und Anpassungen langfristig zu dokumentieren. Das bedeutet aber nicht, dass jede Werkstatt den Code selbst verändern muss. Häufig ist eine gut dokumentierte Standardkonfiguration wertvoller als eine schwer wartbare Sonderlösung. Eine Änderung sollte ein klar benanntes Problem lösen und anschließend anhand passender Testfälle geprüft werden. Die bloße Möglichkeit einer Änderung ist noch kein Grund, sie vorzunehmen.

Die Softwarekette in Aufgaben zerlegen

Mehrere dieser Aufgaben können in einem System zusammengefasst sein. Die Tabelle beschreibt Funktionen, keine vorgeschriebene Anzahl von Geräten. Wichtig ist, wo die zeitkritische Bewegung entsteht. Eine grafische Oberfläche auf dem Rechner kann lediglich Befehle an eine separate Steuerung senden. In einer anderen Architektur übernimmt der Rechner selbst wesentliche Steuerungsaufgaben. Beide Systeme besitzen eine Oberfläche, stellen aber unterschiedliche Anforderungen an Betriebssystem und angeschlossene Hardware.

Der Artikel zur CNC-Steuerung ordnet die allgemeinen Aufgaben ein. Für die offene Lösung folgt daraus eine praktische Regel: Vergleiche Projekte auf derselben Funktionsebene. Ein Sender und eine Steuerungsfirmware sind eher mögliche Partner als austauschbare Alternativen. Ob beide zusammenarbeiten, muss das dokumentierte Protokoll bestätigen. Ein passender Stecker allein beweist keine funktionierende oder zeitlich geeignete Verbindung.

Zwei Architekturbeispiele richtig einordnen

LinuxCNC ist ein Beispiel für ein offenes Steuerungssystem mit Interpreter, Bahnplanung und konfigurierbaren Maschinenschnittstellen. Die offizielle Dokumentation unterscheidet ausdrücklich Simulation auf einem gewöhnlichen Kernel von der Steuerung realer Hardware mit Echtzeitunterstützung. Bei softwarebasierter Schritterzeugung ist die zeitliche Zuverlässigkeit des Rechners wichtig. Deshalb ist eine hohe Prozessor-Taktfrequenz allein kein ausreichendes Eignungskriterium. Die gewählte Schnittstelle und die zugehörigen Systemanforderungen müssen zusammen betrachtet werden.

Das klassische Grbl aus dem Projekt gnea/grbl ist dagegen eine eingebettete Firmware für eine bestimmte Mikrocontrollerplattform. Laut Projektbeschreibung verarbeitet sie einen definierten G-Code-Umfang; Makrofunktionen, Variablen und die meisten festen Bearbeitungszyklen gehören dort nicht dazu. Diese Aussage bezieht sich auf dieses Projekt, nicht pauschal auf alle ähnlich benannten Weiterentwicklungen. Ein CAM-Postprozessor muss zum tatsächlichen Ziel passen. Eine Oberfläche kann fehlende Funktionen gegebenenfalls übersetzen, doch das ist eine zusätzliche, ausdrücklich zu prüfende Fähigkeit.

Die Beispiele sind keine Rangliste und keine Kaufempfehlung. Sie zeigen zwei unterschiedliche Aufteilungen der Arbeit. Für eine vorhandene Anlage zählen die benötigten Achsen, Rückmeldungen, Ein-/Ausgänge, unterstützten Antriebe und die Bedienabläufe. Ebenso wichtig ist, wer die Konfiguration später warten kann. Bei einem CNC-Retrofit gehört die Softwareentscheidung deshalb in die Gesamtplanung und nicht ans Ende einer bereits festgelegten Elektronikbestellung.

Lehrrechnung: Von Millimetern zu Impulsen

Ein frei gewähltes Rechenbeispiel zeigt, weshalb Software und Mechanik gemeinsam betrachtet werden müssen. Angenommen werden ein Motor mit 200 Vollschritten je Umdrehung, eine Treibereinstellung von acht Mikroschritten je Vollschritt und eine direkt angetriebene Spindel mit 5 mm Weg je Umdrehung. Eine Übersetzung ist in diesem Modell nicht vorhanden. Die Zahlen beschreiben keine konkrete Maschine und insbesondere keine bestätigten Einstellungen der eigenen BF 20.

Skalierung = 200 · 8 / 5 = 320 Eingangsimpulse je Millimeter. Für einen angenommenen Vorschub von 1.200 mm/min ergibt sich zunächst 1.200 / 60 = 20 mm/s. Bei gleichförmiger Bewegung benötigt die Schnittstelle somit 320 · 20 = 6.400 Impulse pro Sekunde, also 6,4 kHz. Die Zahl beschreibt eine Anforderung aus diesen Annahmen, keine empfohlene Betriebsgrenze.

Rechnerische Auflösung ist keine Genauigkeit

Der Kehrwert der Skalierung beträgt 1 / 320 mm, also 0,003125 mm pro Eingangsimpuls. Diese rechnerische Schrittweite darf nicht als nachgewiesene Positioniergenauigkeit ausgegeben werden. Mechanisches Spiel, elastische Verformung, Spindelabweichungen, Last und das reale Verhalten des Antriebs gehören in eine getrennte Betrachtung. Auch mehr Mikroschritte beweisen keine entsprechend bessere Genauigkeit des gesamten Systems.

Verdoppeln wir im Lehrmodell lediglich den Mikroschrittfaktor von acht auf sechzehn, verdoppelt sich der Impulsbedarf bei gleichem Vorschub auf 12,8 kHz. Der mechanische Weg pro Umdrehung bleibt dabei gleich. Eine Konfigurationsänderung kann also die Anforderungen an die Signalerzeugung verändern, ohne das Bauteil oder die Spindel auszutauschen. Zusätzlich zur Frequenz sind die vom Treiber verlangten Pulszeiten und Richtungswechselbedingungen zu beachten. Eine einzelne Maximalfrequenz beschreibt die Schnittstelle nicht vollständig.

Kompatibilität mit kleinen Testfällen belegen

Lege vor der Auswahl einen kurzen Anforderungssatz an: benötigte Bewegungsarten, Koordinatensysteme, Werkzeugwechselablauf, Spindelfunktionen und Rückmeldungen. Ordne jeder Anforderung eine Dokumentationsstelle und einen geeigneten Test zu. Ein einfacher gerader Verfahrweg prüft etwas anderes als eine Kreisbahn oder ein Wiederanlauf nach einer Unterbrechung. Eine erfolgreich geladene Datei bestätigt noch nicht, dass alle enthaltenen Befehle mit der erwarteten Bedeutung verarbeitet werden.

Zur Vorbereitung eignen sich Simulation und kleine nachvollziehbare Programme. Die virtuelle Inbetriebnahme erklärt, warum ein Testfall Erwartungen und Rückmeldungen braucht. Für reale Bewegungen ist anschließend ein zur konkreten Maschine passender, abgesicherter Prüfablauf erforderlich. Bildschirmvorschau, Firmwarefunktion und Schutzfunktion sind getrennte Nachweise. Dieser Überblick ersetzt weder die elektrische Planung noch die Prüfung der tatsächlich eingebauten Komponenten.

Versionen und Wiederherstellung mitplanen

Dokumentiere Softwareversion, Herkunft, verwendete Konfigurationsdateien, Hardwarezuordnung und bekannte Abweichungen vom Standard. Sichere außerdem die Einstellungen, die nicht allein aus dem Programmordner wiederhergestellt werden können. Die hilfreiche Frage lautet: Könnte eine andere fachkundige Person den zuletzt geprüften Zustand anhand dieser Unterlagen nachvollziehen? Ein Downloadlink ohne Versionsbezug reicht dafür oft nicht.

Vor einer Aktualisierung sollte feststehen, welche Änderung erwartet wird und welche Testfälle danach erneut nötig sind. Die Wiederherstellung eines gespeicherten Softwarestands ist nur dann belastbar, wenn auch Konfiguration und zugehörige Hardwareannahmen erhalten sind. Ein offenes Projekt bietet Transparenz; eine gepflegte Maschinendokumentation macht diese Transparenz im Werkstattalltag nutzbar. So wird Open Source CNC zu einer technisch begründeten Entscheidung statt zu einer Sammlung beliebiger Gratisprogramme.