Automatic Bed Leveling with Conditional Gcode Iterations
-
@fcwilt Thanks for that info. Could you achieve the same thing by use of start.g? If not the same because timing with regards of being called by the slicer, what does your start.g contain?
Many thanks,
Kolbi -
@Kolbi said in Automatic Bed Leveling with Conditional Gcode Iterations:
@fcwilt Thanks for that info. Could you achieve the same thing by use of start.g? If not the same because timing with regards of being called by the slicer, what does your start.g contain?
Many thanks,
KolbiI haven't gotten around to determining exactly when start.g executes, just too many things on my plate.
My current system works but I imagine converting it to rely on start.g would not be a problem.
Frederick
-
@fcwilt said in Automatic Bed Leveling with Conditional Gcode Iterations:
too many things on my plate
I totally understand that. Thanks again for sharing all the info.
Cheers,
Kolbi -
I updated the first initial post to give a 'bottom line up front', the two efficient ways that were created to level the gantry, for ease of use.
-
Hi,
Normally I invoke PRINT_BEGIN.g and PRINT_END.g from within the slicer using whatever feature the slicer provides.
START.g was called before the call to PRINT_BEGIN.g. That seems to happen automatically without any action on part of Simply3D (S3D).
PRINT_BEGIN.g was called because I invoked it within S3D in the "Starting Script" option on the "Scripts" tab.
STOP.g was not called at all. It seems the slicer must insert a M0 command at the end of the print to invoke STOP.g.
PRINT_END.g was called because I invoked it within S3D in the "Ending Script" option on the "Scripts" tab.
Since I want a "end of print" macro to execute, without a way to force the slicer to include M0 at the end I will stick with the "Script" options and invoke PRINT_BEGIN.g and PRINT_END.g
If would be nice if START.g and STOP.g would execute without any action on the part of the slicer. Then I could dispense with insuring the slicer invokes PRINT_BEGIN.g and PRINT_END.g
Frederick
-
@fcwilt I understand, thanks!
-
there is also this overview https://duet3d.dozuki.com/Wiki/Macros#Section_System_Macros
-
@bearer said in Automatic Bed Leveling with Conditional Gcode Iterations:
there is also this overview https://duet3d.dozuki.com/Wiki/Macros#Section_System_Macros
Thanks - I had not seen that.
Frederick
-
I use start.g for general print prep. Homing, preheat. Then it passes off to the slicer for setting the temps for the print. Then in the slicer start gcode section it calls a macro to print a prime line and then start the print. I do it this way so that the prime line is printed at the right temp for the material being used.
The slicer end gcode just contains M0 and then stop.g has all of the actual end of print commands.
I kind of wish there was just an end.g that could take the place of M0 -> stop.g
-
@Phaedrux said in Automatic Bed Leveling with Conditional Gcode Iterations:
Then it passes off to the slicer for setting the temps for the print.
As you may have noticed in my print_begin.g macro I rely on the filament feature to set bed/filament temps.
I do wait for the temps to be reached before starting to print. I don't know what a "prime line" is - I just print a 2 line skirt so I can watch to see how the first layer is going down and adjust baby-stepping or abort, as needed.
Frederick
-
@fcwilt said in Automatic Bed Leveling with Conditional Gcode Iterations:
"prime line"
In my case:
;M98 P"0:/sys/PrimeNozzle.g" G90 ; Absolute positioning G1 X1 Y270 F6000 ; Move to rear left corner M400 ; clear movement buffer M116 ; Wait for temps G1 Z0.3 F100 ; Move Z to prime height G91 ; Relative positioning M83 ; Relative extrusion G1 X40 E10 F300 ; Prime nozzle G10 ; Retract G1 Y-1 X1 F10000 ; Wipe nozzle M400
And start.g since we're being transparent.
M106 P2 F30000 S0.5 H-1 C"Duet Fans" M140 S65 ; set heated bed to 65 and release T0 ; Select Tool 0 M291 P"Print Started. Preheating and Homing." T10 G4 S1 M98 P"0:/macros/Musical Tunes/LuckyTune.g" ; Lucky tune to start print off on the right foot G4 S1 M220 S100 ; Set speed factor back to 100% in case it was changed M221 S100 ; Set extrusion factor back to 100% in case it was changed M290 R0 S0 ; clear babystepping M106 S0 ; Turn part cooling blower off if it is on G10 P0 R0 S80 ; Set extruder to 80 and release M190 S65 ; set heated bed to 65 and wait G28 ; home XYZ G29 S1 ; load heightmap M400 G10 P0 R80 S180 ; Set extruder to 180 and release M98 P"0:/sys/ZSpeedsPrint.g" ; Load Z speeds for printing M98 P"0:/sys/CurrentsPrint.g" ; Load print motor currents ; Slicer Start Gcode begins.
and stop.g for the hell of it.
; stop.g ; called when M0 (Stop) is run (e.g. when a print from SD card is cancelled) ; Also called by slicer end gcode by M0 ; M400 ; Finish move queue M104 S0 ; Extruder heater off M140 S0 ; Bed heater off M106 S255 ; Fan at 100 to cool nozzle and bed G91 ; Relative positioning M220 S100 ; Set speed factor back to 100% in case it was changed M221 S100 ; Set extrusion factor back to 100% in case it was changed G1 E-2 F9000 ; Retract filament 2mm G1 X5 Y5 F9000 ; Wipe nozzle G1 Z20 F500 ; raise nozzle 5mm from printed part G90 ; absolute positioning G1 X150 Y130 F6000 ; Move x and Y axis over to bed center so probe is on top of bed ;M104 S35 ; Set hot end low and wait G4 S60 ; Wait 5 minutes ;M116 ; wait for temp to drop G28 X Y ; Home X and Y G28 X Y ; Home it again, Sam. M290 R0 S0 ; clear babystepping M84 ; Steppers off M98 P"ZSpeedsNormal.g" ; Load normal z speed settings again. M106 S0 ; Fan off M106 P2 F30000 L0.1 X0.8 B0.5 T35:70 H100:101:102 C"Duet Fans" ;Play a little beep beep beep to show print ended. M400 ; Clear queue again before jingle G4 S1 M300 P250 S750 G4 P251 M300 P200 S1250 G4 P201 M300 P250 S750 G4 P251 M300 P200 S1250 G4 P201 M300 P250 S2500 G4 P251 M300 P150 S2000 G4 P151 M300 P150 S2500 G4 P151 M300 P350 S3700 G4 P351
-
@Phaedrux Thanks for sharing. Do you use filament/config.g or just use slicer start code?
-
@Kolbi said in Automatic Bed Leveling with Conditional Gcode Iterations:
@Phaedrux Thanks for sharing. Do you use filament/config.g or just use slicer start code?
I haven't used the filaments function for a long time. I use prusa slicer and cura interchangeably. I use prusa slicer for the filaments library and refer to it when I'm setting up a print in Cura.
-
@Phaedrux As of thus far, me too. For some reason, it feels a bit to foreign to me to offload stuff from the slicer's start and end code spots. I do plan to slowly start migrating stuff over but only after I have everything else on point.
-
@Phaedrux For prime line I made a crude random(ish) number generator to not get a 'prime line gutter' on my plates. It gives a numeric swing of 9 to -9.
floor(10*(cos(sqrt(sensors.analog[0].lastReading * state.upTime))))
So for the prime line, it would be (using Y as an example / with a .1mm randomness, targeted at -2):
Before: G1 X0 Z0.6 Y-3.0 F3000.0; After: G1 X0 Z0.6 Y{-2+(0.1*(floor(10*(cos(sqrt(sensors.analog[0].lastReading * state.upTime))))))} F3000.0;
So my use is to have the M98 P"0:/sys/PrimeLine.g" called after temps are set and obtained by the slicer's gcode.
;M98 P"0:/sys/PrimeLine.g" ;This sets up the prime to be initiated at a 'randomized' Y positon from -1.1 to -2.9 G1 X0 Z0.6 Y{-2+(0.1*(floor(10*(cos(sqrt(sensors.analog[0].lastReading * state.upTime))))))} F3000.0; G92 E0.0 G1 Z0.2 X100.0 E30.0 F1000.0 ; prime line G92 E0.0
-
@Kolbi said in Automatic Bed Leveling with Conditional Gcode Iterations:
For some reason, it feels a bit to foreign to me to offload stuff from the slicer's start and end code spots.
My goal was to have as little filament related items (like temps) in the slicer since I hoped to avoid going back to the slicer to generate a new gcode file just to change a temp.
So far that approach is working for me.
YMMV.
Good luck.
Frederick
-
@fcwilt That is my eventual goal also, but because from within the slicer - I use inner-slicer variables, that portion would get somewhat lost?
I'm slowly brain-storming different ways to skin-the-cat, but as of this moment, it feels like I happen to be dealing with skinning Schrödinger's cat. -
@Kolbi said in Automatic Bed Leveling with Conditional Gcode Iterations:
@fcwilt I use inner-slicer variables, that portion would get somewhat lost?
I have not found that to be a problem - yet. What variables do you use?
I'm slowly brain-storming different ways to skin-the-cat, but as of this moment, it feels like I happen to be dealing with skinning Schrödinger's cat.
Hard to skin a cat that won't stay in one place.
Frederick
-
@fcwilt said in Automatic Bed Leveling with Conditional Gcode Iterations:
What variables do you use
Mostly the temps for hotend and bed.
While I do use the filament option in duet/dwc to get me to the overall-generic temp for the chosen/loaded filament type, I still use the slicer to vary the temps for each different brand/batch of the filament within the choose type range. I'll most likely use the start.g script to do most of the setup and prime line, then the slicer start-gcode could bring the temps to the exact settings, and then start printing. This would simplify switch between slicers and give a one-stop-shop to adjust the starting sequence as needed.Cheers,
Kolbi -
Thanks for the info.
I make an filament entry in the DWC for each filament brand/kind/color that I find needs different settings. Currently the settings that I control in the config file for each filament are the temps and the extrusion multiplier.
My goal was to allow using different slicers with as little duplication as possible by moving what I can to the Duet.
In the three slicers I use they each call two macros "print_begin.g" and "print_end.g"
I tried using start.g but it is called before the slicers set temps whereas the locations in the slicer to call "print_begin.g" happen just before the gcode that actually prints the object. So my filament config files get to override any slicer temp settings.
Frederick