USER FORUM
(you are viewing a thread; or go back to list of threads)
STL export (by solver)
I am using SolveSpace and generally like it very much. However, with many objects I get an STL export with errors, and these result in corrupted prints.
The problem is that I don't really understand when this occurs, and how I can avoid it. It seems that one issue is when two solid faces are on top of each other. But then this is a reasonable way to construct (or assemble) parts.
Also, it occurs when I "slice away" corners from an object with "extrude/difference", for example to create rounded edges. I presume that the problem again is that a face lies on a face, but then again this seems to be a reasonable way to do this. Creating all objects to large to have some volume to remove seems like a hack and quite cumbersome.
So my question(s) are:
- how can I avoid these issues?
- and is there a way to fix these problems later?
Attached is am image of a model (visualized in MeshMixer, here the edge is defective) and the view in SolveSpace
The problem is that I don't really understand when this occurs, and how I can avoid it. It seems that one issue is when two solid faces are on top of each other. But then this is a reasonable way to construct (or assemble) parts.
Also, it occurs when I "slice away" corners from an object with "extrude/difference", for example to create rounded edges. I presume that the problem again is that a face lies on a face, but then again this seems to be a reasonable way to do this. Creating all objects to large to have some volume to remove seems like a hack and quite cumbersome.
So my question(s) are:
- how can I avoid these issues?
- and is there a way to fix these problems later?
Attached is am image of a model (visualized in MeshMixer, here the edge is defective) and the view in SolveSpace
(no subject) (by ruevs)
When "things are red" it is unlikely you will get a valid mesh (STL) when exporting.
Either "force NURBS surfaces to triangle mesh" or try to avoid creating "singularities":
https://github.com/solvespace/...ues/470#issuecomment-527175273
A long list of known (some of them fixed) bugs/problems in this category:
https://github.com/solvespace/solvespace/issues/738
https://github.com/solvespace/...s/1291#issuecomment-1238608356
If after looking through the above you think you have a model that's a new case please open an issue or post it here.
Either "force NURBS surfaces to triangle mesh" or try to avoid creating "singularities":
https://github.com/solvespace/...ues/470#issuecomment-527175273
A long list of known (some of them fixed) bugs/problems in this category:
https://github.com/solvespace/solvespace/issues/738
https://github.com/solvespace/...s/1291#issuecomment-1238608356
If after looking through the above you think you have a model that's a new case please open an issue or post it here.
STL export (by solver)
"Force NURBS to triangle..." is already set.
I do understand (I think) that a body with such singularities is ill-defined.
However, I do not understand how I can avoid these when assembling a body (or why they occur in these circumstances).
Here is an example where fitting a part (using "link") into a corner causes this problem. The resulting body should not contain any singularities, unless there is a problem with "gaps" during the assembly process.
I do understand (I think) that a body with such singularities is ill-defined.
However, I do not understand how I can avoid these when assembling a body (or why they occur in these circumstances).
Here is an example where fitting a part (using "link") into a corner causes this problem. The resulting body should not contain any singularities, unless there is a problem with "gaps" during the assembly process.
(no subject) (by Andrew)
The problem seems to arise with coincident surfaces, when one surface covers part of another surface. One workaround is to bury the surface by a small amount (0,01 to 0.05 of a mm) into the other surfaces.
STL export (by solver)
When I manually "bury" the part into the corner surfaces to test this, the problem remains. See attachment.
Also, isn't the whole point of assembling parts that placing them on a surface can be done? That is exactly what one does when placing a sketch on an existing surface and extruding...
(I understand that this is all far from trivial and that there are numerical accuracy issues with the implementation, so this is not meant as a compaint)
Also, isn't the whole point of assembling parts that placing them on a surface can be done? That is exactly what one does when placing a sketch on an existing surface and extruding...
(I understand that this is all far from trivial and that there are numerical accuracy issues with the implementation, so this is not meant as a compaint)
(no subject) (by ruevs)
When you assemble the parts what is the group operation set to?
(no subject) (by Andrew)
Can you zip up the files so I , or somebody else can take a look at what is happening?
Post a reply to this comment: