Trimmed Surface generation fault

65 views
Skip to first unread message

Charlie Raskopf

unread,
Dec 1, 2025, 8:40:14 PMDec 1
to OpenVSP
Howdy!
Finally achieved a functional workflow using Fusion versus Inventor for this. 
I have recently gotten into a new slump where with the generation of the trimmed .STP,  I can't split parts and the .STP has 2 bodies overlaid. 
What should I do here?
Thanks,
Charlie. 
UAVv3.vsp3

Brandon Litherland

unread,
Dec 2, 2025, 10:21:17 AMDec 2
to OpenVSP
What bodies are overlaid?  Does it seem like there's two coincident bodies or are parts of the surface overlapping?

Leonardo Ungureanu

unread,
Dec 3, 2025, 6:11:10 AMDec 3
to OpenVSP
Hello, I think I have a similar problem (OpenVSP 3.46.0). When I generate the .stp file (trimmed surfaces analysis), most of the times I get more than one resultant body. In the attached case, for example, the trimmed body should consist of one only body. But, the .stp file contains 3 bodies. Each body contains a different set of surfaces. The different sets usually overlap. For this specific case, one of the three bodies is actually complete (it has all the surfaces, while the other two are random sufaces overlapping).
Each time I build a .vsp3 file starting from the single components (fuselage, wing, ...), I get a different result. Sometimes I obtained one only, complete body.
I can't understand which is the issue.

Thank you for your help,
L. Ungureanu

Baseline.vsp3

Brandon Litherland

unread,
Dec 3, 2025, 11:24:47 AMDec 3
to OpenVSP
L.,
I pulled up your model and exported the STP to import into Creo.  As you describe, there is one trimmed part that seems to have all of the surfaces and another part that has both sides of the canard/strut (front arm) and the right hand nacelle surfaces but not the left or any other components.  The STP itself imports as an assembly rather than a single part which it typical for VSP CAD exports.  I haven't isolated exactly what may be causing this duplication but I will try to see if anything changes the behavior.  This could take me a while so if you happen to find settings that change the export/import, please follow up here.

Charlie, same for you.  If you are able to make a few attempts at export and import with different groups of components and find something changes, let us know.

Rob McDonald

unread,
Dec 3, 2025, 11:29:28 AMDec 3
to ope...@googlegroups.com
Overall, my recommendation is to not use the trimmed surface export capability.  There are some known bugs -- and certainly some unknown bugs.

Improving this situation will take a significant time commitment from me.  Unfortunately, it has not been a priority (and probably won't be in the foreseeable future).

Instead, I recommend you use the un-trimmed export and then perform the trimming operation in your downstream CAD tool.

Rob


--
You received this message because you are subscribed to the Google Groups "OpenVSP" group.
To unsubscribe from this group and stop receiving emails from it, send an email to openvsp+u...@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/openvsp/2d9df76b-ae40-4661-b61d-57b11098b6een%40googlegroups.com.

Brandon Litherland

unread,
Dec 3, 2025, 11:41:29 AMDec 3
to OpenVSP
Quick follow up: It looks like the "Front_rotor_mounting" is causing the export to split/duplicate. Not sure why yet.

Charlie Raskopf

unread,
Dec 3, 2025, 7:22:02 PMDec 3
to OpenVSP
No solution for now besides working around in my Fusion360 workflow, I now simply cobble the correct components together and mirror components over the XZ plane. 

Leonardo Ungureanu

unread,
Dec 4, 2025, 10:30:17 PMDec 4
to OpenVSP
Hello, making some more trials, it seems the issue was the tip cap of the front_arm. It was rounded and it probably gave rise to a complex, unneeded, intersection. I'm still confused because sometimes it gave no problems. I hope it's not just a lucky case. If I'll have further issues I'll follow Rob's advice.

Thank you for your time, 
Leonardo
Reply all
Reply to author
Forward
0 new messages