Does not seem to be present yet what is not a problem at all.
You have different macros in each of the attached files. However I do not see your PRINT_START and PRINT_END macro in there.
OK, but there must be a start and end somewhere ?
If you do not handle that directly in the slicer.
It is more elegant to have dedicated macros in Klipper for start and end code and just call those up from within the slicers start and end code settings handing over the parameters needed for heating and possible other stuff.
correct, so I just need the cancel_print to findeā¦
CANCEL_PRINT, PAUSE and RESUME are contained in the kiauh_macros.cfg.
but this not the code
[gcode_macro CANCEL_PRINT]
rename_existing: BASE_CANCEL_PRINT
gcode:
TURN_OFF_HEATERS
CLEAR_PAUSE
SDCARD_RESET_FILE
BASE_CANCEL_PRINT
[gcode_macro PAUSE]
there must be a ābase_cancel_printā macro ?
I think those macros are internals we do not easily have access to.
Some months ago I found those on my RasPi but now I did not find those againā¦
BASE_CANCEL_PRINT is just an alias or more a substitution of the original CANCEL_PRINT macro.
As the macro in your example is now called CANCEL_PRINT the original macro is renamed to BASE_CANCEL_PRINT so that it still can be executed.
OK, but can I change the behavior now?
As @LifeOfBrian already pointed out:
CANCEL_PRINTis an internal command that, well, cancels a print but does not do anything else. This means it does not move your head to a new location, or anything other fancy.- With
[gcode_macro CANCEL_PRINT]you are defining an own macro and you need to put there any commands you want to have executed - With
rename_existing: BASE_CANCEL_PRINTyou tell Klipper that the original / unmodifiedCANCEL_PRINTis now known asBASE_CANCEL_PRINT. You could as well dorename_existing: MICKEY_MOUSEthen the originalCANCEL_PRINTwould be executed when you callMICKEY_MOUSE - If you check the above quoted macro it does:
- Turn off the heaters
- Clear any pause status
- Resets SD printing
- Invokes the internal
CANCEL_PRINT, which is now known asBASE_CANCEL_PRINT
- You can put there as well any other commands you might need
OK, but what is moving my head after cancel?
Can you upload a zipped gcode file you print?
The cancel routine is not inside the GCODE as far as I know.
That is rather handled by the frontend (Mainsail, Octoprint).
TXXPRO2E5_Dice_Wuerfel_V_1.zip (3.0 MB)
I also have a wait time after heating bed and nozzle, is that able to eliminate?
That is due to M190 being used: G-code - RepRap
Depending on your Slicer/start code/PRINT_START macro you can either use M190 to wait for the bed to reach its temp (makes the most sense) or to use M140.
As I initially suggested: make yourself familiar with such basics including GCODES and slicer settings.
I know gcode
if youl look into the file
G21 ;metric values
G90 ;absolute positioning
M82 ;set extruder to absolute mode
M107 ;start with the fan off
;G28 Z0 ;move Z to bottom endstops
;G28 X0 Y0 ;move X/Y to endstops
;G1 X15 Y0 F4000 ;move X/Y to front of printer
;G1 Z15.0 F9000 ;move the platform to 15mm
G92 E0 ;zero the extruded length
;G1 F200 E30 ;extrude 30 mm of feed stock
;G92 E0 ;zero the extruded length again
G1 F9000 Z20 ;move Z to bottom endstops
G1 F9000 X0 Y0 ;move X/Y to endstops
G92 E0 ;zero the extruded length
G1 F300 E30 ;extrude 30 mm of feed stock
G92 E0 ;zero the extruded length again
G1 F9000 X50 Y50 ;move X/Y to endstops
G1 F9000
G92 E0
G92 E0
G1 F2700 E-6.5
;LAYER_COUNT:295
;LAYER:0
M107
G1 F300 Z0.4
G0 F2700 X220.261 Y237.381 Z0.4
after heating up comes my start code, after there is no time code inside the gcode file.
I think there is a timer inside klipper depending on settings inside printer.cfg of extruder?
[extruder]
step_pin: PD5
dir_pin: PD6 # Tronxy !PD6 BQ PD6
enable_pin: !PD4
microsteps: 32
rotation_distance: 10.99525 #23.89816 #22.478 # Titan Extruder Clone Rotation Distance BQ 10.7
gear_ratio: 7:1 # Titan Extruder Clone Gear Ratio 66:22 BQ 7:1
nozzle_diameter: 0.400
filament_diameter: 1.750
min_extrude_temp: 10
heater_pin: PB15
sensor_type: Generic 3950 # Tronxy ATC Semitec 104GT-2 BQ NTC3950 100k Generic 3950
sensor_pin: PC0
control: pid
pid_Kp: 18.831 # Tronxy 18.831
pid_Ki: 0.821 # Tronxy 0,821
pid_Kd: 108.044 # Tronxy 108.044
min_temp: 0
max_temp: 270
max_extrude_only_distance: 350
I looked into the file and there was at least the M190 present that is missing in your snippet.
There is no waiting time in Klipper by defaultā¦
you are right
;Generated with Cura_SteamEngine 5.2.2
M140 S60
M105
M190 S60
M104 S200
M105
M109 S200
this is correct, first bed then hotend, I have a wait time after M109 - after the hotend is on temp.
M109 is bring on temp and wait. I think there is the wait time, code made by Cura.
Where is the time set for this M109?
cannot be from Cura, my other Printer (Ultimaker), does not have that waiting time.
M109 does not wait for a certain time to pass, it waits for the target temperature to be reached.
OK, but what is causing the waiting time, after the hotend overshot the target tmp.?
I need to measure, but at least 1 minute
M109 waits for the target temperature to stabilize. If you want more control over this behavior use temperature_wait and make sure PID is properly tuned.