Grbl Frontend SerialComCNC

[malthy]

Hi!

Ich weiß immer nicht so genau wo das Thema CNC Fräsen am besten einzuordnen ist, ich schreib deswegen hier mal unter "Mechanik" (btw: wäre das vielleicht nicht eine eigene Unterabteilung wert?)

Ich wollte eigentlich nur einen kleinen Tipp geben: Ich habe an die Motorsteuerung (Parallelport Step/Dir-Interface) meiner China CNC Portalfräse mal auf die Schnelle einen Arduino mit Grbl als G-Code Interpreter gehängt. Erstmal gefiel mir schon sehr gut, wie simpel und geradeaus das ging. Zufällig habe ich zu Grbl ein tolles Frontend bei mikrocontroller.net entdeckt: http://www.mikrocontroller.net/topic/345380 Der Autor der Software stellt dort immer die aktuelle Version zur Verfügung und ist augenscheinlich auch sehr offen für Verbesserungsvorschläge und Kritik. Vielleicht ist es für den einen oder anderen Grbl-Nutzer hier interessant.



Gruß
Malte

[Geistesblitz]

Hmm, mal ausprobieren, wie gut das läuft. Ich benutz derzeit nämlich den Universal-G-Code-Sender und der hat irgendwie ein paar leichte Macken. Ich kann da beispielsweise nicht zweimal hintereinander in derselben Session von Datei fräsen, da er beim zweiten Mal irgendwelchen Mist fabriziert. Hat mich schon das eine oder andere Werkstück gekostet und immer wieder Progrmm schließen und wieder öffnen ist auf Dauer auch nervig.

[malthy]

Bin auch noch am probieren. Aber wie gesagt, es gibt offenbar einen kurzen Draht zum Autor. Wenn Dir Probleme auffallen, schreib doch ruhig bei mc.net rein.

[Andree-HB]

Ich nutze übrigens auch ein weiteres Tool vom selben Programmierer:
https://www.roboternetz.de/community...ComInstruments

[mausi_mick]

high,

ich hab mir vor 2 Jahren eine kleine Fräse gebaut, die ich "headless" , d.h. ohne PC direkt, mit SD-Karte betreiben wollte.
Auf der SD ist eine am PC mit Eagle 6.x (mittlerweile 7.2) / ULP erzeugte G-Code - Datei. Die G-Code Daten werden vom "G-Code-Sender"-Board (auf einem Arduino UNO) über die Rx/Tx -Leitung (serielle Schnittstelle) an das "G-Code-Empfänger-Board" , ebenfalls ein Arduino UNO, geschickt. Auf dme Empfängerboard befindet sich die eigentliche Ansteuerungssoftware (grnl 0.6...), die die drei Steppermotoren/H-Bridges ansteuert.

Ich hab damit damals einige Platinen gefräst ( Eagle /und eine ULP, die den Gcode aus den Eagle Dateien erzeugt), war aber nicht zufrieden.
Mitllerweile hab ich die Fräse mechanisch verbessert, die Ansteuerungssoftware auf grbl V09.j upgedatet.

Ausserdem hab ich den "G-Code-Sender" erweitert:

Er hat jetzt zwei Funktionen:
- Mode 0: abarbeiten SD-Karte
- Mode 1: Jogging:

Der ursprüglichen Mode 0 wurde erweitert, die Anzeige der Nachrichten von grbl ("messages") erfolgt jetzt auf einem Grafik-Farb-Display,
es können bis zu 15 angezeigt werden, danach scrollt der BS und die älteste Nachricht geht verloren. Wenig informative Nachrichten ("ok") werden unterdrückt (werd ich aber mal mitzählen), der Text "error: " ebenso( diese Nachricht wird rot dargestellt).

Im Mode 1 kann ich G-Code über zwei 4x4 Keyboards eingeben oder Einstellungen ("grbl-settings") anzeigen (FEED-Rate, steps_per_mm, max_rate,...) ändern.
Es wird bei der G-Code Eingabe auf dem Keypads einiges formal geprüft, den Rest übernimmt (hoffentlich) grbl.

Das Programm ist noch in Arbeit, ich kämpfe mit dem Speicher (von den 32kB benutze ich fast 30kB), hab aber Dank Auslagerung der ca 90 Fehlermeldungen
(z.B. Zahl sollte maximal einen Dezimalpunkt haben) in ein externes EEProm und Auslagerung der messages von grbl in ein externes RAM (SPI-RAM)immer noch Platz gefunden.

Die HW des G-Code-Senders hab ich in 2 Gehäusen untergebracht:

