Skip to main content
1-Visitor
May 31, 2022
Question

Error With Certain Imported Geometry

  • May 31, 2022
  • 5 replies
  • 4219 views
I am using Creo Parametric - Release 8.0 (connected) Release 8.0 and Datecode8.0.3.0

We are given the error message listed below when adding certain imported parts to an assembly. This has effected numerous parts in our database and reimporting them would be timely. Is there any way to override this error in Creo Parametric 8.0 to avoid having to update all of these parts in our database?

Here are the errors that I faced
"This model cannot be assembled due to it not being a valid Creo file exported from another system. PTC recommends using an intermediate file types, such as STEP or IGES, or approved direct translators to create a valid Creo file."

    5 replies

    23-Emerald III
    May 31, 2022

    I think I would open a case with PTC to get clarification on the error. They may be able to help reduce or eliminate the errors. Or they may be able to tell you why there is an error and how not to generate the error in the process.

    16-Pearl
    May 31, 2022

    I'm not 100% sure about this but it sounds as if there might not be a way around this one... check out this article.

     

    https://www.ptc.com/en/support/article/CS351641 

    23-Emerald III
    May 31, 2022

    What software did your models come from?

    It sounds like you may be able to open the models in Creo prior to 7 and then save the Creo model and import that into 7 or 8.

    17-Peridot
    June 1, 2022

    Hello,

    Some software packages, allow the export of so-called "Creo Parametric" part files which have not been created using PTC-approved APIs or the Granite Kernel. Upon retrieval in Creo Parametric, they contain only a coordinate system feature and a "Neutral" feature. We has discovered that these files are missing information that affects reliable regeneration, downstream feature creation, and other uses. Working with such a part will yield unexpected behavior and can not be relied upon.

     

    This "Creo Parametric" part file export functionality that some software packages have is not licensed by PTC. Such parts cannot be considered valid part files, and should not be used in a production environment.

    PTC Technical Support can identify if a particular model was generated in this fashion.

     

    PTC recommends use of Intermediate file types, such as IGES or STEP, or direct translators using PTC-approved creation methods, should be used to translate data from other software packages to Creo Parametric.

    21-Topaz I
    June 1, 2022

    When assembling some component Creo throws an error message and prevents to assemble it. Like previous contributors have explained the reason is that the component, although looks native, was not created with Creo itself but rather another software vendor or a 3rd party translator. 

    Since 7, those models are prevented to be assembled to prevent hazardous behaviors. Behaviors that our development team has met in the past. 

     

    Now the resolution may look time consuming but it is up to you to evaluate the investment: there is a requirement to translate that data back to native Creo. 

     

    Like in all migration / translation project there are two stances:

    1. translate on the fly 
    2. bulk translate

     Given the amount of files, the recurrence of the message, the decision and the investment are up to you

    1-Visitor
    July 7, 2022

    Wow - I've come across some show stoppers before but really !!!!

    So now anything that we've imported in from another system over the last 25 years containing a 'neutral' feature can no longer be assembled in our recently upgraded version of Creo (8.0.3.0) which we had to upgrade to as our version of Windchill had reached it's end of shelf life.

    The resolution that PTC are offering is that we export the file (save as a step file) then import it back into Creo as a new part which isn't that tricky unless you're using Windchill where you've got to 'set state' to allow you to overwrite the part to check it back in, set state, etc.

    On top of this the part will lose any reference it had before therefore any assembly which uses it will fail.

    I do hope I've picked this up wrong and there's a simple solution to this problem ðŸ¤”.

    23-Emerald IV
    July 7, 2022

    You summarized it correctly.  Previously imported existing data can continue to live on in any assemblies it already exists in but it cannot be added to any other (new) assemblies unless the file is 'fixed' by recreating the model from a fresh import.  Of course doing this will break all references in all of the existing assemblies.  I get not allowing this kind of data to import in the future but preventing the ability to assemble it really causes problems with existing data already released in the system (Windchill).