0007 M2 B2 T1 BIM C2 P01 D AEC Gestor Bibliotecas AECOsim

Versión imprimible
M2 BIM EXPERT
Competencias en Desarrollo de
B2
Objetos
BIM C2 Gestor de Bibliotecas y
T1
Desarrollador de Objetos
P1 Gestor de Bibliotecas - AECOsim
Autor: Pedro Martín / BIM WIP
RESPONSABILIDADES:
El contenido de esta obra está protegida por la Ley de Propiedad Intelectual Española, que establece penas de prisión y/o
multas, además de las correspondientes indemnizaciones por daños y perjuicios. No se permite copiar, distribuir, exhibir, ejecutar
el trabajo y realizar otros trabajos derivados del mismo con propósitos comerciales. Siempre se debe reconocer y citar al autor
original, previa autorización escrita por parte del propietario del copyright.
© BIMfreelance y Zigurat © Pedro Martín / BIM WIP
AT
AT
R
Tema 1 BIM C2 Gestor Bibliotecas. Desarrollador Objetos
R
G
U
ZI
G
ZI
ce
ce
an
Índice de Contenido
an
AT
el
fre
AT
el
R
1 Objetos .............................................................................................................................. 4
fre
M
R
G
BI
U
1.1 ¿Qué es un “Elemento”? .......................................................................................... 4
ZI
G
BI
ZI
1.2 Elementos “in situ” .................................................................................................... 6
AT
1.3 Elementos “con perforador” ...................................................................................... 7
ce
AT
R
ce
an
U
1.4 Elementos “independientes” ..................................................................................... 8

R
an
G
AT
el
U
ZI
fre
G
el
R
2 Objetos personalizados, paramétricos y algorítmicos ............................................... 10
ZI
fre
M
U
G
BI
M
2.1 Objetos personalizados .......................................................................................... 10
ZI
BI
2.2 Objetos paramétricos simples ................................................................................ 10
e
nc
ce
AT
2.3 Objetos algorítmicos ............................................................................................... 13
ce
AT
an
ce
an
U
el
3 Herramientas de generación de objetos....................................................................... 19

R
an
G
fre
el
U
ZI
fre
G
el
3.1 MicroStation: Creación de objetos paramétricos .................................................... 19
M
ZI
fre
M
BI
BI
3.2 MicroStation: Creación de objetos algorítmicos ..................................................... 20
M
BI
3.3 MicroStation: Lenguajes de programación ............................................................. 22
ce
T
3.4 AECOsim: Constructor de Marcos .......................................................................... 23

e
AT
an
AT
an
el
c
R
3.5 AECOsim: Parametric Cell Studio .......................................................................... 26
an
fre
U
el
R
G
fre
el
U
M
ZI
3.6 Más allá de BIM: Generative Components ............................................................. 29
fre
G
BI
ZI
M
BI
BI
4 Hemos aprendido ........................................................................................................... 40
4.1 Procedimientos, técnicas y herramientas ............................................................... 40

AT
e
nc
4.2 Hemos aprendido que… ......................................................................................... 41

AT
ce
AT
a
AT
an
R
el
4.3 Preguntas de autoevaluación ................................................................................. 42

U
fre
U
el
R
G
G
fre
U
M
ZI
ZI
G
BI
ZI
BI
AT
ce
AT
ce
an
R
U
an
R
el
G
fre
el
© BIMfreelance y Zigurat
ZI
fre
M
ZI
2
BI
© Pedro Martín García

M
BI
AT
T
R
AT
AT
R
R
G
U
ZI
G
ZI
ce
ce
an
Índice de Videos
an
AT
el
fre
AT
el
R
Video 2.1 Tipos y elementos .................................................................................................... 18
fre
M
R
G
BI
U
Video 3.1 Generación de objetos ............................................................................................. 39
ZI
G
BI
ZI
AT
ce
AT
R
ce
an
U
an
G
AT
el
U
ZI
fre
G
el
R
ZI
fre
M
U
G
BI
ZI
BI
e
nc
ce
AT
ce
AT
an
ce
an
U
el
an
G
fre
el
U
ZI
fre
G
el
M
ZI
fre
M
BI
BI
M
BI
ce
T
AT
an
AT
an
el
c
R
an
fre
U
el
R
G
fre
el
U
M
ZI
fre
G
BI
ZI
M
BI
BI
AT
e
nc
AT
ce
AT
a
AT
an
R
el
R
U
fre
U
el
R
G
G
fre
U
M
ZI
ZI
G
BI
ZI
BI
AT
ce
AT
ce
an
R
U
an
R
el
G
fre
el
ZI
fre
M
ZI
3
BI

M
BI
AT
T
R
AT
AT
R
R
G
U
ZI
G
ZI
ce
ce
an
1 Objetos
an
AT
el
fre
AT
el
R
fre
M
U
En este apartado hablaremos de los diferentes tipos de objetos personalizados, de su
R
G
BI
U
almacenamiento, selección y modificación.
ZI
G
BI
ZI
En primer lugar, es necesario indicar que el concepto de AECOsim que se puede considerar
equivalente al de “Objeto”, es el que se denomina “Elemento”. Veamos en qué consiste.
AT
ce
AT
R
ce
1.1 ¿Qué es un “Elemento”?
an
U
an
G
AT
el
U
Como hemos tenido ocasión de ver hasta ahora, en AECOsim existen varias clases de
ZI
fre
G
el
R
definiciones arquitectónicas que pueden ser utilizadas a la hora de construir el modelo.
ZI
fre
M
U
Repasemos de nuevo de modo rápido los conceptos básicos de dichas definiciones, ya que
G
BI
ZI
es necesario entenderlas con precisión para lo que estudiaremos en este módulo.
BI
e
El Catálogo de Grupo de datos

nc
ce
AT
ce
El “Catálogo de Grupo de datos” es el equivalente a las llamadas “Bibliotecas de objetos”
AT
an
ce
an
presentes en otras aplicaciones. En dicho catálogo existen definidos unos “Tipos” que
U
el
an
G
fre
el
contienen dentro de cada uno de ellos una serie de “Elementos”:
U
ZI
fre
G
el
M
ZI
fre
M
BI
BI
M
BI
ce
T
AT
an
AT
an
el
c
R
an
fre
U
el
R
G
fre
el
U
M
ZI
fre
G
BI
ZI
M
BI
Figura 1.1 – Tipos y Elementos en el Catalogo

BI
Un Tipo puede ser, por ejemplo “Losas”, y un Elemento dentro de dicho Tipo, “Losa de
Hormigón”. Los Tipos vienen señalados con un icono en forma de cubo gris, y los Elementos,
AT
con uno similar a un pequeño documento de texto.

nc
AT
ce
AT
a
De modo simplificado, los Tipos son grupos de Elementos que comparten entre sí un mismo
AT
an
R
el
R
U
conjunto de definiciones de propiedades. Por ejemplo, en la figura anterior, el Tipo “Losas”

fre
U
el
R
G
G
fre
agrupa a todos aquellos elementos de forma prismática y colocación horizontal que

U
M
ZI
ZI
G
BI
comparten una misma lista de propiedades (en este caso, “Nombre”, “Tipo de losa”, “Grosor
M
ZI
BI
de losa”, etc... hasta más de cincuenta). Cada Elemento tendrá definido su correspondiente
valor para cada una de esas propiedades.
Así, en este Tipo en concreto tienen cabida como es lógico losas de hormigón, pero también
AT
ce
incluye falsos techos o baldosas de suelo, ya que todas ellas pueden admitir grosor, dirección
AT
ce
an
R
de los nervios, función estructural –que en un falso techo no tendrá-, etc.

U
an
R
el
G
fre
el
ZI
fre
M
ZI
4
BI

M
BI
AT
T
R
AT
AT
R
R
G
U
ZI
G
ZI
ce
ce
an
Obviamente, la inclusión o no de unos Elementos determinados en un Tipo concreto
an
AT
el
dependerá del gestor de la Dataset propia de la empresa. El ejemplo que aparece en la
fre
AT
el
R
imagen es el que viene por defecto en la Dataset_ES.
fre
M
R
G
BI
U
La lista de “Tipos”
ZI
G
BI
ZI
En el Catálogo de la “Dataset_ES Full” aparecen cerca de 100 Tipos diferentes, cada uno
con amplio número de Elementos. Gracias a ello es posible crear modelos con muy alta
AT
definición.
ce
AT
R
ce
an
U
Sin embargo, en la lista del Editor del Catálogo los Tipos no parecen ordenados de una
an
G
AT
el
U
manera coherente. Es de hecho complicado a veces encontrar un Tipo en una lista tan larga.
ZI
fre
G
el
R
Además, existe una gran cantidad de Tipos diferentes para objetos de HVAC y Plumbing
ZI
fre
M
U
(“BMP_*”), mientras que no existe más que una categoría para Muros u otra para Losas. ¿Por
G
BI
ZI
BI
qué?
Ello se debe a que, como hemos dicho, los Tipos se agrupan por compartir una misma lista de
e
nc
propiedades. Es esperable que todos los Elementos muro compartan propiedades similares,
ce
AT
ce
mientras que un conducto de HVAC, una válvula de gas o un extintor no tengan entre sí
AT
an
ce
an
demasiadas que puedan compartir (más allá de, por ejemplo, una disciplina genérica como
U
el
an
G
fre
el
“instalaciones”). Por ello, todos los Elementos muro están en un único Tipo (“Muro”), mientras
U
ZI
fre
G
el
M
que para los conductos, válvulas o extintores existen tres Tipos independientes.
ZI
fre
M
BI
BI
M
Además, la lista de Tipos aparece por orden alfabético y no existe opción para mostrar la lista
BI
con otro diferente, con lo que resulta más complicado si cabe encontrar un Tipo determinado.
Por ejemplo, pasar de una Dataset_US a una Dataset_ES supone que el penúltimo elemento
ce
de la lista (“Walls”) pase a estar perdido en medio de la lista (“Muros”).

T
AT
an
AT
an
Para facilitar el acceso a las diferentes categorías de un modo más sencillo, es posible
el
c
R
an
fre
U
el
aplicar Filtros que muestren en la lista únicamente los de una determinada disciplina:
R
G
fre
el
U
M
ZI
fre
G
BI
ZI
M
BI
BI
AT
e
nc
AT
ce
AT
a
AT
an
R
el
R
U
fre
U
el
R
G
G
fre
U
M
ZI
ZI
G
BI
ZI
BI
AT
ce
AT
ce
an
R
Figura 1.2 - Filtros

U
an
R
el
G
fre
el
ZI
fre
M
ZI
5
BI

