Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[4.2.1] final "Extruder End G-code" never executed #6395

Closed
golfromeo-fr opened this issue Sep 22, 2019 · 4 comments
Closed

[4.2.1] final "Extruder End G-code" never executed #6395

golfromeo-fr opened this issue Sep 22, 2019 · 4 comments
Labels
Status: Won't Fix/Do Not an issue, or an issue that we cannot fix or can live with.

Comments

@golfromeo-fr
Copy link

golfromeo-fr commented Sep 22, 2019

Application version
4.2.1

Platform
Win7 SP1 64 bits

Printer
Prusa i3 clone
Marlin (volumetric) firmware (recent bugfix 2.0.x)

Reproduction steps
1/ configuration for 2 extruders with all the "Extruder Start G-code" and "Extruder End G-code" for both extruder
2/ Add a test cube (stl or amf file) on the plate
3/ select the first extruder for the cube
4/ slice the cube
5/ save the file to watch the gcode produced (1 cube / 1 extruder)
6/ duplicate the cube on the plate
7/ select the second extruder for the second cube
8/ slice the cube
9/ save the file to watch the gcode produced (2 cubes / 2 extruder)

Actual results
both gcode files (1 or 2 extruders/tools) do not contain the final "Extruder End G-code" so the filament remains loaded

of course, all the loading/unloading are done properly before the final tool is loaded

Expected results
the final "Extruder End G-code" is executed so the filament is properly unloaded

Additional information
cura.zip
gcode for the second file
search "LOAD FILAMENT T" you will find the loading of T1 is done but not the unloading of T1 at the end
CFFFP_xyzCalibration_cube (2).zip
probably linked to #5861

@golfromeo-fr golfromeo-fr added the Type: Bug The code does not produce the intended behavior. label Sep 22, 2019
@Ghostkeeper
Copy link
Collaborator

Same as #5629. This is intentional.

Some printers need to do stuff at the extruder switch but not at the end of the print. This is fairly common for wiping the nozzle and priming/unpriming, because these things can be done more thoroughly or not at all at the end of the print. Those printers depend on the extruder end g-code not being written at the end of the print.

If you need the extruder end g-code at the global end g-code, just put this in the global end g-code:

{machine_extruder_end_code, 0}

Or whichever extruder you need.

@Ghostkeeper Ghostkeeper added Status: Won't Fix/Do Not an issue, or an issue that we cannot fix or can live with. and removed Type: Bug The code does not produce the intended behavior. labels Sep 24, 2019
@golfromeo-fr
Copy link
Author

it is not because some do crap things that you should keep doing the same mistake

@Ghostkeeper
Copy link
Collaborator

We're not going to drop support for dozens of printers because you don't like to type {machine_extruder_end_code, 0} in your custom end g-code! If you can find a way to do this while still maintaining support for printers that do have their complete end sequence in the end g-code, please let us know!

@golfromeo-fr
Copy link
Author

golfromeo-fr commented Sep 27, 2019

{machine_extruder_end_code, 0}

ok cool, adding the code in the section END GCODE
{machine_extruder_end_code, extruder_nr}
work!

it needs to be documented somewhere

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Status: Won't Fix/Do Not an issue, or an issue that we cannot fix or can live with.
Projects
None yet
Development

No branches or pull requests

2 participants