#08 | Assi e Specchiatura: la Revit nested family che regge

#08 | Ejes y Simetría: la Revit nested family que lo soporta

Umberto Rinaldi

El momento en que todo parece funcionar, y no es así

Has terminado. La host family está lista, el elemento anidado está dentro, los parámetros parecen conectados, el modelo está limpio. Cargas la familia en el proyecto, la colocas y, casi por instinto, la reflejas. Y ahí sucede algo extraño. El cajón se abre hacia la pared. La manija está en el lado equivocado. O, peor aún, la geometría parece correcta pero algo no encaja, y no puedes entender qué.

No es un error de Revit. Es una decisión que no tomaste, o que tomaste sin darte cuenta: dónde colocaste el origen del elemento anidado y cómo configuraste sus ejes.

En Inside the Files #07 vimos qué son las familias anidadas y cuándo usarlas. Ahora, profundicemos en la construcción y abordemos los dos momentos en que un elemento anidado puede traicionar incluso el flujo de trabajo más sólido.

Los ejes del elemento anidado: una decisión, no un valor predeterminado

Cuando abres la plantilla de una nueva familia, Revit te presenta dos Reference Planes cruzados y un origen. Parece un detalle neutral. No lo es. El origen del elemento anidado es el punto que Revit usa para posicionarlo dentro del host. Es el punto de anclaje, la referencia invisible alrededor de la cual todo gira, literalmente.

Dónde colocas el origen y por qué importa

En el caso de la mesita de noche, el cajón es una nested family que se desliza horizontalmente. La elección del origen no es casual: el origen del cajón debe colocarse en el plano Back, con alineación Center Left/Right.

La razón es constructiva: una vez anidado, el cajón se "apoya" en la Reference Line que gestiona la traslación hacia adelante y hacia atrás. Esa línea es la vía invisible del movimiento, y para que funcione limpiamente, el origen del elemento anidado debe coincidir exactamente con ese punto de control.

Si colocas el origen del elemento anidado en otro lugar, por ejemplo, en el centro geométrico del cajón, la Reference Line no tendrá un punto de anclaje coherente que controlar. El cajón se posicionará con un desfase que deberás compensar manualmente, y cada modificación posterior se convertirá en una persecución.

La regla general que me he impuesto: el origen del elemento anidado debe coincidir con el punto que el host usa para controlarlo. Obviamente, no existe una respuesta universal, depende de la lógica constructiva de la familia, pero la decisión debe tomarse conscientemente, no dejarse al azar.

El diálogo entre los ejes

Cuando anidas una familia dentro del host, los Reference Planes del elemento anidado dialogan con los del host. Si los ejes están alineados y son coherentes, el posicionamiento es limpio. Si no lo están, empezarás a lidiar con desfases extraños y comportamientos impredecibles.

Una verificación simple: antes de anidar, abre el elemento anidado y comprueba que sus Reference Plane principales estén etiquetados con las propiedades Is Reference correctas (Left, Right, Front, Back), según la lógica de la familia. No dejes planos anónimos o mal clasificados: durante el posicionamiento dentro del host, esos planos se convertirán en tus puntos de control.

El reflejo: dos actos

Acto 1 — El volteo y los ejes

Cuando reflejas una host family en el proyecto, Revit no solo refleja la geometría visible. También refleja la lógica interna, y el elemento anidado es arrastrado en esta operación.

El comportamiento del elemento anidado durante el reflejo depende de cómo estén configurados sus ejes. Si el eje de reflejo del host está alineado con un Reference Plane clasificado correctamente en el elemento anidado, el volteo funciona: la geometría se invierte de manera coherente.

Si, por el contrario, el eje no está clasificado, o está clasificado incorrectamente, el elemento anidado se invierte geométricamente, pero sin lógica. La geometría aparece reflejada, pero los parámetros de control continúan funcionando como si estuvieran en la orientación original. El resultado es una familia que parece funcionar hasta que intentas modificarla.

El punto crítico para mí es este: el Reference Plane utilizado como eje de reflejo en el host debe ser coherente con la clasificación Is Reference del elemento anidado. No basta con que el eje exista, debe ser reconocible por ambas familias.

Acto 2 — El detalle que casi nadie hace

Has reflejado al host. La mesita de noche está orientada en la dirección correcta, el frente es correcto, todo parece en orden. Luego intentas verificar el comportamiento de la guía del cajón, la Reference Line que gestiona la traslación, y algo no responde como esperas.

El problema no está en el reflejo en sí. Está en lo que sucede inmediatamente después, y que casi nadie hace por costumbre.

Cuando reflejas una Revit family, la copia resultante pierde la asociación con los Reference Planes. La guía del cajón, que en la familia original estaba vinculada a sus planos de referencia con precisión quirúrgica, en la versión reflejada está libre. Existe, es visualmente correcta, pero no está anclada a nada. Está apoyada, no fijada.

La consecuencia práctica: la guía ya no sigue los Reference Planes como debería. El cajón puede parecer funcional hasta que intentas modificar la familia, moverla o trabajar en parámetros de posición, y ahí surgen comportamientos inconsistentes, difíciles de rastrear porque visualmente todo parecía correcto.

La corrección es simple, pero debe hacerse siempre: después del reflejo, selecciona la familia resultante y reasigna manualmente la asociación a los Reference Planes. Treinta segundos de trabajo que evitan problemas silenciosos y difíciles de diagnosticar.


📐 El consejo Inside the Files
Refleja siempre en dos pasos, no en uno.
Primero: refleja la familia y verifica que la geometría sea correcta (ejes coherentes, elemento anidado orientado en la dirección correcta).
Segundo: reasigna la asociación a los Reference Planes de la familia reflejada. No lo des por sentado, Revit no lo mantiene automáticamente después del reflejo.
Si conviertes esto en un hábito, evitarás toda una categoría de problemas que se manifiestan tarde, de forma silenciosa y difíciles de rastrear.


Los ejes de un elemento anidado no son un detalle de configuración, son una decisión de diseño que determina cómo se comporta la familia en cada contexto: posicionamiento, modificación, reflejo. Tomarla conscientemente al principio cuesta unos minutos. No tomarla cuesta mucho más después.

El reflejo es la prueba más severa para un elemento anidado bien construido. Si lo soporta (geometría correcta, volteo coherente, asociación a los planos mantenida), la familia es sólida. Si no, el problema casi siempre está aguas arriba: en los ejes, en la clasificación Is Reference o en el paso faltante después del reflejo.

En el próximo episodio, entraremos en el bloque más sutil: el paso de parámetros del host al elemento anidado. Todo parece funcionar, hasta que se rompe en el momento equivocado, por una razón que no esperas.

Regresar al blog

Deja un comentario

Ten en cuenta que los comentarios deben aprobarse antes de que se publiquen.