Another issue… The extrusion fans are always on throughout the print. I think they turn off when hotend temps are less than 50C…
I can’t follow you, do you mean the fan controlled by m106? It’s running as usual for me, of unless the gcode tells something different.
Maybe you made a mistake in the config? You are seeing this for dual extruder, which has two fans i guess?
I had a weird situation when I stopped a print from the lcd yesterday. It got stuck on a command and kept extruding plastic and shifting in x y rapidly. Had to power down. I have had glitches before when stopping a print so I don’t think this is specific to this firmware version.
I see you didn’t change the version number on the splash screen correct? I am still seeing 1.1.0 bug fix or something similar.
I’ll go through my configuration again… Yes, I set the extruder count to “2” and added the thermister for extruder 2.
Basically, whenever the hotend (any hotend) heats above 50C the extrusion fan turns on. The fan turns off when the hotend drops below 50C. Seems like some sort of heat protection, but its not good for printing ABS where you want zero cooling at the beginning of the print for bed adhesion.
Easy to test, preheat extruder to 55C… extruder fan will turn on.
EDIT: So the extruder auto fan is defined in “Thermal Section” of Configuration.adv.h. Its set to 50C, so when above this temp the extruder fan turns on. Setting to 310 fixed the issue.
This leads to another issue that the extruders can only be set to 275C and 260C through the LCD…
That’s right, only the Marlin main team will decide when it’s time to change the version number.
@kcchen_00, I think that’s a bug in the original TAZ 5 config, I copied that over into my config without thinking about it. In fact it doesn’t do anything on my TAZ, so I guess there is no fan connected at the specific pin. Compare this section to the config to the default TAZ dual fan Marlin version, or simply try to set the EXTRUDER_0_AUTO_FAN_PIN to -1. This should disable it.
Could be. I set the thermal protection to 310C… I figured that would cover it if I ever print PC 300C. 
Thanks again updating.
Could I ask. What do we change in this firmware, or any firmware to allow for dual extrusion printing?
I cant find any clear instructions, or even a file to compare it with.
Please open another thread for this question because it doesn’t belong to this topic. I’m sure you will also get more answers with a proper head line.
It’s a question about your firmware modification. I should rephrase my question: do you ever plan to support dual tool heads with this firmware?
Also, I will get my own topic.
My modification doesn’t influence multi extruder printing, so the configuration for it would be exactly the same as for every other Marlin release. But I’m not using a dual extruder setup, and I guess only a fraction of the users that have one will read this special thread - that’s why I suggest an own thread.
All I can say is that there is a #define EXTRUDERS 1 statement in the Configuration.h together with a nozzle offset section below it. You may have a look into Lulzbot FW configs for dual extruders as a reference…
Alright. Thanks
Hey Sebastian,
Can I get a copy of the .hex from before the June 22 fix. I am getting random globs on unretracts, and it has only been happening since I upgraded to the June 22 version 2 days ago. It probably has nothing to do with the firmware, but I just want to isolate all the factors - and stupidly I did not keep the old .hex.
Thank You,
J
I don’t have the .hex anymore, but you could use Marlin at this time stamp. It’s the step before my patch was merged.
I’m trying to find a better way for the extruder stepper timing which hopefully solves all issues with blobs, high K values and so on…
Darn!
I don’t have the env set-up. Anyone else have a copy of the pre June 22nd version?
As long as I use FW ret, it works great. The newer one randomly deposits large blobs un unretract with the same settings.
You’d think I’d have learned by now not to throw things away!!!
Go back a few pages and download the rar…
The Rar is the fixed version. I don’t think there is a post with the pre- June 22 version.
Could try to load the LB OEM firmware from Cura. Or try https://code.alephobjects.com/diffusion/MARLIN/
Thak you, yes, I reverted to the OEM last week.
What I am saying is that the pre June 22 v from Sebastian works, including the advance feature, better than the OEM. I get flat external infil, smooth line starts and stops, and overall more consistent looking parts.
Whereas, the post-June 22 version has lots of issues for me. I get some strange underextrusion at the end of lines sometimes, and about 1 out of every 5 un-retracts deposits a large blob. The fix that went into this version I’m sure is technically correct but I think may be causing too much processor overhead on the weak boards in our printers and essentially caussing dropped or mis-timed stepper/extruder commands.
So, I don’t want the OEM, I want the ‘broken’ version of Sebastian’s firmware As long as you stick with FW ret. it works great.
But…lemme get on my soapbox for a minute on a slightly unrelated matter!
There ought to be a cable-for-cable PCB swap that can be done with a much faster processor. Corret me if I’m wrong, but even a $35 Rasberry PI 3 is way faster than these old processors. Even running OEM firmware I export all of my STLs with 5-deg facets on curves (when 2-3 deg would look much rounder). If I don’t, the processor chokes on curves if I try to print faster than about 90 mm/sec…it stutters through curves and leaves ugly uneven extrusion. If someone developed a simple board swap for the TAZ 5, I’d pay a few hundred bucks for it.
Thanks for all your hard work Sebastian,
J
I have none of these issues with the latest firmware. You may have some other problem. It may be just a coincidence that your troubles started with the firmware upgrade. Or perhaps you didn’t do proper house cleaning after the upgrade, such as making sure your esteps are still correct.
I’ll quadruple check that.
I do know that the minute I went back to stock FW, with the same gcode, the problem with random globs on unretract went away immediately. While setting esteps is important for overall extrusion amount, it shouldn’t affect random globs.
How fast do you print? I think these issues might arise when the processor is overtaxed.
J