|
|
|
Home | Forums |
Downloads | Gallery |
News & Articles | Resources |
Jobs | FAQ |
| Join |
Welcome !
|
76 Users Online (75 Members):
Show Users Online
- Most ever was 626 - Mon, Jan 12, 2015 at 2:00:17 PM |
Forums
|
Forums >> Revit Building >> Technical Support >> Help with family, is it broke?
|
|
|
active
Joined: Thu, Oct 20, 2005
168 Posts
 |
Please see attached family I have created. Can someone explain to me why the nested keyboard is determining the elevation of the who family AFF? I do not want to use the "elevation" instance parameter built in. As you can see when you open the family I want to control the AFF heights of the object with my parameters. If you try to align and lock the keyboard to the countertop top plane so it moves with the counter, it drops the whole family in elevationa nd the parameters i built in are not accurate anymore. Has this chnaged with 2010 or 2011? If I leave the keyboard at 0' AFF the rest of the parameters work as intended for me. Thanks for any help ASAP.... Jay
|
This user is offline |
|
 | |
|
|
active
Joined: Wed, Oct 7, 2009
654 Posts
 |
I keep getting an error saying the family is corrupt, so I can't open it. I have a feeling however that your family is fine and your techniqe is what is off. When you use align and lock you are likely grabbing the nested keyboard, not the reference plane in the family. Either that or the elevation parameter is set to type, not instance. Either one of those problems will cause the entire family to move instead of adjusting the parameter.
|
This user is offline |
|
|
|
active
Joined: Wed, Mar 5, 2008
208 Posts
|
instead of locking, you can try to "link" the keyboard parameter to the counter height parameter in the formula field. Also, it looks like you have a few parameters that is not dimensioned to the internal "ref level"
|
This user is offline |
|
|
|
active
Joined: Thu, Oct 20, 2005
168 Posts
|
I have tried the formula link and it did not work either. I am not sure why the keyboard is determining the families elevation to be honest. I really do not remember this being an issue in Revit 2010 and before.
|
This user is offline |
|
|
|
active
Joined: Wed, Mar 5, 2008
208 Posts
|
Like i said. Try to re-set your parameter that dimensioned to the "ref.level" other than your ref. plane. it looks like that is the problem.
|
This user is offline |
|
|
|
active
Joined: Thu, Oct 20, 2005
168 Posts
|
i am pretty sure i am referenced to the ref. level already. let me check again....
|
This user is offline |
|
|
|
active
Joined: Wed, Mar 5, 2008
208 Posts
|
Try attached
|
This user is offline |
|
|
|
active
Joined: Thu, Oct 20, 2005
168 Posts
|
still works the saem way for me. see screenshot. the 6'0" top of rail parameter should have the vertical rail top at 6' AFF. instance parameter "elevation" is set at 0'-0". Counter height should be at 2'-10" AFF in this case but as you can see the family is locating itself at 0'-0" AFF. Maybe there is no way around this since the keyboard is a nested object..... thanks for your help by the way....
|
This user is offline |
|
|
|
Similar Threads |
|
forum fight |
Community >> The Studio
|
Thu, Apr 6, 2006 at 3:55:33 AM
|
0
|
|
Trouble with curtain wall panel parameters - 2013 |
Revit Building >> Technical Support
|
Tue, Jul 10, 2012 at 1:39:36 PM
|
2
|
|
wall sweeps and after breaking up a wall |
Revit Building >> Technical Support
|
Tue, Jul 17, 2007 at 12:40:22 PM
|
0
|
|
WELD FAMILY SUGGESTION |
Revit Structure >> Technical Support
|
Thu, Dec 3, 2009 at 9:35:40 AM
|
3
|
|
Brick arch family coming in at 90degree to correct alignment |
Revit Structure >> Technical Support
|
Tue, Mar 12, 2013 at 7:41:21 AM
|
1
|
|
|
Site Stats
Members: | 1999852 | Objects: | 22885 | Forum Posts: | 152183 | Job Listings: | 3 |
|
Search
89831_wall_mounted_computer.rfa
