ABL Probleme. Bett fährt in Düse

Der Sensor (lj12a3-4-z/bx) reagiert auf das Metall und schaltet zwischen "L" und "H" um - konnte ich mit G31 aus Repetier auslesen, jedoch würde das Druckbrett in die Düse fahren und ich weiß nicht wieso.

Ich glaube mittlerweile sind ein paar Fehler in der config, da ich schon einige Male was erfolglos geändert habe.

Z_max ist unten, der Sensor hängt an Z-Min, X und Y ist korrekt, auch die Steps stimmen.

Kann jemand drüber gucken und ggf. korrigieren?

Mit G29 fährt das Druckbrett in die Düse, wenn ich nicht vorher den Stecker ziehen würde.

Bist du nach dem Z-Probing Guide vorgegangen?
Den ersten Schritt (mit G31 den Sensor auslesen) hast du ja schon gemacht.
Der nächste Schritt wäre G30, zweimal. Beim ersten Mal mit einem Gegenstand den Sensor auslösen und schauen ob das Anhalten funktioniert, beim zweiten Mal dann mit dem Druckbett auslösen.

Stoppt er dabei nicht oder funktionier das schon und jetzt beim G29 fährt das Bett in die Düse?

Falls letzteres, dann könnte ich mir vorstellen, dass deine Z-Höhe im EEPROM falsch eingestellt ist.
Die könnte bei einem der vorherigen ABL-Versuche (vielleicht ohne Homing vorher?) überschrieben worden sein.
Vor dem G29 würde das Bett bis knapp unter den Sensor fahren, von dort aus dann die drei Punkte anfahren und dann jeweils das Z-Probing durchführen.

Wieso eigentlich G29?
Laut deiner Config baust du einen SC XL mit motorisiertem ABL und Z-MAX-Endstop.
Da wäre eigentlich erst G28, dann G32 S2 angesagt.

---

Best regards / Viele Grüße
Till

Irgendwo habe ich G29 aufgeschnappt gehabt....

Ist ja auch egal, denn auch mit G32 S2 fährt er unendlich nach oben, wenn ich den Stecker nicht vorher ziehe.

Das Procedere sieht so aus:

G28 -> alle Achsen homen (X nach rechts, Y nach hinten, Z nach unten)
G29 oder G32 S2 -> X und Y fahren scheinbar in die Mitte des Betts, Z fährt nach oben. Z lässt sich auch nicht aufhalten, wenn ich während der Aufwärtsbewegung ein Metallstück vor den Sensor halte.

Wenn ich #define Z_PROBE_ON_HIGH von 1 auf 0 ändere und dann G31 ausführe, dann ist der Sensor invertiert.

Also bei Z_PROBE_ON_HIGH 1 -> G31, dann zeigt Repetier Host: Z-Probe state: H
Bei Z_PROBE_ON_HIGH 0 -> G31 und RepetierHost zeigt: Z-Probe state L

Der Sensor ist beide Male nicht getriggert. Der Status ändert sich aber wenn ich ein Metall drunter halte.

Sehr sehr kurios!

Lies bitte mal deine Z-Höhe aus dem EEPROM aus (mit Repetier-Host).

Das müssten eigentlich zweierlei Bewegungen sein in Z, auch mit verschiedenen Geschwindigkeiten.

Die erste bis kurz vor den Sensor. Dabei fragt er den Sensor gar nicht ab.
Wenn jetzt deine Z-Höhe nicht stimmt rasselt er da rein

Im zweiten Schritt dann rauf und runter im Rahmen des Z-Probings.

1-mal bearbeitet. Zuletzt am 21.12.16 05:59.

---

Best regards / Viele Grüße
Till

Ich habe nach dieser Anleitung gearbeitet:

[the-sparklab.de]

Aber ab G32 scheitert das Ganze.

Z-Probe height: 0

Die z-Achse fährt mit gleicher Geschwindigkeit bis ganz nach oben, obwohl ich für die Z-Bewegung 8mm/s festgelegt habe und Z-Probe 4mm/s

Naja, ich habe jetzt schon zwei Mal nach der Z-Höhe gefragt.
Die steht in deiner Anleitung auch fast zu Beginn.

Quote

