This week I upgraded Cura & CuraEngine from 14.12 to 15.02 and ran into some odd, frustrating behavior when printing first solid layer & infill that I was hoping the community could explain or help me address.
I kept my cura configs & settings the same between 14.12 & 15.02 and am using the exact same STL files.
Cura 15.02 started making my printer print solid layers and infill in a very jerky fashion, by printing one line, then lift up the hot end and move it to the next postion (often a fraction of a mm over), then lower it and print another line, then lift again, move a fraction ,etc. It doesn’t move in a continuous, zig zag motion like I get when I use 14.12.
Anyone else seen this? Any help or tips are greatly appreciated
My setup:
Fedora Linux 22
cura-14.12.1-5.fc22.noarch
CuraEngine-14.12.1-1.fc22.x86_64
Printrbot Metal Simple
These were the versions I tested with.
cura-15.02.1-3.fc22.noarch.rpm
CuraEngine-15.04-2.fc22.x86_64.rpm
(Sorry for the double post, I forgot to include video that helps show the issue on my first attempt.)
Check your Cura settings for newly added ones with a default that does not fit well with your machine. Sometimes these creep in with new versions. Particularly check for a Z-lift setting.
Nice to see another Fedora user here. I am keeping Cura 14.12.1 for the time being. There are some significant settings changes in the newer 15.xx which require manual generation of printer settings profiles for machines other than Ultimaker.
We are sticking with the stable release, then moving to our own software. Our new software is aimed at beginners, or anyone looking for less fuss with settings and slicers.
@Neil_Darlow I don’t blame you for staying put, I reverted to 14.12 after I ran into this issue and only went back to 15.02 this weekend since I had some time to try and figure out what’s going wrong. You can easily test cura 15.02 now by using the copr repos.
@Brook_Drumm why not work with one of the existing tools and modify it to meet your needs instead of going your own way? I thought the plan for the new cura was to have the ability to offer the same user experience as what you want to provide, but not at the expense of expert users.
Our software is free and will have an open api. It uses slic3r in the cloud. Sidesteps the need (and temptation) to fiddle with settings- it just prints. It works with tablets and phones, which nothing else does (ok, octoprint does I guess). It will allow us to build a community of users, projects and services. Auto saving your own print cue and sharing with others is another benefit. Wireless is in our future too. That way, it won’t tie up your computer. Open source will always be a viable option of course.
@Brook_Drumm You still did not answer why you would go you own way instead of using what you use now. @Daid_Braam expressed his frustration recently that no other company was willing to contribute to cura. Now I don’t know why that would be, but you certainly do. Would you mind helping cura a little farther along by explaining why you plan to develop your own, instead of realising those features in cura, or better yet: what kept you (=your company) from contributing to cura?
Looks like “Z-lift while retract” combined with “retract when crossing perimeters” to me. I have no Cura, but Slic3r and these are the options in Slic3r to get the “hickups”
