AVR - G-CODE

[Jörn (Gast)]

Hi,

Ich bin gerade dabei eine Steuerung für eine CNC fräse zu entwerfen. 
Bedieneinheit und Leistungsteil sind schon fertig.

Nun bin ich an der Steuerung dran. Ich habe vor einen Atmega128 zu 
verwenden.
Da die Fräse auch ohne PC arbeiten soll, habe ich vor die Fräsdaten auf 
einer MMC karte zwischenzuspeichern von der der uC sie dann auslesen und 
verarbeiten kann.

Die Daten sollen auf der Karte als G-Code vorliegen. D.h. der uC müsste 
Gcode einlesen Lienien, Kreise nach Bresenham berechnen und die 
Schrittmotoren ansteuern. Hört sich jet einfach an aber ich denke da hat 
der uC ganz schön was zu rechnen.

Meint ihr das schafft ein AVR? Hat jemand sowas schonmal gemacht?

MFG Jörn

[Peter (Gast)]

Hi,

ich habe sowas aber noch nicht gemacht, aber ich würde den Interpreter
oder Parser auf dem PC in C entwickeln und dann nachher auf den
Controller runter implementieren.
Für die Motoren würde ich mir leer-Funktionen mit
printf("Motor 1: %i", value) schreiben und dann den parser
implementieren. (Zeilenweise soweit ich weiss)

Die Funktionen des MMC lesens kann man zum Schluss einbauen.

Gruß Peter

[DIN66025 (Gast)]

Beitrag "Re: HPGL -> AVR -> SMC"

[Peter (Gast)]

Nagut, du hast den code geschrieben und jetzt ?
Dabei ist es in diesem Thread geblieben.

Wirst du diesen veröffentlichen ?

Gruß Peter

[fnah (Gast)]

>Nagut, du hast den code geschrieben und jetzt ?
>Dabei ist es in diesem Thread geblieben.
>Wirst du diesen veröffentlichen ?
ich weiss gar nicht, was du willst. das beantwortet doch beide fragen 
aus deinem ursprungspost:

>>Meint ihr das schafft ein AVR? Hat jemand sowas schonmal gemacht?
scheinbar schafft ein avr das und es hat schonmal jemand gemacht.

[fnah (Gast)]

oh, verwechselt, der OP hat sich ja noch gar nicht wieder gemeldet. ich 
nehm alles zurueck.

[Peter (Gast)]

>Nagut, du hast den code geschrieben und jetzt ?
>Dabei ist es in diesem Thread geblieben.

>Wirst du diesen veröffentlichen ?

>Gruß Peter

Ok, sorry, wenn es nur auf das "machbar auf AVR" bezogen war;
nehme ich das natürlich zurück...

Dann nochmal ganz einfach gefragt, möchtest Du da den Quellcode
vielleicht im Forum(codesammlung) posten ?

Gruß Peter

[Jörn (Gast)]

Hi,

Ja der beitrag war nicht von mir, war nur auf das "machbar bezogen" ;-)
Ich habe zwar die suchfunktion benutzt doch den beitrag nicht gefunden.

Ist ja schonmal klasse das ein AVR das packt dann brauch ich an der 
Hardware wenigstens nicht's mehr ändern.

Hmm ich denk mal das wird noch einige Zeit dauern bis das läuft. Ob ich 
den Code veröffentliche weiß ich noch nicht. Vorstellen könnte ich es 
mir, als Dankeschön für die viele Hilfe hier aus dem Forum.

MFG Jörn

[Ein Anderer (Gast)]

Wer sagt das DIN66025 einen Atmega genommen hat? Geht aus dem Link nicht 
hervor. Der reine G-Code Interpreter kann relativ langsam sein. 
Interpreter und SCHNELLES Ansteuerung von 3 Achsen ist das Problem!

[-_-_- (Gast)]

Ich würde es so machen dass der G-Code übersetzt wird.

Ich meine es so, dass alle Kreis, Winkel und Splinefunktionen vor der 
Bearbeitung in absolute Koordinaten umgerechnet werden.

Dass bedeutet zwar eine viel größere Datenmenge, ist aber viel schneller 
und einfacher mit dem Mikrocontroller zu verarbeiten.

Mam muß sich nur mal überlegen wenn wie das kompliziert währe auf einem 
uC Winkel und Polinomberechnungen in Echtzeit zu machen.