Die Anzeige (SPI-TFT ILI9341 240x300 2.4") incl. SD-Card, Arduino Nano und SPI-RAM in einem kleinen Kästchen (ca 8x6x5cm) an einem Schwanenhals, den Rest (EEPROM, 2 x 4x4 Keyboard) über I2C Bus in der Nähe des grbl-Board/H-Bridges. Ich komm mit einem 8/9 poligen Kabel im Schwanenhals aus:
Spannungsversorgung : 0V, 5,6V, (3,3V kann ich auch aus den 5,6V erzeugen),
mProzessor-Reset,
I2C: SDA,SCL
Serielle: Rx,Tx.
Interrupt ( von D13 nach D2) , noch nicht intergriert


Den Nano betreibe ich mit 3.6V, da schaffe ich noch locker 16MHz, kann mir aber die Levelshifter sparen. Der Umbau ist bei der Nano-VClone-Version mit CH340 ist recht einfach, blöd ist nur, dass es keine Pin-kompatiblen 3.6V Regler gibt, sodass ich einen AM1117 adj mit zwei Widerständen nehmen musste.

Grosse Probleme hatte ich mit der Darstellung der messages "error" von grbl, die über Rx/Tx geliefert werden:
Es wurden - da der Arduino-Nano im Vergleich zum PC/Pentium I5 wohl etwas langsam ist - einige verschluckt, auch konnten die "Settings:" (ca. 25 Zeilen auf einmal) nur zu einem kleinen Teil ausgegeben werden.
Ich hab lange "geübt", geholfen hat nur eine Erhöhung des Serial-Rx-Buffers (Arduino-IDE: /.hardware/arduino/avr/cores/arduino/HardwareSerial.h)
von 64 auf 224 byte: #define SERIAL_RX_BUFFER_SIZE 224
und eine Splittung der Message in grbl v0.9j in 2 Teile. Auch habe ich dort die reinen "festen" Texte dort eliminiert, die kann ich zur Not aus dem extrenen EEPRom holen. Aber jetzt klappt die Anzeige gut, auch bei 115200 Baud, gerade wenn ich die Einstellungen (Vorschub, inch/mm etc.) über das Keypad ändere, hab ich dann eine Kontrolle, was wirklich im grbl-EEProm abgelegt ist.


https://www.youtube.com/watch?v=ODvCfD5I694


https://www.youtube.com/watch?v=w21rDR9v4T8

https://www.youtube.com/watch?v=w-IEwHAgBiM

https://www.youtube.com/watch?v=5eaE3VN7RyE

https://www.youtube.com/watch?v=K_Lu_iBz-cE

Gruss mausi_mick

[nikolaus10]

high,
......
Das Programm ist noch in Arbeit, ich kämpfe mit dem Speicher (von den 32kB benutze ich fast 30kB), hab aber Dank Auslagerung der ca 90 Fehlermeldungen
(z.B. Zahl sollte maximal einen Dezimalpunkt haben) in ein externes EEProm und Auslagerung der messages von grbl in ein externes RAM (SPI-RAM)immer noch Platz gefunden.

....
Gruss mausi_mick

Wie sieht es mit dem Arduino mega aus ?
Der hat doch 256k Eprom und 4 K SRAM ?

Die China Modelle kosten auch nicht mehr viel ...

73

[mausi_mick]

Bin noch im Urlaub,
werde mich Ende Oktober melden und mich zum Source-Code und Änderungen am grbl-Paket äussern.

[mausi_mick]

Hi,

hab die HW nochmals etwas geändert/reduziert, anstelle der zwei 4x4 Keypads (32 Tasten) hab ich jetzt ein 8x8 Keypad (mit echten 14mmx14mm Tasten) aufgebaut mit einem MCP23017 am I2C-Bus. Nutze aber momentan "nur" 36 Tasten (6x6), mit denen ich die 10 Ziffern, die Buchstaben M,F,G, X,Y,Z, H,I,G,K,L,,R,S,T , P und Q und einige Sonderzeichen / Befehle .-=$!? sowie Del, Blank und CR/LF eingeben kann.
Die beiden übrigen Reihen /Spalten der Matrix werd ich wohl für Sonderzwecke (Pfeil rechts/links , oben/unten etc.) verwenden.
Probleme machen mir noch einige / wenige Fehlermeldungen von grbl (siehe Display). Ich weiss nicht, ob das jetzt nur an der Simulation liegt (an dem Test-grbl UNO hab ich keine Motoren angeschlossen, sodass hier der Datentransfer über TX/RX sehr flott
läuft, vielleicht etwas zu flott ??)


https://www.youtube.com/watch?v=S7sPyyGJ8GI[/VIDEO]

[MichWuhr]

Das ist ja mal ein richtig cooles Projekt!
Respekt - finde ich sehr gut!

Gibt's da auch Sourcecode dazu?

- - - Aktualisiert - - -

Ich habe übrigens eine erweiterte Version von GRBLweb namens WoidMill - Controller auf Git und auf meiner Internetseite online gestellt.

https://github.com/michaelwuehr/woidmill_controller

WoidMill - Controller
http://www.michaelwuehr.de/de/softwa...mill-interface/

[mausi_mick]

Im Prinzip : ja

da das Projekt aber noch in Arbeit ist , möchte ich das noch nicht auf github oder andere Plattformen stellen.
Ich muss doch - neben dem sketch - einige libs (EEPROM,SPIRAM,UTFT_ILI9341,..) bereitstellen , die ich geändert habe (z.T. wegen Fehlern, z.T. um sie kompakter zu machen).
auch hab ich grbl geändert (im Wesentlichen report.h, report.c), sodass man es mit arduino (Spezialversion im Netz) kompilieren muss.
Eventuell muss ich die Sender-Funktion und die Jog-Funktion (mit ellenlanger Code-Prüfung) auf zwei CPUs trennen, oder die Gcode-Prüfungen drastisch reduzieren.

Hinzukommt, das ich den Nano mit 3,6 V betreibe, um die diversen Pegelwandler am I2C bzw. SPI-Bus zu sparen (es gibt eine Umbauanleitung im Netz auf 3.3V, aber das ist für 16MHz Takt leicht ausserhalb der Spezifikation.
Der Umbau auf 3.6V ist nicht so doll, da es wohl kein SOT223 IC mit dieser fixen Spannung und gleicher Pin-Belegung gibt. Ich hab daher einen ..1117 mit zwei Widerständen einbauen müssen ...

Gruss mausi_mick