#09 | El parámetro Silencio: funciona en el editor pero deja de funcionar en el proyecto

La cadena de errores detrás de un parámetro que ya no responde

Estás en Revit. La familia anidada está cargada dentro de la host, los ejes están configurados, el espejado funciona. Abres el Type Properties de la host y ves el parámetro — ancho del cajón, profundidad, altura. Lo modificas. La familia se actualiza. Todo responde.

Cargas en el proyecto. Seleccionas la familia, abres las propiedades, modificas el mismo parámetro — y no pasa nada. La geometría no se mueve. El cajón no se desplaza. El parámetro está ahí, visible, editable, pero mudo.

No hay mensaje de error. No hay aviso. Revit no te dice que algo está roto — porque desde su punto de vista no lo está. El parámetro existe, la asociación existe, la familia está cargada correctamente.

El problema está más arriba. Y casi siempre es una combinación de causas, no una sola.

La cadena de errores

Cuando un parámetro dimensional funciona en el Family Editor pero se bloquea en el proyecto, la tentación es buscar un único culpable. En la práctica, rara vez es así. Casi siempre es una cadena — y basta un eslabón roto para bloquearlo todo.

Tipo vs Instancia: estás mirando en el lugar equivocado

Antes de sospechar algo más complejo, comprueba lo más obvio: ¿dónde estás modificando el parámetro?

En el proyecto, si el parámetro de la familia está configurado como Tipo, cada modificación debe hacerse desde el Type Properties — y se aplica a todas las instancias de ese tipo, no solo a la que has seleccionado. No puedes buscarlo en las propiedades de Instancia esperando un cambio inmediato en el elemento seleccionado — estás llamando a la puerta equivocada.

Lo contrario también es válido: no busques el parámetro de Instancia en el Type Properties — porque por definición pertenece al elemento individual, no al tipo.

Nota para quienes anidan: si la familia anidada tiene parámetros de Instancia, y la insertas varias veces dentro de la misma host — piensa en una cómoda con dos cajones idénticos, la misma familia anidada insertada dos veces — la asociación con la host debe configurarse para cada instancia individual. No basta con asociarla una vez y esperar que aplique a ambas copias: son dos instancias distintas, cada una con su propia asociación que configurar.

Es la causa más obvia de la lista, y también la más común — precisamente porque nadie la sospecha primero. Antes de abrir el Editor y ponerse a buscar asociaciones rotas, vale la pena preguntarse: ¿estoy mirando el panel correcto?

La asociación está configurada al revés

Supongamos que el panel es el correcto. El problema puede estar en el vínculo entre la host y la familia anidada.

Cuando colocas la familia anidada dentro de la host y abres su Type Properties desde el interior del Editor, ves los parámetros de la familia anidada listados. Seleccionas el que quieres asociar — por ejemplo, la profundidad del cajón — y Revit te muestra automáticamente solo los parámetros de la host compatibles por unidad dimensional: si es un parámetro de Longitud, solo verás parámetros de Longitud en la lista. No puedes equivocarte de tipo de dato, porque Revit no te lo permite.

Lo que sí puedes hacer mal es asociar el parámetro equivocado entre los propuestos: si la host tiene varios parámetros de Longitud (profundidad del cajón, altura del cajón, grosor del panel, ...), es fácil seleccionar uno con un nombre similar que controla otra dimensión. Revit no protesta — la asociación es formalmente válida, pero no es la que querías. La señal sale de la host y llega a destino, solo que no donde esperabas.

El error está en el modelado, no en el parámetro

Este es el caso más difícil de diagnosticar — porque el parámetro funciona. El problema es que la geometría no está construida para recibirlo.

En el caso de la mesita de noche: si el cajón no está correctamente anclado a la Reference Line que gestiona la traslación, el parámetro dimensional llega pero no encuentra nada sobre lo que actuar. La Reference Line se mueve, el valor del parámetro cambia, pero el cajón permanece inmóvil — porque el vínculo entre el cuerpo del cajón y la línea de referencia no se construyó correctamente durante el modelado.

Es un error de origen, invisible desde el exterior. Solo se descubre cuando se prueba el comportamiento en el proyecto y se comprueba que la geometría no sigue al parámetro.

El parámetro no es compartido — y en este caso específico no es el problema

Hay una última causa posible, relevante solo para quienes trabajan con parámetros destinados a ser programados o controlados desde un abaco de proyecto: el parámetro no es un Shared Parameter.

Un parámetro normal — el que creas directamente en el Family Editor — existe solo dentro de la familia. La host lo ve, lo controla, lo pasa a la familia anidada. Pero si necesitas leerlo o modificarlo desde un abaco, o compartirlo entre familias distintas, un parámetro no compartido no es suficiente.

Si no es tu caso — si el problema es "lo modifico y no pasa nada" dentro del flujo normal Editor-Proyecto — lo más probable es que la causa esté en otro lugar, en los puntos anteriores. Los Shared Parameters merecen un episodio dedicado.

La solución: verificar el circuito

Verificar la asociación

Después de comprobar el panel y el vínculo, la verificación a hacer en el Family Editor es sencilla: modifica el valor del parámetro en la host y comprueba que la familia anidada responde. Si responde en el editor, la conexión es correcta.

Pero no te detengas aquí — carga la familia en un proyecto de prueba y repite la misma verificación desde el panel de propiedades del proyecto. Es la única forma de asegurarte de que el parámetro es visible y controlable desde el exterior.

Verificar el modelado de la familia anidada

Si el parámetro funciona en el editor pero no en el proyecto, y ya has verificado que la conexión es correcta, el siguiente paso es reabrir la familia anidada y comprobar las restricciones.

En el caso del cajón: verifica que la familia anidada esté alineada al plano vertical de la Reference Line que gestiona su traslación — no simplemente colocada cerca. Si falta la alineación al plano correcto, la Reference Line se mueve pero la geometría de la familia anidada no la sigue — porque nunca estuvo vinculada a esa referencia.

📐 El consejo Inside the Files

Antes de cargar en el proyecto, prueba el parámetro en tres pasos:

01 — Comprueba el panel. ¿Estás modificando desde el Type Properties o desde las propiedades de Instancia? ¿Es el lugar correcto para ese parámetro?

02 — Modifica el valor en el Family Editor. ¿Responde la familia anidada? Si no, el problema está en la asociación o en el tipo de parámetro.

03 — Carga en un proyecto de prueba y modifica el valor. ¿Se actualiza la geometría? Si no, el problema está en el modelado de la familia anidada.

Tres preguntas, tres niveles. El error siempre está en uno de estos.

---

El parámetro mudo es uno de los errores más frustrantes en Revit — no porque sea difícil de corregir, sino porque es difícil de ver. Todo parece funcionar, el archivo no da errores, y el problema solo aparece cuando ya estás en el proyecto, a menudo con trabajo construido encima.

La buena noticia es que la cadena es siempre la misma: panel equivocado, asociación incorrecta, tipo no coincidente, modelado de origen. Conocer la cadena significa saber dónde buscar — y encontrar el problema en pocos minutos en lugar de varias horas.

Con ITF#07 y ITF#08 tienes las herramientas para construir una familia anidada que funcione: ejes correctos, espejado gestionado, parámetros que llegan a destino. El bloque constructivo está cerrado.

En el próximo episodio de Inside the Files analizaremos juntos la anatomía de un mueble paramétrico — cómo Reference Lines, Nested Families y fórmulas de adaptación trabajan en sincronía.