FW-Bugs in MK4?  

RE: FW-Bugs in MK4?

Hallo Digibike, wir kennen uns ja aus dem UM Forum 🙂

Einen Displayschoner hat der MK4 nicht, zumindest sind meine Displays immer an (letzte FW)

Vermute daher eher einen Wackelkontakt oder vielleicht hast du das Displaykabel irgendwo eingeklemmt.

RE: FW-Bugs in MK4?

Schau auch einmal hier, das klingt ähnlich:
https://forum.prusa3d.com/forum/hilfe-zur-hardware-firmware-und-software-3/display-geht-kurz-nach-einschalten-aus-flackert/

RE: FW-Bugs in MK4?

Hi Smithy,

ja, da kennen wir uns schon ne Weile! Du hier? Ich habe gesehen, du hast dein Ultimaker-Portfolio etwas verkleinert...?!

Danke für den Link. Hatte ich auch schon gefunden, aber da geht es darum, daß das gleich auftritt. Bei mir nicht. Nach 1 h aufwärts eventuell. Aber auch nicht immer und bestimmbar. Daher meine Frage, ob da eventuell eine "Verborgene" Funktion versteckt ist, die (noch?) nicht aktivierbar ist... Brauchen tu ich das Display ja nur, wenn ich Vorort bin und eingreifen will. Ferngesteuert brauch ich das z.b. ja gar nicht...

Hmmh! Schwierig. Was ich noch probieren könnte, wäre das Display aus meinem 2.ten Upgrade-Kit mal einbauen. Das liegt ja noch brach, bis MMU3 und MK4 sich besser verstehen...

Trotzdem erstmal danke und Happy New Year!

Digibike

RE: FW-Bugs in MK4?

Ich habe gesehen, du hast dein Ultimaker-Portfolio etwas verkleinert...?!

Ja, ich habe mittlerweile nur mehr den S5 und den wahrscheinlich auch nicht mehr lange. Platzmäßig hat sich allerdings nicht viel verändert, ich habe mittlerweile einen Prusa Mini, MK3s+, 2x MK4 und seit voriger Woche einen XL.

Ob das Display alleine das Problem löst kannst du ja einfach ausprobieren, ich würde aber eher auf das Kabel tippen.

Ebenfalls ein schönes neues Jahr!

RE: FW-Bugs in MK4?

XL? Seit letzter Woche? Single, Dual oder Toolchanger? Ich warte auf meinen XL Toolchanger seit 2022 im Mai. Aber es gibt wohl langsam ein Licht am Ende des Tunnels... Bin wohl für Mitte/Ende März vorgesehen... Was lange wärt...  Daher mein Interesse, was für eine Ausführung und seit wann bestellt, um meinen Stand "einzuordnen"... 😉

Jedenfalls willkommen im "Prusa-Universium"... 😉

Gruß, Digibike

RE: FW-Bugs in MK4?

Habe eh im anderen Thread geschrieben, ist ein Dual. 5 Köpfe brauche ich nicht, 3 wären toll, daher warte ich bis die Erweiterungen dann verfügbar sind und rüste dann noch einen nach. 

Kleine Warnung vorab, das Ding ist ein Monster. Dachte ich stelle ihn dort hin wo jetzt der S5 steht. Keine Chance, der XL braucht eindeutig mehr Platz.

Jedenfalls willkommen im "Prusa-Universium"... 😉

Danke, ich gehe ja im Stillen schon länger "fremd" 🙂 

RE: FW-Bugs in MK4?

Das hatte ich im stillen schon befürchtet... Muß mal nach den genauen Abmessungen langsam schauen, um mit der Planung an zu fangen... Also, Rollen um den Drucker herum werden kaum die Lösung sein, da dann der Platz richtig ausufert. Denke mir, ein Sonnenschirmfuß, mit Waschbetonplatte (ist dort ja schon vorgesehen, wegen Gewicht...) Drucker drauf und Sonnenschirm abflexen und ein "Galgen" dran, für die Rollen. Damit habe ich Sie in Sichtweite und über dem Drucker "Schwebend"...

Ich habe immer wieder Mehrfarbige Aufträge, aber in der Hauptsache ist mein Plan Richtung 2 in 08er Düse, 2 in 04er Düse und eine in 025er Düse. So habe ich keine Rüstzeiten (außer, ich drucke Mehrfarbig natürlich). Aber so kann ich auch dann interessante Kombis mal testen - Infill grob jeder 2.te Layer, ebenso Support und außen  sowie Kontaktbereich des Supports mit kleiner Düse z.b.. Simplify gestattet solche Dinge ja, sofern man sich an die Gemeinsame Layerhöhe hält (außer bei jedem 2.ten Layer Infill/Support drucken natürlich, da sind es vielfache...). Versprech mir da doch das ein oder andere...

