discuss@lists.openscad.org

OpenSCAD general discussion Mailing-list

View all threads

crazy interaction between openscad and cura 4.10

GH
Gene Heskett
Fri, Jul 2, 2021 2:01 AM

Greetings all;

I got eddycated today.

I am  merging this drive code into 1 master, with intentions of removeing
quite a few of the variables that are at the end of the show, identical,

But not just yet, a far more pressing problem rared up and bit me, I had
just merged the module innerspline(), and had basically rewritten it
based on what I've learned about openscad in the last week, greatly
simplifying this particular paragrahp of code. So I set mode=6 and
rendered it, then sent the .stl to cura for a hard copy, Looked great in
openscad, and in cura, but the printer made a huge mess of it,
retractions for every pass over a tooth, all sorts of stray plastic it
took me half an hour to clean up each copy I printed but even then it
was so rough internally that any dimension corrections were at best a
SWAG. The result was full height, so I was like an hour twigging on the
fact the openscad's rendition was centered on z=0, with 6mm below, and
6mm above. So I added a couple translates and put it all on the 0-12
range of Z.  And sent that to cura as the usual .stl.

I lost 30 minutes out of 3 hours rendering time and the printer is now
behaving itself again.

Lesson learned? Never ever send cura a negative z.
I hope this is helpful to others..

Cheers, Gene Heskett

"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.

Greetings all; I got eddycated today. I am merging this drive code into 1 master, with intentions of removeing quite a few of the variables that are at the end of the show, identical, But not just yet, a far more pressing problem rared up and bit me, I had just merged the module innerspline(), and had basically rewritten it based on what I've learned about openscad in the last week, greatly simplifying this particular paragrahp of code. So I set mode=6 and rendered it, then sent the .stl to cura for a hard copy, Looked great in openscad, and in cura, but the printer made a huge mess of it, retractions for every pass over a tooth, all sorts of stray plastic it took me half an hour to clean up each copy I printed but even then it was so rough internally that any dimension corrections were at best a SWAG. The result was full height, so I was like an hour twigging on the fact the openscad's rendition was centered on z=0, with 6mm below, and 6mm above. So I added a couple translates and put it all on the 0-12 range of Z. And sent that to cura as the usual .stl. I lost 30 minutes out of 3 hours rendering time and the printer is now behaving itself again. Lesson learned? Never ever send cura a negative z. I hope this is helpful to others.. Cheers, Gene Heskett -- "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) If we desire respect for the law, we must first make the law respectable. - Louis D. Brandeis Genes Web page <http://geneslinuxbox.net:6309/gene>
JB
Jordan Brown
Fri, Jul 2, 2021 2:32 AM

On 7/1/2021 7:01 PM, Gene Heskett wrote:

Lesson learned? Never ever send cura a negative z.

That's kind of surprising.  Most slicers default to dropping the model
so that its bottom is on the build plate.

On 7/1/2021 7:01 PM, Gene Heskett wrote: > Lesson learned? Never ever send cura a negative z. That's kind of surprising.  Most slicers default to dropping the model so that its bottom is on the build plate.
J
jon
Fri, Jul 2, 2021 2:35 AM

I agree with Jordan.  I've never seen a slicer that had problems with
negative Zs.  Something else is going on I imagine.

Jon

On 7/1/2021 10:32 PM, Jordan Brown wrote:

On 7/1/2021 7:01 PM, Gene Heskett wrote:

Lesson learned? Never ever send cura a negative z.

That's kind of surprising.  Most slicers default to dropping the model
so that its bottom is on the build plate.

I agree with Jordan.  I've never seen a slicer that had problems with negative Zs.  Something else is going on I imagine. Jon On 7/1/2021 10:32 PM, Jordan Brown wrote: > On 7/1/2021 7:01 PM, Gene Heskett wrote: >> Lesson learned? Never ever send cura a negative z. > > That's kind of surprising.  Most slicers default to dropping the model > so that its bottom is on the build plate.
GH
Gene Heskett
Fri, Jul 2, 2021 2:46 AM

On Thursday 01 July 2021 22:32:59 Jordan Brown wrote:

On 7/1/2021 7:01 PM, Gene Heskett wrote:

Lesson learned? Never ever send cura a negative z.

That's kind of surprising.  Most slicers default to dropping the model
so that its bottom is on the build plate.

It looked like it did that, and a recenter didn't move it. The only place
there was a problem was on the build plate, and about a 6.5mm retraction
for every new tooth.

100% wierd.

Thanks all.

Cheers, Gene Heskett

"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.

On Thursday 01 July 2021 22:32:59 Jordan Brown wrote: > On 7/1/2021 7:01 PM, Gene Heskett wrote: > > Lesson learned? Never ever send cura a negative z. > > That's kind of surprising.  Most slicers default to dropping the model > so that its bottom is on the build plate. It looked like it did that, and a recenter didn't move it. The only place there was a problem was on the build plate, and about a 6.5mm retraction for every new tooth. 100% wierd. Thanks all. Cheers, Gene Heskett -- "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) If we desire respect for the law, we must first make the law respectable. - Louis D. Brandeis Genes Web page <http://geneslinuxbox.net:6309/gene>
RW
Ray West
Fri, Jul 2, 2021 11:11 AM

Some versions of cura are broken. Recently, about two weeks ago, I gave
up on cura, and went back to superslicer in order to get a print of an
object with relatively thin walls. I'm not saying superslicer is any
better in every case, because for some reason (maybe it was tree
supports) I had gone back to cura a few months previously. You can set
the object any height you want above or below the bed, but you have to
select that feature. By default, it will place it on top of the build
plate, with lowest point of object on the surface of said plate, unless
the software is doing something it is not designed to do, or you don't
know how to use it. It is very easy to not notice that you are slicing
for, say petg, when you mean it to be for pla, and if you use 'stock
settings', and/or don't do the tests to set up the machine with the
actual filament spool you are trying to use at that time, you will often
get a mess of spaghetti.

On 02/07/2021 03:01, Gene Heskett wrote:
Greetings all;

I got eddycated today.

Some versions of cura are broken. Recently, about two weeks ago, I gave up on cura, and went back to superslicer in order to get a print of an object with relatively thin walls. I'm not saying superslicer is any better in every case, because for some reason (maybe it was tree supports) I had gone back to cura a few months previously. You can set the object any height you want above or below the bed, but you have to select that feature. By default, it will place it on top of the build plate, with lowest point of object on the surface of said plate, unless the software is doing something it is not designed to do, or you don't know how to use it. It is very easy to not notice that you are slicing for, say petg, when you mean it to be for pla, and if you use 'stock settings', and/or don't do the tests to set up the machine with the actual filament spool you are trying to use at that time, you will often get a mess of spaghetti. On 02/07/2021 03:01, Gene Heskett wrote: Greetings all; I got eddycated today.