Control de Calidad en Modelos BIM. Parte 4: Control Manual con BIMCollab ZOOM
*NOTA
Este artículo forma parte de un blog completo de 4 partes. Puedes leer las demás partes en los siguientes enlaces:
Al contrario que en el blog anterior que automatizábamos la detección de errores del control de calidad con Solibri, podemos hacer un control manual del modelo aplicando las citadas reglas mediante una inspección visual.
Las “Vistas inteligentes" de BIM Collab Zoom
Usaremos el visor de modelos IFC gratuito BIMCollab Zoom y las smartviews (Vistas inteligentes) del BIM Basis ILS.
Tendremos exactamente las mismas reglas que hemos comprobado de forma automática en Solibri, para una comprobación visual.
Por ejemplo si cargamos la regla 3.3 Niveles de proyectos, podemos ver por colores los elementos que hay vinculado a cada planta. Por lo tanto es fácil detectar si hay un elemento asignado a una planta incorrecta
Otro ejemplo sería ver las entidades por color que tiene nuestro modelo y comprobar si las ventanas realmente son ventanas ifcwindows o si por contrario lo hemos exportado incorrectamente:
En el caso de los elementos de Carga/No carga, seleccionamos la regla 4.1 y vamos a hacer una modificación de esta vista de la siguiente forma:
Diciendo que me muestre en rojo, aquellos elementos que no son de carga y en azul aquellos que si lo son. De una forma muy claro y explorando el interior del modelo podemos revisar y ver si todos los elementos estructurales están coloreados en azul y generar las incidencias que veamos necesarias en cuyo caso.
Como vemos podremos revisar cada una de las reglas de una forma visual mediante este visor de IFC.
Cuando se detecte una incidencia, procederemos a generar una incidencia, creando un grupo de incidencias detectadas, que luego podrán ser subida el servidor BIMCollab si disponemos de ello o bien exportada a un archivo BCF para posteriormente mandarla al modelador y que solvente los problemas detectados en el modelos mediante el plugin BCF Manager.
De esta forma la volviendo al programa nativo de modelado, la persona encargada del modelo puede acceder exactamente al elemento donde se ha detectado la deficiencia y arreglarla de una forma rápida:
Control de Calidad en Modelos BIM. Parte 3: Detección de errores con Solibri
*NOTA
Este artículo forma parte de un blog completo de 4 partes. Puedes leer las demás partes en los siguientes enlaces:
Las reglas son cargadas en un set de Reglas en Solibri Office y se utilizarán para comprobar de una forma automática el modelo; generando un informe con todos los errores encontrados, y mostrando cada uno de los elementos con error ya sean: no admisible grave, medio o leve.
En última instancia el técnico analiza los errores y generará un informe final de los mismos ya sea mediante flujo BCF o un PDF donde detallar cada uno de ellos.
-Ejemplo de Elemento Duplicado detectado por Solibri Office:
-Ejemplo de elemento con código incorrecto detectado por Solibri Office:
Para llevar a cabo un proyecto con éxito, necesita una coordinación y comunicación de primer nivel entre todas las partes involucradas, y una verificación de modelos avanzada, así como clasificación de información para varios usos y visualización de los datos.
Administrar el flujo de trabajo de principio a fin de grandes proyectos de construcción con varios equipos grandes desde la oficina requiere herramientas confiables e inteligentes para garantizar que todo funcione sin problemas, y sobre todo, un IFC coherente y bien construido. Del mismo modo, los gerentes o coordinadores de BIM en cualquier proyecto de construcción necesitan las herramientas adecuadas para dominar la cantidad inmersiva de datos y las diversas partes interesadas en el proyecto. Una de ellas es Solibri, en el que este proceso de control de calidad se puede automatizar como hemos visto.
En la próxima parte 4 del blog del Control de Calidad veremos otra herramienta interesante, BIMCollab Zoom, para realizar el control de calidad pero de forma manual.
Control de Calidad en Modelos BIM. Parte 2: Uso correcto de propiedades definidas en IFC
Este artículo forma parte de un blog completo de 4 partes. Puedes leer la parte 1 aquí: Control de Calidad en Modelos BIM: Parte 1
La disponibilidad de la información sobre los objetos se asegura utilizando correctamente las propiedades y conjuntos de propiedades definidos en IFC.
Con la comprobación de esta regla nos aseguramos que todos los elementos del modelos tienen la consideración de carga o no carga. Dejando claro cuales son los elementos estructurales en el proyecto y cuales no. Por ello, exclusivamente los elementos estructurales deben tener esta marca de elemento de carga.
Básicamente esta regla comprueba la presencia en el conjunto de propiedades Pset_*Common’, la propiedad ‘LoadBearing’, y la interpretación de ésta en los componentes relevantes. Esto incluye: – Todos los objetos de las disciplinas: Hormigón prefabricado, estructura de acero y estructural – Todas las vigas, partes de elementos de construcción, columnas, techos, losas y paredes.
Por ejemplo, si hemos clasificado una viga, como elemento estructural según la codificación que hayamos usado, esta regla considera que ese elemento viga es estructural y que por lo tanto debería tener la asignación de elemento de carga; sino es así nos marcará un error indicando que algo está fallando.
Así mismo si tenemos un muro que hemos clasificado como Tabique y le hemos puesto la propiedad de Elemento de carga, me detectará que no es posible que un tabique sea un elemento estructural, por lo tanto dirá que hay un error.
Esta regla comprobará que se ha asignado la propiedad interior/exterior a todos los elementos del modelo. Esta propiedad nos indicará si un elemento se encuentra dando a la exterior o en el exterior de nuestro edificio o no. Por ello deberían marcarse todos los elementos.
Primero comprobará que está relleno el campo interior/exterior y luego comprobará si se ha rellendo correctamente teniendo en cuenta la clasificación utilizada.
Por ejemplo una muro de fachada será exterior y un tabique será interior.
Según la clasificación que hayamos usado, podemos ver que los cerramientos tienen un código y las particiones interiores tendrán otros, por ello Solibri nos detectará mediante esta regla si tienen correctamente asignada la propiedad exterior/interior según el tipo de elemento y su código de clasificación.
Básicamente comprueba la presencia del conjunto de propiedades «Pset_*Common», y la propiedad «IsExternal», y su contenido en todos los componentes.
Si a un cerramiento le aplicamos el código de cerramiento pero lo aplicamos el valor IsExternal=False entonces, nos dará un error en esta regla.
Mediante esta propiedad se comprueba el parámetro FireRating (Resistencia al fuego) de los elementos. De tal forma, que primero se comprobará que este parámetro esté relleno en aquellos elementos que debería tenerlo relleno (Estructura, puertas, ventanas, etc) y por otro lado, comprobará si el tiempo de resistencia al fuego de este parámetro es correcto según la clasificación que le hayamos dado.
Un ejemplo: Si hemos marcado una puerta con el código de clasificación de puerta contra incendios, ésta tendrá un requisito mínimo de tiempo en minutos de resistencia al fuego. Sino es así nos marcará un error indicando que esta puerta no cumple con el requisito requerido.
Así mismo podemos pensar en cuanto a: forjados, muros, paredes interiores, etc… Todo estó tendrá unos requisitos mínimos en cuanto a la norma vigente, en nuestro caso CTE-SI, marcándose unos minutos de resistencia según el tipo de elemento y su uso en el conjunto del edificio.
Esta queda reservada para personalizarla, en busca de un parámetro específico del proyecto. En ocasiones, el proyectista quiere añadir un parámetro específico a los elementos del modelo BIM que deben incluirse en el IFC.
Imaginemos en un proyecto Passive House, donde este parámetro requerido sea la U de transmitancia térmica; y se quiere que este parámetro quede recogido dentro de la información de los elementos ventanas, puertas, muros exteriores etc… La disciplina de Arquitectura debe incluir este parámetro y además podemos marcar en la regla que no sobrepase una cifra para cumplir con las necesidades Passive House requeridas.
Imaginemos un modelo enfocado a mantenimiento. Este parámetro requerido puede ser desde un código de identificación de cara a mantenimiento (código de una máquina, fecha de instalación), un código de inventario, o si pensamos en una pilar, puede ser hasta la fecha de hormigonado del mismo.
Pues bien, en este caso, se requiere esa información y se puede personalizar la regla para que busque la información y que nos avise en el caso que no se detecte la información en los elementos exigidos:
- Que busque los pilares ifcColumn.
- Que tiene capacidad de Carga Loadbearing=True.
- Que compruebe que existe el parámetro “Fecha de Hormigonado”; así mismo que éste esté relleno.
Control de Calidad en Modelos BIM. Parte 1: Reglas BIM-Basis ILS
Para poder utilizar de forma correcta un modelo BIM, es necesario que éste sea coherente, no tenga deficiencias ni errores ni en su geometría ni en su meta-información. De tal forma que un uso de un modelo incorrecto dará lugar a fallos en cualquiera de los usos que se le vayan a dar: mediciones, uso en obra, mantenimiento etc.
Algunos ejemplos:
- Si tenemos un modelo arquitectónico que vamos a usar en la fase de mediciones de proyecto o de obra, y tenemos un muro, o una ventana vinculada en una planta incorrecta (un muro en planta quinta vinculada a planta primera), la medición de muros/ventanas nos medirá este elemento en la planta donde está vinculada.
- Si tenemos un elemento que provoca un choque contra otro, imaginemos dos tuberías de distinta instalación y estructura, esto provocará una modificación en obra, por lo tanto afectará igualmente al presupuesto.
- Si tenemos un tubo, pasante a través de un muro de hormigón y no se ha planteado la apertura de hueco o previsión del mismo en los planos de estructura, supondrá que en obra se tendrá que romper este muro para pasar el tuvo lo que conllevará un sobrecoste.
En cuanto a la comprobación de las geometrías, podemos valorar la posibilidad de comprobar si los pilares por ejemplo se han modelado con unas dimensiones correctas, ventanas, etc.
Así mismo podemos pensar en dimensiones mínimas, separación mínima de elementos, alturas máximas, alturas mínimas, incluso sacarnos multitud de comprobaciones que se pudieras hacer en cuanto al CTE.
Todos estos controles, se pueden automatizar mediante una serie de reglas de comprobación del software Solibri Model Checker de forma que sólo introducir el modelo podemos hacer la revisión del mismo en cuanto a estas reglas con un solo click:
Así mismo, si el proyecto está sujeta a una codificación de los elementos BIM como puede ser Omniclass, uniclass, SFB-NL o la española GUBIMClass. Se puede igualmente automatizar una regla para que compruebe que todos los elementos, se han clasificado o no, y además dependiendo de la entidad (muro, ventana, puerta etc), comprobar si el código es correcto, y así mismo dependiendo del material (metal, madera, hormigón) comprobar si se ha codificado correctamente. No tiene el mismo código un muro de ladrillo que un muro de hormigón.
Por otra parte, de cara a una correcta estandarización de los modelos BIM, se han de comprobar que los elementos son de carga/no de carga, son exteriores/interiores para que se cumpla el estándar de en entrega OPEN-BIM de la Building Smart para que nuestro IFC final será totalmente compatible con los diferentes agentes de nuestro proyecto, hablando el mismo lenguaje.
En BIMnD siempre apostamos por la calidad de los modelos realizando a los mismo un exhaustivo control de calidad mediante las reglas del “BIM Basis ILS” de origen Holandés que utilizamos para la revisión y control de calidad de todos nuestros proyectos.
Analicemos estas reglas que vienen agrupadas en dos apartados 3 y 4, en cuanto a su estructura e información interna:
Esta regla comprueba que el IFC tiene relleno el parámetro,IFC Project, para asegurarnos de que está identificado. Un ejemplo sería:
Ed.Severo Ochoa 35_Arquitectura_Módulo B
Asegurar siempre una nomenclatura uniforme y consistente de los dentro del proyecto.
Siempre utilizamos un cubo de 1x1x1 en cada una de las disciplinas, de tal forma que cuando se carga, por ejemplo, arquitectura e instalaciones, ambos modelos tienen ese cubo y visualmente se puede comprobar que coincide y no hay desfase alguno entre las coordenadas de ambos modelos.
3.2.1: Comprueba que el modelo no está (demasiado) lejos de cero. Esta línea comprueba si algún componente está más allá de las distancias preestablecidas del punto cero:
- Establecer valores límite aceptables para el proyecto
- Comprobar la orientación mutua de los modelos.
3.2.2: Esta línea comprueba si un objeto de tipo *cero* punto* está presente. Si no es así, se crea un problema.
Comprueba que se han creado los niveles y que tienen un nombre correcto. Así mismo, se comprueba y analizan todos los elementos del modelo, y detecta aquellos que están asignados a un nivel incorrecto.
Esta regla comprueba lo siguiente:
- Jerarquía del modelo: El modelo contiene el edificio, el edificio contiene los pisos, los pisos contienen los componentes
- Alturas de los pisos: El modelo se comprueba para los pisos de la misma altura
- Nombres de los pisos: Comprueba que el modelo no tiene nombres idénticos de planta (nivel).
- ventanas y puertas: Comprueba que las ventanas y puertas están en el mismo piso que la pared/techo/suelo correspondiente.
Un ejemplo es si pensamos un canecillo del alero en una 5ª planta, que estuviera vinculado a la planta baja; esto nos lo marcaría como error al detectar el desfase de altura.
Así mismo se comprueba si los nombres de los pisos utilizados aparecen en la lista permitida de nombres.
Con esto vamos a comprobar que la exportación a IFC es correcta al asignar la entidad de cada elemento. Una ventana tiene que ser IfcWindow, una puerta IfcDoor de tal forma que si hemos exportado incorrectamente estos elementos, Solibri Model Checker nos avisará de que esta regla no se cumple. Así mismo, como hemos clasificado los elementos, cada uno de ellos tendrá su código.
Esta regla comprueba que todos los elementos tienen rellenos de forma correcta los campos de Nombre y Tipo de elemento. No dejando ninguno de ellos indefinido ya que generaría una falta de información vital en el modelo de calidad.
Mediante esta regla comprobaremos, por una parte que todos los elementos tienen la codificación asignada según nuestro sistema de codificación y que el código sea el correcto según el tipo de elemento en el IFC.
Por ejemplo: Según clasificación SFB:
- xx Estructuras de la cimentación
- xx Cerramientos
- xx Particiones Interiores
- …..
Dos Ejemplos:
- Si ponemos el código de Cerramiento 21.10 a una ventana; Solibri nos arrojará un error ya que una ventana tiene que tener el código 32.XX de ventanas.
- Todos los elementos que tienen el código Cerramiento (Muros) deben ser IfcWall sino nos dará un error en cuanto al código incorrecto.
Mediante esta regla, comprobamos que todos los elementos tienen relleno el campo IfcMaterial, no dejando lugar a falta de información en este apartado. Además comprueba que se hayan puesto los materiales correctos.
- Comprueba que a todos los componentes (a excepción de los espacios y aberturas) se les ha asignado un material.
- Comprobación de todos los objetos estructurales. La regla comprueba si el material aplicado está presente en la lista permitida de materiales. (Hormigón, Acero, etc..)
- Control sobre todos los objetos arquitectónicos. La regla verifica si el material aplicado está en la lista permitida. (Ladrillo, Yeso, etc..)
Dos Ejemplos:
- Si ponemos una viga de material Yeso, nos arrojará error. Así mismo si ponemos material Genérico. Ya que considera que la viga debe ser de hormigón, o de acero.
- Si ponemos un muro de material genérico nos dirá que hay un error ya que no es el material correcto según el listado de materiales permitidos.
Básicamente, no se permiten intersecciones no duplicaciones en un modelo.
Por lo tanto esta regla comprobará que no existan de la siguiente forma:
- Busca duplicados en el modelo
- Busca intersecciones (choques) dentro del modelo.
