Fri, Dec 7
Wed, Dec 5
I was able to get UBL mesh bed saving working on the Taz 6 a few months back. I've been using it for a while on my Taz 5 at home and thought it would be cool on the Taz 6 so I compiled a firmware with that enabled for the Taz 6 too.
@alexei: I added the file. Try now.
@alexei: Oh, I see what is going on. I have ".a" files in my .gitignore, so git isn't telling me that file is missing. I guess normally we wouldn't want to put binary blobs in the repo, but I suppose we make an exception this time?
@alexei: That makes no sense. The file is in the repo at that location. I don't get an error when I compile it on my machine.
The script still fails:
Thu, Nov 29
Wed, Nov 28
Correction, looks like the actual error is:
< [12:51:12] E1 driver error detected:
< [12:51:12] short to ground (coil B)
Wed, Nov 21
I don't expect this to be something we tackle in Quiver so moving to the Marlin back log for later consideration.
Tue, Nov 20
Yes, it is a M108.
@samantha What is the command required? iirc we need an M108 to be sent to unpause (not sure). If we can verify that, we will get this over to timofey to get started on
Fri, Nov 16
@karrad I just tested this after you posted. Looks like the machine does properly stop now. New issue is that I cant seem to un-pause it when printing from Cura and filament runs out.
Thu, Nov 15
It is now possible to compile Marlin 2.0 using the makefile in the "devel" branch.
Mon, Nov 12
I am using 22.214.171.124 on a mini 2 with a Hardened Steel Plus toolhead, connected via USB to Cura directly. My LCD froze, I restarted the machine to get use of it back.
@karrad -- Thank you!
We are 112 hours into the print w/o issue. Going to close this one out as resolved. @ScottWell1 We will have this enabled by default on the next Cura LE release and in all marlins 126.96.36.199 and newer
Nov 9 2018
Just about 48 hours in w/o issue. Will close out on Monday if still running smoothly.
This is a Marlin feature request, not just specific to Quiver. Adding the Marlin project.
Nov 8 2018
@tutley After the banded dingy release next week, we will get this one investigated and assigned. Sorry for the delay
We removed the pause in re-wipe due to perceived issues of stalling/communication problems. This one is good to close
Nov 7 2018
Have just started a 7 day print via USB. Will update here with results
Nov 6 2018
Just completed a 17.25 hr print via USB, no pausing or communication issues. Marlin 188.8.131.52 . Cura 3.2.32
Nov 2 2018
@karrad - Excellent -- thanks -- I'll stay tuned. Hopefully Cura can tolerate it, because it is a huge benefit for Octoprint users! :-)
@ScottWell1 We have this one activated in Marlin 184.108.40.206. We are going to be running some test over the next couple of weeks to ensure it doesn't affect USB printing via Cura, and if so it shouldn't be an issue to keep on by default in future builds.
Nov 1 2018
I second tutleys observation. When first seeing this I thought I was having serial communications issues via cura
I also think customers will think their machine froze if it is wiping and then just stops for a bit
Got a couple probe fails using the new firmware and in general I feel like the option of having the toolhead go back and for a few extra times would probably be less alarming for customers. I also am starting to see the telltale gouge in my wiper pad due to the nozzle pausing over one spot. So all in all I would say the wear to the pad would be about the same but wiping it will disperse the wear better.
@karrad Alright I'll see what I can do.
@lansky We are going to need feedback on this one today, please force a few failed probes using 220.127.116.11 (default FW in cura .32) Let us know what you think
Oct 31 2018
Oct 29 2018
@karrad: Pushed the changes.
@marcio Please update here when those are ready, I would like to verify the solution before having Alexei update the FW again.
In order to pass FW install and FW check in Cura LE we need to update the M115 response for extruder names:
Oct 23 2018
Yeah that is consistent with the others.