Klipper Z-Offset speichern ohne Auswirkung

BK-Morpheus:

Ich benutze die Sonde in meinem Q5 eigentlich gar nicht. Ich habe die Daten für die manuelle Netzbettnivellierung für meine häufig verwendeten Temperaturen in der Datei printer.cfg gespeichert und dafür gesorgt, dass START_PRINT automatisch die richtigen Daten auswählt. Im Slicer habe ich nur (Prusa Slicer) diesen Startcode::

M104 S0 ;Dummy
M190 S0 ;Dummy
START_PRINT BED_TEMP=[first_layer_bed_temperature] EXTRUDER_TEMP=[first_layer_temperature]

Wenn du nur den Z-Offset willst, kannst du einfach den GCODE_OFFSET mit der gleichen Struktur setzen.

Ich habe eine 4-Punkt-Nivellierung im kalten Zustand und dann die Netzbett-Nivellierung bei den folgenden Temperaturen durchgeführt: 50/200, 51/270 (Nylon), 60/200, 80/240, 90/240, 100/250, 110/250

Hier ist mein START_PRINT:

[gcode_macro START_PRINT]
default_parameter_BED_TEMP: 60
default_parameter_EXTRUDER_TEMP: 190
gcode: 
# Start bed heating
#M140 S{BED_TEMP}
# Reset the G-Code Z offset (account for the gauge paper+heat)
SET_GCODE_OFFSET Z=-0.1
# Home the printer
G28
# Load the Bed Mesh 
{% if BED_TEMP|int() >= '110'|int() %}
{% set select_bmp ='bed110' %}
{% elif BED_TEMP|int() >= '100'|int() %}
{% set select_bmp ='bed100' %}
{% elif BED_TEMP|int() >= '90'|int() %}
{% set select_bmp ='bed90' %}
{% elif BED_TEMP|int() >= '80'|int() %}
{% set select_bmp ='bed80' %}
{% elif BED_TEMP|int() >= '70'|int() %}
{% set select_bmp ='bed70' %}
{% elif BED_TEMP|int() >= '60'|int() %}
{% set select_bmp ='bed60' %}
{% elif BED_TEMP|int() >= '51'|int() %}
{% set select_bmp ='bed51' %} 
{% elif BED_TEMP|int() >= '50'|int() %}
{% set select_bmp ='bed50' %}
{% else %}
{% set select_bmp ='default' %}
{% endif %}
BED_MESH_PROFILE LOAD={select_bmp}
# Set acceleration for startup (real acceleration in the end)
M204 S1000
# Set units to mm
G21
# Use absolute coordinates
G90
# Use absolute distances for extrusion
M82
G92 E0
# Move the nozzle near the bed
G1 Z5 Y-100 F3000
# Move the nozzle very close to the bed
G1 Z0.15 F300
# Wait for bed to reach temperature
M190 S{BED_TEMP}
# Set and wait for nozzle to reach temperature
M109 S{EXTRUDER_TEMP}
G1 Z2.0 F3000 ; move z up little to prevent scratching of surface
G1 X0 Y0 F12000
M204 S7000 ;set acceleration

Leider kenne ich mich mit Deltas nicht aus. Aber bei kartesischen Druckern und bei Core-XY ist es so, dass ein Mesh nicht neu aufgezeichnet wrden muss wenn man den Z Offset verändert.

Vielleicht eine Altrnative: Im Filamentprofil von Prusa und Superslicer kannst Du auch G Code hinterlegen, und da zB eine Justierung von -0,03mm eintragen. Hilft dir das was?

BK-Morpheus:

Warum postest du nicht deine printer.cfg und eine kleine g-code Datei, die von Prusa generiert wurde, damit wir sehen können, was wirklich vor sich geht.

Wie ich bereits sagte, verwende ich die Sonde nicht, da ich ursprünglich bemerkte, dass die Sonde nicht immer wiederholbar ist (wegen der magnetischen Befestigung). Außerdem ist das Bett fixiert, also bewegt sich nicht viel auf dem Drucker, außer den thermischen Änderungen, also ist es viel wichtiger, diese Änderungen zu berücksichtigen. Deshalb habe ich die Nivellierung des Maschenbetts bei verschiedenen Temperaturen manuell vorgenommen und eine automatische Auswahl des richtigen Netzes in das start_print-Skript aufgenommen. Der einzige Z-Offset, den ich brauche, ist -0,1 mm, um das Papier zu berücksichtigen, das ich bei der Bed Mesh Leveling verwendet habe.

