Sporadischer Z-Versatz
-
- Gelegenheitsdrucker
- Beiträge: 44
- Registriert: Di 6. Jan 2015, 08:04
- Has thanked: 2 times
- Been thanked: 1 time
Sporadischer Z-Versatz
Ich bin mir nicht sicher, ob ich das richtige Unterforum ausgewählt habe, aber etwas passenderes finde ich nicht.
Ich habe zwei RF1000, beide mit Community Firmware 1.45. Ein Drucker ist noch serienmäßig mit V1-Hotend 3mm, der zweite ist umgebaut auf einen E3D V6 Clon mit 1,75 mm. Hier muss ich die Firmware nochmal aufspielen, das Heizbett zeigt um 20°C zu viel an.
Ich steige gerade auf den Orca-Slicer um, nach ein paar Drucken ist mir jetzt aufgefallen, dass in den Objekten Lücken sind. Zuerst ist das auf dem originalen Drucker zweimal hintereinander bei 57 mm Höhe aufgetreten, ein Testdruck aus einem simplen Zylinder hatte den Fehler nicht. Ich hatte erst den Octopi im Verdacht, aber auch von SD-Karte trat der Fehler auf (1x Octopi, 1x SD). Im GCODE konnte ich nichts finden, und auch alle weiteren Testdrucke mit diversen Tests mit Kühlung, Geschwindigkeit usw. waren fehlerfrei.
Heute taucht plötzlich der selbe Fehler am Drucker mit dem V6-Hotend auf, diesmal bei zwei verschiedenen Benchys, auf verschiedenen Höhen. Geändert habe ich softwareseitig nichts, ich habe nur mit verschiedenen Luftdüsen und einem anderen Lüfter getestet. Die letzten beiden Benchys hatten auch mittendrin "fehlende" Schichten. Alle Benchys, intakt wie defekt, stammen aus der selben Datei von der selben SD-Karte.
Nachmessen ergab allerdings dass die defekten Benchys höher sind. es sieht also so aus, als ob das Bett hier sporadisch zu weit nach unten gefahren wird. Habt Ihr eine Idee dazu?
Gruß
Patrick
Ich habe zwei RF1000, beide mit Community Firmware 1.45. Ein Drucker ist noch serienmäßig mit V1-Hotend 3mm, der zweite ist umgebaut auf einen E3D V6 Clon mit 1,75 mm. Hier muss ich die Firmware nochmal aufspielen, das Heizbett zeigt um 20°C zu viel an.
Ich steige gerade auf den Orca-Slicer um, nach ein paar Drucken ist mir jetzt aufgefallen, dass in den Objekten Lücken sind. Zuerst ist das auf dem originalen Drucker zweimal hintereinander bei 57 mm Höhe aufgetreten, ein Testdruck aus einem simplen Zylinder hatte den Fehler nicht. Ich hatte erst den Octopi im Verdacht, aber auch von SD-Karte trat der Fehler auf (1x Octopi, 1x SD). Im GCODE konnte ich nichts finden, und auch alle weiteren Testdrucke mit diversen Tests mit Kühlung, Geschwindigkeit usw. waren fehlerfrei.
Heute taucht plötzlich der selbe Fehler am Drucker mit dem V6-Hotend auf, diesmal bei zwei verschiedenen Benchys, auf verschiedenen Höhen. Geändert habe ich softwareseitig nichts, ich habe nur mit verschiedenen Luftdüsen und einem anderen Lüfter getestet. Die letzten beiden Benchys hatten auch mittendrin "fehlende" Schichten. Alle Benchys, intakt wie defekt, stammen aus der selben Datei von der selben SD-Karte.
Nachmessen ergab allerdings dass die defekten Benchys höher sind. es sieht also so aus, als ob das Bett hier sporadisch zu weit nach unten gefahren wird. Habt Ihr eine Idee dazu?
Gruß
Patrick
- AtlonXP
- 3D-Drucker Erfinder
- Beiträge: 3447
- Registriert: So 15. Nov 2015, 20:55
- Has thanked: 758 times
- Been thanked: 596 times
Re: Sporadischer Z-Versatz
Hallo PatrickB,
1.)
Vor einem neuen Update empfehle ich dir zuerst einen Werks- Reset wie an einem Handy zu machen.
Die Funktion findest du im Druckermenü unter „RestoreDefault“.
2.)
Bei dieser Funktion wird bei jedem Retract die Düse vom Druckteil abgehoben?
Wenn das so ist, dann schalte die Funktion aus und probiere das Drucken noch einmal.
Danach melde dich hier bitte noch mal.
LG AtlonXP
1.)
Es ist schon gelegentlich vorgekommen, dass der Drucker nach einem FW update irgendwelche Fehler aufweist.PatrickB hat geschrieben: … der zweite ist umgebaut auf einen E3D V6 Clon mit 1,75 mm. Hier muss ich die Firmware nochmal aufspielen, das Heizbett zeigt um 20°C zu viel an.
Vor einem neuen Update empfehle ich dir zuerst einen Werks- Reset wie an einem Handy zu machen.
Die Funktion findest du im Druckermenü unter „RestoreDefault“.
2.)
Druckst du mit der Funktion Z- Hopping?PatrickB hat geschrieben: … nach ein paar Drucken ist mir jetzt aufgefallen, dass in den Objekten Lücken sind. Zuerst ist das auf dem originalen Drucker zweimal hintereinander bei 57 mm Höhe aufgetreten …
Bei dieser Funktion wird bei jedem Retract die Düse vom Druckteil abgehoben?
Wenn das so ist, dann schalte die Funktion aus und probiere das Drucken noch einmal.
Danach melde dich hier bitte noch mal.
LG AtlonXP
- rf1k_mjh11
- Developer
- Beiträge: 2096
- Registriert: Di 6. Jan 2015, 19:44
- Wohnort: Autriche
- Has thanked: 276 times
- Been thanked: 557 times
Re: Sporadischer Z-Versatz
Hallo PatrikB,
Zusätzlich zu den Tips von AtlonXP bitte die drei Zahnriemenräder auf ordentlichen Sitz prüfen. Nicht dass die Madenschrauben locker geworden sind! Ebenso sicherheitshalber die Motorwelle des Z-Schrittmotors prüfen (möglicher Achsbruch).
mjh11
Zusätzlich zu den Tips von AtlonXP bitte die drei Zahnriemenräder auf ordentlichen Sitz prüfen. Nicht dass die Madenschrauben locker geworden sind! Ebenso sicherheitshalber die Motorwelle des Z-Schrittmotors prüfen (möglicher Achsbruch).
mjh11
RF1000 (seit 2014) mit:
Pico Hot End (mit eigenem Bauteil- und Hot End Lüfter)
Ceran Bett
FW RF.01.47 (von Conrad, modif.)
Die Natur kontert immer sofort mit einem besseren Idioten.
Pico Hot End (mit eigenem Bauteil- und Hot End Lüfter)
Ceran Bett
FW RF.01.47 (von Conrad, modif.)
Die Natur kontert immer sofort mit einem besseren Idioten.
-
- Gelegenheitsdrucker
- Beiträge: 44
- Registriert: Di 6. Jan 2015, 08:04
- Has thanked: 2 times
- Been thanked: 1 time
Re: Sporadischer Z-Versatz
Ja, Z-Hop war auf 0,4 mm eingestellt, jetzt steht es auf 0, wenn das nichts hilft muss ich doch mal drunter schauen und die Wellen und Motoren prüfen. Wo kann die Welle brechen ohne dass es einen Totalausfall gibt?
- AtlonXP
- 3D-Drucker Erfinder
- Beiträge: 3447
- Registriert: So 15. Nov 2015, 20:55
- Has thanked: 758 times
- Been thanked: 596 times
Re: Sporadischer Z-Versatz
Hier im Forum habe ich Empfehlungen für unser Community FW geschrieben.
Dort sind bessere Parameter für dieses Problem beschrieben.
Vermutlich ist das Z- Hopping der Auslöser.
viewtopic.php?p=34036#p34036
Ich weis nicht warum da was nachträglich durchgestrichen wurde,
es hat trotz allem noch seine Gültigkeit.
LG AtlonXP
Dort sind bessere Parameter für dieses Problem beschrieben.
Vermutlich ist das Z- Hopping der Auslöser.
viewtopic.php?p=34036#p34036
Ich weis nicht warum da was nachträglich durchgestrichen wurde,
es hat trotz allem noch seine Gültigkeit.
LG AtlonXP
-
- Gelegenheitsdrucker
- Beiträge: 44
- Registriert: Di 6. Jan 2015, 08:04
- Has thanked: 2 times
- Been thanked: 1 time
Re: Sporadischer Z-Versatz
Ich sehe gerade dass ich vergessen habe, zu schreiben dass die Lücke ca. einen Millimeter hoch ist.
Von den Werten aus dem Link bin ich nicht weit entfernt.
Nutzt hier noch jemand den Orca Slicer? Vielleicht übersehe ich ja auch eine Einstellung, die so etwas auslösen kann.
Edit:
Möglicherweise ist der Orca Slicer nicht kompatibel, er kenn nur Marlin-Dialekte und die unterscheiden sich in den Einstellungen für Acceleration und Jerk von unserem GCODE. Noch vor dem Startcode, den ich selbst erstellen kann, wird ein Block EXECUTABLE_BLOCK_START erstellt, der bei einer Beschleunigung von 100 so aussieht:
; EXECUTABLE_BLOCK_START
M73 P0 R67
M201 X10000 Y10000 Z500 E5000
M203 X30000 Y30000 Z600 E3600
M204 P10000 T0 ; sets acceleration (P, T), mm/sec^2
M566 X480.00 Y480.00 Z24.00 E300.00 ; sets the jerk limits, mm/min
;TYPE:Custom
Im weiteren Code wird die Beschleunigung mit M204 P100 dann richtig gesetzt, M204 ist aber bei uns "Setze PID Parameter" und wird hoffentlich einfach als falsch ignoriert.
Durchgestrichen hat das "s" in eckigen Klammern [] hinter "Printer active", das wird von BBCode als durchgestrichen interpretiert.
Von den Werten aus dem Link bin ich nicht weit entfernt.
Nutzt hier noch jemand den Orca Slicer? Vielleicht übersehe ich ja auch eine Einstellung, die so etwas auslösen kann.
Edit:
Möglicherweise ist der Orca Slicer nicht kompatibel, er kenn nur Marlin-Dialekte und die unterscheiden sich in den Einstellungen für Acceleration und Jerk von unserem GCODE. Noch vor dem Startcode, den ich selbst erstellen kann, wird ein Block EXECUTABLE_BLOCK_START erstellt, der bei einer Beschleunigung von 100 so aussieht:
; EXECUTABLE_BLOCK_START
M73 P0 R67
M201 X10000 Y10000 Z500 E5000
M203 X30000 Y30000 Z600 E3600
M204 P10000 T0 ; sets acceleration (P, T), mm/sec^2
M566 X480.00 Y480.00 Z24.00 E300.00 ; sets the jerk limits, mm/min
;TYPE:Custom
Im weiteren Code wird die Beschleunigung mit M204 P100 dann richtig gesetzt, M204 ist aber bei uns "Setze PID Parameter" und wird hoffentlich einfach als falsch ignoriert.
Durchgestrichen hat das "s" in eckigen Klammern [] hinter "Printer active", das wird von BBCode als durchgestrichen interpretiert.
Zuletzt geändert von PatrickB am So 3. Nov 2024, 22:33, insgesamt 1-mal geändert.
- AtlonXP
- 3D-Drucker Erfinder
- Beiträge: 3447
- Registriert: So 15. Nov 2015, 20:55
- Has thanked: 758 times
- Been thanked: 596 times
Re: Sporadischer Z-Versatz
Ich kann das Durchgestrichene nicht mehr ändern.
Nach einem Update des php BB Code im Forum war das auf einmal so…
Wir hatten damals in der Community FW die Motor Ströme so niedrig wie möglich optimiert.
Für Z- Hopping könnten die etwas zu niedrig sein.
Ebenso ist zu beachten, dass die Beschleunigung ACC für Z und Ruck Jerk niedrig ist.
Die Massen der beiden Spindeln, stellt eine erhebliche Gegenkraft dar!
Auch die Geschwindigkeit Feedrate für Z- Hopping darf niedrig sein.
Ein Fahrweg von 0,4 mm ist gleich abgefahren.
LG AtlonXP
Nach einem Update des php BB Code im Forum war das auf einmal so…
Wir hatten damals in der Community FW die Motor Ströme so niedrig wie möglich optimiert.
Für Z- Hopping könnten die etwas zu niedrig sein.
Ebenso ist zu beachten, dass die Beschleunigung ACC für Z und Ruck Jerk niedrig ist.
Die Massen der beiden Spindeln, stellt eine erhebliche Gegenkraft dar!
Auch die Geschwindigkeit Feedrate für Z- Hopping darf niedrig sein.
Ein Fahrweg von 0,4 mm ist gleich abgefahren.
LG AtlonXP
- AtlonXP
- 3D-Drucker Erfinder
- Beiträge: 3447
- Registriert: So 15. Nov 2015, 20:55
- Has thanked: 758 times
- Been thanked: 596 times
Re: Sporadischer Z-Versatz
Hier geht es zu unserer G- Code Tabelle.
wiki/index.php/GCodes
M201 und M202 sind für ACC zuständig.
Es ist besser du stellst deine Werte ACC usw. über das Druckermenü ein und achtest darauf, dass diese im Start Code nicht per G Code Befehle geändert werden.
M201 X10000 Y10000 Z500 E5000!
M203 X30000 Y30000 Z600 E3600!
Diese Zahlenwerte könntest du höchstens für E belassen!
Die RFX000 Klasse sollte meines Wissens mit dem Orca Slicer laufen können.
LG AtlonXP
wiki/index.php/GCodes
M201 und M202 sind für ACC zuständig.
Es ist besser du stellst deine Werte ACC usw. über das Druckermenü ein und achtest darauf, dass diese im Start Code nicht per G Code Befehle geändert werden.
M201 X10000 Y10000 Z500 E5000!
M203 X30000 Y30000 Z600 E3600!
Diese Zahlenwerte könntest du höchstens für E belassen!
Die RFX000 Klasse sollte meines Wissens mit dem Orca Slicer laufen können.
LG AtlonXP
-
- Gelegenheitsdrucker
- Beiträge: 44
- Registriert: Di 6. Jan 2015, 08:04
- Has thanked: 2 times
- Been thanked: 1 time
Re: Sporadischer Z-Versatz
Diese Zeilen kann ich nicht ändern, die erstellt der Slicer.
Für's Erste habe ich die Werte jetzt wieder in den Startcode geschrieben, der nach EXECUTABLE_BLOCK_START kommt:
;--------------------------------------
G28 ; home all axes
G92 Y0 ; Bettposition korrigieren
G1 Y25 Z5 F500 ; lift nozzle
G92 Y0 ; Bettposition korrigieren
M3001 ; Aktivate Z-Compensation
G90 ; use absolute coordinates
;M82 ; use absolute distances for extrusion
M104 S[first_layer_temperature] ; set extruder temp
M140 S[first_layer_bed_temperature] ; set bed temp
M190 S[first_layer_bed_temperature] ; wait for bed temp
M109 S[first_layer_temperature] ; wait for extruder temp
G92 E0 ; start line
G1 F300 E-0.5
G1 X220 Y0 Z0.35 F5000
G1 F800 E13
G1 X20 E25 F1000
; Acc printing
M201 X400 Y400 Z80
; Acc travel
M202 X400 Y400 Z80
; JERK
M207 X9 Z0.35
;--------------------------------------
Wenn ich zuverlässige Werte habe (die hätte ich gerne wieder irgendwo im Bereich 1000) speichere ich sie im Drucker.
Für's Erste habe ich die Werte jetzt wieder in den Startcode geschrieben, der nach EXECUTABLE_BLOCK_START kommt:
;--------------------------------------
G28 ; home all axes
G92 Y0 ; Bettposition korrigieren
G1 Y25 Z5 F500 ; lift nozzle
G92 Y0 ; Bettposition korrigieren
M3001 ; Aktivate Z-Compensation
G90 ; use absolute coordinates
;M82 ; use absolute distances for extrusion
M104 S[first_layer_temperature] ; set extruder temp
M140 S[first_layer_bed_temperature] ; set bed temp
M190 S[first_layer_bed_temperature] ; wait for bed temp
M109 S[first_layer_temperature] ; wait for extruder temp
G92 E0 ; start line
G1 F300 E-0.5
G1 X220 Y0 Z0.35 F5000
G1 F800 E13
G1 X20 E25 F1000
; Acc printing
M201 X400 Y400 Z80
; Acc travel
M202 X400 Y400 Z80
; JERK
M207 X9 Z0.35
;--------------------------------------
Wenn ich zuverlässige Werte habe (die hätte ich gerne wieder irgendwo im Bereich 1000) speichere ich sie im Drucker.
- AtlonXP
- 3D-Drucker Erfinder
- Beiträge: 3447
- Registriert: So 15. Nov 2015, 20:55
- Has thanked: 758 times
- Been thanked: 596 times
Re: Sporadischer Z-Versatz
M201 X400 Y400 Z80
X und Y kann man zwischen 800 und 3000 ACC fahren.
Wobei ACC 3000 schon weh tut wegen unserer hohen Extruder Masse.
Ich bevorzuge ACC 800, das ist jedoch Geschmacksache.
Sind deine Fragen nun beantwortet?
Ansonsten nochmals nachfragen.
LG AtlonXP
X und Y kann man zwischen 800 und 3000 ACC fahren.
Wobei ACC 3000 schon weh tut wegen unserer hohen Extruder Masse.
Ich bevorzuge ACC 800, das ist jedoch Geschmacksache.
Sind deine Fragen nun beantwortet?
Ansonsten nochmals nachfragen.
LG AtlonXP