Probleme mit Slic3r, massive punktuelle Extrusion

Hallo zusammen,

da mir die Maßhaltigkeit der Teile mit Cura als Slicer nicht gefällt, probiere ich gerade Alternativen durch. Hier im Forum scheinen viele das Programm Slic3r zu nutzen, ich komme damit aber überhaupt nicht klar.
Irgendwann im Druck wird an einen Punkt massivst Material extrudiert, mit dem Ergebniss das das Hotend ein Vollbad nimmt.
Ich habe mir mal den GCode angeschaut, das steht da auch so drin, d.h. der Slic3r gibt das schon so vor:

Hier mal ein Beispiel von dem GCode den Slic3r so ausspuckt mit ein bisschen Kontext, man sieht unten schön die hohen E-Werte bei wenig Bewegung:

G1 X87.699 Y114.675 E0.01811 ; infill
G1 X83.389 Y111.704 F15000.000 ; move to first infill point
G1 X79.796 Y111.355 F15000.000 ; move to first infill point
G1 X77.678 Y115.021 F15000.000 ; move to first infill point
G1 X78.517 Y116.475 F15000.000 ; move to first infill point
G1 X78.063 Y116.623 F15000.000 ; move to first infill point
M106 S255 ; enable fan
G1 X76.397 Y114.958 E13.32483 F3600.000 ; infill
G1 X76.397 Y109.001 E33.69118 ; infill
G1 X81.840 Y114.444 E43.53740 ; infill
G1 X87.449 Y114.096 E31.78645 ; infill
G1 X76.397 Y103.044 E88.40420 ; infill
G1 X76.397 Y97.088 E33.69119 ; infill
G1 X87.059 Y107.750 E85.28663 ; infill
G1 X86.461 Y101.195 E37.22930 ; infill
G1 X78.967 Y93.701 E59.94276 ; infill
G1 X84.829 Y93.606 E33.15818 ; infill
G1 X87.330 Y96.107 E20.00587 ; infill

Ob es die Stelle im Druck ist, die ich gesehen habe weiss ich nicht, da ich beim ersten Klecks sofort den Drucker abgeschalten habe.
Ich habe hier mal die Slic3r_Config.tar.gz angeklebt. Getestet habe ich das mit den Versionen 1.2.6 und 1.2.7, beide haben das gleiche Problem. Hat da irgendjemand ne Idee was ich da falsch mache?

hi,
warum benutzt du die experimentellen versionen?
und da sind noch mehr bugs drin, wie z.b. bei den deckschichten.
gruss hd

Printer Settings: Use Relative E Distances = 1

Bist Du sicher?

Herzl. Grüße

Quote
AlterBastler
Printer Settings: Use Relative E Distances = 1

Bist Du sicher?

Herzl. Grüße

Guter Punkt. Hab ich geändert. Problem bleibt:

G1 X125.869 Y126.410 E48.27736 ; support material interface
G1 X126.365 Y126.170 E48.30043 ; support material interface
G1 X126.245 Y126.410 E48.31167 ; support material interface
G1 Z1.500 F15000.000 ; move to next layer (3)
G1 E47.31167 F6000.00000 ; retract
G92 E0 ; reset extrusion distance
G1 Z1.600 F15000.000 ; lift Z
G1 X126.243 Y126.828 F15000.000 ; move to first perimeter point
G1 X126.243 Y126.828 F15000.000 ; move to first perimeter point
G1 X125.414 Y126.000 F15000.000 ; move to first perimeter point
G1 X85.403 Y121.991 F15000.000 ; move to first perimeter point
G1 Z1.500 F15000.000 ; restore layer Z
G1 E1.00000 F6000.00000 ; unretract
M106 S255 ; enable fan
G1 X81.693 Y124.134 E21.14442 F900.000 ; perimeter
G1 X77.982 Y121.991 E41.29300 ; perimeter
G1 X77.982 Y117.707 E61.43642 ; perimeter
G1 X81.418 Y115.725 E80.08724 ; perimeter
M106 S89.25 ; enable fan
M106 S255 ; enable fan
G1 X81.693 Y115.566 E81.58252 F900.000 ; perimeter
G1 X85.403 Y117.708 E101.72444 ; perimeter
G1 X85.403 Y121.931 E121.58558 ; perimeter
M106 S89.25 ; enable fan
G1 X89.647 Y113.928 F15000.000 ; move to first perimeter point
M106 S255 ; enable fan
G1 X90.010 Y110.473 E137.91808 F900.000 ; perimeter
G1 X86.942 Y108.844 E154.25116 ; perimeter
G1 X90.340 Y108.122 E170.58496 ; perimeter
G1 X90.583 Y106.748 E177.14582 ; perimeter