Es stimmt, dass bei einem Delta die Genauigkeit und Wiederholbarkeit der Endanschlagschalter noch kritischer ist als bei einem kartesischen System, da jeder Schalter jede Koordinate im System beeinflusst und die Referenzpunktposition weit vom Bett entfernt ist. Daher ist es eine gute Idee, die ENDSTOP_PHASE_CALIBRATION auf einem mit TMC-Stepper ausgestatteten System auszuführen, bevor man eine andere Kalibrierung vornimmt. Vielleicht sogar ein paar Mal in Abständen, um zu sehen, dass die Ergebnisse konsistent bleiben.

https://www.klipper3d.org/Endstop_Phase.html

Wenn du darauf bestehst, die Sonde zu verwenden, solltest du sie jetzt kalibrieren:

https://www.klipper3d.org/Probe_Calibrate.html

Wenn du dann die Deltakalibrierung durchführst, wie hier erklärt:

https://www.klipper3d.org/Delta_Calibrate.html

Du wirst feststellen, dass die Kalibrierung neue, virtuelle Endanschlagspositionen in der printer.cfg als Teil der Kompensationen für die mechanischen Unzulänglichkeiten erzeugt.

Wenn du dann für die Kalibrierung des Bettnetzes bereit bist, findest du die Informationen hier:

https://www.klipper3d.org/Bed_Mesh.html

Wenn du die Delta-Kalibrierung noch einmal durchführst, werden die Bettgitterdaten ungültig, so dass du die Bettgitterkalibrierung erneut durchführen musst. Hier erweist sich die automatische Sondierung als nützlich.

Bis jetzt haben wir den GCODE_OFFSET noch gar nicht berührt, da auf der G-Code-Ebene noch nichts passiert ist. Es funktioniert alles über die Einstellung der virtuellen Endanschläge.

SET_GCODE_OFFSET Z=... ist ein Wert, der zu den Z-Werten im G-CODE hinzugefügt wird, wenn dieser ausgeführt wird. Wenn du einen neuen SET_GCODE_OFFSET Z=... ausführst, während die Maschine druckt, ersetzt der neue Offset-Wert den alten Wert, wenn der Befehl die Ausführungsphase in der Warteschlange erreicht und wirkt sich auf die nächste absolute Z-Bewegung danach aus. Mit dem Befehl SET_GCODE_OFFSET Z_=.. kannst du den aktuellen Offset-Wert addieren oder subtrahieren. Wenn du MOVE=1 nach dem ADJUST angibst, bewegt sich der Werkzeugkopf, um die Änderung zu berücksichtigen. Wenn du auch MOVE_SPEED=.. angibst, wird die Geschwindigkeit der Bewegung bestimmt. Wenn MOVE=1 nicht angegeben wird, erfolgt die Anpassung bei der nächsten absoluten Z-Bewegung im G-Code wie beim Offset.

Die Einstellung des G-Code-Offsets überlebt die Referenzfahrt (G28), nicht aber einen Neustart des Druckers.

Wenn du ein Probe verwendest und immer das gleiche Babystepping machen musst, kannst du nach der Anpassung den Befehl Z_OFFSET_APPLY_PROBE geben und dann SAVE_CONFIG, um die Änderungen in der Konfiguration dauerhaft zu machen. Der G-Code-Offset wird dann vom Sonden-Offset in der Konfiguration abgezogen.

Bei mir funktioniert es wie erwartet, die Bed Mesh-Werte, die geladen werden, nachdem ich den Offset eingestellt habe, berücksichtigen den Offset.

Übersetzt mit http://www.DeepL.com/Translator (kostenlose Version)

BK-Morpheus:

Ok, ich sehe immer noch nicht alles, wie du sagst, ist das Babystepping irgendwo gespeichert? Ich selbst verwende Mainsail" nicht, vielleicht steht also etwas in der mainsail.cfg?

Wie auch immer, das Babystepping ist wirklich als einmalige, auftragsbezogene Anpassung während des Drucks gedacht, so dass es am besten wäre, die Grundeinstellungen anders vorzunehmen. Ich bin kein Makrospezialist, aber es ist sicherlich möglich, Werte auf der SD-Karte zu speichern, um sie später zu verwenden, wenn du das möchtest.

https://www.klipper3d.org/Command_Templates.html

