Um Ihre Frage direkt zu beantworten, wird diese Aktion ( Zum Fortsetzen klicken ... ) durch einen Pufferüberlauf der Marlin-Firmware ausgelöst, der durch das wiederholte Senden von M105 verursacht wird Code> Befehl von Ultimaker Cura (ohne das Ergebnis zu überprüfen).

Dieses Problem ist ein gemeldetes Problem und wurde in der nächsten Version von Ultimaker Cura behoben (bitte beachten Sie dies zum Zeitpunkt der Veröffentlichung Bei dieser Antwort steht die Beta-Version 3.6 zum Download zur Verfügung. Es scheint ein Kommunikationsproblem zwischen Ultimaker Cura 3.4+ und 1.1.8+ Versionen 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 ein OK vom 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 dies beschreibt die Lösung:

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

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

/ blockquote>

---

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

Der Text Klicken, um den Druckvorgang fortzusetzen kann 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 print kann gefunden werden und ist Teil davon der Nachrichtenkonstante MSG_RESUME_PRINT

  #define MSG_RESUME_PRINT _UxGT ("Druck fortsetzen")  

Dies kann jedoch nicht in gefunden werden eine Art Verkettung mit MSG_RESUME_PRINT ! strike>

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

Es könnte sein Es lohnt sich, 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 (nachdem dies einige Male passiert ist) Dann können Sie im Protokoll nachsehen, was der Befehl vor dem Abbruch war und ob es konsistent die gleichen (Folge von) Befehle sind, die dies bewirken.

  M928-Dateiname  

Wenn dadurch nichts Offensichtliches angezeigt wird, können Sie in Verbindung mit der Protokollierung das Debuggen aktivieren (siehe M111 Debug-Level. Zum Beispiel:

  M111 S7; ECHO, FEHLER, INFO  

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

Deaktivieren Sie anschließend das Debuggen :

  M111 S0  

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

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

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

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

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

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

Wenn das Problem erneut auftritt, werde ich auf Marlin 1.9 (oder sogar 2.0, auch wenn es sich noch in der Beta-Phase befindet) aktualisieren, da Sie anscheinend haben hat das Problem gefunden und bereits gelöst. Ich war überrascht zu lesen, dass es in Cura 3.6 behoben wurde, da ich das Problem mit dieser Version hatte.

Mein Drucker ist eine Tevo Tarentula (modifiziert, ich habe die Pseudobett-Nivellierungsoptionen entfernt, weil ich es vorziehen würde Level manuell (kein Z-Verschieben während des Druckens).

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 nicht der Fall Punkt hier). 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 ich die drucke Gleiches Modell mit gleichen Parametern ...

@HuguesDug hat das gleiche Problem vor 14 Tagen gemeldet und @ Leeb hat ihm geantwortet, dass das Ausführen 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 Cura 3.6 Beta ​​p> behoben wurde