Das Raft wird -zumindest von den E-Werten her- sinnvoll bestückt, schon die ersten Perimeter sind absoluter Schrott. (Bewegt den Kopf so 5mm, und spukt 20mm Filament auf die Stelle...)

Warum Experimental Version? Ich dachte, die sei schon halbwegs benutzbar...
Ich meine, warum eine Slicer veröffendlichen der _garnicht_ druckt? Darum gehe ich davon aus, das ich irgendwo ne mistige Einstellung drin habe.

1-mal bearbeitet. Zuletzt am 25.05.15 06:58.

Nozzle=0.4, Filament=1.75 ist auch richtig?

Herzl. Grüße

Jupp, das ist richtig. Und das Raft wird ja auch halbwegs richtig gedruckt. Beim eigentlichem Objekt fängt der Unsinn allerdings sofort an.

na dann probier halt mal die letzte stable. mach aber die exprimental kpl. runter, auch die anwendungsdateien und die registrierungseinträge, sonst klappts wieder nicht.
gruss hd

Ich habe jetzt mal mit der slic3r v1.1.7 den GCode erstellen lassen, der Anfang des GCodes sah gut aus, und irgendwie habe ich mich dazu verleiten lassen zu drucken und bin weggegangen. Ich hätte es besser wissen müssen:

- Das Raft und das Objekt wird gedruckt, allerdings sieht man hier schon das die drei Perimeterlinien des Objekts nicht zusammen sind, sondern einen Abstand zueinander haben
- Das Bottom-Solid-Infill wird richtig erstellt und sieht auch wasserdicht aus.
- Über dem Solid-Infill müsste ja dann das Honeycomb-Infill anfangen, und zwar müsste es lt. Config für drei Schichten auf einmal erstellt werden. Passiert aber nicht.
- Irgendwann im Laufe des Drucks passiert es aber doch, und Slic3r versucht die komplette Höhe des Infills auf einmal nachzubauen:

G1 X100.602 Y123.537 E1.26599 F3600.000 ; fill
G1 X106.138 Y123.537 E27.29762 ; fill
G1 X100.562 Y117.961 E64.37790 ; fill
G1 X100.563 Y112.426 E90.40483 ; fill
G1 X111.674 Y123.537 E164.29275 ; fill
G1 X117.210 Y123.537 E190.32438 ; fill
G1 X100.563 Y106.890 E301.02659 ; fill
G1 X98.422 Y99.213 E338.50047 ; fill
G1 X122.747 Y123.537 E500.25133 ; fill
G1 X123.537 Y118.792 E522.87318 ; fill
G1 X102.967 Y98.221 E659.66059 ; fill
G1 X106.762 Y96.481 E679.29497 ; fill
G1 X123.537 Y113.255 E790.84251 ; fill
G1 X123.537 Y107.719 E816.87414 ; fill
G1 X111.021 Y95.203 E900.10068 ; fill
G1 X116.351 Y94.997 E925.18133 ; fill
G1 X123.537 Y102.183 E972.96501 ; fill
G1 X123.537 Y96.647 E998.99664 ; fill
G1 X123.500 Y96.609 E999.24578 ; fill

