Prusa MK3S+ heizt und druckt nicht
Hab letzte Woche meinen MK3S+ fertig montiert von Prusa bekommen.
Direkt an meinen Repetier-Server angeschlossen, Druckraumgröße angelegt, Im Prusa Slicer was kleines zusammengestellt und dann in die Warteschlange gestellt.
Der Repetier Server sagt druck läuft, die Uhr Druckzeit beginnt zu laufen (Stop und Pause erscheinen) , aber es wird nichts aufgeheizt (ohne Aufheizen wird auch nichts gedruckt).
Im Repetier Server sehe ich die aktuelle Hotend und Bett Temp, kann auch beides manuell aufheizen. Nur fängt der Prusa nicht an zu drucken. Spiele ich den gcode auf die SD Karte des Prusa läuft alles normal ohne Repetier Server durch.
Was mach ich falsch 
Comments
Am einfachst in die Konsole und mal
M115
angeben und sehen ob da was von Prusa/Marlin erscheint oder Repetier-Firmware (virtuell).
Ansonsten extruder hast du inder Konfiguration eingerichtet? Kannst du damit heizen? Wenn ja, check mal beim Druckstart ob am Prusa eine Frage am Display steht. Je nach slicer konfiguration fängt de rmit einer Filamentauswahl an wenn er denkte er ist eine Multi-Extruder Prusa. Die Frage erscheint leider nur am Drucker und erst nach beantwortung geht es weiter.
T? oder Tx und Tc und dann steht am display vom Drucker eine Frage und du must sie mit dem Rad beantworten, dann geht es weiter. Bei Single Extruder druckern macht das keinen sinn und die Zeile kannst du im start code entfernen. Siehe
https://help.prusa3d.com/de/article/prusa-spezifische-g-codes_112173
da sind die enthalten und ich sehe bei mir schreibt er das auch bei Original Prusa Mk3S+ MK3S + MMU2 Single rein. Bin nicht sicher was da passiert bei single druckern, aber denke das ist die Ursache und der Befehl wo er hängt.
Der Reptier Server sagt Druck läuft und die Zeit für den Druckdauer beginnt nach oben zu laufen.
Die Frage ist was wurde zum Prusa geschickt und bei welchem Befehl hängt er warum. Das sieht man in der Konsole wenn man Befehle und ack filter deaktiviert (ack nicht unbedingt notwendig). Da es ja am anfang ist kannst du bitt loggen des Drucks aktivieren und dann mal das Log posten mit der Kommunikation. (pasebin/dropbox/..) dann kann ich besser sagen was das Problem ist, da ja offenbar keine Frame am lcd aufpoppt muss es was sein an das ich grad nicht denke.
Welche Prusa Firmware version ist das?
Paused for user ist was ich ja dachte was da steht und bedeutet Drucker blockiert bis du den Knopf gedrückt hast.
Danach tut er als ob er druckt kommt abe rnicht voran.
Wenn ich das so bedenke schick am besten noch eine sicherung deiner Druckerkonfiguration mit, damit müsste ich es reproduzieren können. Dazu im dashboard einfach die backup funktion im menü des Druckers aufrufen und nur die Konfiguration sichern, den rest brauch ich nicht (bis auf gcode zur sicherheit aber das geht auch separat).
Wobei mich der Prusa nicht darauf hinweist das er auf eine Eingabe wartet. Da steht nur der Dateiname der zu druckenden Datei in der unteren Display Zeile.
Zur Firmware kann ich momentan keine Angaben machen, das Teil hab ich wieder ausgeschaltet und es steht in meiner Werkstatt. Da ich ihn aber Mitte Dezember fertig montiert von Prusa bekommen habe, sollte die halbwegs aktuell sein.
M75 MAM005-Hutschine v2_
Zu senden. Fehlerhafterweise denkt die Firmware der Befehl ist M0 = Druck stoppen alles danach kann als STring aufgefasst werden den man am display sieht. Kosequenterweise sehe ich
05-Hutschine v2_
am display und muss das Per knopfdruck bestätigen.
Wenn ich das mache geht der druck auch normal weiter. Er heizt auf was einige Minuten dauert und dann geht es weiter.
Kann es sein das du wegen der Meldung auf pause im server geklickt hast und es daher nicht weiter geht. In dem Fall continue drücken und druck geht weiter.
Eigentlich ist das ein bug im gcode parser des Prusa, aber damit er nicht passiert kannst du leicht verhindern das M75 gesendet wird. In Drucker Konfiguration->G-Codes->Ersetzung eine Ersetzung mit der Regel
^M75\b
einbauen. Kommentar wie du willst und ersetzung halt leer lassen. Dann wird kein M75 mehr gesendet und Dateinamen werden nicht versehentlich als Befehl interpretiert.