Posts by DiGo69

    Man kann bei GRBL konfigurieren, wo der Referenzpunkt liegt, sprich in welche Richtung die jeweiligen Achsen fahren sollen um ihn zu finden ($23). Der Referenzpunkt liegt also an einer der acht möglichen Ecken eines Quaders. (Mein Referenzpunkt liegt derzeit hinten rechts oben, anfangs hatte ich den mal vorne links oben.) Durch auslesen von $23 könntest Du somit herausfinden, wo der Referenzpunkt liegt. Danach einmalig die Zielwerte für das Jogging berechnen reicht völlig aus, da sich der Referenzpunkt der Maschinenkoordinaten ja nicht mehr ändert.

    Höflichkeit - finde ich - gehört sich einfach. Zudem freue ich mich über Deine Arbeit, insbesondere, dass gleich der erste Aufschlag vom Prinzip her funktioniert hat. Du kannst es ja auch nicht selber testen, von daher habe ich mich bemüht ein möglichst objektives Feedback zu geben.


    Zu 1) das verstehe ich jetzt nicht wirklich, wie kann ich den Offset angeben? Woher die Maximalwerte kommen ist mir klar, aber eben nicht die Minimalwerte.


    Zu 2) top, teste ich ASAP!


    Zu 3) das hatte ich wohl zu ungenau beschrieben. Das Problem sind die vom Programm eingesetzten Zielwerte. Mir scheint es, als wären das berechnete Werte und nicht die Werte aus der Maschinenkonfiguration. Z.b. verschiebe ich die Y-Null um -10, dann wird beim Jogging ins Plus eine 10 als Y-Zielwert übergeben. Die Maschinenkoordinaten können aber nie größer als 0 werden. Eine Berechnung ist hier auch nicht nötig, denn das Maschinenkoordinatensystem wird nur beim Homing einmalig definiert.

    Sodale, jetzt konnte ich endlich testen:

    • funktioniert prinzipiell - :thumbsup:
    • Die Maschine verfährt sehr sanft und lässt sich gut kontrollieren/positionieren :thumbsup:
    • Es gibt aber ein paar Probleme:
      1. tatsächlich darf die Maschine nicht ganz auf "0" in den Maschinenkoordinaten fahren, denn dann wird der Endschalter angefahren und löst einen Alarm aus. Ich könnte mir hier vorstellen, dass hier die Zielposition = 0 - $27 (Pull-Off Distance) eine gute Wahl wäre (Nachtrag: siehe unten 3., da muss noch ein anderer "Hund begraben" sein, der sich mir aber noch nicht erschlossen hat)
      2. Die Z-Achse verwendet nicht die von mir konfigurierten Maschinenlimits, tatsächlich fährt die mir völlig unerklärliche Werte an (was natürlich zu einem Alarm führt):
        • nach oben: Z155.37
        • nach unten: Z115.37
      3. Nach dem Setzen des Ursprungs werden nicht die Maschinen-, sondern die Werkstückkoordinaten verwendet, damit funktioniert das Jogging dann leider nicht mehr :( . Womöglich liegt es daran, dass hier immer die Werkstückkoordinaten verwendet werden, nur sind diese direkt nach dem Homing identisch mit den Maschinenkoordinaten -$27, daher funktioniert das zunächst.


    Ist es eigentlich Absicht, dass sich der "ProgramData" Ordner verschoben hat? Der liegt nun unter C:\ProgramData\toe\grblgru\ statt zuvor unter C:\ProgramData\GrblGru\Macros\. Ich dachte schon ich habe alle Daten/Makros/Modelle verloren :P .

    Hi GrblGru,


    Vielen Dank für die Antwort.


    Meine Maschine ist aktuell nur ein "Spielzeug" um mir die Details dazu zu erarbeiten, und daher recht klein (230x210x37 mm Verfahrweg). Von daher stört mich die Referenzfahrt nicht, die ist fix erledigt 😉. Das Deine Maschine keine Endschalter hat, habe ich schon irgendwo gelesen, daher ging ich auch davon aus, das dieses Problem mit den Endschaltern zusammenhängt. Ich möchte jedoch nicht darauf verzichten, da diese Maschine nur der Anfang ist und ich später eine größere bauen will, bei der ich eine fixe Position für den Werkzeugwechsel mit Längensensor haben will. Ich liebe halt solche Dinge 😉.


    Mein Verbesserungsvorschlag wäre, die Jogging-Kommandos konfigurierbar zu machen. Für Maschinen ohne Endschalter eben mit G91 und weit entfernten Zielen (und nicht um 0, wie es aktuell bei mir passiert bei Fahren ins Plus), für die Maschinen mit Endschaltern als Bewegung in den Maschinenkoordinaten. Bei Letzterem gäbe es aus meiner Sicht den Vorteil, dass die Maschine am Ende selber abbremsen würde und nicht über die Maximalpositionen hinausfahren will.

    Hallo Alois,

    Tatsächlich ist dies laut GRBL Doku nicht nötig, da die Befehle im Jogging Modus nicht persistent sind, d.h. sie gelten nur während des Jogging Vorgangs. Für andere Steuerungen mag das anders sein und das von Dir beschriebene Vorgehen der richtige Ansatz.

    Grüße, Dieter

    Hi Grblgru,


    Erst mal vielen Dank für die coole Software, gefällt mir als Anfänger ziemlich gut (ich habe aber keinen praktischen Vergleich zu anderer CAM Software).


    Meine Selbstbau-CNC verfügt über einen Arduino UNO mit GRBL Software, GrblGru in der Version V4.2.0. Die CNC hat Endschalter und Softlimits sind konfiguriert. Diese Konstellation führt zumindest bei mir dazu, dass das Jogging praktisch nicht nutzbar ist. Ich musste in den Maschineneinstellungen um je 2mm kleinere Verfahrwege angeben, als möglich wären, damit überhaupt gelegentlich mal das Verfahren der Achsen funktioniert.

    Nach reichlich Studium von GCodes und dem Jogging von GRBL bin ich der Ansicht, dass es an den von Dir verwendeten Kommandos liegt. Die relative Bewegung über G91 auf die Maximal- bzw. Minimalpositionen der Maschinenkoordinaten erscheint mir von der Logik her falsch, "G91 Z0" soll ja die Achse in Z-Richtung um 0mm bewegen, was aber eben keine Bewegung zur Folge hat. Genau das Kommando wird beim Klicken des "Z-Achse nach oben"-Buttons gesendet.

    Richtig unschön wird es, wenn ich den "Z-Achse nach unten"-Button klicke und die Maschine steht gerade nicht auf dem Z-Nullpunkt. Denn dann kommt ein Grbl error 15, da das Kommando die Z-Achse über den maximalen Verfahrweg hinausfahren möchte.

    Wenn ich es irgendwo ändern könnte, dann würde ich die G91 durch G53 G0 ersetzen, damit würde die Maschine beim Jogging temporär in die Maschinenkoordinaten wechseln und könnte dann ohne Fehlermeldung die Endpositionen anfahren, da die Softlimits nicht überschritten würden. (Zumindest theoretisch, denn gelegentlich kommt es auch hier zu Fehlern, die aber wohl eher an meiner Verkabelung liegt, die ist noch sehr einfach gehalten :P )


    Der Button in der Mitte soll die Maschine wohl zurück zum Werkstück-Nullpunkt fahren und die Z-Achse 5mm darüber positionieren. Hier ist es so, dass das Programm die Z-Achse nicht 5mm über den Werkstück-Nullpunkt platziert, sondern 5mm über der aktuellen Position. Bei mehreren Wiederholungen summiert sich das auf, bis es wieder einen Grbl Error gibt.


    Dank der genialen Makro-Funktion kann ich aber um die Probleme herum arbeiten, ich habe mir einfach ein paar Jogging Kommandos definiert, mit denen ich die Maschine recht fix positionieren kann. :love:


    Grüße, Dieter