Octoprint disconnected

Ich habe derzeit ein seltsames Problem mit Octoprint.

Bei einigen Dateien disconnecten sich der Drucker und Octoprint.

Und das immer an der gleichen Stelle. Der Drucker heizt dann munter weiter und Octo meldet nur "disconnected".

Drucke ich die gleiche Datei direkt von SD, funktioniert es problemlos.

Richtig abgedreht ist aber:

lasse ich Octo weiter mitlaufen, disconnecten die beiden auch wieder an der Stelle. Obwohl Octo in dem Moment ja nichts weiter als Daten lesen macht.

Genau genommen das Antwort-log vom Drucker, vermute ich.

Der Drucker druckt dann aber weiter (von SD).

Ich werde Octo wohl mal neu aufsetzen. Das ist noch immer die erste Installation von vor zweieinhalb Jahren.

Ich habe ein wenig im Octo-Forum gestöbert.

Scheint mit dem Action-Command-Plugin zusammenzuhängen.

Aber neuinstallieren werde ich so oder so.

Und dann das Addon deaktivieren. Brauche ich mMn nicht.

Trotz kompletter Neuinstallation und Fixierung vom USB-Kabel ist es jetzt wiederholbar wieder passiert.

Ohne irgendeine Besonderheit im LOG.

ABER: es passiert nur, wenn ich im Hauptscreen "Command and Control" von Octo bin.

Lasse ich zB den TAB "Terminal" offen, dann läuft der Druck durch.

Seltsam. Aber wenn es so funktioniert, ist es mir auch recht.

Gerade nach etwa 2,5h (bei einem 10h Druckjob) wieder disconnected.

Unterschied: ich hatte im Webbrowser das Fenster "Steuerung" offen. Das mit dem Cam-Stream.

Im Log wieder nichts zu sehen:

octoprint.log

Ich werde den gleichen Druck noch mal morgen starten. Dann wieder mit dem Terminal-Fenster als aktives Fenster.

Hatte ich noch nicht aktiviert. Ist jetzt auf an.

Abwarten bis zum nächsten disconnect

Irgendein Time-Out. Hm.

Send: N3395 G1 X155.656 Y53.198 F2700*68
Recv: ok
Send: N3396 G92 E0*120
Recv: X:155.66 Y:53.20 Z:0.15 E:0.00 Count X: 11304 Y:1454 Z:61
Recv: ok
Send: N3397 G2 X157.139 Y51.268 I4.343 J1.802 E0.92470 F202*57
Communication timeout while printing, trying to trigger response from printer. Configure long running commands or increase communication timeout if that happens regularly on specific commands or long moves.
Send: N3398 M105*22
Communication timeout while printing, trying to trigger response from printer. Configure long running commands or increase communication timeout if that happens regularly on specific commands or long moves.
Send: N3399 M105*23
Communication timeout while printing, trying to trigger response from printer. Configure long running commands or increase communication timeout if that happens regularly on specific commands or long moves.
Send: N3400 M105*16
Communication timeout while printing, trying to trigger response from printer. Configure long running commands or increase communication timeout if that happens regularly on specific commands or long moves.
Send: N3401 M105*17
Communication timeout while printing, trying to trigger response from printer. Configure long running commands or increase communication timeout if that happens regularly on specific commands or long moves.
Send: N3402 M105*18
No response from printer after 6 consecutive communication timeouts, considering it dead. Configure long running commands or increase communication timeout if that happens regularly on specific commands or long moves.
Changing monitoring state from "Printing" to "Offline (Error: Too many consecutive timeouts, printer still connected and alive?)"

Configure long running commands or increase communication timeout if that happens regularly on specific commands or long moves.

Ich werde den Job heute erst mal auf die SD schieben und von dort aus morgen früh drucken.

Über Nacht stelle ich das jetzt nicht an. Zu heikel.

Von SD geht es ja. Der Fehler kommt dann zwar auch, ist aber dem Drucker dann egal.

Der Fehler kam wieder an der gleichen Stelle bzw nach der gleichen Laufzeit.

Jetzt gerade überlege ich, mir eine WLAN-SD-Karte zu besorgen. So kann ich nicht auf Dauer arbeiten.

Eine erste, weiter Idee wäre, den USB-Port am Rasp zu wechseln.

Das "long running conf" habe ich noch nicht gemacht.

Muss mich da erst noch einlesen.

Scheint nur über die TimeOuts konfigurierbar zu sein.

Dann schraube ich da mal an den Werten herum.

Ein re-connect ist ja immer sofort möglich.

Warum Octo überhaupt auf disconnect geht, ist mir auch nicht klar.

"ich habe 5x keine Antwort bekommen, also trenne ich die Verbindung"

Ja. Ist ein 8bit. Zumindest ist es noch ein altes, bei dem ich die Treiber mit Stecken tauschen konnte.

Von gestern auf heute lief der Job dann durch.

Ich habe die Timeouts verdoppelt oder auf "0" gesetzt. Was eben mehr Sinn macht laut Pop-Up-Fenster in Octoprint.

Zusätzlich habe ich noch das Terminal-Fenster geöffnet und dann den Browser beendet.

Ob jetzt das eine oder das andere ausschlaggebend ist, kann ich noch nicht sagen.

Aber: endlich hat es funktioniert.

Auf Octo will man ungern verzichten, wenn man sich erst mal daran gewöhnt hat.

Wobei es bei mir hauptsächlich durch die bessere Datenhaltung interessant ist.

Ordner gehen bei mir von SD direkt im Drucker nicht.