Usamos cookies técnicas (necesarias) y, si lo aceptas, analíticas para medir el uso de la web. Consulta la Política de Cookies.
Crear un bloque son treinta segundos: seleccionar, punto base, nombre. Lo difícil es todo lo demás. Empezamos por para qué sirven y cuándo compensan, seguimos por dónde vive la geometría y quién manda sobre ella, y terminamos en la operativa diaria y en el papel que les queda a los grupos.
Qué problema resuelve un bloque, en qué casos compensa y qué es exactamente por dentro. Sin esto, las decisiones de las partes II y III se toman a ciegas.
01
ContextoEl problema nunca es dibujar la ventana. Es que hay ochenta, que el cliente cambia el despiece en la semana doce, y que para entonces tres de ellas ya no son iguales que las demás y nadie sabe cuáles.
Un bloque convierte esas ochenta ventanas en una sola geometría con ochenta posiciones. A partir de ahí ganas tres cosas concretas:
Propagación. El cambio de despiece es una edición, no ochenta. Y sobre todo: es imposible olvidarse de una.
Peso. Cien sillas iguales ocupan lo que una. La diferencia entre un archivo de 40 MB y uno de 900 rara vez está en la complejidad del modelo; está en la repetición sin bloques.
Recuento. Rhino sabe cuántas instancias hay de cada definición. Eso es una medición aproximada gratis, y la razón de que convenga hacer coincidir la unidad de bloque con la unidad de compra o de fabricación.
Hay una cuarta razón que aparece en cuanto el proyecto crece: un bloque puede vivir en otro archivo. Es lo que permite que la estructura, el mobiliario o la topografía los mantenga otra persona y tú los veas siempre al día sin copiar nada a mano.
| Señal | Herramienta |
|---|---|
| Se repite, o va a repetirse | Bloque |
| Hay una familia con variantes (ventana de 3 anchos) | Bloque, uno por variante |
| Viene de otro archivo o lo mantiene otra persona | Bloque vinculado |
| Hay que contarlo o medirlo | Bloque |
| Pieza única que seguirás retocando a diario | Grupo, o nada |
| Conjunto que hay que mover junto media hora | Grupo, y deshacerlo después |
| Quieres apagar, filtrar o imprimir por partes | Capas, nunca bloques ni grupos |
Porque un bloque también cuesta: levanta una frontera. Editarlo exige entrar en la definición, escalarlo de forma no uniforme da guerra, y si vive fuera hay rutas que mantener. Ese peaje se paga solo cuando hay repetición, familia o autoría externa. Para el mueble a medida de un rincón, no.
Si el caso pide bloque, conviene saber qué es exactamente por dentro. Son dos cosas, no una.
02
FundamentoUn bloque no es «un conjunto de objetos unidos». Son dos cosas distintas, y confundirlas explica casi todos los problemas posteriores.
La definición es la geometría real, guardada una sola vez en el archivo y fuera del espacio del modelo. La instancia es una referencia colocada en el modelo, con su capa, posición, rotación y escala. Editas la definición: cambian todas las instancias.
la definición · una sola
CARP_ventana_120x210
cada instancia · muchas
lo que añade la instancia
la definición no está en el espacio del modelo: vive en el archivo
Esa separación es la que hace posible todo lo demás: la geometría está en un sitio, y las apariciones en el modelo son referencias baratas a ese sitio. Lo que se decide al definirla condiciona el resto del proyecto.
| Punto base | El punto por el que agarrarás la pieza mil veces: esquina de replanteo, eje, apoyo en cota. Si el bloque viene de otro archivo, es el origen de ese archivo o su ModelBasepoint: modela pegado al origen. |
| Nombre | Es la clave única del archivo. Usa convención de familia y variante (CARP_ventana_120x210_2h) y nunca el nombre del propio archivo. |
| Unidades | La definición nace con las del documento activo. Al insertar entre archivos con unidades distintas, Rhino escala. |
| Capas interiores | La geometría se lleva sus capas dentro y no adopta la de la instancia. Es la decisión con más consecuencias: tiene su apartado propio. |
Cuidado. Los objetos ocultos o bloqueados no se admiten en una definición. Rhino avisa y ofrece mostrarlos o dejarlos fuera; si eliges lo segundo, acabas con piezas que creías dentro del bloque y están sueltas en el modelo.
Con eso basta para crear. La pregunta operativa es dónde va a vivir esa geometría.
Ya sabes qué es un bloque y cuándo lo quieres. Ahora las dos decisiones que definen el proyecto: en qué archivo se guarda realmente la geometría y qué relación mantiene el modelo con ella. De aquí dependen la actualización automática, el peso del archivo y si el modelo sobrevive a un envío por correo.
03
DecisiónInteractivo:
responde las
tres preguntas
No hay respuesta única. Hay tres preguntas cuyas respuestas la determinan.
1¿Se va a usar solo en este archivo o en varios?
2¿Es geometría estable o va a seguir cambiando?
3¿El 3dm va a salir de tu carpeta a menudo?
Veredicto
Dentro del proyecto · embebido
Geometría tuya, estable y de uso local: nada gana con salir del archivo. Se edita con doble clic y viaja con el 3dm sin cuidados.
Ni se comparte ni cambia: gestionar rutas sería un coste sin contrapartida.
Block (Ctrl+B) → punto base → nombre
| Dentro del propio proyecto | En un archivo independiente |
|---|---|
| Elementos de este edificio y solo de este: un módulo de fachada, un tipo de barandilla, un núcleo repetido. | Bibliotecas reutilizables: mobiliario, sanitarios, arbolado, familias de carpintería. |
| Geometría estable que solo tocas tú y quieres editar sin salir del archivo. | Partes que mantiene otra persona o se revisan en paralelo: estructura, instalaciones, interiorismo. |
| Entregas frecuentes a terceros sin control de carpetas. | Geometría pesada o ajena: topografía, ciudad, DWG del cliente. |
Una carpeta, un criterio. Si trabajas con archivos aparte, ponlos en una subcarpeta junto al proyecto (/proyecto/bloques/) y muévelos siempre juntos. Rhino guarda la ruta absoluta y la relativa: una carpeta que viaja entera suele sobrevivir; un archivo suelto que cambia de sitio, no.
Decidido el dónde, queda el tipo de relación. Se entiende mejor manipulándolo que leyéndolo.
04
LaboratorioInteractiva:
elige tipo y
lanza acciones
Cuatro maneras de tener la misma ventana repetida cuatro veces. Elige el tipo y lanza los sucesos: alguien edita desde el proyecto, alguien edita el original, o el archivo de origen deja de estar.
Vinculado. El proyecto solo guarda la referencia; la geometría se lee del archivo de origen al abrir.
Las cuatro ventanas del proyecto son instancias; la de la derecha es el archivo de origen. Cada acción es un suceso: dos los provocas tú, y el último te lo encuentras.
| Tipo | Se edita | Elígelo cuando |
|---|---|---|
| Vinculado | Editar abre el archivo de origen en otra ventana; al guardar allí, el proyecto se actualiza. | Contexto pesado y ajeno: topografía, ciudad, modelos de otras disciplinas. Archivo mínimo y siempre la última versión, a cambio de depender de la carpeta. |
| Embebido | Editas en el sitio con BlockEdit. El original ya no pinta nada. | El bloque nace dentro del proyecto o insertas una pieza que no volverá a cambiar. El único que se edita sin salir del archivo. |
| Vinculado y embebido | Al editar, Rhino pregunta: abrir el original en otra ventana, o editar la copia embebida —lo que desvincula el bloque para siempre—. | Seguro de transporte. Lo eliges por lo que pasa cuando el original falta, no por comodidad de edición: el modelo llega completo. El precio es el peso. |
Cómo se avisa. Un vinculado se relee al abrir el modelo; si el original cambia mientras trabajas, el Administrador marca la definición como desactualizada y basta pulsar Update. Para los «vinculados y embebidos», el comportamiento al abrir se elige en el menú del panel: Always update, Prompt when update required o Never update. En equipo, preguntar es lo sensato.
Cuando falta el archivo. Rhino deja un punto de texto con el nombre del bloque perdido —no desaparece en silencio—. Se arregla en el Administrador con Browse, que también sirve para repuntar una definición a otra versión del componente. En un «vinculado y embebido» la geometría sigue visible, y si la editas Rhino te llevará a la rama embebida: la recuperas, pero el bloque queda desvinculado.
La dualidad se rompe al editar. Un «vinculado y embebido» solo mantiene los dos estados mientras nadie lo toque desde el proyecto. En cuanto ejecutas BlockEdit, hay que elegir, y elegir la copia embebida desvincula de forma permanente —Rhino lo advierte en el propio diálogo—. Volver atrás no es un botón: hay que rehacer el vínculo y actualizar contra el archivo madre, lo que descarta lo que hubieras editado. Conclusión práctica: trátalo como un vinculado con seguro, edítalo siempre por la rama del original, y reserva la rama embebida para cuando quieras justamente eso, independizarlo.
Cómo se envía. Un 3dm con bloques vinculados no es un archivo, es una carpeta. Ejecuta ExportLinkedBlocks, que empaqueta las fuentes en un zip, o pasa las definiciones a embebidas antes de exportar.
Queda la parte que decide si el bloque es manejable en obra: las capas.
05
CapasRegla base: la geometría de un bloque conserva sus propias capas. No adopta la capa donde insertas la instancia. Son dos sistemas superpuestos.
| Si haces esto… | …ocurre esto |
|---|---|
| Apagas la capa de la instancia | Desaparece la instancia entera, con todo su contenido. |
| Apagas una capa interior | Desaparece esa parte en todas las instancias. Útil para apagar «tornillería» en todo el proyecto de una pasada. |
| Bloqueas una capa | Solo bloquea la instancia cuyo punto de inserción está en esa capa. Bloquear una capa interior no protege nada. |
Además de By Layer, un objeto puede tomar el atributo de su contenedor, es decir, de la instancia: es By Parent, disponible para color, tipo de línea, color y grosor de impresión (en materiales, Usar objeto padre). Permite una definición y muchas apariencias: el mismo mobiliario en gris en el plano de estado actual y en rojo en el de propuesta, cambiando solo la capa de la instancia. Ojo: solo actúa sobre el padre directo, así que en bloques anidados todos los eslabones intermedios deben estar también en By Parent.
Al vincular un archivo, Rhino pregunta cómo integrar su árbol de capas. Dos filosofías opuestas:
Estilo
Activo
Estilo
Referencia
Activo cuando el contenido forma parte de tu sistema y debe responder a tus estados de capa e impresión. Referencia cuando es ajeno y solo lo miras: estructura, topografía, DWG del cliente. Sus capas quedan recogidas bajo un padre, no ensucian tu árbol y no puedes romperlas sin querer.
Ya sabes dónde vive y cómo se comporta. Falta el día a día.
Los comandos que se usan de verdad y el papel que les queda a los grupos cuando los bloques están bien planteados.
06
ComandosTodo pasa por el Administrador de bloques (BlockManager): listado de definiciones, número de instancias en primer nivel y anidadas, tipo de cada definición y estado del vínculo. Desde ahí se renombra, se actualiza, se cambia el tipo, se repunta la ruta, se exporta y se purga.
| Comando | Para qué |
|---|---|
| BlockEdit | Editar la definición en su sitio, o doble clic sobre la instancia. El resto del modelo queda bloqueado como referencia. |
| AddObjectsToBlock | Añadir objetos ya modelados a una definición embebida sin entrar en modo edición. |
| CreateUniqueBlock | Dar definición propia a una instancia. El movimiento clave cuando una unidad debe divergir de la familia. |
| ReplaceBlock | Sustituir la definición que usan unas instancias por otra: cambiar el modelo de luminaria en 40 puntos sin recolocarlos. |
| BlockResetScale | Devolver una instancia a escala 1 o repartir una escala no uniforme, que da guerra al editar. |
| ExportLinkedBlocks | Empaquetar en un zip las definiciones vinculadas. Lo que se ejecuta antes de enviar el proyecto. |
| SelBlockInstance | Seleccionar todas las instancias, o las de una definición concreta: base para contar, aislar o cambiar de capa en masa. |
| Explode · Purge | Deshacer una instancia en objetos sueltos; eliminar definiciones sin instancias. |
La subselección edita la definición. Con Ctrl+Mayús+clic entras en una instancia y puedes cambiar propiedades de un objeto o borrarlo, pero eso afecta a la definición y por tanto a todas las instancias. Si quieres que esa unidad sea distinta: CreateUniqueBlock primero.
Explotar no es editar. Rompe el vínculo con la definición: pierdes propagación, recuento y peso. Se explota para salir de la familia, no para tocar algo rápido.
Nombres en conflicto. Al insertar un bloque cuyo nombre ya existe, Rhino pregunta: conservar el del modelo, adoptar el del archivo entrante —lo que actualiza todas las instancias existentes— o quedarse con los dos renombrando. Es un diálogo que se despacha por inercia y puede reescribir medio proyecto.
Con esto los bloques están cubiertos. ¿Y los grupos, entonces?
07
GruposInteractiva:
tres tipos
de clic
Un grupo no crea definición. Es una etiqueta compartida que hace que varios objetos se seleccionen juntos. La geometría sigue siendo la que era: no ahorras peso, no propagas cambios y no cuentas nada.
Y eso es justo lo que lo hace útil: el grupo no impone estructura. Agrupas seis objetos para moverlos sin perder ninguno, y sigues editando cada uno directamente, sin entrar en ningún modo de edición.
| Comando | Para qué |
|---|---|
| Group · Ungroup | Crear y deshacer (Ctrl+G, Ctrl+Mayús+G). |
| UngroupAll | Deshacer de golpe el grupo y todos los anidados dentro. |
| SetGroupName | Nombrar un grupo —nacen como Group3, Group4…— y también fusionar varios en uno. |
| AddToGroup · RemoveFromGroup | Meter o sacar objetos sin rehacer el grupo. |
| SelGroup | Seleccionar un grupo por nombre. Solo sirve si los nombras. |
| Grupo | Bloque | |
|---|---|---|
| Geometría | Una copia por conjunto | Una sola, compartida |
| Editar uno | Cambia solo ese conjunto | Cambia toda la familia |
| Recuento | No hay | Instancias por definición |
| Origen externo | No | Sí, con vínculo y actualización |
| Edición directa | Inmediata, objeto a objeto | Requiere entrar en la definición |
Regla de reparto, ya vista en el apartado 01: grupo para lo único y lo temporal, bloque en cuanto haya repetición, familia, autoría externa o necesidad de recuento.
El error habitual. Usar grupos como sustituto de las capas. Los grupos no se filtran, no se apagan, no se bloquean ni se imprimen selectivamente. Organizar es tarea de las capas; el grupo solo resuelve la selección.
Nota de versión: en Rhino 8 los grupos se conservan dentro de una definición de bloque. Antes se perdían al definir, lo que obligaba a reagrupar tras cada edición.
Todo lo anterior cabe en una tabla, siete reglas y seis preguntas. Aquí está.
08
Cierre| Situación | Solución |
|---|---|
| Módulo de fachada repetido 60 veces en este edificio | Bloque embebido en el propio archivo |
| Biblioteca de mobiliario reutilizada entre proyectos | Archivo aparte, vinculado y embebido |
| Modelo de estructura que mantiene otro estudio | Archivo aparte, vinculado, capas en Referencia |
| Topografía o ciudad de contexto, muy pesada | Archivo aparte, vinculado, capas en Referencia |
| Entrega a cliente, render o imprenta | ExportLinkedBlocks, o pasar las definiciones a embebidas |
| Mueble a medida, único, que seguirás retocando | Grupo |
| Una unidad de una familia debe ser distinta | CreateUniqueBlock, nunca explotar |
Eran un bloque vinculado y el archivo fuente se quedó en tu equipo: Rhino deja un punto de texto con el nombre del bloque en cada posición. Se evita con ExportLinkedBlocks o pasando la definición a embebida antes de exportar.
Sí, pero al precio de desvincularlo. Al editar, Rhino ofrece dos caminos: abrir el archivo original —imposible si no está— o editar la copia embebida, advirtiendo que eso desvincula la definición de forma permanente. Te quedas con la geometría y pasa a ser un bloque embebido normal. Volver a vincularla exige rehacer el vínculo y actualizar contra el archivo madre, lo que descarta esa edición.
Para lo que ocurre cuando el archivo no está, no para editar con más comodidad. Un vinculado puro sin su origen deja huecos con un punto de texto; este llega completo al render, a la imprenta o al cliente. Como flujo de edición es un vinculado normal: edítalo siempre abriendo el original.
La definición es embebida: al insertarla, la geometría se copió dentro del 3dm y se cortó toda relación con el origen. Para que el original mande, la definición debe ser vinculada o vinculada y embebida, y entonces se actualiza al abrir o desde Update en el Administrador.
Geometría interior en By Parent e instancias en capas distintas: cada una toma el color de su capa. Si el bloque está anidado, todos los eslabones intermedios deben estar también en By Parent.
Sí: la subselección edita la definición. Para que solo esa puerta cambie, primero CreateUniqueBlock sobre esa instancia y después la edición.
Nota de uso
Contenido verificado sobre Rhino 8. Los nombres de comando se dan en inglés: Rhino los admite también en las versiones localizadas. Las figuras se dibujan con geometría, no son capturas de pantalla.
Esta guía explica el porqué. En Rhino 3D para Arquitectura lo aplicas: modelas proyectos reales de arquitectura, con soporte directo del instructor y certificado al terminar.
Ver el curso
parametricmind