Filament einführen klappt soo erstmal nicht ;o(

[af0815]

Umgekehrt Frage, hast du die Tube.gcode die ich dir per Mail gesendet habe, ausdrucken können ? Ich habe die gerade gedruckt als Test für meinen neuen E3D und die Tube ist ohne Probleme komplett in PLA gedruckt worden, ohne das bei mir das der Extruder stehen geblieben ist. Und der Teil wurde von mir konstruiert und gescliced (Zwar nicht Cura sondern S3D).

[zero K]

Hallo Neuling

BITTE BITTE BITTE ...kann sich mal jemand von euch meinen oben geteilten Code laden und in seinen Drucker schicken?

Also ich lade nur G-Codes in meinen Druckserver, die durch einem Slicer mit Einstellungen passend zu meiner Maschine generiert wurden.
Daher auch meine oben dargestellte Vorgehensweise.
Bei STL ist es mir egal - Cura merkt sehr schnell ob es mit den Daten etwas anfangen kann.
May be, dass es nur wenige Parameter sind, die im G-Code zu editieren sind - aber das wäre mir zu heikel.
Dadurch, dass meine Kiste einfach nur funktioniert bin ich auch gar nicht mehr so richtig im Stoff - man vergisst doch schneller als man denkt.

Gruß zero K

[af0815]

Hier das Beispiel nochmals in Cura gescliced.
CFFFP_Tube.zip = Cura (Etwas schneller in den Bewegungen, als nich erschrecken, das ist gewollt)
Tube.zip = Mit S3D gesliced
TubeABS.zip = S3D gesliced, wo ich die Temperaturen auf ein ABS-Material gesetzt habe

Die Parameter für Cura habe ich dir gesendet. Generell kann Cura mehr als es einem am Anfang zulässt. Die zusätzlichen Parameter, muss man sich freischalten, damit die überhaupt angezeigt werden.

Alle Dateien sind für den RF2000V2 gemacht und laufen sowohl mit dem standard Druckkopf als auch mit dem Umbau auf E3D (gerade getestet). Die Druckdauer ist 4 min in der Cura Version und 8 min in der E3D Version. ABS habe ich bei mir mangels Material nicht testen können.

Voraussetzungen: RF2000V2, erfolgreicher HBS und Z-Höhe richtig eingestellt. Wobei letzteres im HBS beinhaltet ist.

[af0815]

So, noch ein paar Videos dazu.

[rf1k_mjh11]

Hallo Ronny/NEUling,

Ich beziehe mich hier nur auf diesen Beitrag mit der GCode-Datei im Magenta-Cloud.

...
Ich habe das Cura file und den Gcode mal unter folgendem Link geteilt weil ich das hier nicht anhängen konnte.
https://www.magentacloud.de/share/n-fi1-j5uh
Das Passwort ist ...

Ich gebe zu, diesen gesamten Thread gar nicht gelesen zu haben, damit könnte diese Antwort bereits hinfällig oder überhaupt falsch sein. Ich habe bloß die GCode Datei kurz angesehen.
Vorab einmal: 34MB ist eine beeindruckende Größe für einen einfachen Zylinder.
Da könnte die Ursache liegen.
Die Datei ist deshalb so groß, weil die Auflösung der STL so hoch gewählt wurde. Eine der kreisförmigen Perimeter wird folglich in ca. 255 Teilschritten unterteilt. Jeder dieser Teilschritte wird eine Extrusionsmenge 'zugeteilt'. Die Teilschritte sind sehr klein, dadurch werden die zugewiesenen Extrusionsmengen so klein, dass entweder die Firmware oder der Slicer Mist baut (ein bekannter Bug in den früheren Repetierversionen, auf die die Original Conradversion basierte, 'rundete' die Werte beim addieren falsch (oder so ähnlich) - da weiß Nibbels genauer Bescheid).

GCode Analyse

---

Hier ein Ausschnitt aus deinem GCode (am Beginn des zweiten Layers):
G1 F2700 X108.943 Y112.382 E0.01752              <<-- man beachte: der E-Wert ist bei 0.01752
G1 X108.689 Y111.92 E0.01754
G1 X108.42 Y111.459 E0.01775
G1 X108.147 Y111.016 E0.01731
G1 X107.859 Y110.575 E0.01752
G1 X107.562 Y110.14 E0.01752
G1 X107.252 Y109.713 E0.01755
G1 X106.935 Y109.294 E0.01748
G1 X106.605 Y108.88 E0.01761
G1 X106.265 Y108.477 E0.01754
G1 X105.916 Y108.082 E0.01753
G1 X105.558 Y107.696 E0.01751
G1 X105.186 Y107.315 E0.01771
G1 X104.812 Y106.95 E0.01738
G1 X104.421 Y106.589 E0.0177
G1 X104.033 Y106.244 E0.01727
G1 X103.629 Y105.903 E0.01758
G1 X103.217 Y105.573 E0.01756
G1 X102.798 Y105.254 E0.01752
G1 X102.371 Y104.945 E0.01753
G1 X101.93 Y104.644 E0.01776
G1 X101.495 Y104.36 E0.01728
G1 X101.041 Y104.08 E0.01774
G1 X100.591 Y103.818 E0.01732
G1 X100.129 Y103.563 E0.01755
G1 X99.661 Y103.32 E0.01754
G1 X99.182 Y103.087 E0.01772
G1 X98.708 Y102.869 E0.01735
G1 X98.219 Y102.66 E0.01769
G1 X97.729 Y102.464 E0.01755
G1 X97.241 Y102.282 E0.01732
G1 X96.743 Y102.11 E0.01752
G1 X96.239 Y101.951 E0.01758
G1 X95.733 Y101.804 E0.01753
G1 X95.224 Y101.67 E0.01751
G1 X94.712 Y101.549 E0.0175
G1 X94.195 Y101.439 E0.01758
G1 X93.677 Y101.342 E0.01753 <<--- Nach so vielen Segmenten ist der E-Wert 'nur' um 1 Hunderttausendstel mm größer geworden!
G1 X93.151 Y101.257 E0.01772 <<-- Am Ende dieser Sequenz ist der E-Wert um wuchtige 2 Zehntausendstel mm gewachsen.

Zugegeben, der E-Wert sprang ein wenig hinauf und hinunter, aber insgesamt hat es sich kaum verändert. So kleine Werte kann die Hardware (der Schrittmotor) gar nicht abbilden.
Damit scheint der Extrudermotor 'stehen geblieben' zu sein.

Falls es an der hohen Auflösung liegt, müsste man (in Rhino, nehme ich an?) die Auflösung beim Export der STL niedriger einstellen. Eventuell helfen würde die Community Version der Firmware, da hier Nibbels das Rundungsproblem besitigt hat (hoffe ich).

Wünsche Gesundheit,

mjh11

[zero K]

Hallo Neuling

Nutzt Du Rhino als Freiform Modeler für sehr kleine Modelle (so < 1 cm³) zur anschließenden Analyse nach der Finiten Elemente Methode, dann versuche mal die STL-Auflösung des daraus erzeugten Netzes auf 1µm zu setzen. So weit ich weiss kann Cura 2 µm.

Meine E sind in 4 mm Bohrungen etwa dreimal so hoch.
Unsere Extruder machen pro µ-Schritt etwa 4 µm

#define RF_MICRO_STEPS_E 32

Gruß zero K

[NEUling]

Ihr denkt bestimmt mittlerweile ich will euch verarschen ;o(
Ich schäme mich ja schon dermaßen für diese vielen Fragen

Ich habe jetzt den Tube, generiert von AF0815 tadellos gedruckt (Bild links)

mein selbst gezeichneter und generierter Tube brach ab (2.v.l.)

ein in kleineren Z Schichten gedruckter Tube brach auch ab (3.v.l.)

ein Würfel mit Stl export Toleranzen S 2. Bild brach auch ab. (ganz rechts)

Das Gewusel oberhalb es Filament Abbruches ist scheinbar nur Filament was aufgrund der heißen Düse noch aus tropft denn der Extruder steht ja still.

Mein Fehler wird also iiirgendwo in CURA erzeugt- ich glaube das ist mittlerweile absolut klar geworden. Aber was soll ich da nun machen?
Mal neu installieren?
Oder soll ich mal den rechten Extruder startklar machen und damit drucken?

Auf dem 2. Bild seht ihr mal meine jetzigen Exporteinstellungen für die .stl´s denkt Ihr das ist noch zu fein?

[af0815]

Hast du das Tube.stl von mir, mit deinem Cura versucht zu slicen und dann zu drucken ?

Wenn das geht, so ist es vielleicht die zu feine export Einstellung. Ich habe da auch etwas experimentieren müssen bis ich zufrieden war. Am besten man fängt grob an und wird dann immer feiner. Die Dateigrösse kann man für ganz grobe Vergleiche heranziehen.

Mir ist es bekannt, das es für jemand, der keine oder nicht viel Ahnung von Arduino hat, nicht so einfach ist den Drucker zu flashen. Grundlegend setzt das allerdings auch C. voraus. Wenn man es gut vorbereitet geht es sicher.

Ich sehe keinen Grund irgendwas neu zu installieren.

[NEUling]

af0815

Ja
Dein STL Cube durch mein Cura kommt genau so raus- da brichts auch ab.

Das Drucker flashen is dann wohl der nächste Schritt- ich denke ich bekomm´s hin. Gibts dafür nen extra thread?

[Digibike]

Links oberes Drittel siehst du ein kästchen, dass ist dein Freund...
Dort findest du z.b. sowas als Anleitung...
Da brauchts keinen Thread für... Die richtige Arduino-Version allerdings beachten: Conrad "steht" auf die alte,
Nibbels hat nicht nur die FW überarbeitet, sondern auch die Compilierbarkeit auf aktuelles Compiler-Niveau gehoben...

Gruß und viel Erfolg,

Christian