Welcome! Log In Create A New Profile

Advanced

OpenSCAD problems

Posted by perlguy 
OpenSCAD problems
March 22, 2013 09:00AM
I've several items about the problem that I am having, but so far nothing has worked.

My problem OpenSCAD file has been narrowed down to this:


scale([1,1,1]) {
import("/Volumes/Storage\ 2/3d/ipadminilandscape_fixed-1.stl");
}


The file was downloaded from :[www.thingiverse.com]

I've run the file through the Netfabb Cloud service, but that did not help.

I am still getting "WARNING: No top level geometry to render" when I try to do the "Compile and Render (GCAL)" option in OpenSCAD.

I am on a Mac using OpenSCAD 2013.03.06 and have also tried the older, released version.

Any ideas how I can fix this?

Thank you!
Perlguy
Re: OpenSCAD problems
March 22, 2013 09:35AM
I would suspect that there is a problem with the STL file, rather than OpenSCAD
Re: OpenSCAD problems
March 22, 2013 05:41PM
I don't know about that. OpenSCAD tends not to like really detailed stls for some reason. Inhave had the same issue before too.
Re: OpenSCAD problems
March 22, 2013 07:41PM
when importing stl files it seems to work best when:

- the scad file and the stl file are in the same directory
- the object location in the stl file is situated over x0 y0 or close to it
- some stl files won't import properly/at all if they sit below z0

also best to put "file = " in there
import(file = "ipadminilandscape_fixed-1.stl");




-=( blog )=- -=( thingiverse )=- -=( 3Dindustries )=- -=( Aluhotend - mostly metal hotend)=--=( Facebook )=-



Re: OpenSCAD problems
March 22, 2013 08:08PM
My understanding is OpenScad quantises vertices to a grid which causes a bug when importing STL files with points very close together.


[www.hydraraptor.blogspot.com]
Re: OpenSCAD problems
March 23, 2013 03:30PM
According to openSCAD/CGAL the geometry is messed up.
CGAL:tongue sticking out smileyolyhedron_incremental_builder_3::
lookup_halfedge(): input error: facet 171 shares a halfedge from vertex 65 to vertex 64 with facet 61.
(Its neat so forum is doing smiley substitution even in code tags...)

And indeed it appears so.
face vertex0='64' vertex1='63' vertex2='65'
...
face vertex0='64' vertex1='126' vertex2='65'
(...and removes xml.)

See attachment lines 406, 516.
AFAIK the vertex order in triangle faces is supposed to follow counter clockwise rule, so when there is 65-64 order in one face, in another there should be 64-65.
Attachments:
open | download - ipad.xml (61.4 KB)
Sorry, only registered users may post in this forum.

Click here to login