-> Das geht natürlich total schief, und das mk8 filament drive gear betätigt sich als Fräse.

In dem angehängtem slic3r_debug.7z sind die Slic3r_config_bundle.ini, die ctrlV_3D_test.stl, und die daraus erstellte ctrlV_3D_test.gcode.
Für eine Idee wie man den Slic3r Abkömmlingen ihre ungebremste Zerstörungswut abgewöhnen kann bin ich immer zu haben. Ich hab keine mehr.
Ich bin mal in der Zwischenzeit das Filamentgear ausbauen & reinigen...

habs mal bei mir mit deiner .ini 1.1.7 gesliced, und da kommt ganz was anderes raus. gcode hängt an.
ich kenn das problem, das da was durcheinanderkommt. drum beherzige meinen ratschlag von oben, also alle versionen runter, alle profile und übriggebliebenen anwendungsdateien löschen, und auch die registrierungseinträge!
dann wieder die 1.1.7 drauf.
experimentelle software ist halt nicht perfekt und kann unfug verursachen!
gruss hd

edit;
ein versteckter (ausgeblendet) ordner findet sich unter:
C:\Users\xy\AppData\Roaming-> slic3er

registry hab ich proplemlos mit:
[www.eusing.com]
saubergemacht.

gruss hd

2-mal bearbeitet. Zuletzt am 25.05.15 12:11.

Hab' was dazu gefunden:
[github.com]
Scheint noch nicht endgültig gelöst zu sein, gibt auch neuere "issues" dazu. Stell' Combine Infill doch mal auf 1.

Herzl. Grüße

Wundert mich nicht.

infill_every_layers = 10

---

Triffid Hunter's Calibration Guide

--> X <-- Drill for new Monitor

Most important Gcode.

Hast Du bei "pressure advance" etwas anderes als "0" drinstehen? (printer settings > generel > advanced)

Bei mir stand da per default "1" und ich hatte die von Dir beschriebenen Extrudier-Kleckse

---

Gruß ©
Mendel auf Akimbo umgebaut / Arduino 2560 / RAMPS 1.4 / Großes Display mit SD-Card-Reader / 8825TI-Treiber / SSD AC 24V Bett / Bluetooth HC06

@Wurstnase: Das wird nicht genutzt, steht im Profil "simple". Genutzt wird "print:Untitled", und da steht es auch richtig mit 3 Layers drin. Aber selbst wenn: Auf knapp 6mm Weg gute 25mm 1.75mm Filament zu versenken, obwohl nur 1mm aufzufüllen wäre, würde so oder so nicht hinhauen.

@AlterBastler: Jupp, ich habe das mal auf 1 gestellt und den Rat von HD befolgt -> und dieses Problem ist weg.

@hd: Was immer Du für eine Config genommen hast, es ist nicht meine. Ich sehe da 0.4mm Layer im GCode, ich hatte aber 0.1mm...
Ich habe mal trotzdem mal Deinen Rat befolgt, und meine komplette Config weggeschmissen. (Arbeite mit Linux, da ist das auch weit weniger aufwändig als Du beschreibst )
Irgendwie hat es genau das gebracht. Bin aber wieder zur 1.2.7 gewechselt, da die 1.1.7 irgendwie keine detachable rafts kann -> Killerkriterium bei mir.

Nun fallen mir noch zwei Dinge auf:
- Raft: Die erste Schicht auf dem Bett (und die beiden folgenden Interfaceschichten) werden immer gleichsinnig gedruckt. Also nicht "über kreuz", wie ich es erwarten würde. Falls das Raft trotzdem funktioniert (und nach dem Druck auch abgeht) würde ich es mal unter weniger schlimm einordnen. -> Test steht noch aus.
- Beim Druck fällt mir auf, das die Perimeterlinien sich untereinander und das (solid) Infill _nicht_ berühren. Durch die Spalten kann man so ungefähr ne Schrankwand durchwerfen. Quer. Ich kriege noch Motten. Habt ihr da nen Tipp für mich?

