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

7

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:

Fehlermeldung "Klicken, um fortzufahren ..."

Bis B.
quelle
Haben Sie einen M600-Farbwechsel in Ihrem G-Code? Ein M600 bewirkt, dass der Extruder das aktuelle Filament ausstößt, indem er den Extrudermotor für eine Entfernung von etwa 100 mm umkehrt. Anschließend wird eine Meldung wie Ihre angezeigt, die darauf wartet, dass Sie das neue Filament laden. Nachdem Sie darauf geklickt haben, wird das Filament vorgerückt und der Druckvorgang fortgesetzt.
John Deters
@ JohnDeters Nein, das ist nicht im G-Code
Bis B
2
Ich habe dies auch in 1.1.9 beobachtet, als ein PC über USB angeschlossen wurde. Ich denke, das muss ein Fehler sein.
Grat
Ich weiß nicht, ob dies hilft, aber Newbie Problem erwähnt das gleiche Problem
Greenonline
1
Es scheint ein Problem zwischen Ultimaker Cura 3.4+ und Marlin Firmware 1.1.8+ zu sein, bei dem Cura zu viele M105-Befehle sendet (ohne auf ein OK zu warten), wodurch der Puffer des Druckers überläuft. Siehe meine aktualisierte Antwort.
0scar

Antworten:

6

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!

0scar
quelle
2

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
Greenonline
quelle
1
Ich bin gespannt, ob dieser Fehler gemeldet wird, nette Ergänzung!
0scar
1
Leider funktioniert die Protokollierung nicht. Bei der Ausführung des Befehls M928 wird der Dateiname im Display angezeigt, sonst passiert nichts. Wenn Sie den Druck manuell fortsetzen, bleibt der Drucker hängen. Die resultierende Datei auf der SD-Karte ist leer.
Bis
@ TillB - Hmmm, das klingt nicht richtig ...
Greenonline
Ich habe den M928 gleich zu Beginn in den Gcode eingefügt. Ist das korrekt? Oder sollte ich es lieber später irgendwo ablegen oder über USB senden? Derzeit wird es direkt nach dem Vorheizen ausgeführt
Bis B
2

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.

HSaturn
quelle
2
Dies scheint eher ein Fehlerbericht (oder auch eine Antwort von mir) zu sein und keine tatsächliche Antwort mit einer Lösung - wäre das eine korrekte Analyse?
Greenonline
Sie haben Recht, Greenonline, ich wollte keinen Fehler melden, da ich eine alte Version von Marlin habe und imho zu früh war, um etwas zu melden, ohne selbst mehr zu suchen. Noch einmal, der Fehler wurde "behoben" und der Grund war mir klar, so dass es für Entwickler eine Zeitverschwendung gewesen wäre, denselben Fehler erneut zu melden. Ich habe meinen Beitrag vor einigen Minuten bearbeitet, um mir selbst zu antworten: Ein Upgrade auf Marlin 1.9 sollte das Problem lösen. Wenn nicht, öffne ich einen Bericht. Wie auch immer, zögern Sie nicht, meinen Beitrag zu entfernen, wenn das für Sie als Lärm klingt :-D
HSaturn
1
Me-Too-Berichte, die keine Antwort enthalten, sind nicht das, wonach wir auf dem Stapel streben. Öffnen Sie eine neue Frage, wenn Sie ein ähnliches Problem haben, geben Sie eine Antwort, wenn Sie Ihr ähnliches Problem gelöst haben.
Trish
Vielen Dank für das Update. Die Antwort macht jetzt mehr Sinn, danke. Hallo und willkommen bei SE.3DP, BTW. :-)
Greenonline
1

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

Veräußerung Veräußerung
quelle
1
Wenn Sie den Link finden, wäre Ihre Antwort sehr nützlich. Vielleicht durchsuchen Sie Ihren Browserverlauf?
Greenonline
Laut dieser Seite für 3.4beta wird auf For a full rundown of bug fixes, open Ultimaker Cura 3.4 beta and navigate to Extensions > Changelog > Show changelog.der Seite für 3.6 Beta nicht viel erwähnt, und ich kann die vollständige Liste der Korrekturen nicht finden.
Greenonline
@ Greenonline Es ist ein Schnittstellenfehler zwischen Ultimaker Cura 3.4+ und 1.1.8+ Marlin, siehe meine Antwort
0scar
@ 0scar - Ah ok, schöner Fang, gut gemacht :-)
Greenonline