M
BI
AT
T
R
AT
AT
R
R
G
U
ZI
G
ZI
ce
ce
an
Aun así, la lista de Filtros disponibles puede considerarse mejorable (sigue apareciendo, por
an
AT
el
ejemplo, por orden alfabético). Existe la opción de Añadir, Modificar o Eliminar Filtros, lo que
fre
AT
el
R
permitiría, por ejemplo, crear una lista similar a la de los capítulos de una aplicación de
fre
M
R
presupuestos (“01_Movimiento de tierras”, “02_Demoliciones”, 03_Cimentación”…); ese
G
BI
U
número permitiría presentar la lista de manera más ordenada.
ZI
G
BI
ZI
Clases de “Elementos”
AT
Dentro del Catálogo de Grupo de datos existen tres clases diferenciadas de elementos, que
ce
AT
R
ce
es necesario distinguir para entender qué tipo de “objetos” estudiaremos en este módulo. No
an
U
an
tienen nombre específico; en este documento los denominaremos Elementos “in situ”,
G
AT
el
U
ZI
fre
G
el
Elementos “con perforador” y Elementos “independientes”.
R
ZI
fre
M
U
G
BI
M
1.2 Elementos “in situ”
ZI
BI
Llamamos Elementos “in situ” a aquellas definiciones de Elementos que hacen uso directo
e
de entidades prismáticas tipo Forma tomadas de MicroStation estándar.

nc
ce
AT
ce
AT
an
Denominamos a estos Elementos como “in situ” porque son aquellos que toman su forma
R
ce
an
U
el
final en la obra. Ello incluye, por ejemplo, un muro de hormigón o uno de ladrillo, una zapata
R
an
G
fre
el
U
o una losa de cubierta a dos aguas. Incluyen asimismo las estructuras de acero, ya que se
ZI
fre
G
el
M
componen de entidades individuales tipo Forma y que toman su disposición final mediante su
ZI
fre
M
BI
montaje en obra. Se incluyen también escaleras o barandillas.

BI
M
BI
Al estar este tipo de Elementos definidos con entidades tipo Forma, pueden ser modificados
con bastante libertad en el modelo mediante herramientas estándar de CAD 3D (escalar,
ce
estirar, etc.), hasta alcanzar la forma requerida.

T
AT
an
AT
an
el
c
En el Catálogo de Grupo de datos estos Elementos pueden identificarse porque en sus
R
an
fre
U
el
propiedades no se hace referencia a ninguna entidad paramétrica tipo BXF, PAZ o RFA:
G
fre
el
U
M
ZI
fre
G
BI
ZI
M
BI
BI
AT
e
nc
AT
ce
AT
Figura 1.3 – Elementos “in situ”

a
AT
an
R
el
Los Tipos que incluyen Elementos “in situ” son, por ejemplo, “Muros”, “Zapatas Repartidas”,
U
fre
U
el
R
G
“Columnas de Hormigón”, “Losas”, “Cubiertas”, etc. También se incluyen Elementos formados

G
fre
U
M
ZI
ZI
por grupos de Formas prismáticas (“Escaleras”, “Barandillas”, etc.), y aquellos de tipo

G
BI
ZI
modelado conceptual como, por ejemplo, “Edificios”.

BI
Como vimos en su momento, las herramientas de colocación de Elementos “in situ” hacen
uso de cuadros de diálogo muy similares, con métodos de selección de propiedades
AT
parecidos.
ce
AT
ce
an
R
U
an
R
el
G
fre
el
ZI
fre
M
ZI
6
BI

M
BI
AT
T
R
AT
AT
R
R
G
U
ZI
G
ZI
ce
ce
an
an
AT
el
fre
AT
el
R
fre
M
R
G
BI
U
ZI
G
BI
ZI
AT
ce
AT
R
ce
an
U
an
G
AT
el
U
ZI
fre
G
el
R
ZI
fre
M
U
G
BI
ZI
BI
e
nc
ce
AT
ce
AT
an
ce
an
U
el
an
G
fre
el
U
ZI
fre
G
el
M
ZI
fre
M
BI
Figura 1.4. – Cuadros de diálogo de los Elementos “in situ”

BI
M
BI
1.3 Elementos “con perforador”
ce
T
Denominamos Elementos “con perforador” a aquellos que cuya forma no se define en la

AT
an
AT
an
obra, pero que actúan sobre los Elementos “in situ” abriendo huecos en los mismos. En
el
c
R
an
fre
U
el
la definición de los Elementos “con perforador” se incluye una forma poligonal que define el
R
G
fre
el
U
M
perímetro del recorte a realizar sobre el Elemento “in situ”.

ZI
fre
G
BI
ZI
M
BI
Esta definición incluye fundamentalmente a los Tipos “Puertas” y “Ventanas”. No se trata de

BI
Elementos “in situ”, ya que vienen premontadas y sus medidas son elegidas antes de su
transporte a obra.
AT
Ello no quiere decir, sin embargo, que tengan necesariamente que tener una forma fija. Es
nc
AT
ce
AT
posible elegir libremente sus dimensiones en fábrica sin necesariamente tener por qué
a
AT
an
R
el
forzarse a un “set” de medidas concreto. Por ejemplo, el ancho de una ventana puede ser
R
U
fre
U
el
1,23 cm, o el alto de una puerta 2,02, aunque no se trate de medidas estándar.
G
G
fre
U
M
ZI
ZI
G
BI
En el Catálogo de Grupo de datos los Elementos “con perforador” hacen referencia

ZI
BI
generalmente a entidades paramétricas tipo BXF, PAZ o RFA, con dimensiones editables:
AT
ce
AT
ce
an
R
U
an
R
el
G
fre
el
ZI
fre
M
ZI
7
BI

M
BI
AT
T
R
AT
AT
R
R
G
U
ZI
G
ZI
ce
ce
an
an
AT
el
fre
AT
el
R
fre
M
R
G
BI
U
ZI
G
BI
ZI
AT
ce
Figura 1.5 – Un Elemento “con perforador”
AT
R
ce
an
U
Tal y como sucedía en los Elementos “in situ”, las herramientas “Puerta” y “Ventana” tienen
an
G
AT
el
U
entre sí cuadros de diálogo muy parecidos:

ZI
fre
G
el
R
ZI
fre
M
U
G
BI
ZI
BI
e
nc
ce
AT
ce
AT
an
ce
an
U
el
an
G
fre
el
U
ZI
fre
G
el
M
ZI
fre
M
BI
BI
M
BI
ce
T
AT
an
AT
an
el
c
R
an
fre
U
el
R
G
fre
el
U
M
ZI
fre
G
BI
ZI
M
BI
BI
Figura 1.6 – Cuadros de diálogo de los elementos “con perforador”

AT
e
nc
AT
ce
AT
1.4 Elementos “independientes”

a
AT
an
R
el
R
U
Por último, consideramos Elementos “independientes” a aquellos que tienen una definición
fre
U
el
R
G
G
fre
completa en sí, que llegan premontados a la obra y que no están diseñados para modificar la
U
M
ZI
ZI
G
BI
forma de los elementos “in situ”.

M
ZI
BI
Así, un Tipo de Elementos “independientes” puede ser “Fijaciones de Fontanería (‘Plumbing

Fixtures’, es decir, sanitarios), “Paisaje” (plantas), “Especialidades Seguridad” (extintores),
etc. En general se trata de elementos de dimensiones fijas; pueden existir diferentes tipos de
AT
ce
medidas estándar –como pueden ser diferentes bañeras-, y aunque es posible modificar en
AT
ce
an
R
ellas diversas propiedades, no incluyen ninguna para modificación geométrica.

U
an
R
el
G
fre
el
ZI
fre
M
ZI
8
BI

M
BI
AT
T
R
AT
AT
R
R
G
U
ZI
G
ZI
ce
ce
an
En el Catálogo de Grupo de datos los Elementos “independientes” hacen referencia
an
AT
el
generalmente a entidades paramétricas tipo BXF (BXC) o PAZ, en este caso sin medidas
fre
AT
el
R
editables:
fre
M
R
G
BI
U
ZI
G
BI
ZI
AT
ce
AT
R
ce
an
U
an
G
AT
el
U
ZI
fre
G
Figura 1.7 – Elementos “independientes”
el
R
ZI
fre
M
U
Este tipo de elementos se coloca en el modelo mediante herramientas que dan acceso
G
BI
M
siempre al cuadro de diálogo común “Poner tipo definido por el usuario”:
ZI
BI
e
nc
ce
AT
ce
AT
an
ce
an
U
el
an
G
fre
el
U
ZI
fre
G
el
M
ZI
fre
M
BI
BI
M
BI
ce
T
AT
an
AT
an
el
c
R
an
fre
U
el
R
G
fre
el
U
M
ZI
fre
G
BI
ZI
M
BI
BI
AT
e
nc
AT
ce
AT
a
AT
an
R
el
R
U
fre
Figura 1.8 – Cuadro de diálogo de un Elemento “independiente”

U
el
R
G
G
fre
U
M
ZI
ZI
G
BI
ZI
BI
AT
ce
AT
ce
an
R
U
an
R
el
G
fre
el
ZI
fre
M
ZI
9
BI

M
BI
AT
T
R
AT
AT
R
R
G
U
ZI
G
ZI
ce
ce
an
2 Objetos personalizados, paramétricos y algorítmicos
an
AT
el
fre
AT
el
R
fre
M
U
El mundo de las definiciones sobre el concepto de la “parametrización” en el mundo BIM es
R
G
BI
U
muy tentador y a menudo, ambiguo. Hagamos una propuesta de definición.
ZI
G
BI
ZI
2.1 Objetos personalizados
AT
Llamamos objetos personalizados a aquellos que pueden ser creados geométricamente el
ce
AT
R
usuario con herramientas estándar de creación, modificación y agrupación de objetos 3D.
ce
an
U
an
G
AT
el
U
En MicroStation este tipo de objetos se denomina célula, y su concepto es muy parecido al

ZI
fre
G
el
R
del bloque en AutoCAD. Salvo la escala y el ángulo de rotación, las células no cuentan con
ZI
fre
M
U
variables que permitan ajustar su forma geométrica:
G
BI
ZI
BI
e
nc
ce
AT
ce
AT
an
ce
an
U
el
an
G
fre
el
U
ZI
fre
G
el
M
ZI
fre
M
BI
BI
M
Figura 2.1 – Poner célula activa
BI
Existe en AECOsim un tipo especial de células (células compuestas) en las cuales es
ce
posible definir de modo independiente la representación 2D del 3D, lo cual puede resultar útil,
T
AT
an
por ejemplo, para situar en el modelo un árbol o un coche.

AT
an
el
c
R
an
fre
U
el
Es posible agrupar las células en bibliotecas tipo CEL o DGNLIB. En ambos casos se trata de
G
fre
el
U
M
ficheros que en realidad son DGN con otra extensión, y en los cuales se sitúan las diferentes
ZI
fre
G
BI
definiciones.
ZI
M
BI
BI
2.2 Objetos paramétricos simples
Un objeto paramétrico simple es aquel objeto personalizado cuya definición geométrica
AT
e
nc
AT
ce
AT
depende de valores numéricos y opciones seleccionables.

