Kennt sich jemand mit GRBL aus ? Ich verzweifel langsam etwas

Hallo Gemeinde,

ich weiß nicht ob ich hier bei Euch richtig bin, aber ich weiß nicht mehr wo ich noch Rat bekommen könnte.
Einen 3D Drucker habe ich zwar nicht, aber ich bin noch in einem Bauprojekt mit einem Laserplotter.
Das Gerät funktioniert soweit schon recht gut, allerdings habe ich noch ein riesiges Problem damit.
Ich beginne mal die Problematik von vorn zu erklären...
Der Plotter besteht aus zwei Achsen, x und y Achse. An jeder Achse befinden sich zwei Endschalter die auch
als Homing Schalter dienen.
Ich verwende den grbl Controller zum ansteuern und zum übertragen der g-Code Ausdrucke.

Wenn ich den Controller gestartet habe (connect auf COM3, grbl meldet sich usw...) gebe ich Ihm per $H Befehl
das Signal für das Homing.
Das funktioniert auch, der Plotter fährt in die oberer rechte Ecke und justiert sich dort mit den Homing Endschaltern.
Die Maschinen Koordinaten werden dann auch dort (Bild (1)) auf 0.000 gesetzt.
Danach fahre ich Ihn auf die Work Position mit den Steuerbuttons (Bild(3)) und setze die Position ebenfalls
durch drücken des "Zero Position" Buttons (Bild(4)) die Work Coordinates auf 0.000 (Bild(2)).
Soweit so gut.
Bei einem erneuten Homing ($H) oder mit dem "Home" Button fahrt er wieder in die Ausgangsposition.
Die Workkoordinaten werden dann im Minusbereich angezeigt.
Jetzt lade ich ein Bild oder Text in den Controller und sage es soll das drucken.
Normalerweise sollte er ja jetzt den Schlitten auf die Workposition fahren und dort anfangen zu drucken bzw. zu schneiden.
Was er jetzt aber versucht ist nach oben zu fahren wo es ja nicht mehr weitergeht. Damit versucht er also auch die Workcoordinates noch weiter
in den Minusbereich zu fahren was für mich absolut unverständlich ist. Da er ja schon weiß das der Workbereich im Minus liegt sollte
GRBL doch dann automatisch in den Plus Bereich fahren um so die Coordinaten auf Null zu bekommen.
Kann mir da vielleicht jemand eine Idee liefern wo ich suchen kann ?
Ich weiß absolut nicht woran das liegen kann.

Vielen Dank
Mario

1-mal bearbeitet. Zuletzt am 21.02.14 09:19.

Hast du in der FW die vorzeichen gaendert ?

Bzw. woher weiss er wo der Workbereich ist ? Die Frage ist doch ob und wo er das Speichert ?

Die FW ist noch original, da habe ich nichts dran gemacht.
Über die Steuertasten im Grbl-Controller fährt er auch in die richtigen Richtungen.
Also scheinen ja die Motoren richtig zu laufen.
Die Home Position sucht er sich in der oberen rechten Ecke.
Das macht er von sich aus, obwohl ich nicht mal genau weiß ob das eigentlich auch die richtige
Position für das Homing ist.
Den Work Bereich fahre ich manuell an und sage Ihm dann das er diese Koordinaten jetzt "nullen" soll
als Workbereich. Habe ich da einen Denkfehler ?

Ich mache mal gerade Fotos von der Sache das man sich das besser vorstellen kann

1-mal bearbeitet. Zuletzt am 21.02.14 09:45.

Also bei 3d Druckern ist die Homing position immer unten quasi... also im Min. Endstop. So das er immer ins Plus geht wenn er anfaengt zu arbeiten.

Das heisst du hast quasi die MAX endstops oben und musst ihm halt sagen das er ins Minus gehen muss, sp waere es bei den Druckern jedenfalls.

