Moin zusammen,
Ist es möglich der maximalen X- Weg zu verringern? Nach dem Umbau auf dem E3D ist die maximale Druckbreite verringert, das der Bauteillüfter seitlich sitzt. Im Repetier Host habe ich die Druckbreite bereits auf 230mm verringert. Beim Bed Scan stößst der Extruderschlitten rechts gegen das Chassis. Dabei springt der Transportriemen über und gesund kann das im allgemeinen ja auch nicht sein.
Gruß
Lars
Maximaler Weg X-Achse verkleinern
- af0815
- Donator
- Beiträge: 829
- Registriert: Di 2. Jun 2020, 14:45
- Wohnort: Burgenland
- Has thanked: 35 times
- Been thanked: 123 times
Re: Maximaler Weg X-Achse verkleinern
Grundlegend in der RF1000.h bei der Communityversion so um Zeile 115 zu finden, ist original 245. Dort kann man die maximalen Werte definieren.
- rf1k_mjh11
- Developer
- Beiträge: 2096
- Registriert: Di 6. Jan 2015, 19:44
- Wohnort: Autriche
- Has thanked: 276 times
- Been thanked: 557 times
Re: Maximaler Weg X-Achse verkleinern
Hallo Lars/Gazelle,
Allein den maximalen X-Weg zu veringern ist vielleicht zu wenig. Falls der Heat Bed Scan auf vorbestimmte Werte zurückgreift, wird der Extruderschlitten vielleicht weiterhin beim Scan kollidieren. Das kann ich nicht bestätigen, jemand wie Nibbels, der die Firmware besser durchblickt, eher.
In der Firmware finde ich nur den Hinweis, dass der Scan in X (bei einem Extruder) 5mm oder (mit zwei Extruder) 0mm vom rechten Ende aufhört, wobei mir nicht klar ist, woher der Wert für 'das rechte Ende' kommt. [aus RF1000.h, ab Zeile 948]. Holt sich die Firmware 'das rechte Ende' aus der von dir reduzierten X-Länge, ist alles in Butter.
Falls nicht, keine Bange! Als Abhilfe gibt es dazu GCodes die das Verhalten des HBS beeinflussen. In der Wiki, hier, kannst du es genauer nachlesen. Für dich interessant wäre M3024, wo der maximale X-Wert beim HBS festgelegt wird. (Das kann man vermutlich fix in der Firmware ändern, oder einfach vor jedem HBS auf den M3024 Befehl nicht vergessen und ausführen.)
Nieder mit COVID-19!
mjh11
Allein den maximalen X-Weg zu veringern ist vielleicht zu wenig. Falls der Heat Bed Scan auf vorbestimmte Werte zurückgreift, wird der Extruderschlitten vielleicht weiterhin beim Scan kollidieren. Das kann ich nicht bestätigen, jemand wie Nibbels, der die Firmware besser durchblickt, eher.
In der Firmware finde ich nur den Hinweis, dass der Scan in X (bei einem Extruder) 5mm oder (mit zwei Extruder) 0mm vom rechten Ende aufhört, wobei mir nicht klar ist, woher der Wert für 'das rechte Ende' kommt. [aus RF1000.h, ab Zeile 948]. Holt sich die Firmware 'das rechte Ende' aus der von dir reduzierten X-Länge, ist alles in Butter.
Falls nicht, keine Bange! Als Abhilfe gibt es dazu GCodes die das Verhalten des HBS beeinflussen. In der Wiki, hier, kannst du es genauer nachlesen. Für dich interessant wäre M3024, wo der maximale X-Wert beim HBS festgelegt wird. (Das kann man vermutlich fix in der Firmware ändern, oder einfach vor jedem HBS auf den M3024 Befehl nicht vergessen und ausführen.)
Nieder mit COVID-19!
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.
- AtlonXP
- 3D-Drucker Erfinder
- Beiträge: 3447
- Registriert: So 15. Nov 2015, 20:55
- Has thanked: 758 times
- Been thanked: 596 times
Re: Maximaler Weg X-Achse verkleinern
Hallo zusammen.
Hier möchte ich zu der Matrix etwas erwähnen.
Da Nibbels kaum hier noch zu lesen ist, werde ich hierzu eine Erklärung abgeben.
viewtopic.php?p=30699#p30699
19:08:12.869 : M3013: current heat bed z-compensation matrix:
19:08:12.869 : front left ... front right
19:08:12.869 : ... ... ...
19:08:12.869 : back left ... back right
19:08:12.870 : ;7;0;15;35;55;75;95;115;135;155;175;180
19:08:12.870 : ;0;-0.61;-0.61;-0.58;-0.55;-0.52;-0.49;-0.47;-0.46;-0.45;-0.44;-0.44
19:08:12.870 : ;30;-0.61;-0.61;-0.58;-0.55;-0.52;-0.49;-0.47;-0.46;-0.45;-0.44;-0.44
19:08:12.870 : ;50;-0.61;-0.61;-0.58;-0.54;-0.52;-0.49;-0.47;-0.46;-0.45;-0.44;-0.44
19:08:12.870 : ;70;-0.62;-0.62;-0.58;-0.55;-0.52;-0.49;-0.47;-0.46;-0.45;-0.44;-0.44
19:08:12.870 : ;90;-0.62;-0.62;-0.59;-0.55;-0.52;-0.50;-0.48;-0.46;-0.45;-0.45;-0.45
19:08:12.870 : ;110;-0.63;-0.63;-0.59;-0.56;-0.53;-0.50;-0.48;-0.47;-0.46;-0.45;-0.45
19:08:12.870 : ;130;-0.64;-0.64;-0.60;-0.57;-0.53;-0.51;-0.49;-0.47;-0.46;-0.45;-0.45
19:08:12.870 : ;150;-0.65;-0.65;-0.61;-0.57;-0.54;-0.51;-0.49;-0.48;-0.46;-0.46;-0.46
19:08:12.870 : ;170;-0.65;-0.65;-0.61;-0.57;-0.54;-0.52;-0.50;-0.48;-0.47;-0.47;-0.47
19:08:12.870 : ;190;-0.66;-0.66;-0.62;-0.58;-0.55;-0.53;-0.51;-0.49;-0.48;-0.48;-0.48
19:08:12.870 : ;210;-0.67;-0.67;-0.63;-0.59;-0.56;-0.54;-0.52;-0.50;-0.49;-0.49;-0.49
19:08:12.870 : ;230;-0.68;-0.68;-0.64;-0.60;-0.57;-0.54;-0.50;-0.51;-0.50;-0.49;-0.49
19:08:12.870 : ;245;-0.68;-0.68;-0.64;-0.60;-0.57;-0.54;-0.50;-0.51;-0.50;-0.49;-0.49
19:08:12.870 : offset = -1118 [steps] (= -0.44 [mm])
19:08:12.870 : warpage = -614 [steps] (= -0.24 [mm])
19:08:12.870 : g_uZMatrixMax[X_AXIS] = 11
19:08:12.870 : g_uZMatrixMax[Y_AXIS] = 13
19:08:12.870 : g_nActiveHeatBed = 1
Wenn man nun die Zahlenwerte am äußersten Rand betrachtet und die Zahlenwerte mit der Umrandung eins weiter zur Mitte,
dann wird man feststellen, dass diese identisch sind.
Folglich sind die Zahlenwerte von eins weiter innen, um eins nach außen zum Rand kopiert!
Hier wird etwas geschummelt für eine bessere Randberechnung.
Zum Fahrweg von der X Achse:
Es könnte sein, dass man seine Messpunkte etwas weiter nach innen verschieben muss.
Jedoch würde ich es vorher in der Praxis testen, ob es tatsächlich nötig ist.
LG AtlonXP
Hier möchte ich zu der Matrix etwas erwähnen.
Da Nibbels kaum hier noch zu lesen ist, werde ich hierzu eine Erklärung abgeben.
Diese Matrix ist von hier kopiert:rf1k_mjh11 hat geschrieben: In der Firmware finde ich nur den Hinweis, dass der Scan in X (bei einem Extruder) 5mm oder (mit zwei Extruder) 0mm vom rechten Ende aufhört, wobei mir nicht klar ist, woher der Wert für 'das rechte Ende' kommt. [aus RF1000.h, ab Zeile 948]. Holt sich die Firmware 'das rechte Ende' aus der von dir reduzierten X-Länge, ist alles in Butter.
viewtopic.php?p=30699#p30699
19:08:12.869 : M3013: current heat bed z-compensation matrix:
19:08:12.869 : front left ... front right
19:08:12.869 : ... ... ...
19:08:12.869 : back left ... back right
19:08:12.870 : ;7;0;15;35;55;75;95;115;135;155;175;180
19:08:12.870 : ;0;-0.61;-0.61;-0.58;-0.55;-0.52;-0.49;-0.47;-0.46;-0.45;-0.44;-0.44
19:08:12.870 : ;30;-0.61;-0.61;-0.58;-0.55;-0.52;-0.49;-0.47;-0.46;-0.45;-0.44;-0.44
19:08:12.870 : ;50;-0.61;-0.61;-0.58;-0.54;-0.52;-0.49;-0.47;-0.46;-0.45;-0.44;-0.44
19:08:12.870 : ;70;-0.62;-0.62;-0.58;-0.55;-0.52;-0.49;-0.47;-0.46;-0.45;-0.44;-0.44
19:08:12.870 : ;90;-0.62;-0.62;-0.59;-0.55;-0.52;-0.50;-0.48;-0.46;-0.45;-0.45;-0.45
19:08:12.870 : ;110;-0.63;-0.63;-0.59;-0.56;-0.53;-0.50;-0.48;-0.47;-0.46;-0.45;-0.45
19:08:12.870 : ;130;-0.64;-0.64;-0.60;-0.57;-0.53;-0.51;-0.49;-0.47;-0.46;-0.45;-0.45
19:08:12.870 : ;150;-0.65;-0.65;-0.61;-0.57;-0.54;-0.51;-0.49;-0.48;-0.46;-0.46;-0.46
19:08:12.870 : ;170;-0.65;-0.65;-0.61;-0.57;-0.54;-0.52;-0.50;-0.48;-0.47;-0.47;-0.47
19:08:12.870 : ;190;-0.66;-0.66;-0.62;-0.58;-0.55;-0.53;-0.51;-0.49;-0.48;-0.48;-0.48
19:08:12.870 : ;210;-0.67;-0.67;-0.63;-0.59;-0.56;-0.54;-0.52;-0.50;-0.49;-0.49;-0.49
19:08:12.870 : ;230;-0.68;-0.68;-0.64;-0.60;-0.57;-0.54;-0.50;-0.51;-0.50;-0.49;-0.49
19:08:12.870 : ;245;-0.68;-0.68;-0.64;-0.60;-0.57;-0.54;-0.50;-0.51;-0.50;-0.49;-0.49
19:08:12.870 : offset = -1118 [steps] (= -0.44 [mm])
19:08:12.870 : warpage = -614 [steps] (= -0.24 [mm])
19:08:12.870 : g_uZMatrixMax[X_AXIS] = 11
19:08:12.870 : g_uZMatrixMax[Y_AXIS] = 13
19:08:12.870 : g_nActiveHeatBed = 1
Wenn man nun die Zahlenwerte am äußersten Rand betrachtet und die Zahlenwerte mit der Umrandung eins weiter zur Mitte,
dann wird man feststellen, dass diese identisch sind.
Folglich sind die Zahlenwerte von eins weiter innen, um eins nach außen zum Rand kopiert!
Hier wird etwas geschummelt für eine bessere Randberechnung.
Zum Fahrweg von der X Achse:
Es könnte sein, dass man seine Messpunkte etwas weiter nach innen verschieben muss.
Jedoch würde ich es vorher in der Praxis testen, ob es tatsächlich nötig ist.
LG AtlonXP