Link download PDF: https://lnkd.in/dNJ7Cr6R

Asia đang tăng tốc, trở thành lá cờ đầu trong ứng dụng – phát triển #OpenBIM…

https://www.buildingsmart.org/international-council-and-chapter-conference-asia-summit-2024

Trimble là một ông lớn về công nghệ – kỹ thuật của Mỹ, lĩnh vực hoạt động trải rộng từ nông nghiệp, khai mỏ, hạ tầng – xây dựng tới cả bản đồ, vệ tinh…Bài viết này chỉ tập trung giới thiệu mảng AEC (kiến trúc – xây dựng) của hãng.

1. Họ sản phẩm #Tekla: Tekla Structures, Tekla Structural Design, Tekla TEDDS, Tekla PowerFab…

Tekla ban đầu là một hãng của Phần Lan, rất nổi tiếng với những người làm trong mảng kỹ thuật xây dựng với phần mềm xSteel sau phát triển thành “Tekla Structures”. Các phần mềm Structural Design, TEDDS là sản phẩm được Tekla mua lại khoảng 10 năm trước và tích hợp vào “Hệ sinh thái Tekla”.

– Tekla Structures(TS): Cái tên sáng nhất trong hệ sinh thái, là nền tảng “BIM Kết cấu” hàng đầu thế giới hiện nay. TS phù hợp với hầu hết các loại hình kết cấu như Dân dụng – công nghiệp, Hạ tầng – Cầu đường; Dầu khí… TS có thể phát triển các Models #BIM rất lớn, độ chi tiết tới “Model chế tạo, xây dựng” – #Constructible Models…

– Tekla #Structural Design, Tekla #TEDDS là các phần mềm mô hình phân tích – tính toán kết cấu, tạo lập thuyết minh – bảng tính kết cấu…

– Tekla #PowerFab là phần mềm quản lý thông tin chế tạo từ #BIM Model…dùng chủ yếu với chi tiết, quản lý chế tạo – sản xuất kết cấu thép.

2. Trimble #SketchUp: “SketchUp” – Cái tên rất quen thuộc với nhiều Kiến trúc sư; là sản phẩm được Trimble mua lại và phát triển với định hướng phục vụ Thiết kế kiến trúc. SketchUp hiện tại được tích hợp thêm nhiều tính năng đáng chú ý: Tích hợp #BIM, mô phỏng – phân tích năng lượng giai đoạn concept…

3. Trimble #Connect: Là phát triển tiếp theo của Tekla #BIMsight (đã dừng phán triển); là nền tảng #OpenCDE mạnh mẽ, hỗ trợ các chuẩn #IFC mới nhất, các Models quy mô rất lớn – chi tiết cao…

4. Mảng hạ tầng, giao thông Trimble có những cái tên đang chú ý như: #Novapoint, #Quadri…

5. Một số hình ảnh minh họa:

Chuẩn dữ liệu nền tảng của #BIM là #IFC4x3 – với các mở rộng về hạ tầng, cầu đường… đã chính thức đạt mức #ISO

https://www.buildingsmart.org/ifc-4-3-approved-as-a-final-standard/

Như đã biết “BIM Mỹ V4” mới được “xuất bản” dạng “soft launch”- nhiều nội dung đang tiếp tục được hoàn thiện, bổ xung…

Post này gạch đầu dòng một số nội dung chính của V4 theo chủ quan của tác giả:

– NBIMS V4 được xây dựng trên cơ sở xem xét, tham khảo các tiêu chuẩn quốc tế phổ biến về BIM (Từ ISO, buildingSMART) và các Tài liệu, chỉ dẫn thực hành “bản địa”(AIA, BIMForum LOD Spec…).

– NBIMS V4 tích hợp sâu “đặc sản Mỹ” là #COBie V3 với Chuẩn trao đổi, lưu trữ dữ liệu #BIM phổ quát toàn cầu #buildingSMART ISO #IFC.

