firmware retraction doubling
-
So... This is interesting..
I have no config-override.g file in my /sys directory but after I sent an M502 command, G10/G11 worked as expected.....
Is this a hidden file?
-
@nanoplane said in firmware retraction doubling:
So... This is interesting..
I have no config-override.g file in my /sys directory but after I sent an M502 command, G10/G11 worked as expected.....
Is this a hidden file?
IIRC, M3D used to do very strange things with their configuration files. Basically they used to break each section into a separate macro and then call each of those macros from within the config.g file. Is that how yours is set up? If so, it's likely that the changes you make to config.g could be overridden by later macros. I might be best if you post you config.g file and the full code of any macros that are referenced in that file.
-
it was for the 2.0 config, but for the 3.0 update I put everything in the one file. It loads with no errors, but I suspect maybe there was some override file hidden somewhere that had a different M207 command hidden in it??
-
So, it all seems to be working now... not quite sure what happened, but...
Thanks everyone who looked at this and scratched their heads...
--marcel
-
@nanoplane said in firmware retraction doubling:
M98 PPrint_Start.g
Should be quoted
M98 P"Print_Start.g"
-
Thank you.
One more question. does the M207 command need to be sent after the tools are all created?..
I'm still getting the issue that the retract gets reset to 2mm whenever I start a new print from the "initial" state.
my custom gCode for PrusaSlicer at start creates the per color tools and after they start being used M207 command returns 2mm for retract amount even though I'm setting it in the config file to 0.5mm
-
Please share your full config.g you slicer start gcode and any macros you call in it.
Also the results of M122 and M98 P"config.g" please. -
Starting gCode from Prusa Slicer:
M190 S[first_layer_bed_temperature] ; wait for first layer bed temperature
G28 ; home all axes
;G29 ; Auto Bed Leveling...
M104 S[first_layer_temperature] ; Heatup and Purge Nozzle
G92 E0 ; reset extruder
G1 X0 Y0 Z10.0 F5000 ; move to purge positionT0
; bring it up to temperature
G10 P0 R0 S[first_layer_temperature] ; Wait For Nozzle Heat
M116; machine standard purge - purges all nozzles on the left side of the platter.
M98 P"Print_Start.g"; set up the tools for selected colors.. You can define as many as you want,
; just make sure you update their temperatures in the Before layer change G-Code and remove them in the End G-CodeM563 P0 D0:1:2:3 H1 F1
M563 P1 D0:1:2:3 H1 F1
M563 P2 D0:1:2:3 H1 F1
M563 P3 D0:1:2:3 H1 F1;=============== Quad Fustion color support ===============
;Set the color for each of the defined "tools"
M567 P0 E1.0:0.0:0.0:0.00 S"Cyan"
M567 P1 E0.0:1.0:0.0:0.00 ; Magenta
M567 P2 E0.0:0.00:1.0:0.00 ; yellow
M567 P3 E0.0:0.0:0.0:1.0 ; White
;==========================================================;Init the tool temperatures for the first layer and wait.
G10 P0 R0 S[first_layer_temperature]
G10 P1 R0 S[first_layer_temperature]
G10 P2 R0 S[first_layer_temperature]
G10 P3 R0 S[first_layer_temperature]
M116T0 ; Ensure Post Processing Gcode Generator Has something to convert if only one tool is used.
-
Also at the end of a print, custom gCode is:
; remove the extra tools so we restore back to standard
M563 P3 D-1 H-1
M563 P2 D-1 H-1
M563 P1 D-1 H-1M104 S0 ; turn off temperature
G28 X0 ; home X axisM140 S0
M84 ; disable motors
-
What's in M98 PPrint_Start.g?
-
-
If you send M98 Pprint_start.g on it's own do you get any errors?
If you send M567 during the print does it respond with the expected mixing ratio?Have you enclosed the macro name in quotes as OwenD suggested? ""
-
@Phaedrux said in firmware retraction doubling:
If you send M98 Pprint_start.g on it's own do you get any errors?
If you send M567 during the print does it respond with the expected mixing ratio?Have you enclosed the macro name in quotes as OwenD suggested? ""
I get no errors
Hmm sending M567 returns nothing... But it does mess up the mix ratio for the current print.. until the next tool changes.
sending M567 P0 (P1 P2 P3) returns the correct mix ration for each of the "tools"The print_start.g on it's own doesn't work unless I've preheated the bed and the nozzle... but once that's done, print_startg works fine.
Could it be because I'm redefining Tool 0 in my custom gCode forcing it to default the retraction settings??
-
Yep, that's it....
Recreating or adding a new tool sets the retraction to a default value of 2mm..
So I need to add an M207 S0.5 F1000 Z0.2 command to my custom gCode after creating all the tools...
cool.
-
Glad you figured it out.
-
It's a feature
