Skip to main content
D
Dobi17-Peridot
17-Peridot
July 20, 2023
Question

Windchill management of NX Wave links

  • July 20, 2023
  • 1 reply
  • 2998 views

Hoping that someone may offer some guidance on this one but if the last NX question is any indication, this may go into the ether 🙂 

 

One of the CAD softwares we use is NX but our PLM is Windchill. Windchill supports certain types of references but not all per the documentation below. 

Managing NX References 

 

That's fine. I understand. My question is about "consequences". 

Say that we do in fact use "Wave links created using Routing Objects geometry" (if you're doing any sort of cabling, you will struggle doing it differently), how does that present on the Windchill end as far as collecting the appropriate models to add to workspace? 

 

A particular error we're getting is "Failed to save xxx.prt - file in use by another process". This is for a child of a fitting. If we add the entire family table (Windchill doesn't collect this on it's own likely because it's an unsupported reference) and make sure that it's not Locked in the workspace, things behave reasonably well within NX. If that's not done ahead of time, though, then the user has to click through the length of the family table's worth of "Failed to save" errors before the model will load. That's inconvenient at best and impossible at worst since some of these family tables can be pretty deep. 

 

Is there a way around this that isn't a "user must manually remember to collect all the family table instances" process? 

1 reply

avillanueva
avillanueva23-Emerald I
23-Emerald I
July 24, 2023

I am confused here since Windchill docs indicate support for family tables and NX. Which is the unsupported reference? You appear to be an experienced user but I have not used WGM for UX in many years. To your first question, Windchill will show references on the Related Object tab of the detail page. The reference type should be indicate there. It makes a distinction between required and all references in the collector. I need some more examples of the second question.

D
Dobi17-PeridotAuthor
17-Peridot
July 24, 2023

The issue is with Wave links created during Routing. It's like the Harness module in Creo for running pipes/cables. There are external references to connection points and while the other reference types are supported, the links created using routing objects are not. 

Dobi_0-1690209232537.png

I'll have to dig into whether these show up as references in Windchill specifically (it's a bit hard to track down with the model I'm using) but at first pass they do. The issue appears when we go to load a model. The fittings (in this case) are a family table and of that family table we use one or two instances. However, when the model loads we get a "failed to save" error for all of the other instances even though they aren't used in the assembly. I don't know how NX manages the routing and whether through it updating it's references it's thinking it needs access to the whole family or what... 

 

In the end, whether Windchill manages a reference or not is secondary - in a way - because NX manages it and knows what it needs. It's a problem when the user doesn't know to collect all the things (even ones that aren't explicitly used in the model) because of an unsupported reference type. 

 

So far we have two workarounds:

- user collects ALL family tables irrespective of whether instances are specifically used

- during modeling, break all routing Wave links and fix the references (which, if references move is not great)

avillanueva
avillanueva23-Emerald I
23-Emerald I
July 24, 2023

For the family table, which should be supported, all instances need to be loaded. Each instance is its own CAD document and reference should be managed uniquely to that instance. When changes are made to the family table, the general and ideally all instances are modified to ensure sync. That should be all that is needed.

 

When using a member of that family table, NX should be looking for a specific instance. You should get the general and any instances referenced to download to the workspace. If it fails to pre-download those and add them to the workspace, does it not pull down on the fly? 

 

I am just trying to separate initial loading of an assembly and management of the FT. 

Terms & ConditionsAccessibility statement