Family Tables and Intralink 1

[Guest0527211403]

Hi everyone. We’re having a problem with WF2(M240) and Intralink 3.4(F000)

Here's the situation:

We've created a family table for a simple part (which conforms to our model standards), say a metric Socket Head Cap Screw.

The 'top-level' generic instance contains a multi-level family table which contains all of the thread sizes that we encounter (i.e. M5 thru M36). Each of these contains a nested family table which sets the grip length of the SHCS. In the end, there are 400+ instances of this top-level family table.

The problem arises when the part is used in an assembly and then replaced by family table.

Let’s say I’m assembling my screw. I navigate right to the generic screw on the commonspace and open it. I then pick the one I want based on the parameters within the family table. The first thing I notice is that the individual instance, as well as all the headers of the top-level family table (i.e. the ‘generic’ M5 thru M36) are checked out into my workspace as well. Fair enough…

This is where we begin to have problems. If we replace an M16 x 55 long part with an M16 x 65 long part and save the assembly, we receive a few error messages generated by intralink:

For the generic part, the error reads:
Out of date object. There is a newer version of this object in the Workspace.

For every single instance (400+) I get the error message:
Model is not modifiable since it is not available in the Workspace.
followed by another warning dialog that says:
The following instance(s) are currently not checked out: for each instance.

When we investigated further, we found that after the replace option was performed, the new instances were indeed checked into the workspace, but Pro/E seems to be trying to save changes to ALL of the other instances as well. No changes are being made to the generic SHCS that I know of, since it is just being assembled.

I'm wondering if anyone has encountered this before, and how they dealt with it. We want to be able to replace a part using the family table, instead of making a large and cumbersome library of individual fasteners in intralink.

I've looked into the Instance Accelerator options and they haven't helped at all.

 

[looslib]

Are your family table files in their own hardware folder in Intralink?
Set the folder so only an Administrator can modify the family tables, read-only access to engineers.
Set the config.pro option regenerate_read_only_objects no.
This one I am fuzzy on the exact setting, in Intralink, set a preference that downloads read-only files as read-only in the workspace.

"Wildfires are dangerous, hard to control, and economically catastrophic."

Ben Loosli

 

[Guest0527211403]

Ben-thank you

What we ended up doing was changing the status of the SHCS to "Approved". This effectively made the file read-only. We wanted to avoid making the folder itself read-only because our library is being built on-the-fly. Maybe we'll hire a student to come in and model our nuts and bolts (I started out doing things like that )

We still get the first error message, but we can save the assembly file now since it forces Pro/E to skip over the nested family tables. We don't get the error message when no changes are made to the fasteners, so it's turned into a major PITA to a minor nuisance.

Thanks again... now that I've spent my day playing with fasteners and fighting pro/e, I have some real work to do