Willkommen! Anmelden Ein neues Profil erzeugen

Erweiterte Suche

Slicing-Problem?

geschrieben von Helmi 
Re: Slicing-Problem?
28. February 2012 01:06
mach bei skeinforge mal in den Start.gcode einen

G92 E0 ;zero the extruded length

rein, dann wird der Extruder zurück gesetzt. Dann macht der das zurück ziehen nicht mehr.


Mfg
Wolfgang
Aller Anfang war schwer - Wolfstrap Reprap-fab.org Meine Meinung

Erfahrungen kann man leider schlecht weiter geben, die muss man selber machen.
Re: Slicing-Problem?
28. February 2012 01:32
Hmm ich hatte den in der Tat schon drin allerdings zu weit hinten - ich idiot smiling smiley Danke für den Hinweis, Wolfgang.
Re: Slicing-Problem?
28. February 2012 12:04
Helmi mein Held!

Ich hab den Fehler gefunden im Mac Host. Ohne dich hätte ich den nie gefunden, da er bei meinem Drucker in der üblichen Einstellung nicht passieren konnte. Der Fehler ist im binären senden des Codes. Statt einen Puffer mit platz für 40 byte anzulegen hatte er einen mit 40 nullen angelegt. Das plus deinem langen Befehl war > 64 und so weigerte sich der Host den Befehl zu senden. Mein drucker hatte aber einen buffer von 128 byte, was ich ihm auch gesagt habe und weshalb es trotzdem gepasst hat.

Workaround bis zum nächsten Release: Setzte Transfer Protocol auf Force ASCII protocol , dann benutzt er den falschen code nicht und kann auch Skeinforge code senden.

Das Update lade ich hoch, sobald ich slic3r 0.7.0 integriert habe, was aber etliche neue Parameter und arbeitet bedeutet. Sollte aber die Tage auch folgen.


Repetier-Software - the home of Repetier-Host (Windows, Linux and Mac OS X) and Repetier-Firmware.
Repetier-Server - the solution to control your printer from everywhere.
Visit us on Facebook and Twitter!
Re: Slicing-Problem?
28. February 2012 12:21
Fein, da freu ich mich ;-)

Schön, dass du's gefunden hast. Ich versuch das nachher mal. Spiele mich grad mit 0.7.0 als externen Slic3r - hat sich schön viel verbessert. Klasse, wenn der Bald integriert ist.
Re: Slicing-Problem?
28. February 2012 12:40
hmm grad mal auf Ascii umgestellt mit dem gleichen Ergebnis. Nach meinem Startcode macht er nicht mehr weiter.
Re: Slicing-Problem?
28. February 2012 13:24
Hast du beim Umstellen auf OK geklickt und dann Verbunden. Wenn du schon verbunden wars wird die Einstellung erst beim nächsten verbinden Übernommen. Als letzte möglichkeit kannst du noch den Ping-Pong Modus+ASCII aktivieren, aber wieder nur wenn nicht verbunden. Bei mir hat es damit immer geklappt. Der Buffer steht doch auf 64 byte und keine deiner Zeilen ist länger als 47 byte (dann gibts wieder Probleme weil noch Zeilennummer und Prüfziffer hinzukommen und dann die 64 bte wieder überschritten werden können.)

Sollte es dennoch immer noch nicht klappen, solltest du feststellen ob es der gleiche Fehler ist. Bei mir konnte ich den Drucker mit dem print panel weiter bewegen. Es wurden nur keine weiteren Commandos aus dem Druckjob zum Drucker geleitet. Gleiches Phänomen bei dir?


Repetier-Software - the home of Repetier-Host (Windows, Linux and Mac OS X) and Repetier-Firmware.
Repetier-Server - the solution to control your printer from everywhere.
Visit us on Facebook and Twitter!
Re: Slicing-Problem?
28. February 2012 13:59
Es lag wohl tatsächlich an dem fehlenden Dis/reconnect nach der Änderung der Einstellung. Da hätt ich auch mal selbst drauf kommen können. Danke, also Entwarnung, das behebt's tatsächlich.
Re: Slicing-Problem?
28. February 2012 17:08
Softwareseitig kann man einen Modaldialog aufpopen lassen, der einen sagt: "Die geänderten Verbindungseinstellungen werden erst bei erneuten Verbindungsaufbau wirksam!" [Jetzt neu Verbinden] [später selber neu Verbinden].

1-mal bearbeitet. Zuletzt am 28.02.12 17:10.
Re: Slicing-Problem?
05. March 2012 17:44
Ich hänge mal mein Problem hier an, und hoffe das ist hier der richtige Platz.
Ich drucke mit Slic3r und Repetier Host (V0.35) und Firmware (0.48) auf einem Mendel mit gen7.

