Hành trình tìm hiểu COBie cùng Steven Adams phần 1: Bắt đầu

COBie là một tiêu chuẩn trao đổi thông tin trong ngành xây dựng, nhằm cung cấp một danh sách toàn bộ tài sản (bao gồm các vật liệu di động hoặc có sức mạnh) trong một tòa nhà. Theo Tiến sĩ Stephen Hamil, một chuyên gia hướng đổi mới tại NBS, COBie là “một định dạng dữ liệu bảng tính chứa thông tin kỹ thuật số về một tòa nhà ở dạng hoàn chỉnh và hữu ích nhất có thể. Nó đại diện cho một Mô hình thông tin xây dựng.”

COBie có thể tự động tạo ra từ mô hình thiết kế. Một số người hỏi tại sao COBie lại được yêu cầu trong quá trình thiết kế nếu nó chỉ để bàn giao, một diễn giả tại hội nghị đã giải thích rằng “Điều đó đảm bảo bạn có thông tin trong mô hình.” Tuy nhiên, một số người khác cho rằng do COBie là một bảng tính nên ai cũng có thể thêm thông tin bằng cách thủ công.

COBie được trang bị theo tiêu chuẩn BS 1192-4 và Quốc gia anh 4.2 của Tiêu chuẩn BIM (NBIMS – nguồn gốc của COBie


Hành trình tìm hiểu COBie cùng Steven Adams phần 2: dữ liệu nào cần được ưu tiên

Hành trình tìm hiểu COBie cùng Steven Adams phần 3: thông tin thêm về bảng phân loại

Hành trình tìm hiểu COBie cùng Steven Adams phần 4: filling in the blanks
Hành trình tìm hiểu COBie cùng Steven Adams phần 5: phần cuối

Field heading: Component.Name


NBIMS (National Building Information Modeling Standard) là một tiêu chuẩn về mô hình hóa thông tin xây dựng được sử dụng để quản lý dữ liệu trong các dự án xây dựng. Một phần quan trọng của NBIMS là việc quản lý tên và danh mục của các thành phần thiết kế trong các bản vẽ.

Theo tiêu chuẩn NBIMS, tên thành phần (Component.Name) phải khớp với giá trị được tìm thấy trên lịch trình bản vẽ thiết kế ở giai đoạn dự án tương đương của sản phẩm có thể bàn giao hiện tại. Đối với các thiết bị được lên lịch theo loại (Type), các yêu cầu đặt tên được sử dụng để đảm bảo tên duy nhất cho mọi thành phần sẽ được chỉ định theo hợp đồng.

Tuy nhiên, trong trường hợp của người viết, họ đã quyết định không sử dụng Component.Name và Mark trong Revit để đặt tên và đánh dấu các thành phần thiết kế. Thay vào đó, họ đã tham khảo tài liệu tham khảo thiết bị trên bản vẽ của mình để xem các yêu cầu đặt tên cụ thể.

Họ đã quyết định sử dụng các khóa ngoại như CreatedBy, TypeName và Space để quản lý các thông tin về các thành phần thiết kế. Về phần DateCreatedOn, họ đã quyết định sử dụng định dạng ISO 8601 (yyyy-mm-dd) như được chỉ định trong Tiêu chuẩn phân phối COBie của Anh làm định dạng mặc định cho tất cả các định dạng này.

Field heading: Component.Description

Mô tả NBIMS: “Mô tả văn bản chung của thành phần.”

Khi thực hiện thiết kế các bản vẽ hoặc lịch trình, tôi cần đặt tên cho các thành phần để mô tả chúng một cách chính xác và thống nhất. Để làm điều này, tôi cần phải xác định các quy tắc chuẩn cho việc đặt tên các thiết bị. Ví dụ, khi đặt tên cho một máy phát điện, tôi muốn đưa ra tên đầy đủ của nó, bao gồm cả công suất nếu cần thiết. TôiTuy nhiên, kỹ sư bàn giao của tôi đã đề cập rằng “ngày bàn giao sản phẩm” thường được sử dụng để xác định thời điểm bảo hành bắt đầu. Họ cũng đề xuất chúng tôi nên cung cấp ngày ủy thác và các trường bổ sung. Tuy nhiên, trước khi làm điều này, tôi cần sắp xếp danh sách tài sản của mình trước và xác định các mã TagNumber, BarCode và AssetIdentifier. Tất cả các trường này hiện đang N/A trong tệp mẫu và được giữ nguyên trong thông tin bàn giao. Tôi sẽ quay lại vấn đề này sau để hoàn thiện các thông tin bổ sung cần thiết. nghĩ rằng quy tắc này cũng áp dụng cho hầu hết các loại thiết bị khác trên bản vẽ hoặc lịch trình. Ví dụ, tôi có thể đặt tên cho một hệ thống làm lạnh với công suất 1500 kW là “Chiller 1500 kW” hoặc một bơm có lưu lượng là 3 lít/giây là “Pump 3 l/s”. Để đảm bảo tính thống nhất trong việc đặt tên các thiết bị, tôi đã chuẩn hóa danh sách các mô tả thiết bị bằng cách sử dụng các mã định danh đơn giản như GEN cho máy phát điện và CH_A cho máy làm lạnh làm mát bằng không khí.

Field heading: Component.SerialNumber

Mô tả NBIMS: “Số sê-ri của thiết bị được cài đặt. Component.SerialNumber phải khớp với giá trị tìm thấy trên bảng tên thiết bị đã lắp đặt. Trong giai đoạn lập kế hoạch và thiết kế: không áp dụng.”

Đoạn văn bản quan trọng đối với tôi ở đây là “trong quá trình thiết kế và xây dựng: không áp dụng”. Vâng, mọi thứ đều có số sê-ri, nhưng tôi nhận ra rằng đối với mỗi lĩnh vực, tôi cần nêu rõ tôi sẽ giao nó ở giai đoạn nào. Cần có Component.Name ở Giai đoạn 3. Component.SerialNumber cần có sau khi nội dung đã được cài đặt, ở Giai đoạn 6.

Ngoài ra, có thực tế không khi mong đợi tôi, người lập mô hình lắp đặt đèn, tìm số sê-ri của từng bộ đèn trong một tòa nhà? Có lẽ trong một thế giới lý tưởng, nhưng nỗ lực so với phần thưởng không tăng lên. Người điều hành cơ sở hiện có biết số sê-ri của từng phụ kiện không? Tôi cá là không. Cái này cần xem lại và trò chuyện với những người điều hành cơ sở.

Có 2 mục khác trong bảng thành phần tôi sẽ không thể hoàn thành cho đến khi bàn giao. Đó là: Component.InstallationDate và Component.WarrantyStartDate.

Field heading: Component.InstallationDate

Mô tả NBIMS: “Ngày mà sản phẩm hoặc thiết bị được đặt ở vị trí cuối cùng của nó. Trong giai đoạn lập kế hoạch và thiết kế: không áp dụng.”

Điều này có vẻ đủ đơn giản: định dạng ISO 8601.

Field heading: Component.WarrantyStartDate

Mô tả NBIMS: “Ngày sản phẩm hoặc thiết bị được cấp nguồn lần đầu tiên. Trong giai đoạn lập kế hoạch và thiết kế: không áp dụng.”

Tuy nhiên, kỹ sư bàn giao của tôi đã đề cập rằng “ngày bàn giao sản phẩm” thường được sử dụng để xác định thời điểm bảo hành bắt đầu. Họ cũng đề xuất chúng tôi nên cung cấp ngày ủy thác và các trường bổ sung. Tuy nhiên, trước khi làm điều này, tôi cần sắp xếp danh sách tài sản của mình trước và xác định các mã TagNumber, BarCode và AssetIdentifier. Tất cả các trường này hiện đang N/A trong tệp mẫu và được giữ nguyên trong thông tin bàn giao. Tôi sẽ quay lại vấn đề này sau để hoàn thiện các thông tin bổ sung cần thiết.




Add Comment