Drucker stürtzt bei zu lange drücken ab
Setup: RatOs; CB1; SKR 1.4 Stützt ab wenn zu lange gedruckt wird.
56 Replies
Drucker war ca. 9 h aktiv, fast exact genau die selbe Zeit wie das letzte mal.
Die Linux Systemlast (sysload=) in der klippy.log geht langsam immer höher, irgendwas frisst zuviel CPU.
Verstehe, was könnte das sein? Habe ich versehentlich etwas Konfiguriert, das CPU hinzufügt?
Kamera vielleicht?
Es gibt keine Kamera
Du könntest während eines Druckes mal das Linux Kommando "top" nebenher laufen lassen, das sagt dir was wieviel Last macht.
Wie stelle ich das an?
per ssh auf dem Pi einloggen und dann "top" eingeben.
64bit ratos?
Ich denke, Das ist das CB1 Image von der Webseite.
ah ok, dann isses das nicht
Dann läuft top nebenher? Gut dann nehme ich mal was das weniger als 9h druckt und versuche das.
Das sollte dann so ungefähr aussehen:
Versehe, der Rechner muss nebenher laufen und SSH muss aktiv sein.
Ja, wüsste jetzt auf die schnelle nicht, wie man das mitloggen kann.
Na selbst wenn: ggf. würde das mitloggen dann den CB1 schneller abschießen....
top selbst verbraucht praktisch nix
Aber, ja Du hast recht, top erhöht natürlich auch die Last. Aber nur um 0.1% oder so.
Vielen dank für die Hilfe, dann ist dieses Ticket erstmal pausiert und wir sehen uns in ein paar Stunden wieder.
Auf jedenfall siehst Du dort die Prozesse nach CPU Last sortiert, da sollten oben ein paar Python Prozesse sein, die aber nicht allzuviel verbrauchen. Wenn da einer bei ist der über 50% oder so nimmt, ist das eher nicht normal.
(der screenshot oben ist von einem Pi3 der gerade nichts druckt, beim drucken geht das auf 30% oder so hoch bei mir)
Wie gesagt aber muss die neuen logs noch checken aber ich vermute deinen sd karte da in die alten logs im andere channel waren dort paar errors sd karte relatiert.
Sorg bitte das die M566 aus deinen Gcode kommt sorgt fur viele log entries.
Unknown command:"M566"
(M566 ist Reprap speed change sieht aus du schickst keinen Klipper Gcode von deinen slicer)
Und die menge entries sind mega viel .... mehere per einzele clock cycle und habe dort die verdacht.Moment, was soll ich für G-code flavour auswählen. Das ist immernoch Reprap von als der Drucker noch marlin war.
Wenn Superslicer dann Klipper
nun ja: Es ist Cura...
dann hab ich keine Ahnung
Bin nicht der einzige Cura benutzer hier, ich geh mal nach #slicers fragen.
Glaube Mitsuma hat ne Menge Plan davon
Ja, versuche es aber erstmal mit dem Rest von Discord um Ihn nicht mehr zu nerven als nötig.
mach mal bitte einen screenshot von allem.
Das wäre Druck anfang und jetzt sehen wir mal wie es sich entwickelt
Seltsames top irgendwie, fehlt oben das allgemeine Zeugs vor der Prozessliste.
Ahso:
Das ist schon recht hoch und ist der Klipper Prozess selbst der viel Last macht mit 80%
Vielleicht schickt der Slicer wirklich so viele M556 Kommandos das Klipper soviel Last macht.
(Was Pinky meinte)
kannst auch mal "dmesg" eingeben um zu sehen ob der Linux Kernel sich wegen irgendwas beschwert (z.B. SDKarten Probleme)
Joa:
Damit wäre auch geklärt warum er bei einem Teil des Druckes abstürtzt wo es viel kleinen fusselkram gibt, sodass er häufig die Geschwindigkeit wechseln muss. Fehler saß mal wieder vorm Bildschirm
Danke für alles, ich löse jetzt erstmal mein kleines slicer Problem
Ja, könnte gut sein. Könntest ja mal ein 20x20cm Quader drucken um die Theoerie zu prüfen, da gibts ja dann nur vier Linien.
Es wird spannen:
Er kämpft noch.
99.99% sicher die m566 ist dein problem 🤣
Na jetzt aber: 101% MCU auslastung:
Verdammt 20 M566 einträge und das bei einem primitiven Bauteil, ich glaub es ist eher verwunderlich das der nicht noch öfter abstirbt.
Das ist CPU-Auslastung auf dem Pi/BTT Dingsda. MCU ist der Microprozessor auf dem Mainboard.
100% in der Liste heisst, ein CPU Kern ist komplett von dem Prozess ausgelastet, sobald mehr als 100% angezeigt werden kann der Prozess praktisch nicht mehr so schnell Dinge tun wie er will und dann kommt es sozusagen nicht mehr hinterher.
(etwas vereinfacht)
Genau, das dachte ich mir, als ich die daten transferiert habe hat der Drucker kurz gestockt.
Wenn ich einfach die Beschleunigungscontrolle im Cura deactiviere hört der Spuk auf. Mein Verständnis wäre: Input shaper übernimmt das doch, oder?
Also Kein M566 Befehl mehr im GCode
Nee das sind verschiedene Dinge.
Ich weiss nicht was bei Cura macht das er M566 einbaut, lt. Reprap Gcode Doku setzt das Jerk Werte, das Äquivalent zu Jerk bei Klipper wäre Square Corner Value.
Beschleunigungswerte im Slicer nutzen macht allg. schon Sinn, Aussenwände mit wenig Beschleunigung, Rest schnell z.B.
Square corner value habe ich nicht eingestellt, Acceleration habe ich den selben wert eingestellt (1000 m/s²). Zudem habe ich Input shaper.
Habe ich das gerade falsch verstanden? Du weisst schon wie Du in Cura die M566 Befehle abstellst?
Du deaktiviert die "Acceleration Control"
Und die "Jerk Control"
Dann sind die M566 Befehle alle weg.
Ahh okay. Gut.
Dann druckst Du halt erstmal alles mit derselben Beschleunigung, ist jetzt nicht unbedingt schlimm.
Sehe ich genauso.
Dazu setze cura in Marlin mode kann klipper etwas besser mit umgehen oder installiere klipper addon. (Frag mich nicht wie da ich und Cure = big nope.)
So leuts wir hams jetzt: Cura G-code flavour marlin und danach im slicer jerk control deactivieren.