- LiFePO4 Speicher Test         
Ergebnis 1 bis 10 von 24

Thema: Grbl Frontend SerialComCNC

Hybrid-Darstellung

Vorheriger Beitrag Vorheriger Beitrag   Nächster Beitrag Nächster Beitrag
  1. #1
    Erfahrener Benutzer Roboter-Spezialist
    Registriert seit
    12.07.2006
    Ort
    Puchheim
    Alter
    77
    Beiträge
    455
    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

  2. #2
    Erfahrener Benutzer Roboter-Spezialist
    Registriert seit
    12.07.2006
    Ort
    Puchheim
    Alter
    77
    Beiträge
    455
    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

  3. #3
    Erfahrener Benutzer Robotik Einstein Avatar von Andree-HB
    Registriert seit
    10.12.2004
    Ort
    Bremen
    Alter
    54
    Beiträge
    2.807
    ...ich bin weiter sehr gespannt!

  4. #4
    Erfahrener Benutzer Roboter-Spezialist
    Registriert seit
    12.07.2006
    Ort
    Puchheim
    Alter
    77
    Beiträge
    455
    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.
    Geändert von mausi_mick (25.07.2016 um 10:43 Uhr)

  5. #5
    Erfahrener Benutzer Roboter-Spezialist
    Registriert seit
    12.07.2006
    Ort
    Puchheim
    Alter
    77
    Beiträge
    455
    Ich habe die Aufteilung zwischen den beiden Arduino Nanos( dem G-Code-Sender und dem Empfänger der Nachrichten von grbl) noch etwas geändert:

    Der Sender sendet jetzt nur die GCodes von der SD-Karte, aber nur soviel, dass der Buffer (128 Byte) nicht überläuft.
    Bekommt er eine Nachricht/Quittierung von grbl ("ok"), prüft er, ob er die nächste G-Code-Zeile schon senden kann.

    Der zweite Arduino NANO gibt eventuelle Fehlernachrichten von grbl auf dem Display aus, auf ihm kann man sich aber auch die grbl-Parameter ansehen bzw. modifizieren . Ausserdem kann man von ihm aus per Keyboard GCode Zeilen eingeben und an grbl senden.
    Da das doch relativ mühsam ist, besteht auch die Möglichkeit, über einen Dreh-Encoder und wenigen Tastatur-Eingaben die wichtigsten GCodes (G00/G01) relativ einfach einzugeben.
    Die x,-y, z- Positionen sowie die Vorschubsgeschwindigkeit (Feed) werden über den Drehencoder eingegeben, dessen Schrittweite auf 1mm oder 0,1mm gestellt werden kann .
    Der Drehencoder behält auch die vorige Postion bei, wenn man z.B. von x nach y wechselt und wieder zurück. Er arbeitet mit Interrupts ("Change-Pin an A2 und A3") .
    Das Keyboard (momentan 7x7) und das externe EEProm hängen anI2C Bus, das NV- RAM (23LCV..) am SPI-Bus.
    Als Display verwende ich ein ILI9341 (2,8") aber nicht als HW-SPI (wird von UTFT nicht unterstützt, die Adafruit Lib ist zwar schnell, aber mir gefallen die fonts nicht). Werde aber eventuell das ILI9341 von Adafruit mal an SPI testen.

    Gruss mausi-mick
    Geändert von mausi_mick (25.07.2016 um 19:09 Uhr)

  6. #6
    Erfahrener Benutzer Roboter-Spezialist
    Registriert seit
    12.07.2006
    Ort
    Puchheim
    Alter
    77
    Beiträge
    455
    Bei youtube hab ich mal 3 Videos geladen,
    auf jog grbl 08 die Settings von $0 bis $27 (Anzeige wie bisher mit $$)
    jog grbl 09 die Settings von $100 bis $132 (Anzeige mit $Y)
    in jog grbl 10 ist die G-Code Generierung im "Simple-Mode" dargestellt mit Werteingabe x,y,z, feed über Drehencoder

    Jog-10: https://www.youtube.com/watch?v=Drh636d-dyI


    Jog-09: https://www.youtube.com/watch?v=9J3BEn3ThrU

    Jog-08:
    https://www.youtube.com/watch?v=3qhKISY_-84

Ähnliche Themen

  1. GRBL - Homingfunktion / Endstopp
    Von Andree-HB im Forum Software, Algorithmen und KI
    Antworten: 5
    Letzter Beitrag: 05.01.2015, 04:54
  2. CAD Proxxon MF70 CNC GRBL CAM
    Von Ripper121 im Forum Konstruktion/CAD/3D-Druck/Sketchup und Platinenlayout Eagle & Fritzing u.a.
    Antworten: 3
    Letzter Beitrag: 05.12.2014, 16:56
  3. GRBL H-Bridge Mod !
    Von robinvasseur im Forum Open Source Software Projekte
    Antworten: 7
    Letzter Beitrag: 29.12.2013, 14:22
  4. ADS1299: Rauschärmstes EEG-Frontend
    Von Roboternetz-News im Forum Neuigkeiten / Technik-News / Nachrichten / Aktuelles
    Antworten: 0
    Letzter Beitrag: 12.09.2012, 22:50
  5. Gutes Frontend für Steuerung
    Von soulfly im Forum PC-, Pocket PC, Tablet PC, Smartphone oder Notebook
    Antworten: 0
    Letzter Beitrag: 09.08.2006, 07:13

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •  

Labornetzteil AliExpress