a
AT
an
R
el
Por ejemplo, la geometría de un muro puede definirse al crearse mediante valores numéricos
U
fre
U
el
R
G
de Longitud, Anchura y Altura.

G
fre
U
M
ZI
ZI
G
BI
ZI
BI
AT
ce
AT
ce
an
R
U
an
R
el
G
fre
el
ZI
fre
M
ZI
10
BI

M
BI
AT
T
R
AT
AT
R
R
G
U
ZI
G
ZI
ce
ce
an
an
AT
el
fre
AT
el
R
fre
M
R
G
BI
U
ZI
G
BI
ZI
AT
ce
AT
R
ce
an
U
an
G
AT
el
U
ZI
fre
G
el
R
ZI
fre
M
U
G
BI
ZI
BI
e
nc
ce
AT
ce
AT
an
ce
an
U
el
an
G
fre
el
U
ZI
fre
G
el
M
ZI
fre
M
BI
BI
M
BI
ce
T
AT
an
AT
an
el
c
R
Figura 2.2 – Un muro es un objeto paramétrico simple
an
fre
U
el
R
G
fre
el
U
Dicha geometría puede ser modificada posteriormente mediante las cotas HUD o editando los
M
ZI
fre
G
BI
pinzamientos.
ZI
M
BI
BI
AT
e
nc
AT
ce
AT
a
AT
an
R
el
R
U
fre
U
el
Figura 2.3 – Modificar los parámetros de un muro

G
G
fre
U
M
ZI
ZI
La geometría de un pilar de acero, por su parte, puede definirse al crearse indicando la

BI
ZI
BI
Longitud (valor numérico) y la selección de una sección a partir de una lista (opciones
seleccionables).
AT
ce
AT
ce
an
R
U
an
R
el
G
fre
el
ZI
fre
M
ZI
11
BI

M
BI
AT
T
R
AT
AT
R
R
G
U
ZI
G
ZI
ce
ce
an
an
AT
el
fre
AT
el
R
fre
M
R
G
BI
U
ZI
G
BI
ZI
AT
ce
AT
R
ce
an
U
an
G
AT
el
U
ZI
fre
G
el
R
ZI
fre
M
U
G
BI
ZI
BI
e
nc
ce
AT
ce
AT
an
ce
an
U
el
an
G
fre
el
U
ZI
fre
G
el
M
ZI
fre
M
BI
BI
M
BI
ce
T
AT
an
AT
an
el
c
R
an
fre
U
el
R
G
fre
el
U
M
ZI
fre
G
BI
ZI
M
BI
Figura 2.4 – Modificando los parámetros de un pilar de acero

BI
Al igual que los muros, su geometría puede ser modificada posteriormente mediante las cotas
HUD o los pinzamientos.
AT
e
nc
AT
ce
AT
a
AT
an
R
el
R
U
fre
U
el
R
G
G
fre
U
M
ZI
ZI
G
BI
ZI
BI
AT
ce
AT
ce
an
R
U
an
R
el
G
fre
el
ZI
fre
M
ZI
12
BI

M
BI
AT
T
R
AT
AT
R
R
G
U
ZI
G
ZI
ce
ce
an
an
AT
el
fre
AT
el
R
fre
M
R
G
BI
U
ZI
G
BI
ZI
AT
ce
AT
R
ce
an
U
an
G
AT
el
U
ZI
fre
G
el
R
ZI
fre
M
U
G
BI
ZI
BI
e
nc
ce
AT
ce
AT
an
Figura 2.5 – Modificando la geometría de un pilar de acero

R
ce
an
U
el
an
G
fre
el
U
ZI
fre
G
el
2.3 Objetos algorítmicos
M
ZI
fre
M
BI
Un objeto algorítmico es aquel objeto paramétrico cuya definición geométrica se obtiene

BI
M
aplicando un algoritmo tanto sobre valores numéricos y opciones seleccionables como
BI
sobre otros parámetros propios de componentes del mismo objeto.
ce
Mientras que en un objeto paramétrico simple –como los muros - los valores son aplicados
T
AT
an
directamente en la definición de la geometría del objeto, en los objetos algorítmicos la

AT
an
el
c
R
definición geométrica de uno o varios de los componentes del objeto se “genera”, mediante
an
fre
U
el
fórmulas o procedimientos, a partir de valores tomados en muchos casos de los de otros

G
fre
el
U
M
ZI
fre
G
componentes.
BI
ZI
M
BI
Así, por ejemplo, la altura de los montantes de una ventana con cuarterones dependerá de la
BI
altura total de la misma, y se modificará si se modifica ésta. La altura de dichos montantes no
será pues un valor fijo, ni tampoco un valor editable, sino que se obtendrá de modo
AT
automático mediante una fórmula simple:

nc
AT
ce
AT
a
Altura de montante = Altura total de la ventana – Altura del marco

AT
an
R
el
R
U
fre
U
el
Así, en el cuadro de diálogo “Poner ventana” vemos que es posible definir la altura total de la
G
G
fre
U
M
ZI
ZI
misma y el grosor del marco, pero no la altura de los montantes, ya que ésta se deduce
G
BI
ZI
directamente de ellos mediante la fórmula indicada.

BI
AT
ce
AT
ce
an
R
U
an
R
el
G
fre
el
ZI
fre
M
ZI
13
BI

M
BI
AT
T
R
AT
AT
R
R
G
U
ZI
G
ZI
ce
ce
an
an
AT
el
fre
AT
el
R
fre
M
R
G
BI
U
ZI
G
BI
ZI
AT
ce
AT
R
ce
an
U
an
G
AT
el
U
ZI
fre
G
el
R
ZI
fre
M
U
Figura 2.6 – Parámetros de la geometría de una ventana
G
BI
ZI
BI
e
nc
ce
AT
ce
AT
an
ce
an
U
el
an
G
fre
el
U
ZI
fre
G
el
M
ZI
fre
M
BI
BI
M
BI
ce
T
AT
an
AT
an
el
c
R
an
fre
U
el
R
G
fre
el
U
M
ZI
fre
G
BI
ZI
M
BI
BI
AT
e
nc
AT
ce
AT
a
AT
an
R
el
Figura 2.7 – Aplicando a la “Ventana AL | Fija_Montantes variables” una “Altura” de 1200.0, una
R
U
fre
U
el
“Dimensión | Grosor de marco” de 40.0 y un “LeftMullionOffset” de 300.0

R
G
G
fre
U
M
ZI
ZI
G
BI
ZI
BI
AT
ce
AT
ce
an
R
U
an
R
el
G
fre
el
ZI
fre
M
ZI
14
BI

M
BI
AT
T
R
AT
AT
R
R
G
U
ZI
G
ZI
ce
ce
an
an
AT
el
fre
AT
el
R
fre
M
R
G
BI
U
ZI
G
BI
ZI
AT
ce
AT
R
ce
an
U
an
G
AT
el
U
ZI
fre
G
el
R
ZI
fre
M
U
G
BI
ZI
BI
e
nc
ce
AT
ce
AT
an
ce
an
U
el
an
G
fre
el
U
ZI
fre
G
el
M
ZI
fre
M
BI
BI
M
Figura 2.8 – Aplicando a la “Ventana AL | Fija_Montantes variables” una “Altura” de 900.0, una
BI
“Dimensión | Grosor de marco” de 60.0 y un “LeftMullionOffset” de 250.0
ce
Lenguajes para objetos algorítmicos

T
AT
an
AT
an
El algoritmo o secuencia de operaciones y comandos (‘script’) puede llegar a ser de gran

el
c
R
an
fre
U
el
complejidad, incluyendo desde operaciones sencillas como suma, resta, multiplicación o

R
G
fre
el
U
M
división, hasta funciones muy complejas o comandos específicos de programación tipo “IF…
ZI
fre
G
BI
THEN…”, “DO… LOOP”, etc.

ZI
M
BI
BI
Existen para ello diversos lenguajes, desde propios y puramente arquitectónicos o específicos
de la aplicación hasta otros más generalistas y, aptos, por tanto, para una definición formal
más libre.
AT
e
nc
AT
ce
AT
Entre los de carácter específicamente “arquitectónico” uno de los más extendidos es el GDL
a
AT
an
R
el
(‘Graphic Design Language’), un lenguaje de programación por secuencias de comandos

R
U
fre
U
el
creado por Graphisoft para ArchiCAD. Cuenta con una estructura similar al BASIC, y es
G
G
fre
U
M
ZI
posible utilizarlo también en Allplan.

ZI
G
BI
ZI
BI
AT
ce
AT
ce
an
R
U
an
R
el
G
fre
el
ZI
fre
M
ZI
15
BI

M
BI
AT
T
R
AT
AT
R
R
G
U
ZI
G
ZI
ce
ce
an
an
AT
el
fre
AT
el
R
fre
M
R
G
BI
U
ZI
G
BI
ZI
AT
ce
AT
R
ce
an
U
an
G
AT
el
U
ZI
fre
G
el
R
ZI
fre
M
U
Figura 2.9 – Una ventana tipo para GDL
G
BI
ZI
BI
Por ejemplo, para crear mediante GDL una ventana como ésta, el código puede ser el
e
nc
siguiente:
ce
AT
ce
AT
an
ce
an
U
el
a=0.9: b=1.5: c=0.1: d=0.08
an
G
fre
el
U
e=0.08: f=0.9: g=0.03: h=3

ZI
fre
G
el
M
PRISM_ 10, c,
ZI
fre
-a/2, 0, 15, a/2, 0, 15,
M
BI
BI
a/2, b, 15, -a/2, b, 15,
M
-a/2, 0, -1,
BI
-a/2+d, d, 15, a/2-d, d, 15,
a/2-d, b-d, 15, -a/2+d, b-d, 15,
ce
-a/2+d, d, -1
T
AT
an
ADD -a/2+d, f, 0
c
BRICK a-2*d, e, c
AT
an
el
c
R
ADD -g/2, -f+d, c/2
an
fre
U
el
GOSUB 1
G
fre
el
U
M
ADDZ -g
ZI
fre
G
BI
GOSUB 1
ZI
M
BI
DEL 2 BI
MATERIAL “Glass”
ADD 0, -f+d, c/2
RECT a-2*d, f-d
ADDY f-d+e
AT
RECT a-2*d, b-f-e-d

nc
AT
ce
AT
END
a
1:
AT
an
R
el
FOR i=1 TO h-1

