-
-
Notifications
You must be signed in to change notification settings - Fork 19.3k
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
Switching extruder (dondolo) without servo #24553
Switching extruder (dondolo) without servo #24553
Conversation
c8ca7e8
to
8ec0ac1
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@EvilGremlin Should #define SWITCHING_NOZZLE_MECHANICAL
in Configuration.h actually be #define MECHANICAL_SWITCHING_NOZZLE
? I'm testing your changes with the corrected wording of MECHANICAL_SWITCHING_NOZZLE
with a Ultimaker DXU dual mechanical switching extruder/nozzle and it works well so far.
yep, Scott renamed it but forgot conf |
I wanted more people to test it and give opinons on config options/descriptions, but i guess we'll have to fix it in post :) |
@EvilGremlin I'm waiting on a higher wattage PSU to fully test dual extruder functionality on my printer. I did notice that there doesn't seem to be a way to reset the feedrate/speed of the printer to what it was after the toolchange g-code completes. If the printer was printing with movements at a slower or faster speed and a custom speed is specified in the toolchange g-code, I believe the custom speed will be used for movements after the toolchange until set again in the printing g-code. This affects the other switching methods as well but probably is more important for mechanical switching that uses toolhead movements itself. Since many mechanical switchers rely on gravity or springs, too slow or too fast of a movement speed inherited from the printing g-code may lead to a failure to properly switch due to friction (too slow) or mechanical stress (too fast?). |
Oh, this is indeed a concern. You can't omit F in toolchange gcode because chances are you print too slow or too fast at a moment. Though usually you'd set up toolchange gcode with feedrate in slicer, and change from menu will use safe default feedrate. I will look into this. |
Do you know if there is an option in Cura to set toolchange speed? I couldn't find an option it makes sense since the slicer only calls T0/T1 to initiate the toolchange g-code which it lets the firmware handle. I checked a test print with dual extrusion generated by Cura which outputs the below commands before and after toolchange.
Cura seems to specify the F for the printing command after the toolchange but I haven't looked into it enough to see if this is just coincidence. I haven't had any issues with varying movement speed for my switching mechanism with the current code which I think is ready for release but future improvement for ability to restore the previous F after toolchange would be a nice to handle all slicers. |
No idea, i don't use cura and advise everyone to do so too. Don't it have toolchange gcode script? |
Not that I'm aware of, I just specify my 2 toolchange scripts in EVENT_GCODE_TOOLCHANGE_T0 and EVENT_GCODE_TOOLCHANGE_T1 |
well this is it, write whatever you need there |
I looked around some more and in Cura it is possible to set Extruder start gcode and Extruder end gcode for each extruder so it's similar to other slicers. |
IIRC, Marlin uses the feedrate specified by |
I would suggest to change tool_change.cpp
to this:
and change the original section dealing with EVENT_GCODE_TOOLCHANGE_T# to something like this:
|
a71a62c
to
250fd60
Compare
40e1292
to
339773d
Compare
Bugfix 2.1.x dondolotest
@thinkyhead Bumping, this PR is tested and ready to merge. Thanks. |
40a9fd6
to
70bce1b
Compare
…ware#24553) Co-authored-by: Anson Liu <ansonl@users.noreply.github.com>
Co-authored-by: Anson Liu <ansonl@users.noreply.github.com>
…ware#24553) Co-authored-by: Anson Liu <ansonl@users.noreply.github.com>
Co-authored-by: Anson Liu <ansonl@users.noreply.github.com>
…ware#24553) Co-authored-by: Anson Liu <ansonl@users.noreply.github.com>
…ware#24553) Co-authored-by: Anson Liu <ansonl@users.noreply.github.com>
…ware#24553) Co-authored-by: Anson Liu <ansonl@users.noreply.github.com>
…ware#24553) Co-authored-by: Anson Liu <ansonl@users.noreply.github.com>
Description
Allow flipping dondolo extruder in purely mechanical way, by bumping tollhead into gantry sides. Thought it was already there for ages, but apparently not.
Maybe even expand for 3+ nozzles/extruders because why not? I can envision selector mechanicas for nearly infinite switching.
Should i add some tests?
P.S.: Config value changes that fail tests included intentionally for now.