Dies ist eine kleine Patch-Version:
Dies ist die stabile Version, die kleinere Verbesserungen und verschiedene Bugfixes enthält.
Wir haben Änderungen an den Einstellungen für das Druckvolumen und neue Filament-Spitzenroutinen implementiert, die von der MMU3 auf dem MK4 verwendet werden.
Bei der Verwendung des Spiralvasenmodus werden die Werkzeugpfade wie üblich generiert und die daraus resultierenden Profile dann extrudiert, während z allmählich erhöht wird. Dieser Ansatz führte zu nahtähnlichen Artefakten auf dem Druck an Stellen, an denen sich normalerweise die Schichtübergänge befinden würden. Außerdem würde die letzte Schicht abrupt enden, so dass eine scharfe “Kante” entsteht, an der das Profil endet.
Beide Probleme wurden von @andrewboktor angegangen, indem zwischen benachbarten Schichten interpoliert und der Extrusionsfluss ganz am Ende des Drucks allmählich reduziert wurde. Die Verbesserung wurde vor kurzem in OrcaSlicer integriert, und wir erhielten einen Pull Request mit einer Portierung auf PrusaSlicer. Nachdem wir die Funktion bewertet haben, haben wir beschlossen, sie einzubinden, da sie gut geschrieben ist, gut funktioniert und sehr nützlich ist.
Vielen Dank an @andrewboktor für die Zeit und Mühe, die er in das Problem investiert hat, und an @vovodroid und @tg73 für die Bereitstellung eines Pull Requests mit einer Portierung von OrcaSlicer.
PrusaSlicer ist jetzt in der Lage, 3MF-Dateien zu öffnen, die von BambuStudio erzeugt wurden, und Geometrie daraus zu laden. (#10718, PR #10808, Dank an @cmguo). Bitte beachten Sie, dass BambuStudio es erlaubt, eine 3MF zu speichern, die nur G-Code enthält. Dies wird von PrusaSlicer nicht unterstützt und das Laden solcher 3MFs wird fehlschlagen.
Metadaten von binären G-Codes haben einen neuen Eintrag namens objects_info, der alle Objekte im Druck und ihre Begrenzungspolygone auflistet. Die gleichen Informationen wurden in die Kommentare am Ende von ASCII-G-Codes eingefügt. Dies ist nützlich, um die Funktion Objekt abbrechen über Prusa Connect fernzusteuern.
Dies ist die stabile Version, die kleinere Verbesserungen und verschiedene Fehlerbehebungen enthält.
Wir haben mehrere Mechanismen implementiert, um ein ungültiges Voronoi-Diagramm zu erkennen. Durch Manipulation der Eingabe konnten wir sicherstellen, dass das Voronoi-Diagramm gültig ist. Außerdem haben wir einen wesentlichen Teil der Multi-Material-Malerei von Grund auf neu implementiert, was zusammen mit den oben genannten Änderungen alle Probleme mit verschütteten Schichten bei der Multi-Material-Segmentierung lösen sollte.
Früher platzierte PrusaSlicer den Farbwechsel (M600) direkt nach der Fertigstellung der vorherigen Schicht. Die Standardimplementierung des Farbwechsels in so gut wie allen Firmwares setzt die Düse genau an die gleiche Position zurück wie vor dem Farbwechsel. Als Folge dieses Verhaltens würde ein kleiner Klecks Filament mit der neu geladenen Farbe am Druck hängen bleiben.
Unsere Community, insbesondere @Nohus, fand eine Lösung, den Farbwechsel nach dem Wechsel zur nächsten Schicht und Position zu platzieren, was sich als wesentlich einfachere und universellere Lösung erwies als die Änderung der M600-Implementierung auf der Firmware-Seite. Vielen Dank, Nohus, für Ihre Umsetzung und an alle, die sich am Testen seiner Änderung beteiligt haben.
Wir haben die in 2.7.1 eingeführten Änderungen an den spiralförmigen Schichtwechseln durch ein verfeinertes Rampenprofil ersetzt. Die spiralförmigen Schichtwechsel halfen zwar, das Stringing zu reduzieren, verursachten aber manchmal Farbkleckse und Artefakte. Mit dem neuen und verfeinerten Rampenprofil wird das Stringing immer noch gemildert, ohne die Nachteile der schraubenförmigen Bewegungen.
Für den SLA-Druck haben wir Material Overrides eingeführt. Diese neue Funktion, die die Flexibilität des FDM-Slicens widerspiegelt, ermöglicht es, ausgewählte Konfigurationsoptionen aus den Druck- oder Druckereinstellungen in den Materialeinstellungen außer Kraft zu setzen. Es gibt eine neue Parameterseite in den Materialeinstellungen, die es ermöglicht, die Parameter, die überschrieben werden sollen, zu überprüfen und ihren Wert neu zu definieren.
PrusaSlicer hat seinen Ursprung in dem Projekt Slic3r, das ursprünglich in der Skriptsprache Perl geschrieben wurde. Im Laufe der Jahre haben wir fast den gesamten Code umgeschrieben. Zuerst den Kern zum Slicen, dann die Benutzeroberfläche. Jetzt haben wir alle verbleibenden Unit-Tests, die noch auf Perl basieren, in C++ umgeschrieben. Auf Wiedersehen, Perl. Wir werden dich nicht vermissen.
Dies ist die stabile Version, die kleinere Verbesserungen und verschiedene Fehlerbehebungen enthält.
Die Option Als binären G-Code exportieren wurde aus den Druckeinstellungen entfernt. Stattdessen gibt es eine neue Option in den Druckereinstellungen mit dem Namen Unterstützt binären G-Code, so dass sie auf Druckerebene eingestellt werden kann. Außerdem gibt es einen neuen globalen Schalter in Voreinstellungen->Andere, der steuert, ob binärer G-Code für Drucker erzeugt wird, die ihn unterstützen. Es ist jetzt viel einfacher, die Funktion ein- oder auszuschalten, ohne Änderungen an den Profilen vorzunehmen.
Das Gewicht des Reinigungsturms wurde in die G-Code-Metadaten aufgenommen, so dass es leicht in der Druckstatistik auf dem Display des Druckers angezeigt werden kann.
Beseitigt wurde das Problem, dass bei aktivierten Rampenverläufen manchmal ein Perimeter auf der Ebene fehlte, auf der die Spirale beginnt.
Beseitigt wurde ein Absturz bei der Auswahl von geprägtem Text, während ein SVG-Werkzeug geöffnet ist.
Beseitigt wurde ein Fall, in dem schraubenförmige Schichtwechsel zu Bewegungen außerhalb des Bettes führen konnten.
Beseitigt wurde ein Fall, in dem der schraubenförmige Schichtwechsel auch dann aktiviert war, wenn es keinen Einzug beim Schichtwechsel gab.
Zusätzlich zum Textprägewerkzeug, das erstmals in PrusaSlicer 2.6.0 vorgestellt wurde, ist es nun möglich, SVG-Bilder auf die Modelle zu prägen. Die Funktion kann über einen Rechtsklick aufgerufen werden und bietet ähnliche Optionen für Projektion und Manipulation wie das Textwerkzeug. Sie können jetzt einfach ein SVG-Logo, einen Titel oder sogar einen QR-Code per Drag & Drop in ein bestehendes 3D-Modell einfügen.
G-Code-Dateien sind leicht zu lesen und zu interpretieren, haben aber den Nachteil, dass die Daten nicht effizient gespeichert werden und die Dateigröße oft sehr groß ist. Die Komprimierung der Datei ist problematisch, da die Drucker in der Regel auf eingeschränkter Hardware laufen und möglicherweise nicht genügend Speicher und/oder CPU-Leistung haben, um die Datei zu dekomprimieren. Mehrere Lösungen für das Problem wurden von Mitgliedern der Community vorgeschlagen, wie z.B. die MeatPack-Kodierung (die sich die Tatsache zunutze macht, dass der Zeichensatz eines typischen G-Codes sehr begrenzt ist) oder der heatshrink-Komprimierungsalgorithmus (der einen sehr geringen Speicherbedarf hat).
Wir schlagen einen neuen Standard für ein binäres G-Code Format zur Kodierung und Komprimierung von ASCII G-Code Dateien vor (siehe die Spezifikation). Das Format ist flexibel und die Kodierung und Komprimierung der einzelnen Blöcke ist variabel. Wir stellen auch eine libbgcode Bibliothek zur Verfügung, die die Routinen zur Konvertierung von ASCII G-Codes in binäre Codes und umgekehrt enthält. Die Bibliothek ist in C++ geschrieben und das Repository enthält Bindungen für Python.
Beim Vergleich der Größen von ASCII- und binärem G-Code hängt das Ergebnis vom Inhalt des G-Codes ab. Unsere Tests zeigen, dass die Verwendung von binärem G-Code die Größe im Durchschnitt um etwa 70 % reduziert. Die gleichzeitige Verwendung der Bogenanpassung (wie oben beschrieben) kann die Größe sogar noch weiter reduzieren. Die folgende Tabelle zeigt den Vergleich für 10 zufällig ausgewählte 3MF-Projekte:
Die Unterstützung für das neue .bgcode Dateiformat wurde in PrusaSlicer implementiert, einschließlich des Exports, des Ladens von Konfigurationen, der Vorschau von G-Code oder Dateizuordnungen. Der Export von binärem G-Code kann in Druckeinstellungen->Ausgabeoptionen->Export als binärer G-Code aktiviert werden. Eine Option zur Konvertierung von ASCII-G-Code in binären Code (oder umgekehrt) wurde im Menü Datei hinzugefügt.
Um einen binären G-Code zu drucken, muss er von der Firmware des Druckers unterstützt werden. Bei den Original Prusa MINI, MK4 und XL Druckern wird dies seit Version 5.1.0-alpha2 unterstützt. Es ist notwendig, die Drucker-Firmware zu aktualisieren, bevor Sie das binäre G-Code-Format verwenden.
Wir möchten Scott Vokes (@atomicobject) für seine Arbeit an heatshrink und
Scott Mudge (@scottmudge) für die Entwicklung und Pflege von MeatPack danken.
de
en
cs
pl
ja
it
es