Genau das ist ja mein Problem, ich gehe davon aus wenn er in der Homing Position ist (0.000) und den Arbeitsbereich mit (-224.000) in den
Koordinaten anzeigt das er dann eigentlich beim "Drucken" automatisch von der Homingposition in den Bereich -224.000 fährt damit dieser dann als
Workposition wieder 0.000 hat.

Hier mal ein Bild damit die ganze Sache verständlicher wirkt
Wähle ich jetzt ein Ausdruck aus und sage "Drucken", dann versuchen die Motoren die Achsen in die + Richtung zu fahren wo es aber nicht mehr
weiter geht. Aber da Grbl ja weiß das der "Workbereich" bei -224.000 liegt wundere ich mich das er nicht in den - sondern in den + Bereich fahren will.
Fahre ich die Achsen über den Grbl-Controller manuell dann stimmen auch die Koodinaten. D.h. Verlasse ich die Homeposition und fahre manuell in den
Workbereich, dann senken sich die Workkoordinaten von -224.000 bis ich angekommen bin auf 0.000. Also die Steuerung geht schon wenn ich es
manuell mache. Nur bei dem automatischen Anfahren macht er den Mist das er in die falsche Richtung will.

2-mal bearbeitet. Zuletzt am 21.02.14 10:40.

Hi

Hört sich so an als würdest Du mit relativen Koordinaten arbeiten!

Wenn Du x10 eingibst, fähst er dann 10mm in Plus oder fährt er auf die Kordinate x10?

Grüsse
Felix

Also ich hatte mal versucht direkt als Command x-100 einzugeben, da er ja in den Minusbereich fahren sollte, und er hat verucht in den + Bereich zu fahren. Ich teste das aber gerade nochmal aus

So, habe das gerade nochmal versucht.
Also ich gebe folgendes ein:
G91
G01 Y-10

damit macht er dann auch 10 Schritte in den Minus Bereich

1-mal bearbeitet. Zuletzt am 21.02.14 15:23.

Ja, aber mit G91 sagst Du das die Koordinate relative ist.

Darauf musst Du auch achten wenn du produktiv werden willst.

Grüsse

Ähm.... okay, da fangen jetzt meine Probleme des "verstehens" an *lach*
Was genau sind die "relativen" Koordinaten ?
In dem Grbl Controller gibt es unten eine Checkbox mit "absoluten Koordinaten".
Da es nicht wirklich deutsche Anleitungen gibt die das mal auf den Punkt bringen fange ich da schon
an zu straucheln.
Ich habe mit dem Projekt auch erst vor etwa 3 Wochen begonnen und muß gestehen das ich in der
CNC Branche absoluter Neuling bin. Technikverständnis ist völlig okay, nur wenn es in diesem Bereich um
Fachwissen geht muß ich noch leider etwas passen

Lade mal G-Code und Firmware Konfiguration hoch ich habe da schon so eine Vorahnung.

vincent.

---

########################
[the-sparklab.de]
OS, 3D Drucker, CNC,...
########################

Mache ich gleich fertig...
und erst mal vielen vielen Dank für die Hilfe

$0=24.220 (x, step/mm)
$1=12.110 (y, step/mm)
$2=250.000 (z, step/mm) <-------- Z - Achse wird nicht verwendet
$3=10 (step pulse, usec)
$4=200.000 (default feed, mm/min)
$5=200.000 (default seek, mm/min)
$6=192 (step port invert mask, int:11000000)
$7=25 (step idle delay, msec)
$8=200.000 (acceleration, mm/sec^2)
$9=0.050 (junction deviation, mm)
$10=0.100 (arc, mm/segment)
$11=25 (n-arc correction, int)
$12=3 (n-decimals, int)
$13=0 (report inches, bool)
$14=1 (auto start, bool)
$15=0 (invert step enable, bool)
$16=1 (hard limits, bool)
$17=1 (homing cycle, bool)

$18=0 (homing dir invert mask, int:00000000)
$19=25.000 (homing feed, mm/min)
$20=200.000 (homing seek, mm/min)
$21=100 (homing debounce, msec)
$22=1.000 (homing pull-off, mm)

