Bed-Leveling Code Modifizieren
geschrieben von Junkie
|
Bed-Leveling Code Modifizieren 20. August 2017 12:01 |
Hallo Zusammen,
ich habe mir ein Z-Taster aus einer Waagezelle ähnlich wie bei Link aufgebaut.
(Die Mechanik ist etwas anders die Hardware ist aber weitgehend identisch und die angebotene Software verwende ich 1:1)
Das Problem, das alle Wagezellen nach diesem Prinzip habe ist eine Drift über die Zeit, weswegen man diese regelmäßig auf Null setzen muss.
Das Kann ich einmalig vor der Bettkalibrierung mit dem M42 G-Code durchführen. (bei mir hat es abweichend vom Instructable nur mit S255 und nicht mit S1 funktioniert - vielleicht hilft das irgendwem)
Mein Aktuelles Skript lautet:
Nun ist mein Eindruck allerdings, dass ein paar mehr Nullsetzungen nicht schaden könnten. Am liebsten eigentlich direkt vor jeder Messung.
Und der Eindruck kommt nicht etwa von unsauberen Druckergebnissen, sondern von einem selbstständigen "Notaus" des Druckers während des Bedlevelings nach einer zufälligen Anzahl korrekt gemessener Messpunkte...
Im Code vom Sensor-Arduino hat diese Modifikation glaube ich wenig Sinn, da man nicht mit Sicherheit einen Zeitpunkt erwischen wird, zu dem der Druckkopf gerade still steht.
Daher wolle ich das gern in der Repetier Firmwäre ändern - kann ja eigentlich kein Hexenwerk sein - und mit Hilfe der Gemeinschaft in diesem Forum erst recht nicht.
Leider durchschaue ich den Text mit den diversen Funktionen (deren Definitionen teilweise für mich unauffindbar sind) nicht so, wie ichs gern hätte. Ich verfüge aber auch nur über sehr rudimentäre C++ Kenntnisse.
Daher kann ich bisher nur mehr oder weniger raten was zu tun ist und hoffe von euch auf den richtigen Weg gebracht zu werden. Mein Ansatz:
In dem Reiter "BedLeveling.cpp" der aktuellsten Repetier Firmware ab Zeile 306.
Meine Vermutung ist aktuell, dass ich diese wie folgt modifizieren muss
Allerdings verstehe ich absolut nicht was das "*com" in "void Commands::processMCode(GCode *com)" zu bedeuten hat. (muss aber auch nicht sein, wenns am Ende läuft
)
Zusätzlich wäre vielleicht sogar eine kurze Pause vor dem Nullsetzen nicht verkehrt, damit der Druckkopf auch wirklich stillsteht und ein paar Mikro-Schwingungen abklingen können.
Aber da wüsste ich jetzt nicht wie ich eine Pause definieren muss, ohne das Ganze Programm zu "lähmen" (mindestens Temperaturregelung und Notaus sollten ja ungehindert weiterlaufen)
Das Ganze sollte dann nach Möglichkeit sowohl im Befehl G32 S2 als auch im G33 funktionieren. Wäre das so, wenn ich das an der Stelle einbaue oder muss ich das noch wo anders ebenso machen?
Gruß
Junkie
ich habe mir ein Z-Taster aus einer Waagezelle ähnlich wie bei Link aufgebaut.
(Die Mechanik ist etwas anders die Hardware ist aber weitgehend identisch und die angebotene Software verwende ich 1:1)
Das Problem, das alle Wagezellen nach diesem Prinzip habe ist eine Drift über die Zeit, weswegen man diese regelmäßig auf Null setzen muss.
Das Kann ich einmalig vor der Bettkalibrierung mit dem M42 G-Code durchführen. (bei mir hat es abweichend vom Instructable nur mit S255 und nicht mit S1 funktioniert - vielleicht hilft das irgendwem)
Mein Aktuelles Skript lautet:
M42 P4 S255 ; zero the load cell by pulsing Digital Pin 4 M42 P4 S0 G32 S2 ; Probe Z and calculate Z plane M42 P4 S255 ; zero the load cell by pulsing Digital Pin 4 M42 P4 S0 G33 ; Measure distortion Matrix G28 ; Home
Nun ist mein Eindruck allerdings, dass ein paar mehr Nullsetzungen nicht schaden könnten. Am liebsten eigentlich direkt vor jeder Messung.
Und der Eindruck kommt nicht etwa von unsauberen Druckergebnissen, sondern von einem selbstständigen "Notaus" des Druckers während des Bedlevelings nach einer zufälligen Anzahl korrekt gemessener Messpunkte...
Im Code vom Sensor-Arduino hat diese Modifikation glaube ich wenig Sinn, da man nicht mit Sicherheit einen Zeitpunkt erwischen wird, zu dem der Druckkopf gerade still steht.
Daher wolle ich das gern in der Repetier Firmwäre ändern - kann ja eigentlich kein Hexenwerk sein - und mit Hilfe der Gemeinschaft in diesem Forum erst recht nicht.
Leider durchschaue ich den Text mit den diversen Funktionen (deren Definitionen teilweise für mich unauffindbar sind) nicht so, wie ichs gern hätte. Ich verfüge aber auch nur über sehr rudimentäre C++ Kenntnisse.
Daher kann ich bisher nur mehr oder weniger raten was zu tun ist und hoffe von euch auf den richtigen Weg gebracht zu werden. Mein Ansatz:
In dem Reiter "BedLeveling.cpp" der aktuellsten Repetier Firmware ab Zeile 306.
Meine Vermutung ist aktuell, dass ich diese wie folgt modifizieren muss
#if DRIVE_SYSTEM == DELTA
if(r > 0) {
Commands::processMCode('M42 P4 S255'); //von mir ergänzt
Commands::processMCode('M42 P4 S0'); //von mir ergänzt
Printer::finishProbing();
Printer::homeAxis(true, true, true);
Printer::moveTo(IGNORE_COORDINATE, IGNORE_COORDINATE, EEPROM::zProbeBedDistance() + EEPROM::zProbeHeight(), IGNORE_COORDINATE, Printer::homingFeedrate[Z_AXIS]);
Printer::startProbing(true);
}
#endif
Allerdings verstehe ich absolut nicht was das "*com" in "void Commands::processMCode(GCode *com)" zu bedeuten hat. (muss aber auch nicht sein, wenns am Ende läuft
)Zusätzlich wäre vielleicht sogar eine kurze Pause vor dem Nullsetzen nicht verkehrt, damit der Druckkopf auch wirklich stillsteht und ein paar Mikro-Schwingungen abklingen können.
Aber da wüsste ich jetzt nicht wie ich eine Pause definieren muss, ohne das Ganze Programm zu "lähmen" (mindestens Temperaturregelung und Notaus sollten ja ungehindert weiterlaufen)
Das Ganze sollte dann nach Möglichkeit sowohl im Befehl G32 S2 als auch im G33 funktionieren. Wäre das so, wenn ich das an der Stelle einbaue oder muss ich das noch wo anders ebenso machen?
Gruß
Junkie
|
Re: Bed-Leveling Code Modifizieren 22. August 2017 05:17 |
@maheau0:
Wie beschrieben muss die Wägezelle genullt werden. So wie jede gewöhnliche digitale Waage über den Knopf, der üblicherweise mit "Tare" beschriftet ist.
Dieses Nullen muss zum richtigen Zeitpunkt ausgelöst werden, um optimale Messergebnisse zu erhalten.
@Galtzemann
Ich hab mir die ersten (gefühlt 100) Seiten deines Threads "FSR Auto-Bed-Leveling-System" durchgelesen. Dabei ist mir aufgefallen, das ich das meiste davon schon vor meinem Wägezellen Umbau gelesen hatte.
Ich habe beim zweiten Lesen darin aber (möglicherweise aufgrund fehlender Geduld
) keinen Link auf dein Github Projekt finden können. Und auf Github unter der Suche auch nichts gefunden, dass sich eindeutig als dein Projekt identifizieren ließ.
Magst du den Link bitte einmal posten?
Hab ich das richtig verstanden, dass du der Urheber des Quellcodes bist, der mit G33 abegrufen wird? Dann bin ich ja direkt an den richtigen geraten!
Ich würde aber tatsächlich - wie von dir vorgeschlagen - den Weg präferieren das zu optimieren, was der Arduino-Pro-Mini macht. Sonst müsste ich ja bei jedem Firmwareupdate alle meine Äderungen wieder neu einbauen. (Es sei denn in der nächsten FW Version wird ein optionaler Tare-Ausgang bereits berücksichtigt...)
Gruß
Junkie
1-mal bearbeitet. Zuletzt am 22.08.17 05:27.
Wie beschrieben muss die Wägezelle genullt werden. So wie jede gewöhnliche digitale Waage über den Knopf, der üblicherweise mit "Tare" beschriftet ist.
Dieses Nullen muss zum richtigen Zeitpunkt ausgelöst werden, um optimale Messergebnisse zu erhalten.
@Galtzemann
Ich hab mir die ersten (gefühlt 100) Seiten deines Threads "FSR Auto-Bed-Leveling-System" durchgelesen. Dabei ist mir aufgefallen, das ich das meiste davon schon vor meinem Wägezellen Umbau gelesen hatte.
Ich habe beim zweiten Lesen darin aber (möglicherweise aufgrund fehlender Geduld
) keinen Link auf dein Github Projekt finden können. Und auf Github unter der Suche auch nichts gefunden, dass sich eindeutig als dein Projekt identifizieren ließ.Magst du den Link bitte einmal posten?
Hab ich das richtig verstanden, dass du der Urheber des Quellcodes bist, der mit G33 abegrufen wird? Dann bin ich ja direkt an den richtigen geraten!
Ich würde aber tatsächlich - wie von dir vorgeschlagen - den Weg präferieren das zu optimieren, was der Arduino-Pro-Mini macht. Sonst müsste ich ja bei jedem Firmwareupdate alle meine Äderungen wieder neu einbauen. (Es sei denn in der nächsten FW Version wird ein optionaler Tare-Ausgang bereits berücksichtigt...
)Gruß
Junkie
1-mal bearbeitet. Zuletzt am 22.08.17 05:27.
|
Re: Bed-Leveling Code Modifizieren 23. August 2017 14:43 |
Hallo Glatzemann,
besteht die Chance, dass du mir noch etwas weiter mit dem Code hilfst?
Ich sitze jetzt seit zwei Stunden davor und habe versucht erstmal das weg zu löschen, von dem ich sicher bin, dass ich es für mein Vorhaben nicht benötige. (Alles Thermistoren LEDs, EEPROM, und Befehlen).
Der Rest ist aber immer noch etwas überwältiigend für jemanden, der zum letzten mal vor 2 Jahren etwas programmiert hat. Und dann auch nur in jeweils in einer Datei ohne Klassen und Templates und so einem Hexenwerk.
Die Anzahl von Funktionen, die über mehrer Textdateien ineinandergreifen erschlagen mich gerade etwas.
Die Idee einen Ringspeicher aufzubauen um den gleitenden Mittelwert zu berechnen finde ich super, aber wie ich deinen Code für mich umsetzen kann weiß ich absolut nicht.
Meine Waagezelle gibt mir eine long Variable mit dem letzten Lesewert raus. Den muss ich irgendwie vermittelwerten und dann noch ein Delta vorgeben, das zwischen den letzten beiden Lesungen maximal liegen darf, bevor der Sensor ausschlägt. Dieses Delta hat dann idealerweise noch ein Vorzeichen, da ich ja genau weis in welcher Richtung nur ausgelöst werden soll.
Gruß
Junkie
edit:
hab mich jetzt mal an was eigenem versucht. Sieht bisher recht vielversprechend aus. Hilfe wird also erstmal nicht benötigt - trotzdem danke.
2-mal bearbeitet. Zuletzt am 24.08.17 02:12.
besteht die Chance, dass du mir noch etwas weiter mit dem Code hilfst?
Ich sitze jetzt seit zwei Stunden davor und habe versucht erstmal das weg zu löschen, von dem ich sicher bin, dass ich es für mein Vorhaben nicht benötige. (Alles Thermistoren LEDs, EEPROM, und Befehlen).
Der Rest ist aber immer noch etwas überwältiigend für jemanden, der zum letzten mal vor 2 Jahren etwas programmiert hat. Und dann auch nur in jeweils in einer Datei ohne Klassen und Templates und so einem Hexenwerk.
Die Anzahl von Funktionen, die über mehrer Textdateien ineinandergreifen erschlagen mich gerade etwas.
Die Idee einen Ringspeicher aufzubauen um den gleitenden Mittelwert zu berechnen finde ich super, aber wie ich deinen Code für mich umsetzen kann weiß ich absolut nicht.
Meine Waagezelle gibt mir eine long Variable mit dem letzten Lesewert raus. Den muss ich irgendwie vermittelwerten und dann noch ein Delta vorgeben, das zwischen den letzten beiden Lesungen maximal liegen darf, bevor der Sensor ausschlägt. Dieses Delta hat dann idealerweise noch ein Vorzeichen, da ich ja genau weis in welcher Richtung nur ausgelöst werden soll.
Gruß
Junkie
edit:
hab mich jetzt mal an was eigenem versucht. Sieht bisher recht vielversprechend aus. Hilfe wird also erstmal nicht benötigt - trotzdem danke.
2-mal bearbeitet. Zuletzt am 24.08.17 02:12.
|
Re: Bed-Leveling Code Modifizieren 25. August 2017 05:27 |
Hallo Glatzemann,
vielen Dank für die weiteren Tipps!
Hier ist ein Auszug aus den ungefiltertern Messwerten, die ich aus dem Serial-Monitor erhalte:
Dabei hab ich erst 5 mal so, dass ich gerade eben den Kontakt gespürt habe mit der Fungerkuppe von unten auf die Düse getippt. Dann 5 Mal von oben auf das Hotend und dann noch 5 mal von unten.
Dann hab ich noch etwas laufen lassen, um ein paar Ausreißer einzufangen - mit Erfolg.
Ich hatte mir jetzt erstmal meine Interpretation eines Ringspeichers aufgebaut, indem ich ein Array mit 10 ungefilterten Messungen gefüllt habe und den Durchschnitt daraus erstmalig berechnet habe.
Dann im Loop gucke ich jeweils, wie stark der nächste Messwert vom Durchschnitt abweicht und ignoriere Ihn wenn er einen Grenzwert übersteigt (im negativen strikter als im Positiven Bereich.
Dann schaufel ich mein Array mit einer Schleife einmal um eine Position weiter, so das der letzte Array-Eintrag immer mein aktuellster Wert ist. Das ist der durchschnitt_lang.
In einer weiteren Schleife nehme rechne ich immer nur den Durchschnitt aus den letzten drei Lesungen als durchnitt_kurz.
Das hat soweit auch schon super funktioniert, und ich wollte gestern Abend nur noch eben den Durchschnitt 10 auf 20 Werte verdoppeln, um es etwas mehr zu glätten - da konnte ich plötzlich den µC nicht mehr beschreiben...
Jetzt muss ich mir wohl erstmal einen neuen mit Pinleisten versehen bevor es weiter gehen kann. (Hoffe nur das liegt nicht an meinem Programmer oder irgendwelchen heimlichen Windows10-Updates...)
Gruß
Junkie
1-mal bearbeitet. Zuletzt am 25.08.17 05:28.
vielen Dank für die weiteren Tipps!
Hier ist ein Auszug aus den ungefiltertern Messwerten, die ich aus dem Serial-Monitor erhalte:
Dabei hab ich erst 5 mal so, dass ich gerade eben den Kontakt gespürt habe mit der Fungerkuppe von unten auf die Düse getippt. Dann 5 Mal von oben auf das Hotend und dann noch 5 mal von unten.
Dann hab ich noch etwas laufen lassen, um ein paar Ausreißer einzufangen - mit Erfolg.
Ich hatte mir jetzt erstmal meine Interpretation eines Ringspeichers aufgebaut, indem ich ein Array mit 10 ungefilterten Messungen gefüllt habe und den Durchschnitt daraus erstmalig berechnet habe.
Dann im Loop gucke ich jeweils, wie stark der nächste Messwert vom Durchschnitt abweicht und ignoriere Ihn wenn er einen Grenzwert übersteigt (im negativen strikter als im Positiven Bereich.
Dann schaufel ich mein Array mit einer Schleife einmal um eine Position weiter, so das der letzte Array-Eintrag immer mein aktuellster Wert ist. Das ist der durchschnitt_lang.
In einer weiteren Schleife nehme rechne ich immer nur den Durchschnitt aus den letzten drei Lesungen als durchnitt_kurz.
Das hat soweit auch schon super funktioniert, und ich wollte gestern Abend nur noch eben den Durchschnitt 10 auf 20 Werte verdoppeln, um es etwas mehr zu glätten - da konnte ich plötzlich den µC nicht mehr beschreiben...
Jetzt muss ich mir wohl erstmal einen neuen mit Pinleisten versehen bevor es weiter gehen kann. (Hoffe nur das liegt nicht an meinem Programmer oder irgendwelchen heimlichen Windows10-Updates...)
Gruß
Junkie
1-mal bearbeitet. Zuletzt am 25.08.17 05:28.
In diesem Forum dürfen leider nur registrierte Teilnehmer schreiben.