U
fre
U
el
ADDX (a-2*d)/3
G
G
fre
U
M
BLOCK g, f-d, g
ZI
ZI
G
BI
ADDY f+e-d
ZI
BI
BLOCK g, b-f-d-e, g
DEL 1
NEXT i
DEL h-1
RETURN
AT
ce
AT
ce
an
R
U
an
R
el
G
fre
el
ZI
fre
M
ZI
16
BI

M
BI
AT
T
R
AT
AT
R
R
G
U
ZI
G
ZI
ce
ce
an
an
AT
el
fre
Se puede obtener más información sobre GDL en:
AT
el
R
fre
M
R
http://helpcenter.graphisoft.com/guides/archicad-17-guides/gdl-reference-guide/
G
BI
U
ZI
G
BI
AECOsim cuenta con un lenguaje parecido para creación de objetos. Tiene una estructura
ZI
similar, aunque cuenta con un número más limitado de comandos. Se trata del script del
Constructor de Marcos, que veremos con detalle más adelante.
AT
ce
AT
R
ce
an
U
an
G
AT
el
U
ZI
fre
G
el
R
ZI
fre
M
U
G
BI
ZI
BI
e
nc
ce
AT
ce
AT
an
ce
an
U
el
an
G
fre
el
U
Figura 2.10 – Una ventana tipo para el script del Constructor de Marcos
ZI
fre
G
el
M
ZI
fre
M
BI
BI
M
BI
Para la definición de una ventana parecida a la anterior, la secuencia de comandos podría ser
la siguiente:
ce
FRAME A8 -1 '
T
AT
an
Settings_DoorWindow
AT
an
el
c
R
Puertas-Ventanas-Cristales Marco Ventana - Madera
an
fre
U
el
1200 1800 1200 1800 1200 1800 1200 1800 1200 1800 1200 1800 1200 1800 1200
R
G
fre
el
U
1800 1200 1800 0.00520833333333 0 54

M
ZI
fre
G
add frame 0 0 0 window rectangle trim 0

BI
ZI
mod pane 1 glass1

M
BI
add glazingbars 1 inglass 3 3

BI
add sill inner 1 0 0 0
add sill outer 1 0 0 WFFO
AT
Para el desarrollo de geometrías más libres (y más utilizables con otros entornos de
nc
AT
ce
AT
modelado más allá de la arquitectura), existen como hemos dicho lenguajes de programación
a
AT
an
R
el
basados en objetos de carácter más generalista y libre, como pueden ser el Phyton o el C#
R
U
fre
U
el
(utilizado como base, por ejemplo, para el script de Generative Components).

G
G
fre
U
M
ZI
ZI
G
BI
ZI
BI
AT
ce
AT
ce
an
R
U
an
R
el
G
fre
el
ZI
fre
M
ZI
17
BI

M
BI
AT
T
R
T nc
AT e
BI
BI M
ZI
G M fre ZI
G
ZI
G U fre el U
R
P1
U R el an
R AT an ce AT
AT ce
BI

BI M
BI M ZI
G fre
ZI
G M fre ZI
G U el
U fre el U R an
R el an R AT ce
R AT a nc c e
AT
AT e
BI ZI
BI M G
BI M fre U
BI M ZI
G fre el R
M fre ZI
G U el an AT
fre el U R an ce
el an R AT ce
an ce AT
T
ce
Video 2.1 Tipos y elementos
Gestor de Bibliotecas - AECOsim
ZI
BI ZI G
BI M G U
BI M fre U R
M ZI
ZI
G fre el R AT
fre G U el an AT
el U R an ce
an R AT ce
ce AT
ZI
BI ZI G
BI M G U
M U R
18
fre
ZI
G fre el R AT
U el an AT
R an ce
AT c
AT
AT
R
R
G
U
ZI
G
ZI
ce
ce
an
3 Herramientas de generación de objetos
an
AT
el
fre
AT
el
R
fre
M
U
Dado que existen diferentes tipos de objetos, existen diversas herramientas de creación de
R
G
BI
U
objetos utilizables para el modelado en AECOsim. Hemos visto ya en módulos anteriores las
ZI
G
BI
que se encuentran disponibles para crear y modificar objetos personalizados (células, células
ZI
compuestas) o paramétricos simples (muros, losas, etc.), por lo que nos centraremos en la
creación de los objetos de nivel superior, los del tipo algorítmico.
AT
ce
AT
R
Debemos hacer antes una breve mención a la existencia de herramientas de creación de
ce
an
U
objetos paramétricos y algorítmicos incluidas ya dentro del CAD estándar MicroStation.
an
G
AT
el
U
ZI
fre
G
el
R
ZI
fre
M
U
3.1 MicroStation: Creación de objetos paramétricos
G
BI
ZI
BI
Diseño DD
e
Permite controlar las dimensiones 2D de un objeto mediante cotas.

nc
ce
AT
ce
AT
an
ce
an
U
el
an
G
fre
el
U
ZI
fre
G
el
M
ZI
fre
M
BI
BI
M
BI
ce
T
AT
an
AT
an
el
c
R
an
fre
U
el
R
G
fre
el
U
M
Figura 3.1 – Diseño DD

ZI
fre
G
BI
ZI
Utiliza un lenguaje algebraico simple para la definición de unas dimensiones en función de

M
BI
BI
otras, como por ejemplo ““a + b = c^2”
No es aplicable a objetos 3D.
AT
e
nc
AT
ce
AT
a
AT
an
R
el
R
U
fre
U
el
Células controladas por cotas

G
G
fre
U
M
ZI
ZI
Se trata de un Sistema de control de las dimensiones de las células partir de las cotas. Se
BI
ZI
BI
maneja mediante comandos (“MDL LOAD CELL”, ”PLACE CELL DIMENSIONS”, etc.) y
requiere un DGN orientado a diseño DD.
Utiliza el mismo lenguaje algebraico que el Diseño DD.
AT
ce
AT
ce
an
R
U
an
R
el
G
fre
el
ZI
fre
M
ZI
19
BI

M
BI
AT
T
R
AT
AT
R
R
G
U
ZI
G
ZI
ce
ce
an
3.2 MicroStation: Creación de objetos algorítmicos
an
AT
el
fre
AT
el
R
fre
M
R
G
BI
U
Aplicación de Entidades a Sólidos
ZI
G
BI
ZI
Definido para el diseño industrial, el sistema de modelado mediante “aplicación de entidades
a sólidos” se basa en el concepto de partir de sólidos base a los que se van añadiendo
operaciones booleanas hasta crear un objeto final.
AT
ce
AT
R
ce
an
U
an
G
AT
el
U
ZI
fre
G
el
R
ZI
fre
M
U
G
BI
M
Figura 3.2 – Entidades a sólidos
ZI
BI
Este sistema está creado con miras al diseño industrial. Por ejemplo, partiendo de un sólido
e
simple tipo “L”,

nc
ce
AT
ce
AT
an
ce
an
U
el
an
G
fre
el
U
ZI
fre
G
el
M
ZI
fre
M
BI
BI
M
BI
ce
T
AT
an
AT
an
el
c
R
an
fre
U
el
R
G
fre
el
U
M
ZI
fre
G
BI
ZI
M
BI
BI
Figura 3.3 – Sólido “L” de partida
AT
Podemos obtener mediante operaciones de suma (como el nervio diagonal) y diferencia

nc
AT
ce
AT
(achaflanados de borde, agujeros) un sólido como el siguiente:

a
AT
an
R
el
R
U
fre
U
el
R
G
G
fre
U
M
ZI
ZI
G
BI
ZI
BI
AT
ce
AT
ce
an
R
U
an
R
el
G
fre
el
ZI
fre
M
ZI
20
BI

M
BI
AT
T
R
AT
AT
R
R
G
U
ZI
G
ZI
ce
ce
an
an
AT
el
fre
AT
el
R
fre
M
R
G
BI
U
ZI
G
BI
ZI
AT
ce
AT
R
ce
an
U
an
G
AT
el
U
ZI
fre
G
el
R
ZI
fre
M
U
G
BI
ZI
BI
Figura 3.4 – Sólido resultante
e
nc
ce
Las “operaciones” realizadas es lo que se denomina “Entidades” (‘Features’), y son la base de

AT
ce
AT
an
las operaciones realizadas al perforar un muro en AECOsim (traducidas en este caso, sin
R
ce
an
U
el
embargo, como “Funciones”).

R
an
G
fre
el
U
ZI
fre
G
el
M
ZI
fre
M
BI
BI
M
BI
ce
T
AT
an
AT
an
el
c
R
an
fre
U
el
R
G
fre
el
U
M
ZI
fre
G
BI
ZI
M
BI
BI
Figura 3.5 – “Funciones” y “Entidades” son, en realidad, ‘Features’
AT
De la misma manera que en los muros de AECOsim, este sistema conserva la definición del
nc
AT
ce
AT
sólido original, por lo que es sencillo eliminar o modificar las operaciones realizadas (suprimir
a
AT
an
R
o desplazar el agujero de un tornillo, por ejemplo).

el
R
U
fre
U
el
R
G
Aunque no posee un lenguaje propio, permite crear relaciones geométricas entre las
fre
U
M
ZI
ZI
Entidades aplicadas a un objeto. Es posible administra las Entidades aplicadas a un sólido y

BI
ZI
BI
reorganizar, vincular, suprimir o priorizar las mismas

AT
ce
AT
ce
an
R
U
an
R
el
G
fre
el
ZI
fre
M
ZI
21
BI

M
BI
AT
T
R
AT
AT
R
R
G
U
ZI
G
ZI
ce
ce
an
an
AT
el
fre
AT
el
R
fre
M
R
G
BI
U
ZI
G
BI
ZI
AT
ce
AT
R
ce
an
U
an
G
AT
el
U
ZI
fre
G
el
R
ZI
fre
M
U
G
BI
M
Figura 3.6 – Administrador de Entidades
ZI
BI
De esa manera, por ejemplo, podemos relacionar un agujero de un tornillo como paralelo al
e
chaflán redondeado que lo rodea, de tal modo que si se modifica uno, lo haga el otro. Por ello,
nc
ce
AT
este sistema debe considerarse ya en realidad como algorítmico.
ce
AT
an
ce
an
U
el
an
G
3.3 MicroStation: Lenguajes de programación

fre
el
U
ZI
fre
G
el
M
Debemos mencionar, además, que MicroStation cuenta con la posibilidad de crear macros y
ZI
fre
M
BI
herramientas mediante tres lenguajes propios, MDL, BASIC y Visual BASIC.

BI
M
BI
ce
T
AT
an
AT
an
el
c
R
an
fre
U
el
R
G
fre
el
U
M
ZI
fre
G
BI
ZI
M
BI
BI
AT
e
nc
AT
ce
AT
a
AT
an
R
el
R
U
fre
U
el
R
G
G
fre
U
M
ZI
ZI
G
BI
ZI
BI
Figura 3.7 – MicroStation BASIC