Ich habe bisher die Einstellungen relativ selbst herausgefunden was wo funktioniert, nur bei zwei Sachen stehe ich noch auf dem Schlauch
und habe es auch in der englischen Anleitung nicht verstanden wofür das sein soll, bzw wie man es verändert. Das sind $6 und $18.
Man kann damit irgendwie die Laufrichtung ändern, aber mehr habe ich dazu nicht verstanden.

Hier auch der erzeugte G-Code den ich in den Controller lade.

G90
G21
G0 X9.8072 Y19.8992

M03
G1 F30.000000
G1 X9.7719 Y19.8463
G1 X9.7367 Y19.8022
G1 X9.7367 Y19.7581
G1 X9.7367 Y9.8803
G1 X9.7367 Y9.7392
G1 X9.8778 Y9.7392
G1 X19.7556 Y9.7392
G1 X19.8967 Y9.7392
G1 X19.8967 Y9.8803
G1 X19.8967 Y19.7581
G1 X19.8967 Y19.8022
G1 X19.8614 Y19.8463
G1 X19.8261 Y19.8992
G1 X19.7556 Y19.8992
G1 X9.8778 Y19.8992
G1 X9.8072 Y19.8992
G1 X9.8072 Y19.8992
M05

G0 X10.0189 Y19.617

M03
G1 F30.000000
G1 X19.6144 Y19.617
G1 X19.6144 Y10.0215
G1 X10.0189 Y10.0215
G1 X10.0189 Y19.617
G1 X10.0189 Y19.617
M05

G0 X0.000 Y0.000
M05
M02

Ich habe jetzt nochmal $6 auf 64 geändert. Die Homing Position ist jetzt unten rechts.
Ich probiere jetzt mal weiter was er mit dem g-code macht.
.......
Nachtrag, nein, es hat sich nichts geändert. Nach einem Reset des grbl´s ist alles wie vorher obwohl die neuen Änderungen gespeichert sind.

6-mal bearbeitet. Zuletzt am 21.02.14 17:55.

Ohje, ich wusste nicht, wie stark sich GRBL von den anderen Firmwares unterscheidet - ich musste also auch kurz googlen

Die Firmware muss wissen, wo die Home Position liegt, GRBL erwartet in der Standard Konfiguration die Endschalter oben rechts. (X+ Y+ Z+)

Du musst das in der homing dir invert mask bitweise einstellen:

1. Bit : invertiert Z Achse
2. Bit : invertiert Y Achse
3. Bit : invertiert X Achse

$18=0 (homing dir invert mask, int:00000000)

Ergebnis bei unten rechts: (X+ Y-) - Y muss also negiert werden

int: 01000000

umgerechnet in INT ergibt das 64

Stelle mal bei $18 64 ein.


vincent.

---

########################
[the-sparklab.de]
OS, 3D Drucker, CNC,...
########################

Hallo Vincent,

danke erst mal für den Tipp.
Jetzt weiß ich zumindestens schon mal wie man die Home Position umprogrammieren kann.

Ich habe nach endlosem googlen eine Lösung gefunden.
Für eventuelle spätere Nachfragen wenn es mal jemand gebrauchen kann hier die Lösung.

1. Homing durchführen mit $H in der Komandozeile
2. Manuell auf die Workposition Zero fahren.
3. Die jetzt angezeigten Koordinaten mit hilfe des Parameters " G10 L20 P1 X0 Y0 Z0 " in die Komandozeile eingeben.
Wobei die Nullen von X Y und Z durch die Koordinaten des jetzigen Standorts ausgetaucht werden.

Mit dieser Prozedur setzt man die Werte im EEprom fest ein. Somit bleiben sie auch nach einem Reset erhalten (laut Anleitung).
Führt man nun ein Homing aus, und lädt dann den Ausdruck zum drucken, dann fährt der Druckkopf automatisch an die Work Zero
Position und beginnt dort den Ausdruck.

Vielen Dank an alle die mir hier geholfen haben oder hilfreiche Denkanstöße vermittelt haben

MAB