– EEPROM manuell einstellen auf:
– „Z max length“: beliebiger Wert, muss kleiner sein als maximale Z-Höhe und höher als halbe Z Höhe
– „Max z-probe – bed dist“ auf 40mm („Z max length“ – „Max z-probe“ gibt Starthöhe für Messung)

Hast du das gemacht?

---

Best regards / Viele Grüße
Till

EDIT:

Ich hab den Fehler gefunden.

Das Startscript hat laufend die Werte überschrieben, u.a. auch die Z-Höhe auf 190mm gesetzt, deshalb wurde meine Z-höhe auch immer überschrieben.

Ok, nun bin ich einen Schritt weiter.

Der Sensor fährt also das Bett an drei definierten Punkten ab.
Beginnend links vorne, dann rechts vorne dann hinten mittig. Nach diesem Durchlauf beginnt er die Motoren beginnend vorne links, dann vorne rechts nach oben in Richtung Sensor zu bewegen, allerdings so extrem, dass sich das Bett total verkantet und ich abbrechen muss. Ich habe das Bett vorher so ausgerichtet, dass er normalerweise nur wenige Millimeter nachjustieren müsste, aber er fährt die drei oder besser zwei vorderen Motoren (denn der hintere Motor wird irgendwie nicht nachjustiert) so weit nach oben, dass er unmöglich einen zweiten Messdurchgang machen kann, ohne das nicht vorher der Sensor auf der Platte kratzen würde oder sich die Spindeln verkanten und die Motoren blockieren.

1-mal bearbeitet. Zuletzt am 21.12.16 09:11.

Genau deshalb frag ich da die ganze Zeit nach

Bei dem neuen Problem ist vermutlich das Enable-Signal invertiert.
Während der Korrektur-Phase liegt das Enable-Signal die ganze Zeit an.
Ich wette er macht während der extremen Bewegung 2-3 winzig kleine Pausen.
Das wäre eigentlich der Moment, wo er korrigieren sollte, also einfach invertieren.

---

Best regards / Viele Grüße
Till

Du meinst das enable Signal vom Sensor?
Nein nein, der Abstand zum Sensor ist nach dem ersten Messdurchgang schon etwa 3-4 ZENTIMETER, also genug Luft zum Sensor, allerdings korrigiert er dann den linken Motor 3cm nach oben und das Bett verkantet sich. An dieser Stelle - also zwischen dem ersten Messdurchgang und dem zweiten Messdurchgang sollte er eigentlich das Bett nur wenige Millimeter nachjustieren, dann wieder das gesamte Bett nach oben, der Sensor fährt wieder alle drei Punkte ab, dann wieder kurz wenige mm nachjustieren und so weiter....
Aber nicht nach dem ersten Messdurchgang gleich 3cm nach oben... Ich weiß ja nicht was er so weit oben will, das Bett ist keine 3cm schief :-D

Das Enable-Signal der Schrittmotoren meinte ich.
Da kannst du außerdem noch die Richtung der Korrektur ändern.
Im Konfigurator bei den Extra-Motoren findest du alles.

---

Best regards / Viele Grüße
Till

Du hattest recht, die Motoren hatten bei dem Leveling immer kurze aussetzer.

Ich habe nun das Enable Signal ausgeschalten, also den Haken bei allen drei Z-Motoren rausgenommen, nun misst er einmal alle drei Punkte, dann wartet er 3 Sekunden und dann misst er wieder und so weiter.
3 oder 4x macht er das, aber nun korrigiert er zwischendurch gar nichts mehr.

Die Konsole im Repetier Host wirft folgendes aus:

