Community Tip - New to the community? Learn how to post a question and get help from PTC and industry experts! X
Hi everyone.
Not a Creo user myself, but trying to narrow down on a problem with one of our suppliers who use Creo.
The provide (rather large, hundreds of MB to 1.x GB) complex models to us as STEP files which we fail to import.
We on our end use Autodesk tools (Inventor, Autocad, Navisworks) and another simple Step Viewer (not by Autodesk). That is, the models fail to import on at least two (if not three) different import kernels/backends.
Of course I'm in contact with Autodesk support but cannot simply give them the models (yet)... IP rights/concerns, you know, lengthy progress to set up NDAs and such.
We did recieve working models form that supplier in the past ("Automotive" AP214 format) which were imported successfully. We then received a more recent model in AP242 format which we were not able to read (importers of all mentioned tools fail after endless hours of "thinking", as if the model causes infinite loops or such).
I've then asked to get a model again in AP214 format, but this does not import now, too.
At the same time we do recieve various step files from small to very large from other source applications / suppliers which we can import perfectly fine.
Makes me think that either some particular part in that complex assembly is "bad", or ... idk.
So my question is: anyone got any idea on what the cause may be? Any "known problematic" options on the CREO export side settings that one should better leave out? Any hints would welcome, so that I can maybe test this through with the engineers on the supplier's side.
Does Creo Para create some sort of "export log" in which it would give warnings about problematic parts? The imports on my end unfortunately say "nothing" at all, just run, think, eat all available memory... and fail at some point (in touch with Autodesk on that, yes....)
Thanks,
Lars
Hi,
please ask Creo user to export STEP and import it back to Creo. What does happen ?
It would also be good to know which version was used when AP214 STEP files could be imported and which is now in use.
Hi Martin,
source says they always re-import their step exports before passing them on to us. So at their end, out of and then back into Creo, it works.
On our end, software hasn't changed.
Can I tell from the STEP header what version they use? There's the string " 'CREO PARAMETRIC BY PTC INC, 2020053' "
G**gle couldn't match that 2020053 (build number?) to any version list.
Thanks,
Lars
Hi,
the code is written in 1st line of any native Creo file.
Example:
1st line of native Creo part file ... #UGC:2 PART 1937 1460 815 1 1 15 3700 2020342 000002cc \
The code 2020342 belongs to Creo 6.0.5.1.
There is no conversion table ...
@LW_10252515 wrote:
Can I tell from the STEP header what version they use? There's the string " 'CREO PARAMETRIC BY PTC INC, 2020053' "
G**gle couldn't match that 2020053 (build number?) to any version list.
Thanks,
Lars
Build Code 2020053 is the build code for Creo Parametric 7.0.0.0
The Creo build code, which usually matches the xtop.exe file version, does not necessarily correlate with the STEP header. The header seems to track with the 'gGeometryXX.dll' and 'gTranslatorXX.dll' files instead.
Hello @TomU
Thanks to have pointed that out! I nevertheless confirm in this specific situation that internal datecode 2020053 is the common build code for both xtop.exe and step file generated from Creo Parametric 7.0.0.0.
Hello @LW_10252515
Just trying to help a bit further from information found in Autodesk Inventor Knowledge Base:
Regards,
Serge
Hi Serge,
Regards
Lars
Hello @LW_10252515
Sounds like a plan. Thanks a lot to have shared it with us.
Now that I have a better understanding of what you mean when "STEP import attempt fails in INVENTOR" (hang/freeze of Inventor if Step file is large in the scope of a vritualized environment), I have no knowledge in Inventor, but based on what I can find in this area in their Knowledge Base, you may want to try again after having:
Something to try: In the options dialog, check the "Save Parts During Load" button. As Inventor processes the assembly file it will create part files out of the individual entities in the step file. With this option checked it commits them to disk as it goes instead of trying to keep everything in memory. This has made the difference for me in being able to import large step and iges files. I was able to import a 285 MB iges file this way a few weeks ago.
If none of above approaches help, I'm afraid you'll need to wait for a further guidance from Inventor >Technical Support via the ticket you raised with them.
Regards,
Serge
Hi Serge,
thanks for digging that out of the Autodesk forums. Been there, seen that... and here comes the "regression": Recent versions of Inventor (and other of their products, iirc anything >2017) do NOT HAVE that option to Save Parts / Components during load. Gone. Abandoned. Removed. They nowadays (where everyone has trillions of Gigs of RAM) eat ALL into Memory and want to write out ALL once they are finished digesting. Brought that to their attention... so far no sign of them bringing that feature back. What shall I say ...
For the report thing: That's not an option when one uses the GUI import in IV directly; something like that is there if one uses their "task scheduler". No matter whether on or off. If On, it creates a report that says something like: "Eaten up all memory, tasted fine, thanks. Bye bye."
Nope, have to get them those files so they can see where it gets stuck... will be back to report.
Have you tried a parasolid?
If it helps attached is a 1 inch cube created in Creo 7.0.6 in AP214 and AP242 formats.
Also if you know any students or have kids that want to try Creo out, you could download the free student version and export out some more files to run trials on your end. The only limitation with the student version is that it doesn't intermix with the commercial version.
Hi Martin and Chris,
Thanks for the responses and test files.
- Parasolid: no, not asked for that as a work-around (or rather: better option?) yet. Contractually, we always fix on STEP (as anyone is supposed to be able to handle that). Could be a next step to test that if we can't get it to work with STEP again.
- Test Cubes: those are imported without problems (just like many other steps from various sources).
- I've asked our partners to try the re-import into creo and also for some smaller sub-models to narrow down on the problem.
Thanks for the hint on the test versions. Hope we get testing from the experts on the other side. They once managed to export similar complex assemblies which we could handle, so it should be a matter of getting the export profile back to what worked. Only I can't tell them what they did when it worked - that's not completely visible from the headers of the step files I believe. My first guess was AP214 vs AP242, but it turned out it wasn't that easy. Anyway, waiting on their response.
I'll be back once I have new information.
Hello @LW_10252515
What do you mean by "fail to import"? Do you mean:
OR
OR
Regards,
Serge
Hi Serge,
the import problem is on the Autodesk (and others) software side. We receive Step exports /from/ Creo (where same exports can be re-imported the source company engineer just confirmed). We at my end import them into Autodesk Inventor (or Autocad or Navisworks; or a 3rd party viewer app). All of these imports eat up "unlimited" memory and run "forever" (and unfortunately give no "line XYZ is bad" or anything). I'm of course also in touch on this with Autodesk - but as tons of other Steps we recieve from various sources work just fine for those same import destinations... it's "weird" and not really clear where to start looking.
My hope was that this has been before on your (Creo users) side before.
Cheers
Lars
Hello @LW_10252515
Oh ok. I see. Sorry for my initial understanding. If issue is faced upon Import attempt in a non-PTC software, I'm afraid I won't be in a good position to share further views then. Let's see therefore if others in Community faced similar issues. Good Luck for this!
Regards,
Serge
We have had issues with STEP file import into MasterCAM in the past. However, it was not an issue of the import crashing the importing program, but that the geometry was incorrect. revolved type surfaces would be imported as the "other half" of the surface, some surfaces would be untrimmed, etc. We ended up using IGES to transfer the files to the machining programmer, but that's kind of a "I can't get the tractor started so I'm going to use this plow" solution. Sort of.
Maybe the STEP files you're trying to import are suffering from similar "causes" and Autodesk is unable to handle them? Some experiments conducted to try to fix the problem:
(1) Ensuring the accuracy of the model used for the STEP file is absolute with a small (0.000001 inch) accuracy.
(2) Trying different STEP export standards.
(3) Re-building the model in a new part, latest version of Creo, no other "unused features" in the file.
None of these helped. We still output IGES files for the types of parts that give these problems.
We're using Creo 4.0, M120.
Since the files seem to be coming from Creo 7, I wonder if there is something in the changes to handle multi-body that the STEP translators have not taken into account from the Autodesk side?
What version of Inventor are you importing these files into?
Have you imported other Creo 7 files into Inventor before?
Does Autodesk have an updated STEP translator?
Hi Ben.
Inventor 2021.
And yes, we had Creo 7.0.0.0 STEP files (same build code, datecode 2020053 in the STEP headers) initially when the supplier's model wasn't that "mature"/detailed (but already similar in size, several 100MB). Those files imported fine, so the general combination of Creo 7 vs. IV 2021 works.
And Creo 7 to Navisworks Manage 2020, and to Autocad 2020, and also to that other "Step viewer" we have (not Autodesk based) - all worked well with the same earlier large STEPs.
Something must be different with the more recent model the supplier exports for us. Probably something like mentioned by Ken above.
If no workaround-format (parasolid, iges) works we'll have to get NDAs and stuff in place and get the problem files to Autodesk in the end (will take time, needs NDAs to be signed etc etc...)
Will report on any progress we make one way or another.