Ich wollte wieder einen Thread aufmachen, der Unzulänglichkeiten von einzelnen Slicern oder von Slicern, generell, aufzeigen soll.
Es soll hierbei nicht um Bugs gehen, wo ein Slicer Fehler macht (wie z.B. bei Supports in Slic3r).

Ich möchte eher Punkte aufzeigen, wo theoretisch der Slicer alles richtig macht, und doch nicht optimal. (Diese Erklärung hört sich irgendwie doof an, vielleicht macht mein erstes Beispiel (siehe nächsten Beitrag) die Sache etwas klarer.)

Natürlich kann man hier auch Wünsche einbringen - vielleicht sieht das einer der Slicer-Programmierer und reagiert darauf.

mjh11

Druckgeschwindigkeit im Vasenmodus zu niedrig (beobachtet bei Slic3r):

Gestern, nach beinahe 7 Jahren des 3D Drucks, habe ich zum ersten Mal den Vasenmodus verwendet. Mir fiel beim Drucken auf, dass die Geschwindigkeit etwas niedrig war. Na ja, ich hatte (unabsichtlich) einen Boden mit nur einem Layer im GCode dabei. Damit wurde ein normaler Boden, im normalen Modus, gedruckt. Obwohl der erste Layer häufig etwas langsamer gedruckt wird als der Rest, war das Tempo des Druckers, nach dem Boden, spürbar langsamer als beim Infill des Bodens (Boden=ca. 40mm/s). Ich fing daher an, den Feed-Multiplier nach oben zu schrauben. Zum Schluss war ich bei einem Feedrate von deutlich über 200% (ohne Probleme - da der Drucker trotzdem nur 'ungefähr normal schnell' druckte, soll=55mm/s). Der Druck dauerte ca. 30 Minuten. Genug Zeit, über das Problem nachzudenken.
Mir war beinahe sofort klar, das hier das Problem der 'Mindest-Layer-Dauer' zum Tragen kam.Hier komme ich zur eigentlichen Unzulänglichkeit:
Der Slicer kann nicht wirklich abschätzen, wie gut ein Teil abkühlen kann, und als Folge weiß der Slicer nicht, was die kürzest zulässige Layerzeit wäre.
Im Fall eines Teils mit einem Durchmesser über 40mm, das im Vasenmodus gedruckt wird, reichen 4-5 Sekunden Layerzeit völlig. Es handelt sich ja um nur EINE Wandstärke, die beinahe ungehindert nach beiden Seiten abstrahlen kann und sich daher sehr rasch abkühlt. Der Slicer weiß das nicht und schraubt trotzdem die Geschwindigkeit extrem herunter, völlig unnötigerweise.

Generell möchte ich behaupten, dass die mindest-Layerzeit beim Vasenmodusdruck sehr deutlich nach unten revidiert werden könnte, da das Bauteil sehr gut auskühlen kann. Nett wäre es, wenn das der Slicer automatisch machen würde. (OK, dann kommt einer daher und druckt ein 150mm hohes Röhrchen mit 5mm Durchmesser im Vasenmodus und wundert sich, dass es nicht klappt - na ja...)

OK, ich kann ein eigenes Profil für sämtliche Vasen-Drucke anlegen, und darin jeweils selbst die mindest-Layerzeit angeben. (Ich habe schon über 100 Profildateien - was machen schon weitere 10-20?)

Hat jemand diese Unzulänglichkeit schon in anderen Slicern beobachtet?

mjh11

Schön wieder was von dir zu lesen!
Ich hänge das mal hier an:

Simplify3D pausiert für den Kickstart des Bauteillüfters den Druck um jeweils 500ms, was sich als Stockeln mit evtl. Blobs im Bauteil bemerkbar macht.
http://www.rf1000.de/viewtopic.php?f=58&t=2389

(Das ständige Pausieren ist natürlich völlig unnötig. Man könnte auch, nach dem "Boost-Kommando 100%" ein paar Druckbefehle später das Runternehmen der Lüftergeschwindigkeit einbinden.)

LG

Alle Slicer benutzen als Eingangsdaten eine Abart eines Mesh-Formats.

Damit werden alle Kurven 'eckig'.

Das STL Format löst eine 3D Oberfläche in mehr oder weniger kleine, ebene Dreiecksflächen auf (so was nennt sich 'Mesh'). Diese Dreiecksflächen werden im Slicer in lauter Geraden 'umgewandelt'.
Das AMF Format basiert ebenso auf ein dreieckiges Mesh (siehe Wiki). Es enthält zusätzliche Informationen, wie Farbe, Material, usw..
Das 3MF Format baut auf STL auf und verwendet daher ebenfalls ein Mesh auf Basis dreieckiger, ebener Flächen. Es enthält, wie das AMF Format, zusätzliche, für das 3D Drucken nützliche Informationen.
Beim X3D Format (Ultimaker und infolgedessen Cura) bin ich mir nicht völlig sicher, ob hier ein Mesh vorliegt oder nicht. Nahe liegen tut es jedoch, nachdem Programme wie Blender oder MeshLab X3D importieren oder exportieren können.
Als Folge wird es bei keinem der üblichen Dateiformate und Slicer möglich sein, im GCode echte Kurven zu fahren. Alle Kurven werden als eine Folge kurzer Geraden dargestellt.
Der (die) Programmierer von Slic3r hatte(n) in der Vergangenheit versucht, eine echte Unterstützung für G2 und G3 unterzubringen. Dazu mussten, beim Slicen, mehrere Teilstücke (3? oder mehr) mathematisch beurteilt werden, ob sich diese Teilstücke mit einem Kreisbogen darstellen ließen. Wenn ja, wurden so lange weitere Teilstücke hinzu gefügt, bis es nicht mehr mit demselben Kreisbogen klappte. Dann wurden diese Teilstücke mittels G2 oder G3 dargestellt. Danach ging das Spiel mit den nächsten Teilstücken weiter. Diese ganze Idee wurde wegen dem Programmier- und Rechenaufwand einstweilen eingestellt.

Hat jemand schon einmal im GCode G2 oder G3 Befehle entdeckt?

Nur so nebenbei: Das wäre doch eine Aufgabe für Nibbels, einen Slicer programmieren, der STEP Dateien einlesen kann, oder?

mjh11

Hallo rf1k_mjh11,
schön dich wieder zu lesen.
Bist ei gschneit?

Bei dem Thema Slicer (S3D) liegen meine Nerven heute blank.
Na egal...

Zum Thema Vasenmodus.
In S3D habe ich die Geschwindigkeit für Außenkontur auf etwa 70 % stehen.
Da der Vasendruck fast nur Außenkontur ist…

Ich meine, es gibt in S3D auch die Funktion, dass bei geringer Abkühlzeit die Geschwindigkeit gesenkt wird.
Zu Mindest springt der Lüfter an.
Ich benutze diese Funktion jedoch nicht.
Manuelle Kontrolle ziehe ich vor.

LG AtlonXP