Gruß, Digibike

RE: FW-Bugs in MK4?

Posted by: @smithy-2

Hallo Digibike, wir kennen uns ja aus dem UM Forum 🙂

Einen Displayschoner hat der MK4 nicht, zumindest sind meine Displays immer an (letzte FW)

Vermute daher eher einen Wackelkontakt oder vielleicht hast du das Displaykabel irgendwo eingeklemmt.

Um das nochmal auf zu greifen: Mir ist schon klar, daß in den Menüs keines Steuerbar ist, was aber halt auch nicht ausschließt, ob da nicht was geplant ist und in Routinen, die aber noch nicht aufgerufen/gesteuert werden, vorhanden sind - eben aus der Geschichte mit der Netzwerksteuerung und im Prinzip dann ungenutzt/ungebraucht... Mein "Testgerät" ist nämlich in einer Einhausung, an einem festen Ort, mit Reproduzierbarer Umgebung. Netzteil und Board sind Thermisch etwas entkoppelt (können nach außen hin "Atmen" - will die ja nicht "grillen"). Habe das Mitgelieferte PETG (Mini-Rolle) als erstes verdruckt und im Anschluß die 4 Kg Rolle PETG aufgespannt, was er aktuell "bearbeitet". Der erste 7 h Druck des Modells eines Raketenantriebs, daß ich gleich mal als Test gestartet hatte - mein Sohnemann freute sich wie ein Schneekönig darüber - lief ohne Probleme durch. Ein paar kleinere Dinge ebenso. Dann tauchte das Problem erst beim Druck auf, daß das Display nach über 1 h plötzlich aus geht - wie gesagt, nur das Display, nicht die Bedienung an sich... Reset läßt das Display kurz aufleben um den Bootloader anzuzeigen und dessen Version, aber sobald der abgearbeitet ist, ist das Display wieder Schwarz! Aber nicht Schwarz im Sinne von Stromlos, sondern im Sinne von Bildschirm stellt Schwarz flächig dar... Das Display ist ja eigentlich auch ein Touchscreen, der aber aktuell ohne Touch (noch?) genutzt wird... Und nun kommts: Mechanisch habe ich nichts geändert. Thermisch auch nicht. Er druckt jetzt den 2.ten Tag am Stück(!) neue Teile, aber ohne irgendwelche Anstalten. Wie wenn nie etwas gewesen wäre...! Wäre es ein Übergangswiderstand, müßte der reproduzierbar, wieder auf tauchen. Vibrationen hat er, aufgrund der Aktivitäten auch eher mehr, wie zuvor...

Ich habe eigentlich nur eines Sache geändert, weil er immer an dem selben Teil anfing so rum zu spinnen... Nichts Weltbewegendes! Da aktuell keine MMU die Filamentführung übernimmt und ich keine Rollen am Rahmen aufhänge - schon gar nicht 4 Kg-Rollen... - habe ich Abrollvorrichtungen auf dem Gehäuse. Die drucke ich gerade für den 2.ten anstehenden Umbau. Etwas aufwändiger, daß Konstrukt, aber die müssen zuverlässig arbeiten und nicht einen Aufpasser benötigen... 😉 Das aber nur als Hintergrund. Im Gehäuse habe ich nur eine Führung designed (siehe auch hier). Das eine ist ein Eigenbau Encloser - da ist die Zufuhr Rückseitig. Das andere ist ein gekaufter Encloser, der auch die Senkrechte Zufuhr, was sich bei der 4 Kg-Rolle als Reibungsärmer erwies, gestattet. Entsprechend bildet diese Führung auch beide ab. Druckdauer knapp unter 2 h. Da ist er immer wieder ausgestiegen mittendrin mit Filamentwechsel, Heizbett deaktiviert während dem warten auf Filamentwechsel usw.. Ich habe das Projekt ja gespeichert gehabt. Ging beim 2 Teil plötzlich los. Nach 3 Anläufen - Schraubgewinde passen für die M10er Pushfittings mittlerweile perfekt bei 04er Düse... Soll ja nicht ganz umsonst gewesen sein. Habe ich das Projekt einfach nochmal neu gesliced, allerdings zuvor das Häkchen bei Binärer Code raus genommen, sprich ASCII.  Seither sind die Files wieder größer, aber das Problem trat nicht mehr auf...

Ich drucke noch einiges und jetzt läuft er, Hardwaremäßig und Thermisch, wie gesagt, unverändert und stabil. Wenn er durch ist, und keine weiteren "Geschichten" dieser Art auftauchen, kann ich nochmal die ursprüngliche Binär-Datei starten - ist ja nach wie vor noch auf dem Stick, ob er da wieder so anfängt. Wenn ja läuft da doch irgendwas auf Software-Ebene im Hintergrund, was so wohl noch nicht geplant war/ist, ab.  Wundern würde mich die Funktion jetzt nicht unbedingt - wäre letztlich nur konsequent. Nur wäre Sie dann schon ungewollt zugreifbar, aber nicht steuerbar - was keinesfalls gewollt sein kann...

