Hat jemand Interess an einem Stepper Motor / CNC Windows-Frontend für GRBL (https://github.com/grbl/grbl/wiki) mit ATMega328/Arduino? Anscheinend gibt es nur recht redumentäre Frontends unter Linux oder Java (https://github.com/winder/Universal-G-Code-Sender/wiki/Code-Overview). Für Windows habe ich nichts passendes gefunden, ich mag die Java-Version für Win nicht. Also würde ich mir gerne eine komfortable Bedienoberfläche für Windows neu erstellen. Als Features habe ich mir gedacht: - Manual-Mode, umfangreicher Handbetrieb - GCode Editor und GCode Befehlszeile - File-Mode, das GCode-File wird autom. ausgeführt - Betrieb von 1 bis zu 3 Stepper Motoren - Betrieb eines Spindelmotors mit Geschwindigkeitssteuerung - Umfangreiche Betriebsanzeigen - Graphische Darstellung des GCodes mit Echtzeitverlauf Vielleicht fällt euch ja noch einiges dazu ein. Das Ganze würde dann ein neues Projekt werden.
Hierbei kam mir die Idee dazu :) http://www.mikrocontroller.net/attachment/230565/IMG_5720_fuer_MCnet.jpg
Nachdem du mich explizit um meine Meinung gefragt hast: Das fehlen eines Frontends bzw. einer GUI für Windows ist einer der Gründe, warum ich mich noch nicht mit GBRL beschäftigt habe. CNC-Arbeiten machen meiner Meinung nach nur Sinn, wenn man die Daten vorher ansehen kann, eine Kante manuell antasten kann usw.. Das sehe ich bei einer reinen µC-Lösung als nicht gegeben an. Mit freundlichen Grüßen Thorsten Ostermann
Stefan schrieb: > Das hier ist nicht ausreichend? > http://zapmaker.org/projects/grbl-controller-3-0/ Eben nicht weil kein Windows und zu wenig Features, siehe oben. Thorsten Ostermann schrieb: > CNC-Arbeiten machen meiner > Meinung nach nur Sinn, wenn man die Daten vorher ansehen kann, eine > Kante manuell antasten kann usw.. Das sehe ich bei einer reinen > µC-Lösung als nicht gegeben an. Schau Dir mal die GRBL Seite und die Möglichkeiten an: https://github.com/grbl/grbl/wiki insbesondere hier die Abschnitte "Acceleration management" und "New features in v0.9" sowie: https://github.com/grbl/grbl/wiki/Configuring-Grbl-v0.9 Meine Tests mit einem Arduino Nano sehen sehr vielversprechend aus. Man erhält auf Anforderung zu jeder Zeit Rückmeldung zur Weiterverarbeitung im Frontend usw. Es lohnt sich wirklich sich damit mal zu beschäftigen, insbesondere da man vom veralteten Printer-Port wegkommt und das Ganze über den USB-Serial Converter im Arduino Nano bedient. Probleme mit dem Look-Ahead Verfahren in der GRBL Software hat man auch nicht, da der reservierte Command-Buffer immer ausreicht: https://github.com/grbl/grbl/wiki/Interfacing-with-Grbl insbesondere der Abschnitt "Writing an Interface for Grbl" Zur Zeit habe ich die Version 0.9g von GRBL auf den Arduino Nano geflasht. Versuche mit CAM Software, z.B. Filou verliefen erfolgreich. Der erzeugte GCode wurde problemlos übernommen und ausgeführt. Ich finde günstiger kann man keine Fräse / Drehmaschine betreiben.
:
Bearbeitet durch User
Zum Konvertieren in G-Code bzw. zum Visualisieren des Fertigungsprozesses vor dem tatsächlichen Fräsen nutze ich eine modifizierte Verson von KCam4 (Ja, von einem der Kelly-Family). Meine Fräse "hängt" an einem ATMEGA1284P mit den um die bei GRBL bisher fehlenden G-Codes erweitert, die mein CAM-Prozessor ausspuckt. Ist aber gewöhnungsbedürftig. http://www.kellyware.com/kcam/
Thread beobachten
Seitenaufteilung abschalten
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.