I’m trying to use .stp files exported from Rhino 5 for subsequent import into the Quickfield finite element analysis package. This tends to work correctly for files containing incredibly simple geometry (eg a couple of rectangular extrusions), but anything more complex than this causes the Quickfield import to fail. Quickfield technical support have analysed the issue and believe that the .stp files generated by Rhino are faulty.
Does anybody have any knowledge of the issue of faulty .stp file generation and/or any fixes or workarounds?
Also, does anybody know whether any such issue may have been fixed in either Rhino 6 or 7?
Thanks AIW: The before and after Solidworks .stp file fix is one which has been reported to them by a number of clients as an approach that has worked for them. I’m fairly confident that they don’t have example files which demonstrate this (unfortunately).
Quickfield tech support is actively looking into the problem (all credit to them - they have been impressively responsive) and they have suggested that the version of ST-Developer (from STEP Tools inc) apparently used by Rhino in the generation .stp files may be a factor here (this is simply a suggested possibility). The problematic .stp files were generated using ST-Developer V15 (visible in the text of the file header). Files generated using Quickfield tech support with Rhino 7 seem to use ST-Developer V16.5 (again from the header text). The latest version of ST-Developer (from their website) seems to be V18.
Does anybody know if there is any way to upgrade this aspect of Rhino 5 to the latest ST-Developer as a possible fix?
Also, this old thread is discussing a very issue relating to problematic .stp file generation similar to the problem I’m seeing. Once again a Solidworks import/export dance seems to have been a workaround.
Thanks for your input.
Could I trouble you to post this file Rhino 5 format please? I’m stuck in the dark ages with Windows 7 so a move to a more recent Rhino is impossible at the moment.