×
INTELLIGENT WORK FORUMS
FOR ENGINEERING PROFESSIONALS

Log In

Come Join Us!

Are you an
Engineering professional?
Join Eng-Tips Forums!
  • Talk With Other Members
  • Be Notified Of Responses
    To Your Posts
  • Keyword Search
  • One-Click Access To Your
    Favorite Forums
  • Automated Signatures
    On Your Posts
  • Best Of All, It's Free!
  • Students Click Here

*Eng-Tips's functionality depends on members receiving e-mail. By joining you are opting in to receive e-mail.

Posting Guidelines

Promoting, selling, recruiting, coursework and thesis posting is forbidden.

Students Click Here

Jobs

Instance-level scope in Family Tables

Instance-level scope in Family Tables

Instance-level scope in Family Tables

(OP)
Hello everybody. I ran into a small problem that I can't quite work out.

Say I had a cylinder with a face A as a generic model for a family table. In one instance model I extrude a smaller cylinder out from face A, and in another instance model I cut a square hole into face A.

Is there a way to limit the scope of the instance models so that I can define different datum planes at both the surface of the square hole and the surface of the smaller cylinder with the same name? You know, sort of like "private" datum plane, if you will. Pro/e acts as if i declared it a "public" datum plane, and won't let me use the name twice.

I appreciate you guys' help.

-I Dabble in Modeling
Intern
Picatinny Arsenal, NJ

RE: Instance-level scope in Family Tables

Create the Datum A based on stable common references (initial 3 datums if possible) and use Datum A to drive your geometry rather than making Datum A a child of geometry.  This is part of the basic philosophy of "Horizontal Modeling".  If done correctly, all the geometry in a model can be redefined or deleted and the model & assemblies will still "hang together".

RE: Instance-level scope in Family Tables

(OP)
First of all, I want to say I really appreciate your help. I gave a simple example to see if there was a trivial solution. Here's the problem though. We have an original conical part with a flange like this: <|

We want to test a configuration where the flange is machined off like this: <

The geometry around the apex of the cone isn't exactly a point, and it's complex. Plus, both cones have to be toleranced with GD&T, so there has to be a better way than to create an entirely new model. All the features in the geometric tolerancing are to reference the base surface of the cone - Datum A. Do you see what I'm getting at? Is there any way at all to restrict features to instance level?

Again, thank you for your help.

RE: Instance-level scope in Family Tables

You can add features to your family table and then putt either a Y or N in the column to indicate the instance should show that feature.  Remember your parent/child relationships when you do this however.  If you turn off a feature in an instance that has children, all the children will turn off as well.
 

--
Fighter Pilot
Manufacturing Engineer

RE: Instance-level scope in Family Tables

You're not listening.  You can make the datum come before the cone & have Datum A in both instances.  You can adjust the cone location relative to the datum.  You can make it sing & dance.  You can not have two datum A's in the same model.

RE: Instance-level scope in Family Tables

(OP)
But can you have datum A be in one place in one model and one place in another one? That's what I'm getting at... not necessarily being able to create a new one, but being able to move it, you know?  

RE: Instance-level scope in Family Tables

Yes, define datam A from another plane at a distance.  Put the distance measurement in your family table.  Relate the features relative to datam A as required.

--
Fighter Pilot
Manufacturing Engineer

RE: Instance-level scope in Family Tables

(OP)
For example, say you have a generic model with datum A 5 inches from the FRONT datum plane. In one instance I want datum A to be 3 inches from FRONT, and in another instance I want datum A to be 7 inches from FRONT. Is that possible? Or is that the same as having two datum planes called A in the same model?

Sorry to come off like I wasn't listening, by the way. I sort of felt like I miscommunicated what I was trying to do, I guess.

RE: Instance-level scope in Family Tables

Yea, it's possible.  Do what I said regarding the definition of datam A and the placement of the defining dimension for the datum into the family table.  You still have just one Datum A with this technique.   

--
Fighter Pilot
Manufacturing Engineer

RE: Instance-level scope in Family Tables

(OP)
Awesome. Thank you.

Red Flag This Post

Please let us know here why this post is inappropriate. Reasons such as off-topic, duplicates, flames, illegal, vulgar, or students posting their homework.

Red Flag Submitted

Thank you for helping keep Eng-Tips Forums free from inappropriate posts.
The Eng-Tips staff will check this out and take appropriate action.

Reply To This Thread

Posting in the Eng-Tips forums is a member-only feature.

Click Here to join Eng-Tips and talk with other members!


Resources