[BUG] (bug summary)No Toolchange with ftmotion enabled #28238
Description
Did you test the latest bugfix-2.1.x code?
Yes, and the problem still exists.
Bug Description
I have a heavily modified Ender3-Pro with a SingleNozzle setup. To run the second extruder an additional driver for E1 was added to the motherboard (Creality 4.2.7). This setup works well since about 2 years. When FTMotion was introduced, I decided to give it a try. The older versions were not that good, the new ones look quite good. But ever since a problem showed up: With FTMotion disabled the toolchange code on my printer worked well. With FTMotion enabled tool will not change, no matter if T1 or T0 GCode is issued. It will always stay on T0.
To circumvent the issue, i tried with M493 S0 / S1. Since GCODE_BEFORE_TOOLCHANGE was not defined, I did so myself and intercepted it in T.cpp. That worked, in conjunction with GCODE_AfTER_TOOLCHANGE, quite well, on toolchange ftmotion was disabled, tool was changed and afterwards ftmotion was reeabled. Later I tried the approach with the BIQU-Microprobe code to disabled ftmotion on probing. That approach worked just as well, just a little bit more elegantly than the brute-force-M493 method.
I will include The Config-files and T.cpp changed by me
Bug Timeline
Old bug, present sine emore than half a year without change
Expected behavior
Tool will change
Actual behavior
Tool stayed unchanged
Steps to Reproduce
No response
Version of Marlin Firmware
Marlin-bugfix-2.1.x
Printer model
Ender3 Pro (modified)
Electronics
4.2.7 Board, modified for second extruder
LCD/Controller
No response
Other add-ons
No response
Bed Leveling
UBL Bilinear mesh
Your Slicer
Prusa Slicer
Host Software
OctoPrint
Don't forget to include
- A ZIP file containing your
Configuration.handConfiguration_adv.h.
Additional information & file uploads
No response