Requisitos a la hora de generar un modelo para FM.<\/strong><\/h2>\nComo modelamos, que especificaciones le damos a los espacios y el correcto uso de familias<\/strong>, son los aspectos que marcar\u00e1n la diferencia a la hora de generar un buen modelo enfocado al mantenimiento de activos.<\/p>\nBuenas pr\u00e1cticas para realizar el modelado.<\/strong><\/h3>\nEn primer lugar, para modelar, hay que saber que no es necesario un modelo cargado y con gran detalle. Al contrario, es preciso generar un modelo representativo sin llegar a sobrecargar el archivo<\/strong>. En FM suele haber una confusi\u00f3n cuando decimos que un modelo ha de ser LOD 500, este nivel de detalle se va a referir a que, tanto geometr\u00eda como informaci\u00f3n, deber\u00e1n ser tal como se ha especificado en el BEP anteriormente. No ser\u00e1 siempre obligatorio modelar los elementos como \u201cAs built\u201d. Ya que es muy posible que no sea necesaria tanta complejidad a la hora de realizar el mantenimiento de activos.
\nPor otro lado, hay que tomar la decisi\u00f3n de como vamos a generar el archivo. Si se va a realizar en uno solo o si hay que dividirlo en varios archivos. Esto puede depender seg\u00fan las circunstancias del proyecto en cuesti\u00f3n. Otras dudas que estar\u00e1n presentes podr\u00edan ser; \u00bfNecesito tener por separado las distintas disciplinas del proyecto?, \u00bfC\u00f3mo las separo?, \u00bfPuedo organizarlo todo con subproyectos?, \u00bfQu\u00e9 limitaciones tengo al usar mi software o middleware de gesti\u00f3n de activos?<\/strong>, etc.<\/p>\nOtro punto muy importante a definir ser\u00eda el formato de intercambio<\/strong> que se va a utilizar. Teniendo en cuenta esto se puede incluir todos los datos de acuerdo con el formato escogido. De lo contrario es posible que se tenga que modificar par\u00e1metros o informaci\u00f3n a posteriori, esto supondr\u00eda una perdida de tiempo y dinero innecesaria.<\/p>\nUna vez definidos todos los aspectos anteriores se puede iniciar el modelado, ahora s\u00ed, con un orden y una l\u00f3gica que optimizar\u00e1 el tiempo de trabajo. Cuando se ha realizado el modelado, hay que preparar la exportaci\u00f3n de nuestro modelo. Para la exportaci\u00f3n, es recomendable generar vistas con los elementos que queremos tener en nuestra fase de O&M<\/strong>. Todos aquellos que no representen un activo o un elemento que se tenga que considerar para esta fase, es recomendable ocultarlos en las vistas de exportaci\u00f3n<\/strong>. Hay que ser conscientes de la finalidad de nuestro modelo. Por ejemplo, todo aquello que se observa en la imagen inferior como el entorno, las figuras humanas, veh\u00edculos, etc. \u00bfVa a ser necesario exportarlo?, \u00bfMe va a a\u00f1adir valor a mi modelo de FM o solo me har\u00e1 el modelo m\u00e1s pesado?<\/strong> Respondiendo a estas preguntas se podr\u00e1 generar una exportaci\u00f3n m\u00e1s \u00fatil y l\u00f3gica a nuestras necesidades.<\/p>\n <\/p>\n![\"\"](\"https:\/\/mascalagrimas.es\/dev-msi_old\/wp-content\/uploads\/2021\/10\/imatge-1-300x151.jpg\" "\\"\\"")
Imagen 1. Modelo sobrecargado. Fuente propia<\/em><\/figcaption><\/figure>\nBuenas pr\u00e1cticas a la hora de realizar espacios.<\/strong><\/h3>\nEn segundo lugar, en cuanto a los espacios de nuestro modelo, hay que tener en cuenta lo siguiente. Hay que crear habitaciones o espacios bien definidos y ubicados. Es recomendable que todos los elementos del modelo consten dentro de la habitaci\u00f3n donde se ubiquen. De este modo todos los activos estar\u00e1n vinculados a una habitaci\u00f3n<\/strong>. Esto podr\u00eda facilitar el control tanto de espacios como de activos una vez abierto el modelo FM.
\nNo hay que olvidarse de identificar los pasos de instalaciones<\/strong>, de lo contrario no podremos controlar ni ubicar correctamente los elementos MEP que aparezcan en esa zona. No puede haber habitaciones sobrepuestas o que no alcancen todo el per\u00edmetro que realmente tienen. Finalmente, es recomendable decidir una nomenclatura<\/strong> que se mantenga para todas las habitaciones del proyecto, por ejemplo, utilizar un \u201cNombre_Piso_N\u00famero\u201d.<\/p>\n![\"\"](\"https:\/\/mascalagrimas.es\/dev-msi_old\/wp-content\/uploads\/2021\/10\/Imatge-2-1-1024x544.jpg\" "\\"\\"")
Imagen 2. Habitaciones bien dibujadas. Fuente propia<\/em><\/figcaption><\/figure>\n <\/p>\n
Buenas pr\u00e1cticas en el modelado de familias\/activos.<\/strong><\/h3>\nEn cuanto a este \u00faltimo punto. Hay que tener en cuenta que todas las familias deben estar bien clasificadas<\/strong>. Es decir, cada una de ellas ha de pertenecer a la categor\u00eda correspondiente. Se recomienda no dejar ning\u00fan elemento modelado como \u201cmodelo gen\u00e9rico\u201d<\/strong>. Si esto ocurre, nuestro software o middleware es posible que no reconozca esta categor\u00eda.
\nEl nivel de detalle ha de ser sencillo<\/strong>, hay que limitar el n\u00famero de v\u00e9rtices o extrusiones innecesarias ya que esto sobrecargar\u00eda el modelo. Lo importante es que la informaci\u00f3n est\u00e9 completa<\/strong>, la geometr\u00eda mientras sea representativa y mantenga las mismas dimensiones ya ser\u00e1 suficiente. En el caso de familias de fabricantes, normalmente suelen ser muy complejas y cargadas tanto de geometr\u00eda como de informaci\u00f3n. Si se requiere su uso, hay que preguntarse; \u00bfEs necesaria toda la informaci\u00f3n que me proporciona esta familia?,\u00bfEs necesaria la geometr\u00eda exacta de este elemento?, \u00bfPuedo simplificarla?, \u00bfQu\u00e9 me aporta esta familia para el modelo FM?<\/strong>, etc. Cada situaci\u00f3n puede ser distinta, por lo que es importante ser cr\u00edticos cada vez que se nos presenta un nuevo proyecto con sus propias especificaciones. Es importante tener los activos bien ubicados. Por otro lado, hay que evitar elementos flotantes<\/strong>, antes de importar a nuestro programa de FM. Es recomendable asegurare de que todas las familias est\u00e1n en el nivel que corresponden y que no tienen offsets incorrectos. Es muy importante tambi\u00e9n que no haya elementos duplicados y sobrepuestos<\/strong>, de lo contrario el recuento de elementos saldr\u00eda err\u00f3neo. Una buena pr\u00e1ctica, ser\u00eda evitar elementos CAD\u2019s como dibujos en 2D. Otra recomendaci\u00f3n es que no se utilicen familias con \u201chost\u201d. Esto es debido a que, si tenemos alguna actualizaci\u00f3n del modelo, podr\u00edamos llegar a perder o no tener controlados algunos elementos. Es mejor que cada elemento mantenga su individualidad<\/strong>. Por \u00faltimo, antes de realizar la exportaci\u00f3n, hay que asegurarse de que los datos que aparezcan en las familias sean los correctos para el proyecto.<\/p>\n![\"\"](\"https:\/\/mascalagrimas.es\/dev-msi_old\/wp-content\/uploads\/2021\/10\/imatge-3.jpg\" "\\"\\"")
Ilustraci\u00f3n 3. Comparativa de nivel de detalle en fam\u00edlias. Fuente propia<\/em><\/figcaption><\/figure>\nConclusi\u00f3n<\/h2>\n
Existen diversas herramientas a la hora de gestionar el mantenimiento de los activos de un edificio. Siempre estaremos atados a las posibilidades que nos ofrezcan estos softwares o middlewares, por lo tanto, tendremos que ajustarnos a ellos para poder sacar el m\u00e1ximo rendimiento. Para que esto sea \u00f3ptimo hay que procurar ser met\u00f3dicos y tener en mente todos estos aspectos que se han comentado a lo largo del blog. Es posible que no sean los \u00fanicos que se han de tener en cuenta, pero si que son los m\u00e1s esenciales y nos marcan un buen punto de partida a la hora de empezar nuestro nuevo proyecto de FM.<\/p>\n
<\/p>\n
<\/div>\n","protected":false},"excerpt":{"rendered":"A la hora de utilizar un \u201cmiddleware\u201d o \u201csoftware\u201d enfocado a la fase de O&M, es necesario tener en cuenta diversas especificaciones para realizar el modelo BIM. Si no lo hacemos, es posible que no se pueda sacar el m\u00e1ximo rendimiento del modelo. En este post se har\u00e1 una breve explicaci\u00f3n de todo aquello que… Seguir leyendo \u00bfC\u00f3mo preparar correctamente un modelo para la fase de O&M?<\/span><\/a><\/p>\n","protected":false},"author":23,"featured_media":43573,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"rank_math_lock_modified_date":false,"_joinchat":[],"footnotes":""},"categories":[8],"tags":[216,180,161,125,31,71,227],"class_list":["post-43569","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-facility-management","tag-bim-3","tag-cde-2","tag-revit-2","tag-aim","tag-ecodomus","tag-fm","tag-middleware","entry"],"acf":[],"_links":{"self":[{"href":"https:\/\/mascalagrimas.es\/dev-msi_old\/wp-json\/wp\/v2\/posts\/43569"}],"collection":[{"href":"https:\/\/mascalagrimas.es\/dev-msi_old\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/mascalagrimas.es\/dev-msi_old\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/mascalagrimas.es\/dev-msi_old\/wp-json\/wp\/v2\/users\/23"}],"replies":[{"embeddable":true,"href":"https:\/\/mascalagrimas.es\/dev-msi_old\/wp-json\/wp\/v2\/comments?post=43569"}],"version-history":[{"count":0,"href":"https:\/\/mascalagrimas.es\/dev-msi_old\/wp-json\/wp\/v2\/posts\/43569\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/mascalagrimas.es\/dev-msi_old\/wp-json\/wp\/v2\/media\/43573"}],"wp:attachment":[{"href":"https:\/\/mascalagrimas.es\/dev-msi_old\/wp-json\/wp\/v2\/media?parent=43569"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/mascalagrimas.es\/dev-msi_old\/wp-json\/wp\/v2\/categories?post=43569"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/mascalagrimas.es\/dev-msi_old\/wp-json\/wp\/v2\/tags?post=43569"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
Buenas pr\u00e1cticas para realizar el modelado.<\/strong><\/h3>\nEn primer lugar, para modelar, hay que saber que no es necesario un modelo cargado y con gran detalle. Al contrario, es preciso generar un modelo representativo sin llegar a sobrecargar el archivo<\/strong>. En FM suele haber una confusi\u00f3n cuando decimos que un modelo ha de ser LOD 500, este nivel de detalle se va a referir a que, tanto geometr\u00eda como informaci\u00f3n, deber\u00e1n ser tal como se ha especificado en el BEP anteriormente. No ser\u00e1 siempre obligatorio modelar los elementos como \u201cAs built\u201d. Ya que es muy posible que no sea necesaria tanta complejidad a la hora de realizar el mantenimiento de activos.
\nPor otro lado, hay que tomar la decisi\u00f3n de como vamos a generar el archivo. Si se va a realizar en uno solo o si hay que dividirlo en varios archivos. Esto puede depender seg\u00fan las circunstancias del proyecto en cuesti\u00f3n. Otras dudas que estar\u00e1n presentes podr\u00edan ser; \u00bfNecesito tener por separado las distintas disciplinas del proyecto?, \u00bfC\u00f3mo las separo?, \u00bfPuedo organizarlo todo con subproyectos?, \u00bfQu\u00e9 limitaciones tengo al usar mi software o middleware de gesti\u00f3n de activos?<\/strong>, etc.<\/p>\nOtro punto muy importante a definir ser\u00eda el formato de intercambio<\/strong> que se va a utilizar. Teniendo en cuenta esto se puede incluir todos los datos de acuerdo con el formato escogido. De lo contrario es posible que se tenga que modificar par\u00e1metros o informaci\u00f3n a posteriori, esto supondr\u00eda una perdida de tiempo y dinero innecesaria.<\/p>\nUna vez definidos todos los aspectos anteriores se puede iniciar el modelado, ahora s\u00ed, con un orden y una l\u00f3gica que optimizar\u00e1 el tiempo de trabajo. Cuando se ha realizado el modelado, hay que preparar la exportaci\u00f3n de nuestro modelo. Para la exportaci\u00f3n, es recomendable generar vistas con los elementos que queremos tener en nuestra fase de O&M<\/strong>. Todos aquellos que no representen un activo o un elemento que se tenga que considerar para esta fase, es recomendable ocultarlos en las vistas de exportaci\u00f3n<\/strong>. Hay que ser conscientes de la finalidad de nuestro modelo. Por ejemplo, todo aquello que se observa en la imagen inferior como el entorno, las figuras humanas, veh\u00edculos, etc. \u00bfVa a ser necesario exportarlo?, \u00bfMe va a a\u00f1adir valor a mi modelo de FM o solo me har\u00e1 el modelo m\u00e1s pesado?<\/strong> Respondiendo a estas preguntas se podr\u00e1 generar una exportaci\u00f3n m\u00e1s \u00fatil y l\u00f3gica a nuestras necesidades.<\/p>\n <\/p>\nImagen 1. Modelo sobrecargado. Fuente propia<\/em><\/figcaption><\/figure>\nBuenas pr\u00e1cticas a la hora de realizar espacios.<\/strong><\/h3>\nEn segundo lugar, en cuanto a los espacios de nuestro modelo, hay que tener en cuenta lo siguiente. Hay que crear habitaciones o espacios bien definidos y ubicados. Es recomendable que todos los elementos del modelo consten dentro de la habitaci\u00f3n donde se ubiquen. De este modo todos los activos estar\u00e1n vinculados a una habitaci\u00f3n<\/strong>. Esto podr\u00eda facilitar el control tanto de espacios como de activos una vez abierto el modelo FM.
\nNo hay que olvidarse de identificar los pasos de instalaciones<\/strong>, de lo contrario no podremos controlar ni ubicar correctamente los elementos MEP que aparezcan en esa zona. No puede haber habitaciones sobrepuestas o que no alcancen todo el per\u00edmetro que realmente tienen. Finalmente, es recomendable decidir una nomenclatura<\/strong> que se mantenga para todas las habitaciones del proyecto, por ejemplo, utilizar un \u201cNombre_Piso_N\u00famero\u201d.<\/p>\nImagen 2. Habitaciones bien dibujadas. Fuente propia<\/em><\/figcaption><\/figure>\n <\/p>\n
Buenas pr\u00e1cticas en el modelado de familias\/activos.<\/strong><\/h3>\nEn cuanto a este \u00faltimo punto. Hay que tener en cuenta que todas las familias deben estar bien clasificadas<\/strong>. Es decir, cada una de ellas ha de pertenecer a la categor\u00eda correspondiente. Se recomienda no dejar ning\u00fan elemento modelado como \u201cmodelo gen\u00e9rico\u201d<\/strong>. Si esto ocurre, nuestro software o middleware es posible que no reconozca esta categor\u00eda.
\nEl nivel de detalle ha de ser sencillo<\/strong>, hay que limitar el n\u00famero de v\u00e9rtices o extrusiones innecesarias ya que esto sobrecargar\u00eda el modelo. Lo importante es que la informaci\u00f3n est\u00e9 completa<\/strong>, la geometr\u00eda mientras sea representativa y mantenga las mismas dimensiones ya ser\u00e1 suficiente. En el caso de familias de fabricantes, normalmente suelen ser muy complejas y cargadas tanto de geometr\u00eda como de informaci\u00f3n. Si se requiere su uso, hay que preguntarse; \u00bfEs necesaria toda la informaci\u00f3n que me proporciona esta familia?,\u00bfEs necesaria la geometr\u00eda exacta de este elemento?, \u00bfPuedo simplificarla?, \u00bfQu\u00e9 me aporta esta familia para el modelo FM?<\/strong>, etc. Cada situaci\u00f3n puede ser distinta, por lo que es importante ser cr\u00edticos cada vez que se nos presenta un nuevo proyecto con sus propias especificaciones. Es importante tener los activos bien ubicados. Por otro lado, hay que evitar elementos flotantes<\/strong>, antes de importar a nuestro programa de FM. Es recomendable asegurare de que todas las familias est\u00e1n en el nivel que corresponden y que no tienen offsets incorrectos. Es muy importante tambi\u00e9n que no haya elementos duplicados y sobrepuestos<\/strong>, de lo contrario el recuento de elementos saldr\u00eda err\u00f3neo. Una buena pr\u00e1ctica, ser\u00eda evitar elementos CAD\u2019s como dibujos en 2D. Otra recomendaci\u00f3n es que no se utilicen familias con \u201chost\u201d. Esto es debido a que, si tenemos alguna actualizaci\u00f3n del modelo, podr\u00edamos llegar a perder o no tener controlados algunos elementos. Es mejor que cada elemento mantenga su individualidad<\/strong>. Por \u00faltimo, antes de realizar la exportaci\u00f3n, hay que asegurarse de que los datos que aparezcan en las familias sean los correctos para el proyecto.<\/p>\nIlustraci\u00f3n 3. Comparativa de nivel de detalle en fam\u00edlias. Fuente propia<\/em><\/figcaption><\/figure>\nConclusi\u00f3n<\/h2>\n
Existen diversas herramientas a la hora de gestionar el mantenimiento de los activos de un edificio. Siempre estaremos atados a las posibilidades que nos ofrezcan estos softwares o middlewares, por lo tanto, tendremos que ajustarnos a ellos para poder sacar el m\u00e1ximo rendimiento. Para que esto sea \u00f3ptimo hay que procurar ser met\u00f3dicos y tener en mente todos estos aspectos que se han comentado a lo largo del blog. Es posible que no sean los \u00fanicos que se han de tener en cuenta, pero si que son los m\u00e1s esenciales y nos marcan un buen punto de partida a la hora de empezar nuestro nuevo proyecto de FM.<\/p>\n
<\/p>\n
<\/div>\n","protected":false},"excerpt":{"rendered":"A la hora de utilizar un \u201cmiddleware\u201d o \u201csoftware\u201d enfocado a la fase de O&M, es necesario tener en cuenta diversas especificaciones para realizar el modelo BIM. Si no lo hacemos, es posible que no se pueda sacar el m\u00e1ximo rendimiento del modelo. En este post se har\u00e1 una breve explicaci\u00f3n de todo aquello que… Seguir leyendo \u00bfC\u00f3mo preparar correctamente un modelo para la fase de O&M?<\/span><\/a><\/p>\n","protected":false},"author":23,"featured_media":43573,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"rank_math_lock_modified_date":false,"_joinchat":[],"footnotes":""},"categories":[8],"tags":[216,180,161,125,31,71,227],"class_list":["post-43569","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-facility-management","tag-bim-3","tag-cde-2","tag-revit-2","tag-aim","tag-ecodomus","tag-fm","tag-middleware","entry"],"acf":[],"_links":{"self":[{"href":"https:\/\/mascalagrimas.es\/dev-msi_old\/wp-json\/wp\/v2\/posts\/43569"}],"collection":[{"href":"https:\/\/mascalagrimas.es\/dev-msi_old\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/mascalagrimas.es\/dev-msi_old\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/mascalagrimas.es\/dev-msi_old\/wp-json\/wp\/v2\/users\/23"}],"replies":[{"embeddable":true,"href":"https:\/\/mascalagrimas.es\/dev-msi_old\/wp-json\/wp\/v2\/comments?post=43569"}],"version-history":[{"count":0,"href":"https:\/\/mascalagrimas.es\/dev-msi_old\/wp-json\/wp\/v2\/posts\/43569\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/mascalagrimas.es\/dev-msi_old\/wp-json\/wp\/v2\/media\/43573"}],"wp:attachment":[{"href":"https:\/\/mascalagrimas.es\/dev-msi_old\/wp-json\/wp\/v2\/media?parent=43569"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/mascalagrimas.es\/dev-msi_old\/wp-json\/wp\/v2\/categories?post=43569"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/mascalagrimas.es\/dev-msi_old\/wp-json\/wp\/v2\/tags?post=43569"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
\nPor otro lado, hay que tomar la decisi\u00f3n de como vamos a generar el archivo. Si se va a realizar en uno solo o si hay que dividirlo en varios archivos. Esto puede depender seg\u00fan las circunstancias del proyecto en cuesti\u00f3n. Otras dudas que estar\u00e1n presentes podr\u00edan ser; \u00bfNecesito tener por separado las distintas disciplinas del proyecto?, \u00bfC\u00f3mo las separo?, \u00bfPuedo organizarlo todo con subproyectos?, \u00bfQu\u00e9 limitaciones tengo al usar mi software o middleware de gesti\u00f3n de activos?<\/strong>, etc.<\/p>\n
Otro punto muy importante a definir ser\u00eda el formato de intercambio<\/strong> que se va a utilizar. Teniendo en cuenta esto se puede incluir todos los datos de acuerdo con el formato escogido. De lo contrario es posible que se tenga que modificar par\u00e1metros o informaci\u00f3n a posteriori, esto supondr\u00eda una perdida de tiempo y dinero innecesaria.<\/p>\n Una vez definidos todos los aspectos anteriores se puede iniciar el modelado, ahora s\u00ed, con un orden y una l\u00f3gica que optimizar\u00e1 el tiempo de trabajo. Cuando se ha realizado el modelado, hay que preparar la exportaci\u00f3n de nuestro modelo. Para la exportaci\u00f3n, es recomendable generar vistas con los elementos que queremos tener en nuestra fase de O&M<\/strong>. Todos aquellos que no representen un activo o un elemento que se tenga que considerar para esta fase, es recomendable ocultarlos en las vistas de exportaci\u00f3n<\/strong>. Hay que ser conscientes de la finalidad de nuestro modelo. Por ejemplo, todo aquello que se observa en la imagen inferior como el entorno, las figuras humanas, veh\u00edculos, etc. \u00bfVa a ser necesario exportarlo?, \u00bfMe va a a\u00f1adir valor a mi modelo de FM o solo me har\u00e1 el modelo m\u00e1s pesado?<\/strong> Respondiendo a estas preguntas se podr\u00e1 generar una exportaci\u00f3n m\u00e1s \u00fatil y l\u00f3gica a nuestras necesidades.<\/p>\n <\/p>\n En segundo lugar, en cuanto a los espacios de nuestro modelo, hay que tener en cuenta lo siguiente. Hay que crear habitaciones o espacios bien definidos y ubicados. Es recomendable que todos los elementos del modelo consten dentro de la habitaci\u00f3n donde se ubiquen. De este modo todos los activos estar\u00e1n vinculados a una habitaci\u00f3n<\/strong>. Esto podr\u00eda facilitar el control tanto de espacios como de activos una vez abierto el modelo FM. <\/p>\n En cuanto a este \u00faltimo punto. Hay que tener en cuenta que todas las familias deben estar bien clasificadas<\/strong>. Es decir, cada una de ellas ha de pertenecer a la categor\u00eda correspondiente. Se recomienda no dejar ning\u00fan elemento modelado como \u201cmodelo gen\u00e9rico\u201d<\/strong>. Si esto ocurre, nuestro software o middleware es posible que no reconozca esta categor\u00eda. Existen diversas herramientas a la hora de gestionar el mantenimiento de los activos de un edificio. Siempre estaremos atados a las posibilidades que nos ofrezcan estos softwares o middlewares, por lo tanto, tendremos que ajustarnos a ellos para poder sacar el m\u00e1ximo rendimiento. Para que esto sea \u00f3ptimo hay que procurar ser met\u00f3dicos y tener en mente todos estos aspectos que se han comentado a lo largo del blog. Es posible que no sean los \u00fanicos que se han de tener en cuenta, pero si que son los m\u00e1s esenciales y nos marcan un buen punto de partida a la hora de empezar nuestro nuevo proyecto de FM.<\/p>\n <\/p>\n A la hora de utilizar un \u201cmiddleware\u201d o \u201csoftware\u201d enfocado a la fase de O&M, es necesario tener en cuenta diversas especificaciones para realizar el modelo BIM. Si no lo hacemos, es posible que no se pueda sacar el m\u00e1ximo rendimiento del modelo. En este post se har\u00e1 una breve explicaci\u00f3n de todo aquello que… Seguir leyendo \u00bfC\u00f3mo preparar correctamente un modelo para la fase de O&M?<\/span><\/a><\/p>\n","protected":false},"author":23,"featured_media":43573,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"rank_math_lock_modified_date":false,"_joinchat":[],"footnotes":""},"categories":[8],"tags":[216,180,161,125,31,71,227],"class_list":["post-43569","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-facility-management","tag-bim-3","tag-cde-2","tag-revit-2","tag-aim","tag-ecodomus","tag-fm","tag-middleware","entry"],"acf":[],"_links":{"self":[{"href":"https:\/\/mascalagrimas.es\/dev-msi_old\/wp-json\/wp\/v2\/posts\/43569"}],"collection":[{"href":"https:\/\/mascalagrimas.es\/dev-msi_old\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/mascalagrimas.es\/dev-msi_old\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/mascalagrimas.es\/dev-msi_old\/wp-json\/wp\/v2\/users\/23"}],"replies":[{"embeddable":true,"href":"https:\/\/mascalagrimas.es\/dev-msi_old\/wp-json\/wp\/v2\/comments?post=43569"}],"version-history":[{"count":0,"href":"https:\/\/mascalagrimas.es\/dev-msi_old\/wp-json\/wp\/v2\/posts\/43569\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/mascalagrimas.es\/dev-msi_old\/wp-json\/wp\/v2\/media\/43573"}],"wp:attachment":[{"href":"https:\/\/mascalagrimas.es\/dev-msi_old\/wp-json\/wp\/v2\/media?parent=43569"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/mascalagrimas.es\/dev-msi_old\/wp-json\/wp\/v2\/categories?post=43569"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/mascalagrimas.es\/dev-msi_old\/wp-json\/wp\/v2\/tags?post=43569"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}Buenas pr\u00e1cticas a la hora de realizar espacios.<\/strong><\/h3>\n
\nNo hay que olvidarse de identificar los pasos de instalaciones<\/strong>, de lo contrario no podremos controlar ni ubicar correctamente los elementos MEP que aparezcan en esa zona. No puede haber habitaciones sobrepuestas o que no alcancen todo el per\u00edmetro que realmente tienen. Finalmente, es recomendable decidir una nomenclatura<\/strong> que se mantenga para todas las habitaciones del proyecto, por ejemplo, utilizar un \u201cNombre_Piso_N\u00famero\u201d.<\/p>\nBuenas pr\u00e1cticas en el modelado de familias\/activos.<\/strong><\/h3>\n
\nEl nivel de detalle ha de ser sencillo<\/strong>, hay que limitar el n\u00famero de v\u00e9rtices o extrusiones innecesarias ya que esto sobrecargar\u00eda el modelo. Lo importante es que la informaci\u00f3n est\u00e9 completa<\/strong>, la geometr\u00eda mientras sea representativa y mantenga las mismas dimensiones ya ser\u00e1 suficiente. En el caso de familias de fabricantes, normalmente suelen ser muy complejas y cargadas tanto de geometr\u00eda como de informaci\u00f3n. Si se requiere su uso, hay que preguntarse; \u00bfEs necesaria toda la informaci\u00f3n que me proporciona esta familia?,\u00bfEs necesaria la geometr\u00eda exacta de este elemento?, \u00bfPuedo simplificarla?, \u00bfQu\u00e9 me aporta esta familia para el modelo FM?<\/strong>, etc. Cada situaci\u00f3n puede ser distinta, por lo que es importante ser cr\u00edticos cada vez que se nos presenta un nuevo proyecto con sus propias especificaciones. Es importante tener los activos bien ubicados. Por otro lado, hay que evitar elementos flotantes<\/strong>, antes de importar a nuestro programa de FM. Es recomendable asegurare de que todas las familias est\u00e1n en el nivel que corresponden y que no tienen offsets incorrectos. Es muy importante tambi\u00e9n que no haya elementos duplicados y sobrepuestos<\/strong>, de lo contrario el recuento de elementos saldr\u00eda err\u00f3neo. Una buena pr\u00e1ctica, ser\u00eda evitar elementos CAD\u2019s como dibujos en 2D. Otra recomendaci\u00f3n es que no se utilicen familias con \u201chost\u201d. Esto es debido a que, si tenemos alguna actualizaci\u00f3n del modelo, podr\u00edamos llegar a perder o no tener controlados algunos elementos. Es mejor que cada elemento mantenga su individualidad<\/strong>. Por \u00faltimo, antes de realizar la exportaci\u00f3n, hay que asegurarse de que los datos que aparezcan en las familias sean los correctos para el proyecto.<\/p>\nConclusi\u00f3n<\/h2>\n