Du solltest die Einstellung des Z-Offsets in deinem Startup-Code haben, aber wie du bemerkt hast, kommen die filamentbasierten Einstellungen zu spät für die Purge-Zeile.
Ich würde wirklich vorschlagen, den gesamten Startup-Code in die printer.cfg zu verschieben, wie ich es getan habe. Auf diese Weise hast du die volle Kontrolle in Klipper.

Mein Startup-Code im PrusaSlicer ist einfach:

M104 S0 ;dummy
M190 S0 ;dummy
START_PRINT BED_TEMP=[first_layer_bed_temperature] EXTRUDER_TEMP= first_layer_temperature]

und der Endcode ist einfach:
END_PRINT

Du kannst dann mein Mesh-auswahlskript modifizieren, um deinen Offset basierend auf den Temperaturen einzustellen, z.B. (nicht getestet, nur aus meinem Code editiert:

# Adjust the Z-offset based on the temperature
{% if BED_TEMP|int() >= '100'|int() %}
{% set select_zo ='0.7' %}
{% elif BED_TEMP|int() >= '80'|int() %}
{% set select_zo ='0.6' %}
{% elif BED_TEMP|int() >= '60'|int() %}
{% set select_zo ='0.5' %}
{% else %}
{% set select_zo ='0.3' %}
{% endif %}
SET_GCODE_OFFSET Z={select_zo}

Falls du dich entscheidest, den UART auf dem TMC2208 zu implementieren, solltest du sicherstellen, dass du 5V tolerante I/O Pins auf der CPU wählst. Im Robin Nano V2.0 gibt es einen Spannungswähler für die Treiber, in der V1.2 noch nicht. Ich habe den Extruder-Treiber auf E1 verschoben, da die E0-Pins 5-Volt-tolerant sind.

Du kannst meine Verdrahtung hier sehen:

https://drucktipps3d.de/forum/topic/flsun-q5/#postid-109139

Die von mir verwendeten Pins sind hier:

#E1 pins for extruder

[extruder]
step_pin: PA6
dir_pin: PA1
enable_pin: !PA3


[tmc2208 stepper_a]
uart_pin: PB3
interpolate: True
run_current: 0.9
hold_current: 0.35
sense_resistor: 0.110
stealthchop_threshold: 999


[tmc2208 stepper_b]
uart_pin: PD6
interpolate: True
run_current: 0.9
hold_current: 0.35
sense_resistor: 0.110
stealthchop_threshold: 999

[tmc2208 stepper_c]
uart_pin: PE5
interpolate: True
run_current: 0.9
hold_current: 0.35
sense_resistor: 0.110
stealthchop_threshold: 999


[tmc2208 extruder]
uart_pin: PD3
interpolate: True
run_current: 0.9
hold_current: 0.35
sense_resistor: 0.110
stealthchop_threshold: 0

Die Lage der Pins auf der Platine ist hier zu sehen:

https://github.com/makerbase-m…Nano%20V1.2_004%20PIN.pdf

PE5 ist der zweite Pin von unten in der Reihe der 6 Pins. Man kann das auf meinem Bild nicht wirklich sehen.

du kannst den z offset auch im Slicer beim G-Code je Filament mitschicken. Musst halt die START_PRINT Zeile um den Parameter erweitern anpassen und den Wert dann im START_PRINT Makro von Klipper auswerten. Ist mMn die elegantere Methode

Quote

Zitat von cobra427 am 05.11.2021, 00:25 Uhr

du kannst den z offset auch im Slicer beim G-Code je Filament mitschicken. Musst halt die START_PRINT Zeile um den Parameter erweitern anpassen und den Wert dann im START_PRINT Makro von Klipper auswerten. Ist mMn die elegantere Methode ?

Das ist wahr und das ist es, was BK-Morpheus tat, aber es kommt zu spät für seine Reinigungszeile.

Den Startcode in Klipper zu haben, ist auch insofern gut, als dass alle meine Slicer die gleichen Start- und Endcodes für alle meine Drucker haben.

was ich meine ... du kannst ja MIT dem slicer verschiedene Parameter an Klipper übergebn.

Was ich z.B. jetzt gemacht habe ist es ein Mesh nur über den tatsächlichen Druckbereich zu erstellen.

Im Slicer erweiterst du da nur die START_PRINT Zeile um die jeweiligen Parameter

START_PRINT BED_TEMP=[first_layer_bed_temperature] EXTRUDER_TEMP=[first_layer_temperature] MIN_0=[first_layer_print_min_0] MIN_1=[first_layer_print_min_1] MAX_0=[first_layer_print_max_0] MAX_1=[first_layer_print_max_1]

In Klipper wertest du dann eben diese zusätzlichen Parameter aus. In meinem Fall für das Mesh (nachdem das Bett aufgeheizt ist)

{% set MIN_0 = params.MIN_0|default(20)|float %}

{% set MIN_1 = params.MIN_1|default(20)|float %}

{% set MAX_0 = params.MAX_0|default(215)|float %}

{% set MAX_1 = params.MAX_1|default(180)|float %}

und eben nach dem Befehl fürs Bett ..

BED_MESH_CLEAR

G28

BED_MESH_CALIBRATE MESH_MIN={MIN_0},{MIN_1} MESH_MAX={MAX_0},{MAX_1}

Das alles kannste eben auch je Filament machen. ACHTUNG! Für default Values hat sich die Syntax geändert! ==> https://docs.mainsail.xyz/faq/…rameter_-for-gcode-macros


EDIT: START_PRINT in Klipper um folgendes erweitern ... ud du hast je Filament deinen gewünschten Offset

{% set OFFSET = params.FILA_OFFSET|default(0)|float %}

....

SET_GCODE_OFFSET Z={OFFSET}

und beim Filament G-CODE im Slicer fügst du nur ein:

FILA_OFFSET=###dein Wert####

btw ... wenn man dann auch mal Pressure Advance von Klipper verwendet, dann musst du es sogar so machen. Also je Filament die jeweiligen Werte an Klipper übergeben

Quote

Zitat von cobra427 am 05.11.2021, 00:58 Uhr

was ich meine ... du kannst ja MIT dem slicer verschiedene Parameter an Klipper übergebn.

Entschuldigen für meine mangelnden Sprachkenntnisse, ich habe es falsch verstanden. Ich habe deinen Tipp bereits in einer anderen Nachricht gesehen und ihm auch einen Daumen nach oben gegeben.
Aus den Prusa/Super-Slicern kann man ganz schön viel rausholen.

Quote

Zitat von jorkki am 05.11.2021, 01:15 Uhr

Aus den Prusa/Super-Slicern kann man ganz schön viel rausholen.

Da hast Du absolut Recht! Ich stehe da auch noch am Anfang mit den ganzen Standardparametern für G-Codes, die Prusa-/Superslicer schon von sich aus bieten. Klipper Macros .. da habe ich zum Glück zwei Leute, die ich Notfalls um Hilfe fragen kann *g*

Habe auch noch viel zu lernen um die ganzen Möglichkeiten voll zu Nutzen!

Quote

Zitat von cobra427 am 05.11.2021, 00:58 Uhr

ACHTUNG! Für default Values hat sich die Syntax geändert! ==> https://docs.mainsail.xyz/faq/…rameter_-for-gcode-macros

Display More

Haha, ich schätze, "Default:" zu schreiben war zu einfach für die Jinja2-Meister. Ich komme aus dem Zeitalter der Assembler-Programmierung und der Eingabe von Adressen und Daten in binärer Form mit Schaltern, daher habe ich in der Makrosprache noch etwas zu verdauen. :roll:

Quote

Zitat von jorkki am 05.11.2021, 01:44 Uhr

Ich komme aus dem Zeitalter der Assembler-Programmierung und der Eingabe von Adressen und Daten in binärer Form mit Schaltern

Ich doch auch als Baujahr 1967 *gg*

Quote

Zitat von jorkki am 05.11.2021, 01:44 Uhr

Haha, ich schätze, "Default:" zu schreiben war zu einfach für die Jinja2-Meister. Ich komme aus dem Zeitalter der Assembler-Programmierung und der Eingabe von Adressen und Daten in binärer Form mit Schaltern, daher habe ich in der Makrosprache noch etwas zu verdauen. ?

Ich benutze immer noch Klipper 9.x, also funktioniert die alte Syntax noch für mich. Wie auch immer, ich habe meinen START_PRINT aktualisiert - jetzt ist der Anfang wie folgt:

[gcode_macro START_PRINT]
gcode:
{% set BED_TEMP = params.BED_TEMP|default(60)|int %}
{% set EXTRUDER_TEMP = params.EXTRUDER_TEMP|default(210)|int %}
.
.
.
#The values are used as before
# Wait for bed to reach temperature
M190 S{BED_TEMP}
# Set and wait for nozzle to reach temperature
M109 S{EXTRUDER_TEMP}

Scheint zu funktionieren, auch ohne den Wert einer Variable mit einem anderen Namen zuzuordnen.