Latest Firmware for TAZ5 - advanced development version

Ya, I don’t have an enclosure and the printer is in a spare bedroom where it’s 76F. Also no need to wait for it to cool down. It’s definitely fried. I actually heard the noise of it frying a few rooms away.

Now I just need to decide if I want to spend $220 on a new RAMBo board or a different board like the Azteca X3.

btw I don’t want to sound like a fanboy but this firmware has totally fixed my printer. I had corrected all the mechanical issues of the Taz 5 but was still getting substandard prints when compared to my Makerbot R2. Both printers have been heavily modified to correct all their mechanical faults, but while my R2 prints are perfect my Taz prints always had strange issues, with warping, bulging at corners, overhang issues and problems with retraction, just to name a few.

Since updating to this firmware my Taz 5 is now printing better than my R2 and believe me the R2 prints amazing. I am getting really good prints now out of the Taz 5. Finally after a year and a half of banging my head against the wall. This bugfix branch needs to become standard for Lulzbot. I hope they are paying attention.

ps I am using the standard k values for PLA on ABS and it’s perfect.

Hmm, maybe it’s time for me to try this one. I kind of don’t want to redo all the blinky light modification firmware stuff in it though heh.

You might try it first without your mods and decide afterwards?
There is a chance that this feature will be merged into the next official Marlin release, so maybe you also want to wait for your mods until this comes out. Nobody can tell when this will be, but I think it will be this summer…

I’m not a basic user for most things but I’ve only been in printers for a couple years and haven’t dived much deeper than changing everything (really everything) in my slicer, a bit of gcode, and some soldering on a previous printer.

Is this firmware ready to be a daily driver with only undiscovered bugs, or a development version with things that still need to be fixed?

Seeing your photos and other users’ testimonies I really want to upgrade because I feel like my Powerspec 3D put out better prints than my Taz 5 that cost 3x as much. I’m not afraid to get my hands dirty but I don’t want constant issues. Thanks for all the work you’ve put in on this you wonderful human being!

This code is based on a marlin release candidate, so there will be some smaller bugs. But i couldn’t find one since I’m using this versions, in most cases they happen with printers using Corexy setups or bed leveling.
I’m using it for daily printing, but just have a copy of your current firmware on you computer. If you see some bugs, you can restore your old firmware within 3 minutes. :slight_smile:

I’d already installed it, I just got too excited. Good to hear though!

I’m on my 8th 20x20x20 cube, the first 5 were calibrating before the update. Post upgrade there was an immediate improvement, the only thing I changed was my z offset by +.01. I’m currently testing FW retraction with Simplify3D, I’ve found out that retraction must be checked and the following has to be added to the “Additional terminal commands for post processing” under the “Scripts” tab:

{REPLACE "G1 E-1.0000 F6000\n" "G10\n"}
{REPLACE "G1 E0.0000 F6000\n" "G11\n"}
{REPLACE "G1 E0.0000 F1800\n" "G11\n"}

Cube 6 is the first one printed after the update, these pictures aren’t really doing it justice. I ended up at 50mm/s and 30% speed on the last outline loop which probably isn’t as important with the advance feature, but prints are turning out nice. after a few bigger items I’ll play with making it quicker. Pardon all of my notes on the cubes, I was keeping track of my changes.

One note to the k values (remeber it can be changed with a M905 Kxxx command), I have a new value for nGen so to have a complete list valid for a TAZ 5 stock extruder and simmilar ones:

PLA: K=75
nGen: K=150
ABS: Maybe in the range of nGen?

Retraction can be very low with this feature enabled, I’m using 0.5mm for nGen at the moment.

btw I am using an E3d V6 extruder.


Just gave the FW a try. Don’t mean to be a pain - just a couple questions.

Having an odd issue where the extruder stepper is making a loud clicking sound and vibrating when the print head goes around curves. I’m attaching a movie. You can hear it well when it gets to the third curve.

I am also experiencing a second problem. The extruder makes odd movements beyond the bounds of the print while printing.

One last small issue. Gaps at Layer starts. Especially on perimeters.

Thak you for your hard work :slight_smile:


Your video links are not working for me?
Have you changed something like the k factor, the communication baud rate or have you enabled more features? Which filament are you printing with?

Wired moves can occur when there are communication errors, and your other two problems sounds like the extruder is missing steps. But that shouldn’t occur with this fw config…


The video links should work now.

To answer your questions: I used your pre compiled hex, with no changes. I’m using hatchbox pla which is my go-to brand. It is consistent and works quite well.

what do you think the problems might be?


Are you printing from an SD card or over USB? I guess USB, because I think you have communication errors. What print host do you use, is it showing some error strings during the prints?


I am using S3D. I made no changes to my settings after loading the new firmware. Same 115k Baud.

I didn’t notice any errors when on verbose, but maybe they went by too fast. I’ll have to re-load the firmware and try again.

Would comunication errors also be responsible for the loud stutter coming from the extruder stepper?

I’d really like to get your FW working. Even with these hiccups I could see how the extruder slowed/reversed at the ends of infill lines and how that was positively affecting dimensional accuracy!

I’m happy to test out any suggestions you have :slight_smile:

Thank You,

I think you got me wrong. I’m not meaning communication errors during the FW upload, I mean during printing. The wired moves to the edges of the print bed happen when there is a char missing in the serial stream and the checksum isn’t good enough so the printer isn’t reacting to this event.
The stutter happens when the printer has a lot of bad commands that need to be resent two or three times until the checksum matches the command. This leads to a lot of overhead, causing buffer underruns and not enough free power to make smooth print mooves in worst case.

Is simplify also having a command window during the print where you can see the returning messages during a print? For example when you set the print temperature, there should be a respond. There should be also one when you connect to the printer.


I wasn’t clear, I’m sorry. I did get what you meant. I didn’t notice any errors in the print message window during printing, but I had it in verbose mode and it all scrolled by very quickly. I can re-flash your firmware and then print and look again.

What might cause communcation errors pritning with this FW but not the stock one? The newest version of S3D (3.1) has an option for flow control I could turn on, might that make any difference?


Do you think any of these settings would matter? Is there something different in this FW that affects these settings?

No idea if the flow control is compatible with the TAZ, I don’t know that feature.
Ah, I just found out that Simplify3d wasn’t supporting checksums at all until this month - incredible it’s possible to sell software lacking essential functions for that money… Try to check “Include line numbers and checksums” in your screenshot. That should heal your wired moves, maybe even the other things.

I would recommend to do a comparison to another host software. Get Pronterface, save the gcode created in Simplify3D, open it with Pronterface and print from there. First reason to do this: I know Pronterface will make the errors visible for you but I’m not shure for Simplify. Second, Pronterface is solid software, so we can make shure if Simplify has a bug causing this.

The pressure control adds load to the CPU, that’s why it is harder for the printer to keep up with every sent char. But normaly, there shouldn’t be a single error that’s why I think it could be a bug in Simplify…


I turned on Checksumming, and the crazy moves are gone. So, that is fixed.

The loud clicking from the Extruder stepper is still there though:

I get no errors using S3D or printrun. I do get a fair number of “Busy, processing…” messages on curves or other complex moves.

Any thoughts?


oh…figured I’d post the gcode that is causing the extruder issue:
TestWskirtgcode.txt (925 KB)