-closed- I3 Mega mit Octoprint - automatisches einfügen von M600 Filamentwechsel

Begonnen von smoudo, 23 Oktober 2018, 21:30:51

Vorheriges Thema - Nächstes Thema

smoudo

Ich habe seit heute ein komisches Phänomen beim Drucker.
Ich starte einen Druck und bei zb. Layer 7 fährt der Druckkopf auf X und Y Home und das Filament wird bis zum Feeder zurückgezogen.
In der Octoprint Terminalausgabe steht: Send: N228043 G1 X83.286 Y38.572 E2571.02359*109
Recv: echo:enqueueing "M600"
Recv:  T:220.25 /220.00 (60.75) B:69.97 /70.00 (801.19) @:79 B@:0
Recv: echo:busy: processing
Recv:  T:220.56 /220.00 (60.44) B:69.55 /70.00 (803.63) @:75 B@:0
Recv: echo:busy: processing
Recv:  T:220.69 /220.00 (60.31) B:69.27 /70.00 (805.25) @:74 B@:127
Recv: echo:busy: processing
Recv:  T:221.19 /220.00 (59.81) B:69.25 /70.00 (805.38) @:67 B@:127
Recv: echo:busy: processing
Recv:  T:221.50 /220.00 (59.50) B:69.82 /70.00 (802.06) @:64 B@:127
Recv: echo:busy: processing
Recv:  T:221.56 /220.00 (59.44) B:70.48 /70.00 (798.00) @:63 B@:0
Recv: echo:busy: processing
Recv:  T:221.50 /220.00 (59.50) B:70.42 /70.00 (798.38) @:63 B@:0
Recv: echo:busy: processing
Recv:  T:221.44 /220.00 (59.56) B:70.11 /70.00 (800.31) @:63 B@:0
Recv: echo:busy: processing
Recv:  T:221.56 /220.00 (59.44) B:69.69 /70.00 (802.81) @:60 B@:0
Recv: echo:busy: paused for user


und zwar solange bis ich den Drucker manuell mit einem Tastendruck weiter laufen lasse.
Im Gcode an dieser Stelle steht nichts von einem M600. Daher sollte der Spaß von Octoprint kommen.
Ich werde das selbe gcode file aber mal von der SD Karte Drucken lassen um quer zu prüfen.

Ausschnitt aus Gcode File:
G1 X83.286 Y38.572 E2571.02359
G1 X83.096 Y38.293 E2571.03392
G1 X82.879 Y38.038 E2571.04416
G1 X82.636 Y37.807 E2571.05442
G1 X82.367 Y37.603 E2571.06475



Hat jemand schonmal so ein Phänomen gehabt? Bin grad ein wenig ratlos.
Firmware octoprint ist seit einiger Zeit 1.3.9
Auf dem I3 Mega läuft ebenfalls schon länger die Aktuelle Marlin 1.1.8 von derhopp

Das einzigste was ich geändert habe am WE sind die Motortreiber zu tauschen. Das sollte aber nichts damit zu tun haben oder?

Viele Grüße

Matze

smoudo

nach etwas testen bin ich der Sache auf der Spur.

Anscheinend hat der Microschalter im Filamentsensor einen Wackelkontakt und in ungünstigen situationen kurz geöffnet.
Bei der Original Firmware wurde der sensor von octoprint ignoriert. Durch die 1.1.8 wird anscheinend vom Drucker ein M600 gesendet.
Kann man auch reproduzieren wenn man den Filamentsensor kurz abzieht. Nach "bearbeiten des Auslöseblechs am schalter druckt die Kiste jetzt seit 2 Stunden sauber. Ich hoffe das wars :)

Viele Grüße

Matze