CNC-Schrittmotor-Controller welches Protokoll

@Stephan Henning

>> im Normatfall wird bei einfachen CNC mit Takt und Richtung gearbeitet.

Richtig wenn die Motor-Treiber direkt an der LPT-angeschlossen werden.

Es gibt aber Schrittmotor-Controller die diese Ansteuerung der Treiber 
übernehmen und so den PC entlasten, dieser muss dann nur noch über COM 
oder USB die Koordinaten, die angefahren werden sollen übermitteln, der 
Controller übernimmt dann den gesamten Rest.

gibt es für solch Schrittmotor-Controller ein standardisiertes Protokoll 
?

Gruss Ralf

Wenn Du Punkte ansteuerst, wird es schwer mit Kurven. Die sind dann 
entweder aus geraden Strecken gestückelt, oder man muss sehr viele 
Einzeldaten senden. Demgegenüber spart Takt+Richtung sehr viel 
Byte-Sendeaufwand. Mit Takt+Richtung kann man auf genauestmögliche Weise 
beliebigen Kurven folgen. Oder man muss dem Controller Kreise, 
Bezier-Kurven usw. vorgeben können.

> hatte nur gesehen das viele professionelle Fräsen bzw. Motorsteuerungen
> mit Schrittmotor-Controller arbeiten ... muss doch was dran sein, wenn
> die es so machen ?

Das hat im wesentlichen mit den nicht garantierten Antwortzeiten 
moderner Betriebssysteme zu tun.

Ein Schrittmotor erwartet einen unbedingt zeitsyncronen Takt - den 
liefern Systeme ab Windows NT nicht sicher bzw. es ist ein hoher Aufwand 
nötig, das sicherzustellen (Stichwort: kein direkter Hardwarezugriff)

Defacto ist ein Microcontroller, der die Befehle ansyncron entgegen 
nimmt und taktsyncron an die Schrittmotortreiber weiter gibt wesentlich 
betriebssicherer und problemloser.

Genormtes Protokoll? Eher nicht ....

>G-Code Protokoll
Das ist nur das Programmlisting.
Danach kommt der POST-Prozessor. Der ist in manchen Programmen gleich 
drin oder man muß ihn getrennt aufrufen. Er passt das Programm an an die 
jeweilige CNC-Maschine an.
Also für die Maschine des Herstellers A braucht man einen anderen 
POST-Prozessor als für die Maschine des Herstellers B, obwohl am Ende 
das gleiche Teil herauskommt.
Mit HPGL kann man eigentlich nur Klingelschilder machen, wo es nicht auf 
Genauigkeit ankommt.

> Den G-Code muss ich mir mal genau anschauen ... gibt es eine
> Spezifikation dafür ?
Ein großer Anteil des Befehlssatzes ist gleich. Aber an bestimmten 
Teilen macht dann jede Firma was sie will!
Vielleicht hilft das weiter:
http://www.nct.hu/pdf/NC_Documents/Deutsche/Drehmaschine/nempre100.pdf

Hallo  Ralf Greinert (old-school)!
Das ist mir natürlich bekannt.
Aber die Praxis ist z.Bsp.:
- Corel-->HPGL-->Klingelschild/Aufkleber...
- Autodesk-->G-Kode-->Präzisionswerkstück
Und bei HPGL gibt es nur "Stift absenken".
Bei G-Kode ist man in der Z-Achse variabler (auch bis 5 Achsen). Das ist 
dann 2 1/2 D.

moin moin,

G-Code macht schon was her und das mit einem MC zu interpretieren und 
direkt die Fräse zu steuern ist gar nicht so aufwendig. Nur "etwas" 
Mathe für die Fräsradienkorrektur, läuft aber alles im MC. Bei mir ist 
das ein C8051F340.

Mit Gruß
Pieter

Schau Dir mal den RepRap an, da gibt es fertige Firmware (aktuelle 
Version 5D) für einen unkompliziertes AVR ATmega 644 Controller-Modul, 
das den G-Code für 3-Achsen-Steuerungen interpretiert und in die 
Step-Befehle für die Schrittmotortreiber (auch dafür gibt's dort 
verschiedene fertige Module) umsetzt.

Das ist alles Open Source Hardware und Software, mit einer aktiven 
Community, und es gibt eine Menge modulares Zeugs um dieses ganze System 
herum, inkl. PC-Software.

Das wäre sicher ein guter Startpunkt für solche Aktivitäten.

http://reprap.org/wiki/Mendel und dann "How to build..."
und die Foren unter
http://forums.reprap.org/