Das aber nur, warum ich ein Ticket aufgemacht habe und wie ich zu der Vermutung kam. Wenn sich das allerdings bewahrheitet, hätten Sie 2 Baustellen - neben der des deaktivierten Druckbettes, während er auf User-Reaktion wartet: Zum einen wäre da, daß da eine Routine sich aktivieren kann, die den Druck zwar primär erstmal nicht zerstört (sofern man nicht manuell noch nach Druckstart eingreifen muß, weil man was bemerkt...), aber nicht deaktivierbar oder gar steuerbar ist und zum anderen würde das darauf hin deuten, daß der Binärcode eventuell falsch übersetzt werden kann (Bildschirmschoner, Filamentwechsel, Heizplattenheizung abschalten...). Letztere beide könnte ich im GCode mittels Befehle setzen zwar eingebaut haben, aber, wie gesagt, dann wären Sie beim neuen Slicen auch drin, daß es ja nur einfach das Projekt neu gesliced waren...

Eben ein wenig verwirrend, daß ganze. Aber jetzt haben die erstmal die Fehlermeldung und ich beobachte mal, wie die nächsten Slices sind und wenn das durch ist, kann ich nochmal den Druck starten... Wäre auch interessant, zu sehen, ob er solche Allüren auch auf anderen MK4 macht... Mal schauen, Februar ist die waage Hoffnung, daß die MMU für den MK4 verfügbar sein könnte... Bis jetzt lief er ja immer nur auf meinem Vortester...

Gruß, Digibike

RE: FW-Bugs in MK4?

Also ich kann nur sagen, meine beiden MK4 machen das nicht, das Display ist immer ein, egal wie lange er steht oder druckt.

Aber hast du schon den Support Chat versucht? Dort wurde mir bis dato immer rasch geholfen - manchmal gibt es eine längere Wartezeit.

RE: FW-Bugs in MK4?

Nein, Support habe ich, deswegen, nicht kontaktiert. Würde auch nicht wirklich weiter helfen, da Sie das Gerät nicht vor sich haben. Die Datei ebenfalls nicht. Aber die Entwickler haben einen tieferen Einblick in die FW-Architektur. Wenn dort etwas am "entstehen" ist, wissen die das. Und wenn plötzlich aus dem Feld Meldungen kommen, daß sich da was aktiviert, was noch in der Entstehung ist, aber noch nicht freigegeben und anwählbar, haben Sie einen Anhaltspunkt, daß da wohl Zustände auftauchen können, die ungewollt etwas auslösen. Davon ab beobachte ich erstmal und habe das, zusammen mit dem Bug des deaktivierten Heizbettes, erstmal gemeldet... Das sollte nämlich unter keinen Umständen passieren! Das akzeptiere ich nur bei einem Stromausfall - ohne Strom kann halt die Heizleistung nicht aufrecht erhalten werden und bei diversen Materialien bedeutet das dann letztlich, Positionen gesichert hin oder her, dann aber einer gewissen dauer, daß es ein Fehldruck wird, weil das Teil eben seine Haftung abbaut... Kann dir den GCode ja mal zusenden, wenn du so nen Halter magst.

Er druckt zwar gerade noch - bis kurz vor 14 Uhr, aber dann kann ich auf den Stick wieder zugreifen. Entweder du hast für deine Drucker eine Führung, oder aber wir haben die Erkenntnis, daß der Gcode nicht "nur" druckbefehle generiert hat bzw. nicht nur als solche interpretiert werden...

Gruß, Digibike

RE: FW-Bugs in MK4?

Also, der nächste Tag ist auch rum - ohne jegliche Alleüren... Langsam werd ich neugierig wegen meiner These. Muß mal den Gcode nochmal versuchen. Wenn er dann wieder mit den "mätzchen" anfängt, und NonStop 3 Tage am Stück mit normalem Gcode durch arbeiten kann, könnte man das doch zumindest mal als sich erhärtenden Verdachtsfall einordnen... Damit würde es dann wohl auch Sinn machen, den Support zu bemühen. Schließlich habe ich das Projekt (.3mf), sowie den Code als Binär und ASCII. Wenn man auf den setzt, weil er deutlich schlanker ist und sich somit auch schneller übertragen läßt, muß dieser auch Fehlerfrei interpretiert werden, wenn dem nicht so sein sollte, würde das über kurz oder lang "blöd" werden...

Gruß, Digibike

RE: FW-Bugs in MK4?