A través de ellos se podrían generar objetos de definición algorítmica; obviamente es más
sencillo el hacerlo mediante las herramientas ya disponibles.
AT
ce
AT
ce
an
R
U
an
R
el
G
fre
el
ZI
fre
M
ZI
22
BI

M
BI
AT
T
R
AT
AT
R
R
G
U
ZI
G
ZI
ce
ce
an
3.4 AECOsim: Constructor de Marcos
an
AT
el
Las células compuestas paramétricas, también llamadas marcos (‘frames’) son el primer
fre
AT
el
R
fre
tipo de células algorítmicas disponible en AECOsim. Se pueden almacenar como ficheros
M
R
G
BI
M
independientes con extensión “BXF” (situados en el directorio \frame\ de la Dataset).
U
ZI
G
BI
ZI
Están compuestos por una serie de elementos simples, en general sólidos de forma
prismática.
AT
ce
AT
R
ce
an
U
an
G
AT
el
U
ZI
fre
G
el
R
ZI
fre
M
U
G
BI
ZI
BI
e
nc
ce
AT
ce
AT
an
ce
an
U
el
an
Figura 3.8 - Células tipo “marco”
G
fre
el
U
ZI
fre
G
el
M
Las células tipo “marco” están pensadas fundamentalmente para puertas, ventanas y
ZI
fre
M
BI
similares. Se trata de células diseñadas para Elementos “tipo perforador”, destinadas a

BI
M
situarse en muros.
BI
El Constructor de marcos paramétricos (‘Parametric Frame Builder’) es una utilidad para la
ce
creación de este tipo de células. Se encuentra disponible en Menú > Building Designer>
T
AT
an
Constructor de marcos.
AT
an
el
c
R
an
fre
U
el
R
G
fre
el
U
M
ZI
fre
G
BI
ZI
M
BI
BI
AT
e
nc
AT
ce
AT
a
AT
an
R
el
R
U
fre
U
el
R
G
G
fre
U
M
ZI
ZI
G
BI
ZI
BI
AT
ce
AT
ce
an
R
U
an
R
el
G
fre
el
ZI
fre
M
ZI
23
BI

M
BI
AT
T
R
AT
AT
R
R
G
U
ZI
G
ZI
ce
ce
an
an
AT
el
fre
AT
el
R
fre
M
R
G
BI
U
ZI
G
BI
ZI
AT
ce
AT
R
ce
an
U
an
G
AT
el
U
ZI
fre
G
el
R
ZI
fre
M
U
G
BI
ZI
BI
e
nc
ce
AT
ce
AT
an
ce
an
U
el
an
Figura 3.9 - Constructor de marcos paramétricos
G
fre
el
U
ZI
fre
G
el
M
Con el constructor es posible crear definiciones de marcos individuales (BXF) y agruparlos en

ZI
fre
M
BI
librerías de células tipo marco (BXC). Cada marco puede admitir hasta nueve componentes
BI
M
tipo “marco”, y es posible asignar diversos componentes tipo Formas basados en los mismos
BI
y cuyas dimensiones se pueden basar en las de otros mediante secuencias algorítmicas
simples.
ce
T
AT
an
Se trata de una herramienta de tipo “arquitectónico”, ya que los componentes disponibles

c
AT
an
el
c
R
están inicialmente diseñados para células tipo puerta o ventana (marco, dintel, baquetilla…).
an
fre
U
el
Sin embargo, al tratarse de elementos de forma prismática estándar, es posible utilizar el

G
fre
el
U
M
ZI
fre
constructor de marcos para la creación de otro tipo de células como armarios o estanterías.
G
BI
ZI
M
BI
Posee un lenguaje propio de comandos en secuencia. Por ejemplo, el texto de la célula

BI
paramétrica Dataset_ES\frame\casework\06-Base.bxf (un armario con cajones), es el
siguiente:
AT
e
nc
FRAME A8 -1 mm
AT
ce
AT
Settings_EqpMobiliario.xml
a
AT
an
R
el
EqpMobiliario Armario Base

R
U
fre
610 800 610 787 610 787 610 787 610 787 610 787 610 787 610 787 610 787 1 0 53
el
R
G
G
fre
set thickness frame_depth 0

U
M
ZI
ZI
set section leafPostDoor 6 50

BI
ZI
set section framePostWindow 610 30

BI
add frame 0 0 100 window rectangle

set section framePostDoor 20 20
mod pane 1 wood1
REM *Add backing
add form 1 both WFFO WFFT-WFFO WFFO W1-(WFFO*2) WFFO H1-(WFFO*2) EqpMobiliario
AT
ce
Armario Base
AT
ce
an
R
REM *Add base

U
an
R
el
G
fre
el
ZI
fre
M
ZI
24
BI

M
BI
AT
T
R
AT
AT
R
R
G
U
ZI
G
ZI
ce
ce
an
add form 1 both 0 25 -100 W1 WFFT-25 100 EqpMobiliario Armario Base
an
AT
REM *Create drawers with divide commands
el
fre
divide 1 from left fraction 1/2
AT
el
R
add form 1 3D W1/2+10 0 30 W1/2_-_40 WLFT (H1-120)/4 EqpMobiliario Armario
fre
M
R
Base
G
BI
U
add form 1 3D W1/2+10 0 H1/4+20 W1/2_-_40 WLFT (H1-120)/4 EqpMobiliario
ZI
G
BI
Armario Base
ZI
add form 1 3D W1/2+10 0 H1/2+10 W1/2_-_40 WLFT (H1-120)/4 EqpMobiliario
Armario Base
add form 1 3D W1/2+10 0 (H1/4)*3 W1/2_-_40 WLFT (H1-120)/4 EqpMobiliario
AT
Armario Base
ce
AT
add leaf window 11 10 swingLOut parent
R
ce
an
U
mod pane 12 wood2

R
an
G
AT
el
divide 12 from top fraction 1/4 repeat 3 fill
U
ZI
fre
REM *Add handle to door
G
el
R
ZI
add form 1 3D W1/2-20 0 H1-WFFO-150 -TT 6 TO EqpMobiliario Armario Base
fre
M
U
REM *Add handles to drawers
G
BI
M
add form 1 3D (W1/4)*3-TO/2 -6 H1-WFFO-50 TO 6 TT EqpMobiliario Armario Base
ZI
BI
add form 1 3D (W1/4)*3-TO/2 -6 H1*.75-WFFO-50 TO 6 TT EqpMobiliario Armario
Base
e
nc
Base
ce
AT
ce
AT
an
Base
R
ce
an
U
el
an
G
fre
el
Dentro de AECOsim, esta célula se muestra de la manera siguiente:
U
ZI
fre
G
el
M
ZI
fre
M
BI
BI
M
BI
ce
T
AT
an
AT
an
el
c
R
an
fre
U
el
R
G
fre
el
U
M
ZI
fre
G
BI
ZI
M
BI
BI
AT
e
nc
AT
ce
AT
a
AT
an
R
el
R
U
fre
U
el
R
G
G
fre
U
M
ZI
ZI
G
BI
ZI
BI
Figura 3.10 – Armario "06-Base.BXF”

AT
ce
AT
ce
an
R
U
an
R
el
G
fre
el
ZI
fre
M
ZI
25
BI

M
BI
AT
T
R
AT
AT
R
R
G
U
ZI
G
ZI
ce
ce
an
3.5 AECOsim: Parametric Cell Studio
an
AT
el
fre
AT
el
R
fre
M
R
G
BI
U
ZI
G
BI
ZI
AT
ce
AT
R
ce
an
U
an
G
AT
el
U
ZI
fre
G
el
R
ZI
fre
M
U
G
BI
ZI
BI
e
nc
ce
AT
ce
AT
an
ce
an
U
el
an
G
fre
el
U
ZI
fre
G
el
M
ZI
fre
M
BI
BI
M
BI
Figura 3.11 – Parametric Cell Studio
ce
Desde el Parametric Cell Studio (PCStudio) ( Menú > Building Designer > “Estudio de célula
T
AT
an
paramétrica”) se abren, crean y editan las células algorítmicas PAC / PAZ.

c
AT
an
el
c
R
an
Se trata de un programa que es independiente de AECOsim. PC Studio es razonablemente
fre
U
el
R
G
fre
el
útil para la edición de objetos como Puertas y Ventanas, similares a las células de tipo marco
U
M
ZI
fre
G
BI
que hemos visto. Sin embargo, “la cosa se complica” con objetos más elaborados como
M
ZI
M
BI
puede ser esta escala con jaula:

BI
AT
e
nc
AT
ce
AT
a
AT
an
R
el
R
U
fre
U
el
R
G
G
fre
U
M
ZI
ZI
G
BI
ZI
BI
AT
ce
AT
ce
an
R
U
an
R
el
G
fre
el
ZI
fre
M
ZI
26
BI

M
BI
AT
T
R
AT
AT
R
R
G
U
ZI
G
ZI
ce
ce
an
an
AT
el
fre
AT
el
R
fre
M
R
G
BI
U
ZI
G
BI
ZI
AT
ce
AT
R
ce
an
U
an
G
AT
el
U
ZI
fre
G
el
R
ZI
fre
M
U
G
BI
ZI
BI
e
nc
ce
AT
ce
AT
an
ce
an
U
el
an
G
fre
el
U
Figura 3.12 – Una escala en PCStudio

ZI
fre
G
el
M
ZI
fre
M
BI
BI
M
Mediante el PC Studio se definen objetos paramétricos formados por elementos
BI
jerarquizados, entre los cuales existen vinculaciones y restricciones de tipo algorítmico.
ce
T
AT
an
AT
an
el
c
R
an
fre
U
el
R
G
fre
el
U
M
ZI
fre
G
BI
ZI
M
BI
BI
AT
e
nc
AT
ce
AT
a
AT
an
R
el
R
U
fre
U
el
R
G
G
fre
U
M
ZI
ZI
G
BI
ZI
BI
AT
ce
AT
ce
an
R
U
an
R
el
G
fre
el
ZI
fre
M
ZI
27
BI

M
BI
AT
T
R
AT
AT
R
R
G
U
ZI
G
ZI
ce
ce
an
an
AT
el
fre
AT
el
R
fre
M
R
G
BI
U
ZI
G
BI
ZI
AT
ce
AT
R
ce
an
U
an
G
AT
el
U
ZI
fre
G
el
R
ZI
fre
M
U
G
BI
ZI
BI
e
nc
ce
AT
ce
AT
an
ce
an
U
el
an
G
fre
el
U
ZI
fre
G
el
M
ZI
fre
M
BI
BI
M
BI
Figura 3.13 - Contanier View en PCStudio con definiciones vinculadas entre sí
ce
Se trata de un programa muy completo que fue incluido en AECOsim hacia 2005, aunque
T
AT
an
lamentablemente está muy poco documentado y aunque partía de un gran nivel, ha tenido
c
AT
an
desde entonces poca evolución. Además, no se trata de una aplicación diseñada