Habe erst ein paar Drucke gemacht und bemerkt, dass in z Dimension das Objekt um ca. 30% zu klein wurde.
Im gcode stehen aber die richtige G1 Zxx.xx Höhen. Wenn ich die Z Achse manuell verfahre, passt die Höhe ebenfalls.
Also müssen irgendwie Schritte beim Drucken verloren gehen, oder?

Ich habe da den GCODE im Verdacht...
Gleich zu Beginn steht da z.B.:
G1 Z0.400 F6000.000
(Die F6000 sind überall im gcode verteilt...)

Wie kommt slic3r drauf, dass meine Z Achse 6000 mm/min schafft?
In den Printer settings ist die mit 100 mm/min definiert.

*michi*
Re: Slicing-Problem?
05. March 2012 17:57
Slic3r ist bei der Z-Achse ziemlich frech und geht einfach davon aus, das die Firmware die zu hohe Geschwindigkeit selber runter regelt. Das macht sie auch, sonst währen es nicht 30% Fehler sondern eher gar keine. Zumindest mein Drucker macht nichts mehr wenn ich ihn da überfordere.

Ist dein Drucker ein original Mendel oder Prusa Mendel? Beim Original ist die Übersetzung Motor-Z-Achse so hoch das selbst bei ausgeschaltetem Motor nichts passiert. Beim Prusa bin ich nicht so sicher. Versuche mal den Z-Motor zwischen den Schichten nicht auszuschalten, also setzte

#define DISABLE_Z false

Was bei einer Bewegung nicht auffällt könnte sich bei vielen Layern und dem Gerüttel beim Druck durchaus zu 30% addieren.


Repetier-Software - the home of Repetier-Host (Windows, Linux and Mac OS X) and Repetier-Firmware.
Repetier-Server - the solution to control your printer from everywhere.
Visit us on Facebook and Twitter!
Re: Slicing-Problem?
06. March 2012 17:02
Ich habe einen orginalen Mendel...

Bin damit gerade ein wenig am Verzweifeln:

Versuch A:
Wenn ich 'aus dem Stand' ein G1 Z20 F6000 manuell eingebe, dann fährt der Mendel mit der in repetier Firmware eingestellten max Z-feedrate (in meinem Fall 200 mm/min).
So wie erwartet.

Versuch B:
Wenn ich aber während eines 'Dry Run' (also simulierter Druck) einfach mal manuell einen G1 Z20 F6000 dazwischen schiebe - dann pfeifft der Motor nur noch und z bewegt sich nicht. Genau so, als ob die in der Firmware eingestellte max z feedrate ignoriert würde.

Versuch C:
Nach dem (simulierten Druck) verhält sich der Drucker wieder wie bei A. Also wieder wie erwartet.

Der einzige Unterschied von A und B ist doch dass der Drucker gerade einen vollen Befehlsbuffer hat und ständig was tut, oder?

Hier meine Firmware Einstellungen:
23:05:37.486 : N1431 M205 *51
23:05:37.496 : EPR:2 75 57600 Baudrate
23:05:37.502 : EPR:2 79 0 Max. inactive time [ms,0=off]
23:05:37.511 : EPR:2 83 120000 Stop stepper afer inactivity [ms,0=off]
23:05:37.517 : EPR:3 3 80.00 X-axis steps per mm
23:05:37.524 : EPR:3 7 80.00 Y-axis steps per mm
23:05:37.531 : EPR:3 11 3360.00 Z-axis steps per mm
23:05:37.539 : EPR:3 15 4000.00 X-axis max. feedrate [mm/min]
23:05:37.546 : EPR:3 19 4000.00 Y-axis max. feedrate [mm/min]
23:05:37.555 : EPR:3 23 200.00 Z-axis max. feedrate [mm/min]
23:05:37.563 : EPR:3 27 2400.00 X-axis homing feedrate [mm/min]
23:05:37.572 : EPR:3 31 2400.00 Y-axis homing feedrate [mm/min]
23:05:37.580 : EPR:3 35 200.00 Z-axis homing feedrate [mm/min]
23:05:37.585 : EPR:3 39 40.00 Max. jerk [mm/s]
23:05:37.591 : EPR:3 47 0.30 Max. Z-jerk [mm/s]
23:05:37.600 : EPR:3 51 3000.00 X-axis acceleration [mm/s^2]
23:05:37.608 : EPR:3 55 3000.00 Y-axis acceleration [mm/s^2]
23:05:37.615 : EPR:3 59 100.00 Z-axis acceleration [mm/s^2]
23:05:37.626 : EPR:3 63 3000.00 X-axis travel acceleration [mm/s^2]
23:05:37.634 : EPR:3 67 3000.00 Y-axis travel acceleration [mm/s^2]
23:05:37.643 : EPR:3 71 100.00 Z-axis travel acceleration [mm/s^2]
23:05:37.652 : EPR:3 95 20.00 Max. extruder speed in [mm/s]
23:05:37.663 : EPR:0 103 0 OPS operation mode [0=Off,1=Classic,2=Fast]
23:05:37.670 : EPR:3 99 0.00 OPS move after x% retract [%]
23:05:37.678 : EPR:3 43 0.80 OPS min. distance for fil. retraction [mm]
23:05:37.687 : EPR:3 87 3.00 OPS retraction length [mm]
23:05:37.693 : EPR:3 91 0.00 OPS retraction backslash [mm]
23:05:37.700 : EPR:3 150 760.00 Extr. steps per mm
23:05:37.708 : EPR:3 154 1200.00 Extr. max. feedrate [mm/min]
23:05:37.717 : EPR:3 158 10.00 Extr. start feedrate [mm/s]
23:05:37.725 : EPR:3 162 10000.00 Extr. acceleration [mm/s^2]
23:05:37.730 : EPR:0 166 1 Heat manager [0-1]
23:05:37.734 : EPR:0 167 130 PID drive max
23:05:37.740 : EPR:0 195 50 PID drive min
23:05:37.745 : EPR:2 168 500 PID P-gain [*0.01]
23:05:37.752 : EPR:2 172 1 PID I-gain [*0.001]
23:05:37.758 : EPR:2 176 3000 PID D-gain [*0.01]
23:05:37.763 : EPR:0 180 255 PID max value [0-255]
23:05:37.769 : EPR:2 181 0 X-offset [steps]
23:05:37.776 : EPR:2 185 0 Y-offset [steps]
23:05:37.780 : EPR:1 189 20 Temp. stabilize time 
23:05:37.786 : EPR:3 191 0.00 Advance K [0=off]


