Revit Architecture

Revit Architecture

Reply
Distinguished Contributor
paul.ashley
Posts: 597
Registered: ‎10-20-2003
Message 1 of 5 (427 Views)
Accepted Solution

Nested Family Reference Plane Lock Breaking

427 Views, 4 Replies
02-11-2014 08:48 AM

I have developed a family-construction method that combines equipment with its dedicated electrical receptacles.  It is designed such that once inserted, the user can drag the outlet symbol and outlet to the right or left and also move the outlet symbol away from the wall plane to permit symbol stacking in plan.  Most of the time this works but on some families, though seeming constructed in the same manner, the link between the receptacle and the controlling plane gets broken.  The link to the outlet annotation family always stays connected.

 

I've attached a Revit project contain two families, one that works and one that does not.  I'm hoping someone out there can figure out a problem that has me stumped.

The issue is that the receptacle family in the refrigeration family is constrained to the Symbol Center Reference Plane, so when the symbol moved (bringing the reference plane with it), the family moved too.

 

2014-02-21_1128.png

 

Unconstraining the family should fix the issue.

Distinguished Contributor
paul.ashley
Posts: 597
Registered: ‎10-20-2003
Message 2 of 5 (400 Views)

Re: Nested Family Reference Plane Lock Breaking

02-11-2014 03:25 PM in reply to: paul.ashley

OP adding a note:

 

5 PM CST Edit:

I tried remaking the receptacle family as a generic family rather than the faced-based family used in the attached file. That made no difference.  However, in working with the family I discovered that what breaks the connection is reloading the family after once moving the planes that govern the outlet's horizontal location while in a project.

Product Support
Chris.Aquino
Posts: 413
Registered: ‎06-27-2010
Message 3 of 5 (341 Views)

Re: Nested Family Reference Plane Lock Breaking

02-21-2014 08:33 AM in reply to: paul.ashley

The issue is that the receptacle family in the refrigeration family is constrained to the Symbol Center Reference Plane, so when the symbol moved (bringing the reference plane with it), the family moved too.

 

2014-02-21_1128.png

 

Unconstraining the family should fix the issue.



Chris Aquino
Knowledge Domain Expert
Customer Service & Support
Autodesk, Inc.


The Revit Clinic
@Revitclinic
Distinguished Contributor
paul.ashley
Posts: 597
Registered: ‎10-20-2003
Message 4 of 5 (295 Views)

Re: Nested Family Reference Plane Lock Breaking

03-04-2014 05:53 AM in reply to: Chris.Aquino

What you describe is the correct behavior.  The outlet is supposed to move with the annotation.  What is happening is that sometimes the locked outlet family will move when in the family editor but not when inserted in a project. 

 

I've attached another file here that has two itierations of the same family insterted.  One works and the other doesn't, yet for all I can tell, the two are constructed in the same manner.  I've taken steps to make sure -as best I know how - that the nested families are the same in each main family.  The annotation symbols always move correctly but the other family does not.

Distinguished Contributor
paul.ashley
Posts: 597
Registered: ‎10-20-2003
Message 5 of 5 (288 Views)

Re: Nested Family Reference Plane Lock Breaking

03-04-2014 06:29 AM in reply to: paul.ashley

I will add this:

 

In the broken family, if you create a new plane, realign the receptacle to it, create dimension from the left offset plane to the new plane, and try to label that dimension to the same parameter used by the annotation, you get a "Restraints are not satisfied" error message. This doesn't happen in the family that works.

Post to the Community

Have questions about Autodesk products? Ask the community.

New Post
Announcements
Do you have 60 seconds to spare? The Autodesk Community Team is revamping our site ranking system and we want your feedback! Please click here to launch the 5 question survey. As always your input is greatly appreciated.