el
c
R
an
fre
U
el
específicamente al uso de objetos arquitectónicos, por lo que a menudo es más sencillo

R
G
fre
el
U
M
recurrir a herramientas más simples como el generador de Marcos para puertas, ventanas,
ZI
fre
G
BI
etc.
ZI
M
BI
BI
Afortunadamente, es muy poco habitual que tengamos que recurrir a PCStudio para la
creación de nuevos objetos, más ahora que contamos con el RFA Wizard que nos permite
importar con alto grado de detalle objetos disponibles en bibliotecas y repositorios diversos.
AT
e
nc
AT
ce
AT
Las células tipo PAC son utilizables tanto para Elementos “tipo perforador” como para
a
AT
an
R
el
Elementos “independientes”. Por ejemplo, la mayoría de las ventanas disponibles ya se

U
fre
U
el
encuentran definidas como células PAZ, y no como las de tipo marco BXF.
G
G
fre
U
M
ZI
ZI
G
BI
PC Studio se basa en un lenguaje propio no directamente editable. Sus objetos no están

ZI
BI
limitados a ser necesariamente de forma prismática, sino que pueden crearse a partir de
extrusiones.
Permite asociar los objetos resultantes de modo individual al sistema de Familias y Piezas,
AT
ce
aunque no al de Grupo de datos. Es decir, una vez creada la célula tipo PAZ debe crearse, ya
AT
ce
an
R
U
an
R
el
G
fre
el
ZI
fre
M
ZI
28
BI

M
BI
AT
T
R
AT
AT
R
R
G
U
ZI
G
ZI
ce
ce
an
en el Editor del catálogo de Grupo de datos, un nuevo Elemento que haga uso de la célula
an
AT
el
creada y añada los datos necesarios. Veremos cómo hacerlo más adelante.
fre
AT
el
R
fre
M
R
G
BI
U
3.6 Más allá de BIM: Generative Components
ZI
G
BI
ZI
Generative Components (‘GC’) es probablemente una de las herramientas más interesantes
AT
de modelado ‘3D freeform’ disponibles en el mercado (, por qué no decirlo, de las más
ce
AT
R
divertidas). E incluso hasta podríamos decir que se trata de una aplicación que se sale un
ce
an
U
poco de la línea del resto de las aplicaciones de Bentley Systems, tan “seria” y enfocada en
an
G
AT
el
U
general a las grandes compañías de ingeniería.

ZI
fre
G
el
R
ZI
fre
M
U
G
BI
ZI
BI
e
nc
ce
AT
ce
AT
an
ce
an
U
el
an
G
fre
el
U
ZI
fre
G
el
M
ZI
fre
M
BI
BI
M
BI
ce
T
AT
an
AT
an
el
c
R
an
fre
U
el
R
G
fre
el
U
M
ZI
fre
G
BI
ZI
M
BI
BI
AT
e
nc
AT
ce
AT
a
AT
an
R
el
R
U
fre
U
el
R
G
G
fre
U
M
ZI
ZI
G
BI
ZI
BI
AT
ce
AT
ce
an
R
U
an
R
el
G
fre
el
ZI
fre
M
ZI
29
BI

M
BI
AT
T
R
AT
AT
R
R
G
U
ZI
G
ZI
ce
ce
an
Figura 3.14 - Thompson Ventulett Stainback and Associates – ‘The Lagoons’1
an
AT
el
fre
AT
el
R
fre
M
R
G
GC es una aplicación de descarga gratuita disponible en http://www.bentley.com/en-
BI
U
ZI
G
BI
US/Promo/Generative+Components/default.htm. Es posible instalar GC como una aplicación
ZI
independiente o como una extensión añadida a AECOsim Building Designer.
AT
GC es ya una herramienta genuinamente algorítmica. Se basa en una secuencia de
ce
AT
R
creación que podría compararse al crecimiento de un árbol, en la cual las hojas crecen de las
ce
an
U
ramas, las ramas del tronco, el tronco de las raíces y las raíces del suelo. Este tipo de
an
G
AT
el
U
ZI
creación algorítmica es la que recibe el nombre de “generativa”, y es una evolución de los
fre
G
el
R
ZI
fre
‘scripts’ básicos que hemos visto hasta ahora (como el GDL, el del Constructor de marcos o el
M
U
G
BI
del PC Studio) que llega ya hasta niveles de complejidad muy altos.
ZI
BI
Al igual que la mayoría de las aplicaciones de Bentley (y como vimos con AECOsim Energy
e
Simulator), GC tiene un interfaz basado en MicroStation al que se añaden paletas y ventanas

nc
ce
AT
propias:
ce
AT
an
ce
an
U
el
an
G
fre
el
U
ZI
fre
G
el
M
ZI
fre
M
BI
BI
M
BI
ce
T
AT
an
AT
an
el
c
R
an
fre
U
el
R
G
fre
el
U
M
ZI
fre
G
BI
ZI
M
BI
BI
AT
e
nc
AT
ce
AT
a
AT
an
R
el
R
U
fre
U
el
R
G
G
fre
U
M
ZI
ZI
G
BI
ZI
BI
AT
ce
AT
ce
an
1
Tomada de http://www.bentley.com/en-US/Products/GenerativeComponents/gallery.htm
R
U
an
R
el
G
fre
el
ZI
fre
M
ZI
30
BI

M
BI
AT
T
R
AT
AT
R
R
G
U
ZI
G
ZI
ce
ce
an
an
AT
el
fre
AT
el
R
fre
M
R
G
BI
U
ZI
G
BI
ZI
AT
ce
AT
R
ce
an
U
an
G
AT
el
U
ZI
fre
G
el
R
ZI
fre
M
U
G
BI
ZI
BI
e
nc
ce
AT
ce
AT
an
ce
an
U
el
an
G
fre
el
U
ZI
fre
G
el
M
ZI
fre
M
BI
BI
M
BI
ce
T
AT
an
AT
an
el
c
R
an
fre
Figura 3.15 – Interface de Generative Components

U
el
R
G
fre
el
U
M
Sobre el interface básico de MicroStation (vistas, herramientas principales, niveles,

ZI
fre
G
BI
ZI
modelos…), GC añade un conjunto de tareas propio denominado ‘Primary’, una paleta de

M
BI
‘Features’, otra de ‘Transactions’ y otra denominada ‘Symbolic Diagram’ que suele situarse
BI
debajo de las vistas.
Los modelos de GC se crean en ficheros estándar DGN, a los que se añaden ficheros
AT
e
nc
AT
adicionales (xml, cgt, etc.) para completar sus funciones.

ce
AT
a
AT
an
R
el
Veamos de manera rápida los conceptos básicos de GC para entender cómo funciona una
U
fre
U
el
R
G
secuencia tipo de creación de un modelo en GC.

G
fre
U
M
ZI
ZI
G
BI
ZI
BI
Features
Una vez más, es arriesgado buscar una equivalente en castellano para el concepto de las
‘Features’. Y una vez más, nos quedaremos con el de “cosas”. Las ‘Features’ son aquellas
AT
ce
“cosas” que se pueden crear en GC y que son la base de la generación del resultado final.
AT
ce
an
R
U
an
R
el
G
fre
el
ZI
fre
M
ZI
31
BI

M
BI
AT
T
R
AT
AT
R
R
G
U
ZI
G
ZI
ce
ce
an
Las ‘Features’ pueden crearse a partir de unas dimensiones fijas, a partir de propiedades
an
AT
el
tomadas de otras o, por ejemplo, mediante operaciones geométricas realizadas entre ellas.
fre
AT
el
R
fre
Así, por ejemplo, una curva BSpline puede ser definida mediante una serie de nodos situados
M
R
G
BI
U
en puntos fijos del espacio definidos mediante sus coordenadas X, Y, Z, a partir de puntos
ZI
G
BI
con coordenadas tomadas de otros objetos (punto final de otra línea, por ejemplo) o extraerse
ZI
de la intersección de dos superficies BSpline.
AT
Muchas de las Features son geométricas. Pueden ser puntos (Point), elementos lineales (Arc,
ce
AT
BSpline Curve, EllipticalArc, Line, PolyLine), superficies simples o complejas (BSplineSurface,
R
ce
an
U
Circle, Ellipse, Mesh, Plane, Polygon) o tridimensionales (Cone, Solid). También existen
an
G
AT
el
U
elementos complejos como pueden ser las células (Cells).

ZI
fre
G
el
R
ZI
fre
M
U
G
BI
ZI
BI
e
nc
ce
AT
ce
AT
an
ce
an
U
el
an
G
fre
el
U
ZI
fre
G
el
M
ZI
fre
M
BI
BI
M
BI
ce
T
AT
an
AT
an
el
c
R
an
fre
U
el
R
G
fre
el
U
M
Figura 3.16 - Features disponibles en GC

ZI
fre
G
BI
ZI
M
BI
Sin embargo, se puede ver también que existen elementos no específicamente geométricos
BI
como por ejemplo DataImporter, GraphVariable, LawCurve o Range. ¿Por qué se incluyen
como ‘Features’? Porque una ‘Feature’ también puede ser una “cosa” de la que extraer datos,
no necesariamente geométrica. Así, podríamos vincular una superficie a los datos extraídos
AT
e
nc
de un origen externo como una tabla Excel, por ejemplo.

AT
ce
AT
a
AT
an
R
el
R
U
fre
U
el
Update Method
R
G
G
fre
U
M
ZI
ZI
G
BI
Una vez que hemos decidido crear una Feature, debemos decidir a partir de qué datos se
ZI
BI
crea (‘Update Method’).

AT
ce
AT
ce
an
R
U
an
R
el
G
fre
el
ZI
fre
M
ZI
32
BI

M
BI
AT
T
R
AT
AT
R
R
G
U
ZI
G
ZI
ce
ce
an
an
AT
el
fre
AT
el
R
fre
M
R
G
BI
U
ZI
G
BI
ZI
AT
ce
AT
R
ce
an
U
an
G
AT
el
U
ZI
fre
G
el
R
ZI
fre
M
U
G
BI
ZI
BI
e
nc
ce
AT
ce
AT
an
ce
an
U
el
an
G
fre
el
U
Figura 3.17 – Update Method

ZI
fre
G
el
M
ZI
fre
M
BI
Por ejemplo, en la lista de arriba vemos que una BSplineSurface puede crearse, entre
BI
M
muchos otros, mediante polos (ByPoles), extrayéndola de un sólido
BI
(ExtractAllSurfacesFromSolid), haciendo un barrido de un círculo a partir de un camino
(SweepCircleAlongPath)… el número de opciones de creación es muy grande.
ce
T
AT
an
AT
an
Pero es que además, las propiedades a partir de las que se crea pueden proceder, a su vez,
el
c
R
an
fre
U
el
de otra ‘Feature’ creada a su vez a partir de otra, y así hasta donde queramos parar. Por
R
G
fre
el
U
M
ejemplo, si elegimos ByPoles:

