Repetier-Server berücksichtigt Auto Bed Leveling nicht
Moin,
ich habe einen Sidewinder X1 mit einem BLTouch dran und mit der aktuellen Marlin und TFT Software von Digant mit Waggster Mod.
Das ist Marlin 2.0.9.2
Nun habe ich mal bei einem Druck von Links nach Rechts (schmales kleines Rechteck) erfühlt, ob sich die Z-Stopper beim Druck mit Repetier-Server bewegen. Leider tun diese das nicht und man erkennt auf dem Druckbett bei einem Flächendruck auch, dass teils keinerlei filament aufs Druckbett kommt, an anderer Stelle schon. Ohne den Server druckt der Drucker mit Berücksichtigung der Vermessung des Druckbetts und das Problem tritt nicht auf.
Wie kann ich dem Repetier-Server das ABL beibringen? Habe leider keinen Assistenten dazu gefunden in der Webgui.
LG
Comments
Der Repetier-Server überträgt grundlegend nur den Inhalt der Gcode Datei zum Drucker, genau als würde der Drucker von der SD Karte lesen. Dementspechend muss da ein anderes Problem vorliegen.
Kann es sein das nach dem G29 der Drucker nochmal G28 ausführt?
Oder das der Drucker das Mesh nicht mit M500 gespeichert wird?
Wenn ja besteht die möglichkeit das die ermessenen Daten nicht verwendet werden. Versuche dann bitte nach jedem G28 M420 S1 auszuführen. Dann werden die gemessenen Daten noch einmal geladen.
Recv:20:20:41.111: ok
Send:20:20:41.171: N970335 M140 S70
Send:20:20:41.173: N970336 M105
Send:20:20:41.173: Slow command added:M190 S70
Send:20:20:41.173: N970337 M190 S70
Send:20:20:41.176: N970338 M104 S225
Recv:20:20:41.191: //action:notification Bed Heating...
Recv:20:20:41.191: ok
Recv:20:20:41.194: ok T:25.17 /0.00 B:27.27 /70.00 @:0 B@:0
Recv:20:20:41.194: //action:notification Bed Heating...
Recv:20:20:41.195: T:25.17 /0.00 B:27.27 /70.00 @:0 B@:0 W:?
Send:20:20:41.196: N970339 M105
Send:20:20:41.196: Slow command added:M109 S225
Send:20:20:41.196: N970340 M109 S225
Send:20:20:41.198: N970341 M82 ;absolute extrusion mode
Recv:20:20:42.191: T:25.11 /0.00 B:27.22 /70.00 @:0 B@:127 W:?
Recv:20:20:42.707: X:0.0000 Y:300.0000 Z:9.4500 E:1436.2491 Count X:0 Y:24036 Z:3781
Recv:20:20:43.184: echo:busy: processing
Recv:20:20:43.191: T:25.11 /0.00 B:27.33 /70.00 @:0 B@:127 W:?
Recv:20:20:43.590: T:25.23 /0.00 B:27.30 /70.00 @:0 B@:127
Recv:20:20:44.191: T:25.17 /0.00 B:27.24 /70.00 @:0 B@:127 W:?
Recv:20:20:44.707: X:0.0000 Y:300.0000 Z:9.4500 E:1436.2491 Count X:0 Y:24036 Z:3781
Recv:20:20:45.182: echo:busy: processing
Recv:20:20:45.191: T:25.17 /0.00 B:27.13 /70.00 @:0 B@:127 W:?
Recv:20:20:46.190: T:25.06 /0.00 B:27.41 /70.00 @:0 B@:127 W:?
Recv:20:20:46.591: T:25.11 /0.00 B:27.39 /70.00 @:0 B@:127
Recv:20:20:46.707: X:0.0000 Y:300.0000 Z:9.4500 E:1436.2491 Count X:0 Y:24036 Z:3781
Recv:20:20:47.183: echo:busy: processing
Recv:20:20:47.192: T:25.09 /0.00 B:27.61 /70.00 @:0 B@:127 W:?
Recv:20:20:48.190: T:25.28 /0.00 B:27.81 /70.00 @:0 B@:127 W:?
Recv:20:20:48.707: X:0.0000 Y:300.0000 Z:9.4500 E:1436.2491 Count X:0 Y:24036 Z:3781
Recv:20:20:49.183: echo:busy: processing
Recv:20:20:49.191: T:25.37 /0.00 B:28.30 /70.00 @:0 B@:127 W:?
Recv:20:20:49.591: T:25.00 /0.00 B:28.24 /70.00 @:0 B@:127
Recv:20:20:50.192: T:25.26 /0.00 B:28.66 /70.00 @:0 B@:127 W:?
Recv:20:20:50.706: X:0.0000 Y:300.0000 Z:9.4500 E:1436.2491 Count X:0 Y:24036 Z:3781
Recv:20:20:51.182: echo:busy: processing
Recv:20:20:51.191: T:25.14 /0.00 B:28.84 /70.00 @:0 B@:127 W:?
Recv:20:20:52.191: T:25.06 /0.00 B:29.35 /70.00 @:0 B@:127 W:?
Recv:20:20:52.590: T:25.06 /0.00 B:29.49 /70.00 @:0 B@:127
Recv:20:20:52.706: X:0.0000 Y:300.0000 Z:9.4500 E:1436.2491 Count X:0 Y:24036 Z:3781
Recv:20:20:53.182: echo:busy: processing
Recv:20:20:53.190: T:25.17 /0.00 B:29.72 /70.00 @:0 B@:127 W:?
Recv:20:20:54.191: T:25.14 /0.00 B:30.26 /70.00 @:0 B@:127 W:?
Recv:20:20:54.707: X:0.0000 Y:300.0000 Z:9.4500 E:1436.2491 Count X:0 Y:24036 Z:3781
Recv:20:20:55.182: echo:busy: processing
Recv:20:20:55.189: T:24.84 /0.00 B:30.78 /70.00 @:0 B@:127 W:?
Recv:20:20:55.590: T:25.26 /0.00 B:30.76 /70.00 @:0 B@:127
Recv:20:20:56.190: T:24.96 /0.00 B:31.17 /70.00 @:0 B@:127 W:?
Recv:20:20:56.707: X:0.0000 Y:300.0000 Z:9.4500 E:1436.2491 Count X:0 Y:24036 Z:3781
Recv:20:20:57.182: echo:busy: processing
Recv:20:20:57.190: T:25.37 /0.00 B:31.64 /70.00 @:0 B@:127 W:?
Recv:20:20:58.190: T:25.06 /0.00 B:32.37 /70.00 @:0 B@:127 W:?
Recv:20:20:58.590: T:25.03 /0.00 B:32.60 /70.00 @:0 B@:127
Recv:20:20:58.707: X:0.0000 Y:300.0000 Z:9.4500 E:1436.2491 Count X:0 Y:24036 Z:3781
Recv:20:20:59.182: echo:busy: processing
Recv:20:20:59.191: T:25.23 /0.00 B:32.73 /70.00 @:0 B@:127 W:?
Recv:20:21:00.190: T:25.28 /0.00 B:33.33 /70.00 @:0 B@:127 W:?
Recv:20:21:00.706: X:0.0000 Y:300.0000 Z:9.4500 E:1436.2491 Count X:0 Y:24036 Z:3781
Recv:20:21:01.182: echo:busy: processing
Recv:20:21:01.191: T:25.11 /0.00 B:33.93 /70.00 @:0 B@:127 W:?
Recv:20:21:01.590: T:25.28 /0.00 B:34.24 /70.00 @:0 B@:127
Recv:20:21:02.190: T:25.23 /0.00 B:34.61 /70.00 @:0 B@:127 W:?
Recv:20:21:02.706: X:0.0000 Y:300.0000 Z:9.4500 E:1436.2491 Count X:0 Y:24036 Z:3781
Recv:20:21:03.182: echo:busy: processing
Send:16:21:03.683: N86561 G28
Kann aber sein das er das ABL bis zum reset merkt (oder länger wenns im eeprom gespeichert wurde). Hängt immer von den Compilereinstellungen beim erzeugen der Firmware ab, ist daher pauschal nicht zu beantworten zumal jede Firmware das auch anders regelt.
Normal ist das das das Board einen Reset beim verbinden des servers durchführt (aber nicht bei allen) - wenn danach gelevelt wurde nehme ich an das es erhalten bleibt bis mindestens zum nächsten reset, oder es ist permanent weils im eeprom gespeichert wurde.