1-mal bearbeitet. Zuletzt am 06.03.12 17:11.
Anhänge:
Öffnen | Download - Configuration.h (29.7 KB)
Re: Slicing-Problem?
07. March 2012 02:08
Also ganz spontan würde ich sagen, die Firmware ist in Ordnung...
Mir scheint, dass Du bei der gcode Erstellung da Werte hast, die nicht gehen.
Die Firmware wird dann ignoriert, so habe ich es verstanden.
Probier das doch mal mit Skeinforge, die Alternative hast Du bei Repetierhost ja.
Wusste gar nicht, dass man da einfach manuell einen Befehl reinschieben kann, wenn ein Druck läuft...eye rolling smiley
Re: Slicing-Problem?
07. March 2012 03:26
@spirit
Ja der Host erlaubt das einschieben von Befehlen. Macht er selber ständig um die Temperatur zu pollen.

@michi

Habe auch einen original Mendel. 200mm/s auf der Z Achse ist ziemlich ausgereizt. Kann mir da durchaus vorstellen, das bei 200 in Bewegung die Reibung höher ist und der start misslingt. Und wenn er dann schritte verliert kommt er auch nicht mehr korrekt in fahrt. Schafft meiner auch nicht. Mein funktionales limit liegt bei 120mm/s. Evtl. auch noch max z-Jerk mal reduzieren. Dadurch wird dem Drucker eine zu hohe Anfangsgeschwindigkeit beim wechsel auf z erlaubt. Mit 0.2 oder 0.1 sollte das auch besser werden. Must du halt testen ab wo es funktioniert+Sicherheitspuffer falls die schmierung mal schlechter ist.


Repetier-Software - the home of Repetier-Host (Windows, Linux and Mac OS X) and Repetier-Firmware.
Repetier-Server - the solution to control your printer from everywhere.
Visit us on Facebook and Twitter!
Re: Slicing-Problem?
07. March 2012 17:06
Es tut!
Ich habe jetzt z_max auf 120 mm/min (min und nicht s oder?) und z-Jerk auf 0,2 gesetzt. Hab übrigens 8 fach Stepping auf der Z Achse.
Was ist z_Jerk eigentlich im Gegensatz zu acceleration?

Da war die Konfiguration wohl tatsächlich zu knapp an der Grenze.

Vielen Dank für Eure Tipps!
*michi*
Re: Slicing-Problem?
08. March 2012 04:58
z-Jerk ist der erlaubte schock beim wechsel von Geschwindigkeiten in z-Richtung und bestimmt damit die Startgeschwindigkeit beim anlaufen.Bei kleinerem Wert fängt er halt langsamer an und beschleunigt von dem Wert auf maximale Geschwindigkeit. Startgeschwindigkeit = z-Jerk/2.


Repetier-Software - the home of Repetier-Host (Windows, Linux and Mac OS X) and Repetier-Firmware.
Repetier-Server - the solution to control your printer from everywhere.
Visit us on Facebook and Twitter!
In diesem Forum dürfen leider nur registrierte Teilnehmer schreiben.

Klicke hier, um Dich einzuloggen