ZI
fre
G
BI
ZI
M
BI
BI
AT
e
nc
AT
ce
AT
a
AT
an
R
el
R
U
fre
U
el
R
G
Figura 3.18 – Update Method By Poles

G
fre
U
M
ZI
ZI
G
BI
ZI
En el apartado Expresion de ‘Poles: IPoint[] (repl.)’, podemos poner, por ejemplo, algo como
BI
“bspline07.poles[0,3,5,12]”, que significaría “toma los polos números 0, 3, 5 y 12 de la BSpline

número 7”. De esa manera, si se modifican los valores de la BSpline 07, la BSplineSurface los
heredará y el resultado general se volverá a generar.
AT
ce
AT
ce
an
R
Transactions
U
an
R
el
G
fre
el
ZI
fre
M
ZI
33
BI

M
BI
AT
T
R
AT
AT
R
R
G
U
ZI
G
ZI
ce
ce
an
Las ‘Transactions’ son las operaciones que se van realizando en secuencia sobre las
an
AT
el
‘Features’ para ir generando unas a partir de otras.
fre
AT
el
R
fre
M
R
G
BI
U
ZI
G
BI
ZI
AT
ce
AT
R
ce
an
U
an
G
AT
el
U
ZI
fre
G
el
R
ZI
fre
M
U
G
BI
ZI
BI
e
nc
ce
AT
ce
AT
an
ce
an
U
el
an
G
fre
el
U
ZI
fre
G
el
M
ZI
fre
M
BI
BI
M
BI
ce
T
AT
an
AT
an
el
c
R
an
fre
U
el
R
G
fre
el
U
M
Figura 3.19 - Transactions

ZI
fre
G
BI
ZI
En la imagen de arriba se muestra el cuadro de diálogo ‘Transactions’, con la secuencia de

M
BI
creación de un árbol. Se puede ver cómo va generando su tronco (‘trunk’), sus ramas
BI
(‘branchs’), etc.
Cada vez que se realiza en el modelo un cambio –creación de una nueva ‘Feature’,
AT
e
nc
modificación de una existente, etc.- debe “grabarse” en la secuencia de Transactions

AT
ce
AT
a
mediante un botón situado en la parte de abajo del dialogo:

AT
an
R
el
R
U
fre
U
el
R
G
G
fre
U
M
ZI
ZI
G
BI
ZI
BI
Figura 3.20 – Grabando una ‘Transaction’

AT
ce
Cuenta el diálogo también con botones para ir “reproduciendo” la secuencia en las vistas y
AT
ce
an
R
comprobar los resultados de las modificaciones realizadas.

U
an
R
el
G
fre
el
ZI
fre
M
ZI
34
BI

M
BI
AT
T
R
AT
AT
R
R
G
U
ZI
G
ZI
ce
ce
an
an
AT
el
fre
AT
el
R
Para saber más:
fre
M
R
G
BI
Los ficheros de ejemplo de GC se encuentran en Workspace\Examples\GC_Default\dgn\:
U
ZI
G
BI
ZI
AT
ce
AT
R
ce
an
U
an
G
AT
el
U
ZI
fre
G
el
R
ZI
fre
M
U
G
BI
ZI
BI
e
nc
ce
AT
ce
AT
an
ce
an
U
el
an
G
fre
el
U
ZI
fre
G
el
M
ZI
fre
M
BI
BI
M
BI
Un ejemplo interesante puede ser “solid_plane_slice.dgn”, situada en la carpeta
ce
“\solid_modeling”. Si lo abrimos…
T
AT
an
AT
an
el
c
R
an
fre
U
el
R
G
fre
el
U
M
ZI
fre
G
BI
ZI
M
BI
BI
AT
e
nc
AT
ce
AT
a
AT
an
R
el
R
U
fre
U
el
R
G
G
fre
U
M
ZI
ZI
G
BI
ZI
BI
AT
ce
AT
ce
an
R
U
an
R
el
G
fre
el
ZI
fre
M
ZI
35
BI

M
BI
AT
T
R
AT
AT
R
R
G
U
ZI
G
ZI
ce
ce
an
an
AT
el
fre
AT
el
R
fre
M
R
G
BI
U
ZI
G
BI
ZI
AT
ce
AT
R
ce
an
U
an
G
AT
el
U
ZI
fre
G
el
R
ZI
fre
M
U
G
BI
ZI
BI
e
nc
ce
AT
ce
AT
an
ce
an
U
el
an
G
fre
el
U
ZI
fre
G
el
M
…vemos que está perfectamente vacío. ¿Por qué?

ZI
fre
M
BI
BI
M
En realidad, no está vacío. Lo que sucede es que aunque que tenemos todo lo necesario
BI
para generar el modelo, no le hemos dado al “play”: no hemos generado el modelo.
ce
Si vamos ahora a la parte de abajo del cuadro de diálogo ‘Transactions’ y pulsamos el

T
AT
an
“play”…
c
AT
an
el
c
R
an
fre
U
el
R
G
fre
el
U
M
ZI
fre
G
BI
ZI
M
BI
BI
AT
e
nc
AT
ce
AT
a
AT
an
R
el
R
U
fre
U
el
R
G
G
fre
U
M
ZI
ZI
G
BI
ZI
BI
AT
ce
Esto ya es otra cosa.

AT
ce
an
R
U
an
R
el
G
fre
el
ZI
fre
M
ZI
36
BI

M
BI
AT
T
R
AT
AT
R
R
G
U
ZI
G
ZI
ce
ce
an
Symbolic Diagram
an
AT
el
fre
El diagrama simbólico es un esquema gráfico que ayuda a comprender las
AT
el
R
fre
interconexiones entre las ‘Features’. Se suele situar debajo de las vistas.
M
R
G
BI
U
ZI
G
BI
ZI
AT
ce
AT
R
ce
an
U
an
G
AT
el
U
ZI
fre
G
el
R
ZI
fre
M
U
G
BI
ZI
BI
e
nc
ce
AT
ce
AT
an
ce
an
U
el
an
G
fre
el
U
ZI
fre
G
el
M
ZI
fre
M
BI
BI
M
BI
ce
T
AT
an
AT
an
el
c
R
Figura 3.21 – Symbolic Diagram
an
fre
U
el
R
G
fre
el
U
M
En el ejemplo de arriba, el resultado final es un “TreeAsembly01”, creado a partir de otras

ZI
fre
G
BI
ZI
‘Features’.
M
BI
BI
Como puede verse en su ‘Update Method’, en su creación intervienen una serie de puntos
(point02, point08…) y está compuesto de una serie de “sub – features”
AT
(‘tree_assembly_101_left_branch’, etc.).
nc
AT
ce
AT
a
AT
an
R
el
R
U
fre
U
el
R
G
G
fre
U
M
ZI
ZI
G
BI
ZI
BI
AT
ce
AT
ce
an
R
U
an
R
el
G
fre
el
ZI
fre
M
ZI
37
BI

M
BI
AT
T
R
AT
AT
R
R
G
U
ZI
G
ZI
ce
ce
an
an
AT
el
fre
AT
el
R
fre
M
R
G
BI
U
ZI
G
BI
ZI
AT
ce
AT
R
ce
an
U
an
G
AT
el
U
ZI
fre
G
el
R
ZI
fre
M
U
G
BI
ZI
BI
e
nc
Figura 3.22 – ‘Update Method’ del objeto completo

ce
AT
ce
AT
an
ce
an
U
el
Script de Generative Components

R
an
G
fre
el
U
ZI
fre
G
el
M
Generative Components utiliza un lenguaje propio denominado GCScript. Se trata de una

