Grbl Frontend SerialComCNC

[mausi_mick]

Muss mich doch mal wieder melden.
Es geht langsam weiter, ich bin dabei das Programm von Arduino (Nano) auf einen anderen (32-bit)Prozessor zu portieren,
da der Space doch etwas sehr knapp wurde, trotz Verwendung von SPI-Ram und externem EEProm.
Auch hatte ich Probleme mit der Schnittstelle (Rx/Tx), da verschwanden im Testbetrieb doch einige Messages von grbl.
(Es kommen z.B. bei Eingabe von $$ (Anzeige grbl-Parameter) doch einige Hundert Byte "aufeinmal" rüber , die abgefangen und z.T. auch angezeigt werden müssen. Ich weiss nicht, ob das auch so kritisch bei laufender Fräse ist, da sind die Quittierungen (ok) vermutlich etwa träger.
Ich habe zuerst mit einem STM32F103c8t6 gearbeitet (mit Arduino IDE), es war aber doch etwas schwierig, die Software für die verbleibende Hardware (ILI9341 Display incl. SD-Karte und 8x8 Keypad an MCP23017) anzupassen.
Deshalb habe ich mich jetzt für einen Teensy3.1/3.2 entschieden, der leider etwas teurer (ca 21€) ist.
Leider kann ich die rasant schnelle ILI9341-Software von PRJ nicht verwenden, da das/der? font von Adafruit nicht richtig passt: entweder ist die Schrift zu klein oder bei Skalierung 2 bereits sehr gross, sodass ich kaum was anzeigen kann. Es gibt da zwar noch andere fonts, die scheinen aber noch nicht integriert/verwendbar zu sein. Daher verwende ich die original UTFT-Lib, die aber leider HW-SPI nicht unterstüzt (Ich benötige jetzt einige Leitungen mehr, da vorher SD-Karte und LCD die SPI Anschlüsse MOSI / SCK gemeinsam hatten...).
Die Geschwindigkeit ist aber (bei 96MHz ! ) trotzdem beachtlich.
Der Teensy3 hat auch den Vorteil, dass ich nicht nur die TX und RX-Buffer (an grbl) anpassen kann, sondern ich kann die serielle Schnittstelle auch "priorisieren" (zwischen 0 und 255). Hab den Wert jetzt auf 8 gesetzt, das geht dann echt flott.

Das Speicherplatz-Problem ist auch vorbei, Tabellen mit z.B. Fehlermeldungen hab ich jetzt locker fest (ja was denn nun) im Programm unterbringen können.
Auch ist die Darstellung von bis zu ca 30 (srollenden) Nachrichten auf dem Display kein Problem, das jetzt übrigens auf 2.8" angewachsen ist. Die Touch-Funktion verwende ich aber nicht.

Werd aber noch einige Zeit zum Testen benötigen.

Gruss mausi_mick

[Andree-HB]

...ich bin weiter sehr gespannt!

[mausi_mick]

Jetzt geht es wohl langsam etwas weiter, ich hab das etwas anders verteilt:
-einen Arduino Nano als Sender (SD-Karte bzw. Tastatatureingabe) mit Display, ext. EEPROM, SPI-RAM , Tastatur
-einen Arduino Nano als Empfänger von Fehlernachrichten etc. mit separatem Display
-den UNO mit der grb v9.j zur Ansteuerung der Motoren.

So hab ich noch Erweiterungsmöglichkeiten und zusätzliche Anzeigen

Als IDE verwende ich die 1.6.9, habe aber die seriellen Buffer (in hardware ...) auf 128 byte erweitert. Auch hab ich grbl (im Wesentlichen in report.h/c) leicht modifiziert (keine Fehlertexte, nur noch Nummern, die man dann auf dem Nano auswerten kann.
Das Problem mit den dubiosen Fehlermeldungen scheint behoben, verursacht wohl durch einen Bufferüberlauf (max 127 byte kann grbl buffern) .
Ich merke mir dazu, wieviel /eher wenig Buffer noch frei ist und erhöhe ihn, wenn ich eine Rückmeldung von grbl bekomme.