– NBIMS V4 có tham khảo ISO19650 nhưng đã được “Mỹ hóa”…(xem hình minh họa).

– NBIMS V4 hiện chia làm 4 modules: Project BIM Requirements (PBR); Project BIM Execution Plan (BEP); BIM Use Definition (BUD); Construction to Operations Building information exchange (COBie)

(Tiếp tục bổ xung, cập nhật)

…..

https://www.nibs.org/nbims

Các phương pháp trao đổi dữ liệu giữa các phần mềm AEC phổ biến.

1. Giữa các phền mềm trong cùng hệ sinh thái, cùng hãng: Cùng lưu trữ, khai thác định dạng, cấu trúc dữ liệu chung…=>Các bên cần dùng cùng hệ sinh thái.

2. Thông qua các Addin khai thác OpenAPI để kết nối 2 hay nhiều phần mềm AEC khác nhau (có thể khác hãng, hệ sinh thái). => Phụ thuộc Addin của các hãng, bên thứ 3…

3. Thông qua chuẩn công nghiệp chung #ISO – #IFC. Cách này không phải nhanh nhất, dễ nhất nhưng được “bảo hiểm an toàn” từ tổ chức toàn cầu buildingSMART.org, “con đường tiêu chuẩn” – ISO_WAY… => Được yêu cầu trong quy chuẩn #BIM nhiều nước.

4. Từ lâu, mong muốn về một hệ thống, phương thức trao đổi dữ liệu nhanh chóng, thuận lợi giữa các phần mềm AEC luôn thôi thúc cộng đồng kỹ thuật – công nghệ…Dựa trên triết lý “Industry Foundation Classes” – #IFC cộng đồng #AEC & #IT đang phát triển các nền tảng giao tiếp chung giữa các phần mềm AEC phổ biến, trong đó #Speckle là cái tên nổi bật trong năm 2023 (Nền tảng này đã được phát triển từ vài năm trước) => Đây là công cụ trung gian hữu ích giúp phối hợp, chia sẻ giữa các phần mềm AEC với nhau. Lưu ý, đây là dự án cộng đồng – mã nguồn mở nên có thể có những rủi ro về tính bảo mật thông tin, ổn định lâu dài…

https://speckle.systems/

Hàng xóm Sing mới phát hành “Hướng dẫn thực hành, áp dụng BIM” nền tảng CorenetX tháng 9-2023 với các điểm nổi bật sau.

– Tính bắt buộc của Quản lý nhà nước (BCA – Sing) với chuẩn dữ liệu mở, ISO #IFC.

– Sing đã đã có một số điểu chỉnh, bổ xung từ #IFC4 để có phiên bản #IFC-SG…

– Cung cấp các chỉ dẫn kỹ thuật, thực hành để xuất bản #IFC-SG đúng chuẩn từ các nền tảng #BIM phổ biến (#Revit#ArchiCAD#Tekla…)

– Phát triển, cung cấp một số công cụ (Addin, Web-Apps…) phục vụ quản lý, check kiểm #IFC Models…

– Cung cấp tầm nhìn, lộ trình về “3 cổng check kiểm, Model BIM tích hợp…” của quản lý nhà nước(BCA) trong tương lai.

Notes: Tài liệu là các hướng dẫn từ phía quản lý nhà nước(BCA) về quy trình, thủ tục phê duyệt – cấp phép của nền tảng CorenetX, đây có thể xem là một phần của “áp dụng BIM”. Các “áp dụng BIM khác” như tối ưu, nâng cao năng suất, tự động hóa…không đề cập trong tài liệu này.

—–Happy BIMming—–

https://www1.bca.gov.sg/regulatory-info/building-control/corenet-x

(Sơ lược một số tiêu chuẩn BIM phổ biến – trước ISO19650…)

