Archivo de etiquetas reglas bim

PorEquipo BIMnD

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.