18:37:39.771 : X:335.00 Y:310.00 Z:175.056 E:0.0000
18:40:23.108 : X:335.00 Y:310.00 Z:175.056 E:0.0000
18:40:51.859 : Z-probe:16.41 X:50.00 Y:110.00
18:40:59.930 : Z-probe:14.92 X:270.00 Y:110.00
18:41:08.336 : Z-probe:17.86 X:150.00 Y:310.00
18:41:12.086 : plane: a = -0.0068 b = 0.0106 c = 15.5822
18:41:16.586 : CurrentZ:18.70 atZ:18.10
18:41:16.586 : Z after rotation:18.10
18:41:16.586 : Printer height:175.65
18:41:21.414 : Z-probe:15.77 X:50.00 Y:110.00
18:41:29.088 : Z-probe:14.31 X:270.00 Y:110.00
18:41:37.191 : Z-probe:17.28 X:150.00 Y:310.00
18:41:40.801 : plane: a = -0.0066 b = 0.0109 c = 14.9026
18:41:45.395 : CurrentZ:18.12 atZ:18.10
18:41:45.395 : Z after rotation:18.10
18:41:45.395 : Printer height:175.67
18:41:50.229 : Z-probe:15.77 X:50.00 Y:110.00
18:41:57.885 : Z-probe:14.32 X:270.00 Y:110.00
18:42:06.034 : Z-probe:17.25 X:150.00 Y:310.00
18:42:09.628 : plane: a = -0.0066 b = 0.0107 c = 14.9220
18:42:14.039 : CurrentZ:18.08 atZ:18.10
18:42:14.039 : Z after rotation:18.10
18:42:14.039 : Printer height:175.65
18:42:18.883 : Z-probe:15.79 X:50.00 Y:110.00
18:42:26.602 : Z-probe:14.34 X:270.00 Y:110.00
18:42:34.844 : Z-probe:17.27 X:150.00 Y:310.00
18:42:38.439 : plane: a = -0.0066 b = 0.0107 c = 14.9399
18:42:42.970 : CurrentZ:18.10 atZ:18.10
18:42:42.970 : Z after rotation:18.10
18:42:42.985 : Printer height:175.65
18:42:47.909 : Z-probe:15.77 X:50.00 Y:110.00
18:42:55.582 : Z-probe:14.33 X:270.00 Y:110.00
18:43:03.682 : Z-probe:17.26 X:150.00 Y:310.00
18:43:07.276 : plane: a = -0.0065 b = 0.0107 c = 14.9119
18:43:11.823 : CurrentZ:18.09 atZ:18.10
18:43:11.838 : Z after rotation:18.10
18:43:11.838 : Printer height:175.64
18:43:12.885 : X:150.00 Y:310.00 Z:18.092 E:0.0000

Puh, keine Ahnung. Häng doch nochmal die Config an.
Kann eigentlich nur noch eine Kleinigkeit sein.

---

Best regards / Viele Grüße
Till

Jetzt im Anhang die Config und die Einstellungen der eeprom.



1-mal bearbeitet. Zuletzt am 21.12.16 13:53.

Quote
sl6der
Ich habe nun das Enable Signal ausgeschalten, also den Haken bei allen drei Z-Motoren rausgenommen

Moment, ich sehe gerade, du hast den Z-Motor auf der Mechanics-Seite auch geändert, der sollte eigentlich so bleiben wie er ist, wenn er vorher richtig funktioniert hat.
Das normale Movement sollte vom Leveling unberührt bleiben.
Aber ob das die Ursache ist ... fraglich.

Du könntest probieren die Extra-Motoren mit G201-G204 zu steuern.
Wenn sie sich dabei richtig verhalten, müssen sie auch beim ABL funktionieren.

Mein Repetier-Host hat lustigerweise genau heute ALLE Einstellungen vergessen, auch mein Script für die Motoren.
Ich glaube man musste erst die Position auf 0 setzen (G202 P0 X0), dann hoch und runter bewegen (G201 P0 X-2.0), oder so ähnlich:

G201 P[motorId] X[pos]      // Run motor P until it is at position X
G202 P[motorId] X[setpos]   // Mark current position as X
G203 P[motorId]             // Report current motor position
G204 P[motorId] S[0/1]      // Enable/disable motor

Bei mir ist bei Features -> Extra Motors der Haken bei "Invert Enable Signal" jeweils gesetzt, der Haken für "Invert Direction" jedoch nicht.
Du kannst sogar spaßeshalber alle 3 Z-Motoren bei den Extra-Motoren eintragen, auch wenn nur die ersten beiden für das ABL genutzt werden, aber dann kannst du sie zum Testen per G-Code steuern.

Vielleicht fällt dir dabei etwas auf, habe gerade ein Brett vorm Kopf und sehe den Fehler nicht

---

Best regards / Viele Grüße
Till

Kannst Du mir mal Deine Config hochladen?

Hast PN!
In der Zwischenzeit schon was gefunden?

---

Best regards / Viele Grüße
Till