Aktuelle Config (1.2.7): Slic3r_config_bundle.ini

Quote
Jasmir
...
- Beim Druck fällt mir auf, das die Perimeterlinien sich untereinander und das (solid) Infill _nicht_ berühren. Durch die Spalten kann man so ungefähr ne Schrankwand durchwerfen. Quer. Ich kriege noch Motten. Habt ihr da nen Tipp für mich?

Aktuelle Config (1.2.7): [attachment 55335 Slic3r_config_bundle.ini]

By the way : hast Du meinen letzten Post 10 Minuten vor Deinem noch gelesen, oder...?

Zu den Perimetern:

Print settings > advanced > Infill/perimeter overlap : default 15% - bei mir passt 16% für ABS

Nico hat mich damals drauf gebracht bei default extrusion width einen vernünftigen Wert einzutragen. Rest steht auf "0"

---

Gruß ©
Mendel auf Akimbo umgebaut / Arduino 2560 / RAMPS 1.4 / Großes Display mit SD-Card-Reader / 8825TI-Treiber / SSD AC 24V Bett / Bluetooth HC06

Den Post hatte ich nicht wahrgenommen, aber in der alten Config:

:/tmp/aaa/Slic3r_Config$ grep -Ri pressu *
printer/Simple Mode.ini:pressure_advance = 0
simple.ini:pressure_advance = 0

Das war es also nicht.

Die extrusion width habe ich mal von 0 (also auto) auf 0.4 gestellt, in der Layerview sieht das jetzt recht gut aus. Beim groben Durchsehen habe ich jetzt auch keine abnormen E-Werte gesehen, ich riskiere mal nen Probedruck.

support_material_angle = 0

Soweit ich weiß wird dieser Wert auch für Raft genommen.

Herzl. Grüße

Quote
AlterBastler

support_material_angle = 0

Soweit ich weiß wird dieser Wert auch für Raft genommen.

Herzl. Grüße

Stimmt, aber die Layer bleiben gleichsinnig. Ich hätte ja gerne zwischen den 3 Layern jeweils immer 90° Rotation drin.

Vermutlich muß Enable Support eigeschaltet sein, um das Rectilinear-Grid zu übernehmen.

Herzl. Grüße

ist aber deine .ini:

und in dem gcode, der dabei war und auch die version verrät, ist raft drin, was 1.1.7 ja nicht kann.

da hast du slic3er mit den profilen ins schleudern gebracht.
gruss hd

@HD: Also das Du bei "print settings" direkt das Config Bundle drinne hast, sieht in meinen Augen nicht richtig aus. Und die 0.4mm LayerHeight sagt es ja schon: Irgendwie sind das nicht meine Einstellungen.
Und 1.1.7 kann raft, aber kein detachable raft.

@AlterBastler: Anscheinend ändert das Einschalten des Supports nichts an der Ausrichtung der Raft-Interface-Layers. Ausserdem möchte man nicht immer Support wenn man ein Raft haben will.

Aber egal, die ursprünglichen Probleme habe ich mit eurer Hilfe lösen können, dankeschön dafür.

Fürs Protokoll:
- Slic3r reagiert anscheinend generell sehr empfindlich auf "alte Configfiles", also bei Versionswechsel besser alles neu erstellen. Wenn man das nicht macht wird man evtl. mit Extruder-Tourette belohnt.
- Slic3r 1.2.7 ist anscheinend generell benutzbar, im Sinne von "nicht schlechter als v1.1.7".
- default extrusion with auf 0 (also auto) zu lassen sorgte bei mir für Lücken der Perimeter untereinander und zwischen Infill und Perimeter.
- Die interface-Layers des Rafts werden komplett gleichsinnig gedruckt, das sorgt für schlechte Entfernbarkeit -> dieses Verhalten bekomme ich nicht geändert.

Wird wohl einfach ein Fehler sein, siehe auch hier:
[github.com]

Herzl. Grüße