Development of an agreed set of industry standards is the cornerstone of through-life interoperability from the initial planning to the operation phase (Sabol, 2018; Kiviniemi and Codinhoto, 2014; Hallberg and Tarandi, 2011). The most widely-used standards in this area have been developed and maintained by the non-profit international organization buildingSMART. A number of such standards developed by buildingSMART i.e. IFC, IDM, bSDD, BCF as well as some other international and Swedish standards have been briefly introduced in this chapter as contextual information for the included papers.

5.1.1 Industry Foundation Classes (#IFC)

The first version of the IFC standard (ISO 16739) was released in 1998 by buildingSMART (then the International Alliance for Interoperability, IAI) (buildingSMART, 2016). The constituent components of IFC namely data types, entities, attributes, supertypes, subtypes, and algorithmic constraints have been derived from the EXPRESS data modelling language (ISO, 2004). IFC standard is based on the STEP standard and its exchange formats STEP physical file format (ISO, 2008). The more recent versions of IFC included further content and syntax features such as the IFCXML specification. The latest version of IFC, IFC4, also embraces infrastructural entities and other components of the built environment. IFC serves as the vendor-neutral data model for exchange of building information among software and firms. It is now widely implemented as an essential component of building information hand-over specifications around the globe and is incorporated in many national and firm-specific BIM guidelines.

5.1.2 Information Delivery Manual (#IDM)

IDM is an international standard (ISO 29481-1:2010 – Part 1) that defines a methodology for documenting processes for exchange of facility and construction information. IDMs also specify the types of information that each actor should provide so that software-based information exchange scenarios could be executed successfully and the loss of data upon the transferring and interpretation processes is minimized. IDMs need to be developed together with the required provisions for software development and are crucial to interoperability (buildingSMART, 2014a).

5.1.3 Model View Definition (#MVD)

MVD specifications define application- or actor-specific subsets of the IFC schema (buildingSMART, 2014a). Examples of the different use-cases that require allocated IDMs are different types of analyses namely environmental, energy, evacuation, safety, fire, acoustic, accessibility, constructability and indoors climate analyses as well as quantity take-off, cost calculation and scheduling. The Coordination View was the first MVD developed by buildingSMART for common exchange purposes.

5.1.4 BuildingSMART Data Dictionary (#bSDD)

bSDD, initially called the International Framework for Dictionaries (IFD) is intended for interlinking the broad variety of ontologies and vocabularies used for describing components of the built environment and their properties across different countries, sectors, lifecycle phases and corporations (buildingSMART, 2014b). bSDD and IFC rely on the Global Unique Identifiers (GUID) that are randomly created by BIM software and unanimously maintained and used by all actors during the entire lifecycle of the building components. In the recent years the need for an integrated approach to building and product information management has urged linking GUIDs to such product-specific indexing systems as Global Trade Item Number (GTIN)10.

5.1.5 BIM Collaboration Format (#BCF)

BCF is an alternative information transfer format for minor information transactions among actors often during the design phase. By dismissing the need for tedious importing and exporting of bulky BIM models, BCF enhances cross-disciplinary model coordination. BCF is an open XML file format.

The BCF file format facilitates visual tracing of issues and change requests through object-oriented

building models during the design phase and also verification and validation processes. BCF import and export functionalities have now been incorporated in the majority of the common BIM software applications (buildingSMART, 2014c).

5.1.6 Construction Operation Building information exchange(#COBie)

COBie is a widely-used MVD for facility management information handover. COBie was developed in 2007 by the U.S. Army Corps of Engineers. A COBie deliverable consists of the building information

that is crucial to facility management. COBie documentation is initially compiled during the briefing phase through capturing the information sourced from the project program, spatial and functional requirements, room data sheets and other specification documents. During the architectural design phase, tabulated information about rooms, doors, windows, lighting fixtures and HVAC equipment are added to COBie documentation. Later on, the COBie documentation is complemented with information about the installed components such as manufacturer, maintenance instructions and guarantee information (East and Carrasquillo- angual, 2012). A COBie handover could be delivered in different formats e.g. IFC, IFCXML or Excel spreadsheets. The latter is often considered to be the most convenient alternative for FM actors who are often not familiar with complicated BIM file formats. A COBie spreadsheet is composed of a number of predefined tabs namely Space, Zone, Type, Spare, Resourc, Document and Attribute. COBie is based on the U.S. classification system OmniClass(Teicholz, 2013b).

In 2011, COBie was adopted as part of the U.S. National BIM Standard (NBIMS-US). In 2014, it was also included in the British standards (BS 1192-4:2014). During the last decades, buildingSMART alliance11 has undertaken a series of experiments for testing the COBie exchange functions devised in a number of BIM software programs and developed a set of guidelines and tools for implementing COBie. COBie serves well as an index encompassing the most common types of the building information

required in FM (Aldaham et al., 2013). The specific requirements and needs of real-world projects and FM organizations compels, however, developing customized setups for transferring building

information from construction to FM (Lewis, 2013). Another issue with implementing COBie is the differences among national construction classification systems. Such differences are often also

mirrored in the regulatory requirements of different countries. Implementing COBie in a construction project in Sweden where the national BSAB classification system was used, for instance, failed to

retrieve the required information from the project’s BIM handover documentations (Parsanezhad, Tarandi, and Falk, 2016).

The contents of a COBie documentation are sourced from a large number of different actors involved in a construction project sometimes working in parallel. In case spreadsheets are used as the main information transfer format, meticulous routines need to be developed for checking out, checking in and version management of the COBie files themselves. Moreover, much of the information required according to COBie specifications are often provided in formats that could not be easily translated into the COBie structure and require huge amounts of manual work. Examples are product datasheets, Environmental Product Declarations (EPDs), guarantee documents and maintenance manuals. Artificial Intelligence (AI) technologies could help solving this issue.

5.1.7 #Uniformat, #MasterFormat, #OmniClass and #Uniclass

There is no globally accepted classification system for building components and processes. In the U.S., OmniClass Construction Specifications (OCCS) is the most widely-used classification schema.

OmniClass is developed by the OCCS Development Committee and consists of 15 interrelated tables. It draws from a number of minor domain-specific systems i.e. UniFormat (for building components),

MasterFormat (for work results) and Electronic Product Information Cooperation (EPIC) (OCCS, 2013). In the U.K., Uniclass12 is used instead.

5.1.8 #CoClass

CoClass13 is the latest Swedish construction classification system which is developed by Svensk Byggtjänst14 – a company owned by 32 Swedish construction and FM organizations. CoClass is intended as a modern replacement for such earlier systems as BSAB15 for design and construction and Aff codes16 for FM. The expected advantage of CoClass over earlier systems is its focus on digital

communication of information, embracing all disciplinary actors, the entire built environment and all lifecycle phases, relying on international standards and focus on functionality.

—–Source: The Internet —–

Patrick MacLeamy – với lược đồ nổi tiếng, được trích dẫn trong các tài liệu kinh điển về #BIM, giữ chức chủ tịch buildingSMART.org trong 19 năm, mới nghỉ hưu…

Một số thành tựu nổi bật ông đạt được trong thời gian làm chủ tịch bSI:

– Cụ thể hóa khái niệm openBIM với hệ thống tài liệu, tiêu chuẩn kỹ thuật…

– Đưa tiêu chuẩn nền tảng #IFC thành chuẩn quốc tế (#ISO); được đón nhận rộng rãi cả ở khía cạnh kỹ thuật (các hãng phần mềm) lẫn khía cạnh quản lý nhà nước (đã có nhiều chính phủ yêu cầu bắt buộc chuyển giao, lưu trữ thông tin mô hình #BIM với #IFC).

– Chuyên nghiệp hóa các dịch vụ của bSI: cấp chứng chỉ cho các hãng phần mềm, chuyên gia…

– Mở rộng, hợp tác sâu sắc với các tổ chức chuẩn hóa khác (#ISO, #CEN…)

– Mở rộng mạng lưới bSI ra nhiều nước đang phát triển (Brazil, India…)

– Mở rộng phạm vi bao phủ của bSI ra ngoài phạm vi “Building” sang hạ tầng, cầu đường…

Thank you, Patrick.

https://www.buildingsmart.org/buildingsmart-international-announces-retirement-of-patrick-macleamy-and-appoints-ian-howell-as-new-chairman/

1. #OpenBIM#IFC đã, đang được sử dụng rộng rãi; được hỗ trợ bởi hầu hết các nền tảng ứng dụng hệ AEC…

2. #IFC Standards được yêu cầu trong quy chuẩn xây dựng, mandates bởi chính phủ nhiều nước – từ những nước phát triển (UK, Japan, USA, S-Korea…) tới những nước đang phát triển (Chile, India, Brazil…). Hệ thống Quản lý nhà nước về xây dựng CORENET X tới đây của Singapore cũng: Yêu cầu các Models BIM upload nên hệ thống phải là định dạng #IFC…

3. Tổ chức toàn cầu #buildingSMART xây dựng hệ thống #OpenBIM với hầu hết tiêu chuẩn kỹ thuật liên quan, các tiêu chuẩn nền tảng được soát xét, nâng cấp định kỳ và là tiêu chuẩn mức ISO…(ISO16739(IFC); ISO12006…)

4. ISO19650 series với trọng tâm về quy trình, phương thức quản lý thông tin với #BIM đều tham chiếu đến các khái niệm, đối tượng của hệ thống #OpenBIM như #IFC; #IDS, #IDM, #BCF…

5. Dữ liệu #BIM bàn giao phục vụ Lưu trữ, Quản lý vận hành…yêu cầu phải là “Dữ liệu mở”… (ISO19650-4:2022)

———————

Một số links tham khảo:

https://www.buildingsmart.org/
https://user.buildingsmart.org/knowledge-base/openbim-workflows-explained/
https://www1.bca.gov.sg/regulatory-info/building-control/corenet-x

OpenBIM-IFC hiện đang thu hút nhiều sự quan tâm, SBS chia sẻ một số nội dung kỹ thuật chủ yếu về IFC Standards tới những bạn quan tâm.

– IFC Standard là tiêu chuẩn cốt lõi của OpenBIM, được phát triển – cập nhật bởi buildingSMART.org. Phiên bản hiện tại là ISO16739-1:2018, các cập nhật – mở rộng của IFC4x3 sẽ “chính thức” có trong ISO16739-1:2023.

– Có sự khác biệt lớn về phạm vi, schema, cách thức “mô tả đối tượng”…giữa IFC2x3 và IFC4. Các framework, thư viện, software với sự đầu tư, ưu tiên “IFC Standards” mức “trung bình” hiện đang dừng ở IFC2x3. Hiện tại, chỉ các hãng, nền tảng có mức độ ưu tiên cao về IFC mới tương thích, hỗ trợ IFC4, IFC4x3…

– IFC2x3 hiện không phù hợp để tích hợp sâu, đầy đủ vào #BIM (thiếu các đối tượng như Zone, Space, Geo_Site…) => cần nâng cấp lên IFC4.

– IFC là chuẩn kỹ thuật chung (Open Standard), tuy nhiên tính “đúng đắn – hợp lý” của IFC Models phụ thuộc nhiều vào: Chất lượng BIM Models – những người tạo lập Models; nền tảng (phần mềm) tạo lập BIM Models; Mức độ hỗ trợ, tương thích IFC của phần mềm tạo lập BIM Models, quy trình xuất files IFC… Do đó IFC Models có thể có những thể hiện, nội dung “kỳ lạ” khi review => Vấn đề có thể ở khả năng của viewer, cũng có thể từ bản thân “chất lượng IFC Models”…Cần dùng thêm vài IFC Viewer khác nhau để đối chứng.

– Một số link phục vụ tra cứu thêm về kỹ thuật IFC

—–Happy OpenBIM —–