Was löst Marlins "Klicken, um fortzufahren ..." aus?

Ich habe einen langen Druck, der immer wieder abbricht. Irgendwann während des Druckvorgangs sagt der Drucker "Klicken, um fortzufahren ...". Der G-Code enthält nichts, was eine Bestätigung des Benutzers erfordert. Was könnte es sein, das dies auslöst? Mir ist aufgefallen, dass manchmal (nicht jedes Mal) ein Plastikklumpen im Weg ist, der nicht da sein sollte.

Einmal, nach dem "Klicken, um fortzufahren ...", zeigte das LCD die Meldung an FY178.N16466und wartete erneut auf einen Klick.

Der Drucker ist ein Anet A8 mit Marlin 1.1.9. Slicer ist Cura. Ich drucke direkt über USB von Cura.

Dies ist die Fehlermeldung:

Um Ihre Frage direkt zu beantworten, wird diese Aktion ( Click to resume...) durch einen Pufferüberlauf der Marlin-Firmware ausgelöst, der durch das wiederholte Senden M105von Befehlen durch Ultimaker Cura verursacht wird (ohne das Ergebnis zu überprüfen).

Dieses Problem wurde gemeldet und in der nächsten Version von Ultimaker Cura behoben (bitte beachten Sie, dass zum Zeitpunkt der Veröffentlichung dieser Antwort die Beta-Version 3.6 zum Download zur Verfügung steht ). Es scheint ein Kommunikationsproblem zwischen Ultimaker Cura 3.4+ und 1.1.8+ der Marlin-Firmware zu sein und muss mit der Abfrage der Temperatur ( M105) zu tun haben . Der obige Link gibt auch an, dass er in der Version 3.6 (der nächsten Version) behoben ist, da der Fix in die Hauptcodebasis integriert wurde.

Dies beschreibt das Problem:

Um die Temperaturen im Monitor zu aktualisieren, sendet Cura alle 2 Sekunden M105-Pings. Es scheint, dass, wenn dies während eines Druckvorgangs erfolgt, ohne auf einen OKvom Drucker zu warten , der serielle Puffer auf dem Drucker möglicherweise immer noch überläuft (was dazu führt, dass Marlin sich beschwert / pausiert).

und das beschreibt die Lösung:

Bei einigen Vorgängen wie dem Vorheizen reagiert der Drucker auf neue Befehle mit echo:busy. Während es beschäftigt ist, sendet es Temperaturmeldungen, denen jedoch kein vorangestellt wird ok, da das anzeigen oksoll, dass ein Befehl empfangen und ausgeführt wurde. Die beiden Patches, die ich geschrieben habe, machen also Folgendes:

• Der Mustervergleich sucht nicht mehr nach okMeldungen, sondern nach Temperaturaktualisierungen (dies behebt die Temperaturaktualisierung, während der Drucker vorheizt).
• Wenn der Drucker gemeldet hat, dass er beschäftigt ist, hören Sie auf, nach Temperaturaktualisierungen zu fragen, bis die nächste okempfangen wird (dies verhindert, dass der serielle Puffer beim Vorheizen überläuft).

Alte Antwort rund um die Firmware (basierend auf dem Text des OP wurde noch kein Foto mit der eigentlichen Fehlermeldung hinzugefügt):

Der Text click to resume printkann in den neuesten Quellen von Marlin 1.1.9 bis Marlin 1.1.6 nicht gefunden werden (bei Suche ohne Berücksichtigung der Groß- und Kleinschreibung). Dies bedeutet, dass Sie eine andere Gabel verwenden, eine ältere Version von Marlin oder die Nachricht nicht als solche angezeigt wird.

Die Textnachricht Resume printkann gefunden werden und ist Teil der NachrichtenkonstanteMSG_RESUME_PRINT

#define MSG_RESUME_PRINT                    _UxGT("Resume print")