Wie lange dauert es bis es auftritt? Ich drucke seit dem letzten FW Update alles mit Binärem GCode und mir wäre noch nichts aufgefallen. Möglicherweise sind meine Jobs zu kurz.

RE: FW-Bugs in MK4?

Der Job geht etwa 2 h - 1h 57 min. oder so. Also nichts langes. Habe das verhalten auch, bisher, nur dort beobachtet - dafür da "verlässlich". Erst das neue Slicen in ASCII brachte den fertigen Druck. Keine Ahnung. Davor lief er stabil und danach ebenfalls. Nur das mochte er ums "verrecken" nicht... Hab unheimlich viele 3/4 Schnittmodelle nun... 😉

Fehlerhaftes Schreiben würde ja eigentlich von vorn herein, sobald man auf die Datei zugreifen möchte "geschrei" verursachen, aber da druckt er ganz normal, bis etwa 1h 10 min. schätze ich grob - dann kommt Filament wechseln und so Zeug und die Display-Geschichte... Zufall oder gibt es beim Interpretieren des Binärcodes Probleme oder macht der Slicer da murks und aktiviert versehentlich was in der FW - von außen kann ich nur Wild spekulieren und beobachten...

Aber , wenn du magst, kannst ja selber testen.

Dann wäre die Datei auf einem anderen Drucker gegen getestet...

Gruß, Digibike

RE:

Gut, an der Dauer alleine kann es dann nicht liegen, habe vorgestern auf beiden MK4 jeweils das gleiche gedruckt und das hat knapp 6 Stunden gedauert. Ohne Probleme und Display immer an und auch danach.

Aber könnte schon sein, dass es am Filamentwechsel oder sonstiger Eisntellung liegt. 

Hast du mit PrusaSlicer gesliced?

Irgendwelche Sondersettings oder bis auf den Filamentwechsel alles Default?

Kann das auch die Tage versuchen. PETG habe ich gesehen, nach dem Wechsel auch, nur andere Farbe? Muss ich sonst noch etwas wissen?

RE: FW-Bugs in MK4?

Äh, ich habe gar keine Filamentwechsel drin... Im Prinzip ist das nur Quick & Dirty ein PETG-Druck um grob mal Masshaltigkeit zu testen.

Aber ich habe dir mal die 3mf rein gepackt. Danke, daß du es mal auf deinen laufen lassen willst!

Gruß, Digibike

RE: FW-Bugs in MK4?

Hi,

ich habe mir mal deine Druckdatei angeschaut. Du hast nach 1h20m einen Farbwechsel drin. Warum hast du mehrer Extruder für dieses Objekt konfiguriert?

MfG

RE: FW-Bugs in MK4?

Hi!

Danke für die Rückmeldung/den Hinweis. Schau gleich mal mir das an. Farbwechsel sollten gar keine drin sein. Mehrere Extruder würden nur Sinn machen, wenn er mein Profil von meinem MK3s mit MMU verwenden würde. Sollte er aber eigentlich nicht, wenn ich den MK4 ausgewählt hatte - zum einen ist der MK4 noch nicht freigegeben für die MMU und zum anderen wundert mich, daß in dem MK4-Profil nur 1 Filament anwählbar ist. Da gehe ich normalerweise davon aus, das auch nur der Single-Mod aktiv ist... Also, bewußt habe ich weder das eine noch das andere - aber schau ich mir gleich mal an, danke!

Gruß, Digibike

RE: FW-Bugs in MK4?

Hmmh! Interessant! Der Farbwechsel kommt direkt nach dem Code für die Heizbettheizung auf 0 runter regeln und vor dem Code für die Nozzle, die Temperatur für´s Bügeln ein wenig zurück zu nehmen. Könnte sein, daß ich da beim setzen versehentlich mal mit Linksklick direkt nen Farbwechsel gesetzt hatte und übersehen habe. Das war dann mein Fehler. Hab gerade mal spaßeshalber nachgeschaut - würde passen - fehlen im Prinzip wirklich nur die Layer in dem Bereich. Da muß ich mehr darauf achten und vielleicht doch nicht mehr ganz so oft die Nacht zum Tag machen...! Mist! Nur worauf beziehst du dich auf "mehrere Extruder konfiguriert"? Profil ist MK4 Single, es ist nur ein Filament setzbar und in der Vorschau auch nur ein Werkzeug aktiv. Ebenso ist auch im Reiter Druckereinstellungen nur ein Extruder bei Fähigkeiten gesetzt. Wo siehst du mehrere Extruder?

Da steh ich gerade auf dem berühmten Schlauch oder seh den Wald vor lauter Bäumen nicht mehr?

Gruß, Digibike

RE:

Der Menüpunkt wird in rot dargestellt, deshalb habe ich mich gefragt ob da ein weiterer Extruder konfiguriert wurde.

MfG