Posts by Michael

    Erstaunlich, was da alles für Formen möglich sind... :thumbup:

    Jetzt fehlt nur noch eine integrierte druckbare Kugel... ^^

    Designs mit Kugel wie bei der klassischen Trillerpfeife gibt es diverse, ich hab das vor einiger Zeit auch mal getestet. Funktioniert m. E. aber nicht so toll, deshalb bin ich bei den zwei Kammern mit leicht unterschiedlichen Frequenzen gelandet. Das gibt durch Schwebung auch einen netten Trillereffekt, ohne festklebende Kugeln.

    Super, schön klein sind sie, aber schon merklich leiser. Allerdings traue ich mich im Haus weder in die kleine noch in die große Pfeife mit Kraft pusten... :saint:


    Deine große ist übrigens auch in der Nachbarschaft baliebt, ich drucke gerade Nachschub ;)

    Vorsichtig beim Ausprobieren - laut Dezibelmeter ist es (voll geblasen) tatsächlich nur ein geringer Unterschied. Die höhere Frequenz der kleinen Pfeife kann täuschen.

    Lücken kann ich verstehen, ...

    Würde sich das nicht in Stringing äußern? ...

    Ich hab keine Zeit, das jetzt zu diskutieren. Glaub es oder lass es bleiben.


    Z-Hop kaschiert i. d. R. nur irgendwelche Fehleinstellungen, deshalb gehört der aus.


    Der Gcode ist aufschlussreich. Du druckst mit sehr hoher Geschwindigkeit. Die zweite Außenbahn sogar mit 60 mm/s, der Gcode-Viewer gibt für diese Bahn einen volumentrischen Flow von ca. 9 cmm/sec. an und fürs Infill sogar 13 cmm/sec. - sehr wahrscheinlich zu viel für Deinen Drucker, das Hotend kommt mit der Förderung nicht nach.


    Meine Empfehlung:

    Geschwindigkeit runter auf die Hälfte, ggf. die Layerhöhe auf 0,2 mm reduzieren.

    - Coasting war aus, daran lag es also nicht.

    - Combing ist auch aus

    Wobei ich bei beiden auch keinen direkten Zusammenhang zu meinem Problem erkennen kann.

    Coasting:

    Bei akltivierter Option wird die Filamentzufuhr schon vor Erreichen des Endpunkts einer Druckfahrt beendet. Es entstehen Lücken, wenn der Wert zu hoch angesetzt ist. Und das nicht nur am Z-Seam, sondern bei jeder Druckbewegung, auf die ein Travel folgt.


    Combing:

    Bei aktiviertem Combing mit einer "Max Comb Distance" von 0 (= unendlich) wird der Retract praktisch deaktiviert. Bei Leerfahrten geht dann aus der Düse laufendes Material verloren, was bei der folgenden Druckfahrt fehlt.


    Beide Fehlkonfigurationen können Lücken im Druck erzeugen.


    Apropos Retract - ist der eigentlich aktiviert, und welche Distanz ist da eingetragen?


    ... und lad doch mal den Gcode hoch (gezippt).

    Michael
    Bei dem geschilderten Problem geht es um die X-Y Ebenen. Ob die Z-Naht in der Druckvorschau geschlossen sein muß, kann man nur an Hand des Designs beurteilen, nicht anhand der G-Code Vorschau. Das ist ja auch offensichtlich nicht das Problem von Frank501.

    Doch, das ist offensichtlich das Problem des Faden-Eröffners. Und selbstverständlich erkenne ich Fehler in der Gcode-Vorschau. Deine Vorschläge sind typisches Anfängergefrickel und zeigen, dass Du die Funktionsweise des Slicers nicht verstanden hast. Bitte verwirre den Fadeneröffner nicht noch zusätzlich.

    Was soll das alles bringen?


    In der Gcode-Vorschau ist deutlich zu erkennen, dass an allen Z-Nähten eine fette Lücke klafft und das ist nicht normal. Da doktert man dann nicht an zig lediglich symptombehebenden Einstellungen rum, sondern sucht nach der direkten Ursache des Problems. Einen Kandidaten habe ich bereits genannt: ein zu großer Coasting-Parameter.


    Da muss auch gar nicht probegedruckt werden, denn die Z-Naht muss schon in der Vorschau geschlossen sein.

    Auf den Bildern sieht sieht es so aus, als ob die untersten Schichten dünner sind als die Schichten weiter oben - einfach mal am Bildschirm mit einem Zentimetermaß abzählen. Dann würde das Material an den Seiten rausgedrückt und dieses Fehlerbild erzeugt. Da ich eher nicht glaube, dass es beim Hochfahren hakt, vermute ich, dass der X-Carriage aus irgendeinem Grund nicht ganz runterfährt und deshalb zu hoch gelevelt wird. Sind da zufällig Anti-Backslash-Muttern verbaut? Eine andere Erklärung könnte auch Dreck an Z-Spindel und Mutter sein.

    Für die (programmiertechnisch triviale) Konvertierung einer Datei vom Binär-Format ins Intel-Hex-Format verlinkt ARM auf ein entsprechendes Tool, siehe hier. Ich hoffe mal, das funktioniert auch umgekehrt, hab es nicht getestet.