Dies kann jedoch nicht in einer Art Verkettung mit gefunden werden MSG_RESUME_PRINT!

Dies ist an sich keine Antwort / Erklärung, aber es kann Ihnen helfen, die Ursache aufzuspüren.

Es kann sinnvoll sein, die Protokollierung M928 auf der SD-Karte zu aktivieren (stellen Sie sicher, dass die Registerkarte R / W auf der SD-Karte richtig eingestellt ist), damit Sie (nachdem dies einige Male geschehen ist) das Protokoll durchsuchen können, um den Befehl anzuzeigen vor dem Abbruch war, und wenn es konsistent die gleichen (Folge von) Befehlen sind, die dies bewirken.

M928 filename

Wenn dies nichts Offensichtliches hervorruft, können Sie in Verbindung mit der Protokollierung das Debuggen aktivieren (siehe M111Debug-Ebene) . Zum Beispiel:

M111 S7 ; ECHO, ERRORS, INFO

Führen Sie dann den langen Ausdruck erneut durch. Nach wie vor gehen Sie nach ein paar Klicks, um die Drucknachrichten fortzusetzen, zurück und überprüfen Sie das Protokoll auf alles, was darauf hindeutet, warum dies geschieht.

So deaktivieren Sie anschließend das Debuggen:

M111 S0

Zu Ihrer Information, dieses Problem ist bei mir mit Cura 3.6.0 aufgetreten (gestern und vor 2 Tagen).

Ich dachte, das Problem tritt bei Marlin seit 1.8 auf.

Meine Marlin-Version ist 1.3 (... entdecken Sie das einfach wegen dieses Problems!)

Da mein Drucker perfekt mit 1.3 funktioniert, würde ich lieber kein Upgrade durchführen.

Ich hatte zweimal das Problem "Klicken, um fortzufahren".

Ich habe Tonnen von ABS-Modellen ohne Probleme gedruckt. Vor zwei Tagen habe ich PLA-Modelle gedruckt und hatte dieses Problem. (70 ° C 200 ° C).

Für sicher wieder , wenn das Problem auftritt, werde ich zu Marlin 1.9 (oder sogar 2,0 , auch wenn noch in der Beta) aktualisieren , weil es scheint , dass Sie haben das Problem gefunden und bereits gelöst es; Ich war überrascht zu lesen, dass es in Cura 3.6 behoben wurde, da ich das Problem mit dieser Version hatte.

Mein Drucker ist ein Tevo Tarentula (modifiziert, ich habe die Pseudobett-Nivellierungsoptionen entfernt, weil ich es vorziehen möchte, manuell zu nivellieren (keine Z-Bewegung beim Drucken)).

Eine weitere Information ist, dass ich parallel dazu beschlossen habe, die erste Schicht mit einer sehr geringen Geschwindigkeit zu drucken (Adhäsionsprobleme).

Ich habe mit PLA + Cura 3.6 von 30 mm / s (ABS mit großen Haftungsproblemen) auf 10 mm / s umgestellt und bin auf diesen Fehler gestoßen (ja, man könnte argumentieren, dass ich schneller drucken kann usw., aber das ist hier nicht der Punkt ). Vielleicht habe ich das Problem, weil ich die erste Schicht mit dieser langsamen Geschwindigkeit drucke (wodurch das Problem mit dem vollen Puffer kritischer wird).

Der Fehler tritt nicht jedes Mal auf, wenn ich drucke, selbst wenn dasselbe Modell mit denselben Parametern gedruckt wird ...

@HuguesDug hat das gleiche Problem vor 14 Tagen gemeldet und @Leeb hat ihm geantwortet, dass das Laufen mit Marlin 1.9 das Problem gelöst hat.

Heute Abend hatte ich das gleiche Problem.

Ich habe irgendwo gelesen (kann die Quelle jetzt nicht finden), dass dies ein Cura-Fehler ist, der in der Beta von Cura 3.6 behoben wurde