@anolen Kicking back to you, these are staged for merge.
change README.debian to README
move the Ubuntu table up to a new Ubuntu Users: section, then clone the instructions tailored to ubuntu users with release names. Leave the debian section as is, but below that.
Ahh, the link I was having problems with was this one: http://devel.lulzbot.com/software/cura-lulzbot/linux/README.debian
Text updated, pre-compiled package button text updated as well to:
UBUNTU BIONIC THROUGH DISCO 64BIT
I just walked someone through the confusion of "Xenial or later" in #reprap yesterday. This is a much better wording and should avoid confusion.
Thu, Feb 21
Adding a second diameter setting overrides original, making 2.85mm profiles and materials not visible
Wed, Feb 20
It appears that @victor_larchenko's "min layer time" find is a good fix for the alternating layer speed issue, so I think this ticket can be closed.
@TyTh Sounds good, we have that implemented right now.
@karrad yea i agree. i think using the bed to shear the filament off is the best option
Tue, Feb 19
@karrad No objections on our part
@eBeardslee I need an update here, do you have a desire to update how we classify our materials?
@anolen Kicking this one your way for experimentation. Go ahead and post and send back my way when ready!
@alexei Ready for review and merge
@karrad Looks good, tested on my machine
@anolen Do you have results on this one from testing?
removing marlin, this will be start gcode related.
@TKostennov We need to retract 60mm on the aerostruders, and we recommend doing an extruder calibration at 100mm. Lets set the limit to 125 before reverting
@karrad I think it's happens only with values more than 10, it's caused by restriction in code. Valid values for the field in range from 1 to 10. If value out of range cura use older value. We can change it, if that need.
Mon, Feb 18
@TKostennov Sorry for the delay in testing this. Testing this on Q on 3.6.5 branch T3377 it looks to be mostly working. While inputting the "extrusion amount" this seems to still lose its value when switching between prepare and monitor
@TKostennov I am not sure how these are different, can we get them all set up the same way?
I updated the description to remove the bits I already did, leaving only what remains to be done.
If you want me to test commit https://code.alephobjects.com/rCTe3bb6531775531f06263bfffa43247e184fe8c07, I could test it if that commit has already been pushed out to the workstations. As for this particular ticket, it has not been implemented yet in full. The dialog handling stuff is still missing so this ticket needs to remain open.
@marcio I am still not sure what are you asking. Are you waiting on another ticket to be merged/worked on? If so what ticket?
@karrad: That doesn't implement the dialog code, just some minor changes to the GCODE that is sent. If the Cura on my workstation has been updated with this commit, I can test it.
@marcio I am not sure, I see this commit on this ticket https://code.alephobjects.com/rCTe3bb6531775531f06263bfffa43247e184fe8c07
Has the dialog support been added to Cura? I didn't see a commit. If it has been implemented, as soon as it is in Cura and available on my desktop, I could test it. It would require a special build of Marlin with the HOST_PROMPT_SUPPORT feature enabled.
@marcio I am not really sure how to test this, can you give us a few steps to verify?
Fri, Feb 15
PRINTER | OS | Resolution | toolhead | Result
Mini 2 | Mac OS X High Sierra | 4096x2304 | LulzBot Mini 2 Aerostruder v2 Tool Head (SE 0.5mm) | pass
Mini 2 | Mac OS X High Sierra | 4096x2304 | LulzBot Mini 2 Aerostruder v2 Micro Tool Head (SL 0.25mm) | pass
Taz 6 | Mac OS X Sierra | 4096x2304 | LulzBot TAZ 6 Flexystruder v2 Tool Head | pass
Mini Mac OS X El Capitan | 1920x1080 | LulzBot Mini Single Extruder Tool Head v2.1 | pass
Mini Mac OS X El Capitan | 1344x756 | LulzBot Mini Single Extruder Tool Head v2.1 | pass
Taz 6 | Mac OS X El Capitan | 1920x1080 | LulzBot TAZ Dual Extruder Tool Head v2 | pass
Taz 6 | Mac OS X El Capitan | 1344x756 | LulzBot TAZ Dual Extruder Tool Head v2 | pass
Mini | Win 10 | 1920x1080 | LulzBot Mini Single Extruder v2.1 Tool Head | pass
Mini | Win 10 | 1366x768 | LulzBot Mini Single Extruder v2.1 Tool Head | pass
Taz 6 | Win 10 | 1920x1080 | LulzBot TAZ Dual Extruder Tool Head v3 | pass
Taz 6 | Win 10 | 1366x768 | LulzBot TAZ Dual Extruder Tool Head v3 | pass
Mini | Win 7 | 1920x1080 | LulzBot Mini Single Extruder Tool Head v2.1 | pass
Mini | Win 7 | 1280x720 | LulzBot Mini Single Extruder Tool Head v2.1 | pass
Taz 6 | Win 7 | 1920x1080 | LulzBot TAZ Dual Extruder Tool Head v3 | pass
Taz 6 | Win 7 | 1280x720 | LulzBot TAZ Dual Extruder Tool Head v3 | pass
Mini Ubuntu Xenial | 1920x1080 | LulzBot Mini Aerostruder v1 Tool Head | pass
Mini Ubuntu Xenial | 1152x864 | LulzBot Mini Aerostruder v1 Tool Head | pass
Taz 6 | Ubuntu Xenial | 1920x1080 | LulzBot TAZ MiniMOARstruder (1.20)| pass
Taz 6 | Ubuntu Xenial | 1152x864 | LulzBot MiniMOARstruder (1.20)| pass
Mini | Ubuntu Aardvark | 1920x1080 |LulzBot Mini Aerostruder v1 Tool Head | pass
Mini | Ubuntu Aardvark | 1152x864 | LulzBot Mini Aerostruder v1 Tool Head | pass
Taz 6 | Ubuntu Aardvark | 1920x1080 | LulzBot TAZ MiniMOARstruder (1.20)| pass
Taz 6 | Ubuntu Aardvark | 1152x864 | LulzBot TAZ MiniMOARstruder (1.20)| pass
Mini (LCD) | Debian Stretch | 1920x1080 | LulzBot Mini Single Extruder v2.1 Tool Head | pass
Mini | Debian Stretch | 1152x864 | LulzBot Mini Macro Extruder (HS 0.8mm) | pass
Taz 6 | Debian Stretch | 1920x1080 | LulzBot TAZ 6 MOARStruder Tool Head | pass
Taz 6 | Debian Stretch | 1152x864 | LulzBot TAZ 6 MOARStruder Tool Head | pass
Thu, Feb 14
Looks like we have another ticket on this: T2231. Notes from there:
@victor_larchenko I have been running a lot of tests for this issue and I wasnt seeing the increased speed but my profiles use a max of 15 s for the min layer time so this makes a lot of sense to me. I will test this out and try a repeat, thank you!!!!
@karrad @marcio @logan Looks like it caused by "Minimal Layer Time" option, printer slow down second nozzle to get minimal 30sec that set in PLA profile. When I set it to 1sec for both extruders, all model is printed on the same speed. This bug don't happen on TAZ6, because this option is set to 10sec on it.
Wed, Feb 13
Will roll this in with T5685
I'll make a branch for this and T5697 and submit a fix.
3rd time was the charm for me. The first two instances of cura I tried froze up in the file manager trying to track down the custom firmware location. Once cura stopped freezing it flashed .86 fine. There was some odd LCD grey-out and then flicker for a minute after flashing, but it's stable and correct now.
Tue, Feb 12
Also, Cura will need to send "M77" after a print abort, otherwise the print timer will continue to run indefinitely. This may actually be the cause of the incorrect print statistics in T5508.
@karrad Nothing other than normal slicing procedure for a dual print using any profile/settings, if he's using quiver it is every print where both nozzles are used, with no exceptions.
@zachah The TAZ 5 did not use that functionality at first, as we added that in with the Mini printer after release. By updating this it will change the way customers are used to having their printer operate. Are you getting this request from customers often? Do you feel it is worth the change in expected UX from a confusion stand point?