ZI
fre
M
BI
evolución del C (como C++, Java, C#...). No es específicamente arquitectónico; las Features
BI
M
que se pueden crear son de carácter geométrico genérico.
BI
Existe la posibilidad de editar manualmente el script de la secuencia de transacciones
ce
T
resultante, a través de un botón situado en la parte de abajo del díalogo:

e
AT
an
AT
an
el
c
R
an
fre
U
el
R
G
fre
el
U
M
ZI
fre
G
BI
ZI
M
BI
BI
Figura 3.23 – Acceso a la edición manual del ‘script’

AT
e
nc
AT
ce
AT
Este es, por ejemplo, una parte del ‘script’ del ejemplo de creación del árbol que hemos ido
a
AT
an
R
el
viendo hasta ahora:

R
U
fre
U
el
R
G
G
fre
U
M
ZI
ZI
G
BI
ZI
BI
AT
ce
AT
ce
an
R
U
an
R
el
G
fre
el
ZI
fre
M
ZI
38
BI

M
BI
AT
T
R
T nc
AT e
BI
BI M
ZI
G M fre ZI
G
ZI
G U fre el U
R
P1
U R el an
R AT an ce AT
AT ce
BI

BI M
BI M ZI
G fre
ZI
G M fre ZI
G U el
U fre el U R an
R el an R AT ce
R AT a nc c e
AT
AT e
BI ZI
BI M G
BI M fre U
BI M ZI
G fre el R
M fre ZI
G U el an AT
fre el U R an ce
el an R AT ce
an ce AT
T
ce
Video 3.1 Generación de objetos

Figura 3.24 – ‘Script’ del ejemplo
Gestor de Bibliotecas - AECOsim
ZI
BI ZI G
BI M G U
BI M fre U R
M ZI
ZI
G fre el R AT
fre G U el an AT
el U R an ce
an R AT ce
ce AT
ZI
BI ZI G
BI M G U
M U R
39
fre
ZI
G fre el R AT
U el an AT
R an ce
AT c
AT
AT
R
R
G
U
ZI
G
ZI
ce
ce
an
4 Hemos aprendido
an
AT
el
fre
AT
el
R
fre
M
R
G
BI
U
4.1 Procedimientos, técnicas y herramientas
ZI
G
BI
ZI
Procedimientos

AT
Definición, uso y creación de células
ce
AT
R
ce
an
 Definición, uso y creación de células compuestas
U
an
G
AT
el
U
ZI
 Definición, uso y creación de células compuestas paramétricas (“marcos”)
fre
G
el
R
ZI
fre
M
U
 Definición, uso y creación de células paramétricas (tipo “PAZ”)
G
BI
ZI
BI
 Creación de Tipos y Elementos
e
nc
Técnicas
ce
AT
ce
AT
an
 Como crear una biblioteca de células tipo CEL
ce
an
U
el
an
G
fre
el
U
 Cómo crear una biblioteca de células compuestas tipo BXC

ZI
fre
G
el
M
ZI
fre
M
BI
 Cómo crear Tipos y Elementos

BI
M
BI
 Cómo crear una célula tipo “marco”
 Cómo modificar una célula PAZ con el Parametric Cell Studio

ce
T
AT
an
 Como organizar la secuencia de creación de un objeto en Generative Components

AT
an
el
c
R
an
fre
U
el
 Cómo reunir todos los archivos que definen un Elemento del catálogo en un único
G
fre
el
U
M
archivo
ZI
fre
G
BI
ZI
M
BI
BI
Herramientas
 Menú > Utilidades > Almacén 3D > Poner como célula

AT

nc
Menú > Utilidades > Almacén 3D > Importar como célula

AT
ce
AT
a
AT
an
R
el

R
Conjunto de tareas Diseño arquitectónico > Células > Administrador de células

U
fre
U
el
compuestas
G
G
fre
U
M
ZI
ZI
G
BI
 Editor del catálogo de Grupo de datos > Mostrar elementos del catálogo
ZI
BI
 Editor del catálogo de Grupo de datos > Menú > Insertar > Tipo de catálogo
 Editor del catálogo de Grupo de datos > Vincular definición

AT
ce

AT
Editor del catálogo de Grupo de datos > Menú > Insertar > Nuevo elemento
ce
an
R
U
an
R
el
G
fre
el
ZI
fre
M
ZI
40
BI

M
BI
AT
T
R
AT
AT
R
R
G
U
ZI
G
ZI
ce
ce
an
 Conjunto de tareas Diseño arquitectónico > Poner Mueble
an
AT
el
fre

AT
el
Menú > Building Designer> Constructor de marcos
R
fre
M
R

G
Menú > Building Designer> Estudio de célula paramétrica (PC Studio)
BI
U
ZI
G
BI

ZI
Estudio de célula paramétrica (PC Studio) > Container View
 Estudio de célula paramétrica (PC Studio) > Variables

AT
ce
AT
R
ce
an
4.2 Hemos aprendido que…
U
an
G
AT
el
U

ZI
Como ya vimos en su día, en AECOsim no hay una única clase de elemento, sino
fre
G
el
R
ZI
fre
muchas de diferente grado de complejidad. generalmente los de un determinado nivel
M
U
G
BI
M
incluyen en su definición a los de inferiores.
ZI
BI
 Antes de definir un elemento personalizado, es muy importante tener claro cuál es el
e
tipo de definición de objeto mínimo necesario para crearlo, con el fin de conseguir el
nc
ce
AT
mínimo impacto posible en la complejidad del modelo
ce
AT
an
ce

an
Los términos “paramétrico” y “algorítmico” son enormemente flexibles y se prestan a
U
el
an
G
fre
el
muchas interpretaciones. En esta parte hemos propuesto una, pero puede no coincidir
U
ZI
fre
G
el
con las que se utilizan en otros entornos.
M
ZI
fre
M
BI
BI

M
De hecho, en la misma Bentley parecen tratar de evitar el uso de dichos conceptos.
BI
Salvo quizá en el PCStudio, no se habla de “objetos paramétricos”. De hecho se evita
el concepto de “algorítmico” tendiendo al más completo “generativo”.
ce
T

AT
Las definiciones de objetos personalizados de nivel más alto están en este momento
an
AT
an
“en revisión”, tras la reciente llegada de las células RFA importadas desde Revit.
el
c
R
an
fre
U
el
R
G

fre
el
No existen demasiadas definiciones de objetos BIM correctamente definidos para
U
M
ZI
fre
G
BI
AECOsim en los repositorios disponibles. Sin embargo, la importación directa de las

M
ZI
M
BI
familias RFA ha multiplicado extraordinariamente el contenido disponible.

BI
AT
e
nc
AT
ce
AT
a
AT
an
R
el
R
U
fre
U
el
R
G
G
fre
U
M
ZI
ZI
G
BI
ZI
BI
AT
ce
AT
ce
an
R
U
an
R
el
G
fre
el
ZI
fre
M
ZI
41
BI

M
BI
AT
T
R
AT
AT
R
R
G
U
ZI
G
ZI
ce
ce
an
4.3 Preguntas de autoevaluación
an
AT
el
Intenta responder a estas tres preguntas antes de pasar al capítulo siguiente. Sólo una
fre
AT
el
R
fre
respuesta es la correcta. En este capítulo están las respuestas. Si dudas, repasa.
M
R
G
BI
U
ZI
G
BI
¿Cuantos ficheros son necesarios para definir un Elemento del Catálogo de AECOsim?
ZI
a) Un único archivo, como las familias RFA, aunque es diferente según el tipo de objeto
(unas veces CEL, otras BXC, otras PAZ y otras DGN)
AT
ce
AT
R
ce
b) Varios archivos; para el modelado del objeto, para sus datos y para sus materiales
an
U
an
G
AT
el
U
c) Varios archivos; uno para cada objeto de la serie, y en formato CEL, BXF, BXC y PAZ
ZI
fre
G
el
R
ZI
(y en RFA si ha sido importado desde Revit)
fre
M
U
G
BI
ZI
BI
¿Un Elemento “in situ” se define en una biblioteca de células?
a) No, un Elemento “in situ” está compuesto de formas simples a las que se añade datos
e
nc
en su definición en el Catálogo.
ce
AT
ce
AT
an
b) Sí, como el resto de los Elementos del catálogo, aunque sólo de tipo BXC (ya que el
ce
an
U
el
Constructor de marcos se basa en formas prismáticas)
an
G
fre
el
U
ZI
fre
G
el
M
c) Sí, como el resto de los Elementos del catálogo, tanto en CEL como en BXC y PAZ
ZI
fre
M
BI
BI
M
BI
¿Puede considerarse el Constructor de marcos como un modelador algorítmico?
a) No, debe considerarse un sistema de creación de objetos paramétricos ya que se
ce
basa exclusivamente en objetos prismáticos

T
AT
an
AT
an
el
c
R
b) Puede considerarse algorítmico ya que tiene un ‘script’ propio que deduce
an
fre
U
el
componentes de otros siguiendo una secuencia

G
fre
el
U
M
ZI
fre
G
BI
c) Deduce componentes de otros siguiendo una secuencia, pero no puede hacerlo de

ZI
M
BI
manera inversa u horizontal –como se ve en el ‘Symbolic Diagram’ de Generative

BI
Components- ni puede obtener más que datos geométricos, por lo que no puede ser
considerado algorítmico
AT
e
nc
AT
ce
AT
a
AT
an
R
el
R
U
fre
U
el
R
G
G
fre
U
M
ZI
ZI
G
BI
ZI
BI
AT
ce
AT
ce
an
R
U
an
R
el
G
fre
el
ZI
fre
M
ZI
42
BI

M
BI
AT
T
R

0007 M2 B2 T1 BIM C2 P01 D AEC Gestor Bibliotecas AECOsim

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

0007 M2 B2 T1 BIM C2 P01 D AEC Gestor Bibliotecas AECOsim

Cargado por

Copyright:

Formatos disponibles

Versión imprimible

1.3 Elementos “con perforador” ...................................................................................... 7

1.4 Elementos “independientes” ..................................................................................... 8

2.3 Objetos algorítmicos ............................................................................................... 13

3 Herramientas de generación de objetos....................................................................... 19

3.4 AECOsim: Constructor de Marcos .......................................................................... 23

3.5 AECOsim: Parametric Cell Studio .......................................................................... 26

3.6 Más allá de BIM: Generative Components ............................................................. 29

4.1 Procedimientos, técnicas y herramientas ............................................................... 40

4.2 Hemos aprendido que… ......................................................................................... 41

4.3 Preguntas de autoevaluación ................................................................................. 42

© Pedro Martín García

© Pedro Martín García

El Catálogo de Grupo de datos

Figura 1.1 – Tipos y Elementos en el Catalogo

con uno similar a un pequeño documento de texto.

conjunto de definiciones de propiedades. Por ejemplo, en la figura anterior, el Tipo “Losas”

agrupa a todos aquellos elementos de forma prismática y colocación horizontal que

de los nervios, función estructural –que en un falso techo no tendrá-, etc.

© Pedro Martín García

de la lista (“Walls”) pase a estar perdido en medio de la lista (“Muros”).

Figura 1.2 - Filtros

© Pedro Martín García

de entidades prismáticas tipo Forma tomadas de MicroStation estándar.

montaje en obra. Se incluyen también escaleras o barandillas.

estirar, etc.), hasta alcanzar la forma requerida.

Figura 1.3 – Elementos “in situ”

“Columnas de Hormigón”, “Losas”, “Cubiertas”, etc. También se incluyen Elementos formados

por grupos de Formas prismáticas (“Escaleras”, “Barandillas”, etc.), y aquellos de tipo

modelado conceptual como, por ejemplo, “Edificios”.

© Pedro Martín García

Figura 1.4. – Cuadros de diálogo de los Elementos “in situ”

Denominamos Elementos “con perforador” a aquellos que cuya forma no se define en la

perímetro del recorte a realizar sobre el Elemento “in situ”.

Esta definición incluye fundamentalmente a los Tipos “Puertas” y “Ventanas”. No se trata de

En el Catálogo de Grupo de datos los Elementos “con perforador” hacen referencia

© Pedro Martín García

entre sí cuadros de diálogo muy parecidos:

Figura 1.6 – Cuadros de diálogo de los elementos “con perforador”

1.4 Elementos “independientes”

forma de los elementos “in situ”.

Así, un Tipo de Elementos “independientes” puede ser “Fijaciones de Fontanería (‘Plumbing

ellas diversas propiedades, no incluyen ninguna para modificación geométrica.

© Pedro Martín García

Figura 1.7 – Elementos “independientes”

Figura 1.8 – Cuadro de diálogo de un Elemento “independiente”

© Pedro Martín García

Llamamos objetos personalizados a aquellos que pueden ser creados geométricamente el

usuario con herramientas estándar de creación, modificación y agrupación de objetos 3D.

En MicroStation este tipo de objetos se denomina célula, y su concepto es muy parecido al

por ejemplo, para situar en el modelo un árbol o un coche.

depende de valores numéricos y opciones seleccionables.

de Longitud, Anchura y Altura.

© Pedro Martín García

Figura 2.2 – Un muro es un objeto paramétrico simple

Figura 2.3 – Modificar los parámetros de un muro

La geometría de un pilar de acero, por su parte, puede definirse al crearse indicando la

© Pedro Martín García

Figura 2.4 – Modificando los parámetros de un pilar de acero

© Pedro Martín García

Figura 2.5 – Modificando la geometría de un pilar de acero

Un objeto algorítmico es aquel objeto paramétrico cuya definición geométrica se obtiene

directamente en la definición de la geometría del objeto, en los objetos algorítmicos la

add form 1 3D (W1/4)3-TO/2 -6 H1.25-WFFO-50 TO 6 TT EqpMobiliario Armario