I downgraded back to 149 and it works as intended. Has the target temps and is heating like normal.
Oct 11 2019
I tried 173 and got the same result.
can you try .173 or later?
About screen times out back to the main screen, perfect!
Oct 9 2019
Upstream issue ticket has been closed, going to close this one as well.
Without any other reports, closing this one down as resolved.
@Greggb Glad to hear you like it! We are going to close this one down.
This works much better. I like it.
As homing is done right at the beginning, and is not required past this point (we specifically recommend manually moving the head and bed) we removed the icons. We have updated this to make it more clear that one is for the syringe and one is for general movement:
@marcio Sorry! I was more logging an official note of "tested with new firmware, it is fixed, closing out."
@karrad: Yes, I fixed it.
@Steven: Remember, the first prompt is for the user to clear the top of the printer, because it needs to home to move to the syringe removal position. The second prompt is for the user to remove the syringe. Both are necessary.
@karrad @marcio this still has two separate prompts at the start. In our discussion it was questioned if we needed the first one during start up and just have the second command home as it is also homing.
Sorry for the false alarm, I popped the electronics case out. It looks like there was a wire preventing proper movement. Once clearing, the fan spun right up when releasing motors.
I am unable to duplicate this on 22.214.171.124 firmware, going to go ahead and close it out.
@marcio Thank you!
My local builds are always one version ahead of the one I push to build bot, so disregard the fact it says ".174. The only change from ".173" is that the version number was incremented after the push:
@marcio Can you post a .hex file here for testing while we await the full build?
Fixed in .173
Oct 8 2019
@Greggb Should be solid, I will nab it for you.
@Greggb New firmware with your adjustment can be found here: http://devel.lulzbot.com/software/Marlin/126.96.36.199/Marlin_Bio_SingleExtruder_188.8.131.52_a0ff23ddc.hex
@anolen, merged it to master.
As far as I can tell, UBL is not required for saving bed leveling information. The bed leveling information is stored using M500. When the printer powers on again, a user can re-enable bed leveling by typing M420 S1. I believe this request keeps coming up because people try printing without G29 and without M420 S1. You need one of those in your start GCODE in order to enable bed leveling. The only difference is that G29 re-probes the bed, while M420 S1 will simply used the saved information.
Closing this one down, will re-open if required with future reports. (Fixed in 184.108.40.206)
@Greggb Glad you like it! Consensus here in PP is it looks much more like the part.
@karrad all the menu items look great in blue. I went through each menu setting and everything looks good.
@karrad the cable cover is what is making contact with the frame. it would be an easy modification to the printed part to ensure this doesnt happen
On the bio, TJ said most users want to be able to move the axis by hand prior to starting their printers. Because of this, the axis are left unlocked and the coordinate system cannot be relied upon. So software endstops are disabled on the Bio and the axis will always skip if you try driving them beyond the max or min.
@marcio The new functionality looks good.
Now states syringe pump, thanks. Closing down.
@marcio That fix looks great, and should help alleviate any of the confusion reported form TJ. Closing this one out.
@matth 220.127.116.11 is currently on devel, can you give it a shot and let us know what you think?
@Greggb New firmware with color scheme is available, you can find it here: http://devel.lulzbot.com/software/Marlin/18.104.22.168/Marlin_Bio_SingleExtruder_22.214.171.124_6140f9ca1.hex
The thermistor circuit might be the only one in the harness that could be checked. This means that this fix would depend on the user forgetting all the y axis connectors, or none of them.
Oct 7 2019
The firmware cannot check whether the connectors are plugged in. An unplugged connector, from the firmware's perspective, is no different than a nozzle which isn't touching the cube.
The config is here:
Here are completed importable profiles, please make sure it is being imported into a 3.6.20 or newer version of Cura.
This is an easy adjustment. It will also affect the leveling script for the Mini 2, but I can't see any reasons this would cause a problem.
The icons and menu navigation works well as it is. I had one issue with the text for bed temperature being a little difficult to read, but beyond that it is very similar to Taz Pro, which I think is nice.
Right now the color scheme is already defined. I will swap the light green with light blue and the darker green with darker blue,
@Greggb We were hoping for some creative suggestions about what sections to change and what colors to change to.
This is fine with me, but it will affect the quickstart guide which is essentially complete. Once you have the color scheme finalized we can turn the QSG around in a few days.
@anolen You rock! Thanks for the follow up :) I will keep an eye out for the Profiles so I can send that along.
@Galadriel, I do! I am confirming the high detail settings today (the print is long), as soon as it is done I am posting the profiles (high speed, standard, and high detail) and staging them to be merged into Cura as soon as possible 😄
Oct 6 2019
I had a customer who was looking to resolve some print quality concerns on his workhorse so I sent him the most recent profile which worked great for him :) He was wondering if we happened to have a High Detail iteration of this Profile available yet so I told him I would ask.
@anolen Do you happen to have a High Detail version of your most recent profile created yet? Or settings for it that I could input into Cura and Export for the customer. I told him that I wasn't sure if we would or not so if not it's not a big deal. Thanks!
Oct 4 2019
Yes this is fixed
I haven't seen this on a printer in a while. I think we can close.
@Steven I did not here this noise when printing yesterday, have you had any more issues on more recent firmware?
Oct 3 2019
Here are some pictures of the test prints I have done over in tech support so far. I currently have the default profile print running as a comparison.
Please print this on 3 of the workhorses currently set up in calibration using Anolens latest profile loaded into 3.6.20
Oct 2 2019
After some further testing with @karrad, we discovered one edit that needed to be added. Here is the profile to be testing. Thank you!
We've got 5 workhorses in MER getting started with the latest profile.
I have concluded my PLA Taz Workhorse Standard Updates for the Stringing issue. All who can help test this profile would be very helpful.
I set up a SE toolhead on one of the workhorses at my desk yesterday and ran the default Polylite PLA material profile, with Standard layer height and this was the result.
Oct 1 2019
I am wondering if the issue is caused by the thermistor in the hotend not being properly controlled. Since temp is on a curve this could explain why it is not an issue for petg. Are all of the hotends on the toolheads from the same batch. If not, have we tried hotends from different production batches? As you all know metals all dissipate heat differently and it is harder to control the temperature on hardened steel. We may also want to try sticking a thermocouple on the end of the nozzle to measure the temperature separately. We may also want to check the servo for proper and consistent speed. All of this will allow us to determine a standard deviation to nail the problem down if it is related to the toolhead itself and not the profile.
Sep 30 2019
@marcio If we need to call out a tool head on the about screen, we need to call it a "Syringe Pump"
Okay, sounds good and will check myself as well the next time I updated the firmware.
We have not heard this reported since, we are going to close this out.
@franklin Can you see if this is still an issue? Looks like it kinda fell off the radar
@logan Any objections if I close this one down? I think we have all the gcode files updated at this point.
Closing out with a report of fixed above, let us know if it pops up again.
@bmh I just tested this on a Mini 2 and TAZ Pro and was unable to duplicate the stats clearing. I believe we got this fixed up in more recent versions of Cura LE.
Sep 27 2019
It should be noted that the above interface with the misplaced home buttons is only shown when you do not do the homing / leveling sequence.
@karrad I like that idea or some form of it. I ran into the issue where I was mistakenly holding the top one expecting the Z to change (Then pulled a bunch of air into the syringe).
Whats everyone's thoughts on maybe changing the lower right "home" icon to just a "Z"? This may help differentiate the difference between homing for loading an extruder, and just raising the extruder?
Sep 26 2019
@anolen This is your latest profile on this ticket, loaded into Cura LE 3.6.18.
@bigmansas is this all made from the older cura and older profiles?
I've got one going right now with z-hop turned off. Will post results.
That last one looks like it would be good if Z-Hop on retract were turned off. It should be off by default...
Here are some pictures of 3 profile changes I tried making to the latest profile that was on this ticket, as well as small spreadsheet on data gathered/changes made. It looks like reducing the retraction distance to 2mm and increasing the retraction speed to 25mm/s helped reduce some of the stringing between open areas, however it did leave some wisps of filament on the top layers.