Đối chiếu mô hình thiết kế BIM và dữ liệu quét LiDAR trong cùng một hệ tọa độ

Bài toán thực tế

Các chương trình xây dựng lớn cần đặt mô hình thiết kế (as-designed) và dữ liệu khảo sát hiện trường (as-built) vào chung một khung tọa độ để kiểm tra, nhưng tuyệt đối không được để dữ liệu đám mây điểm (point cloud) tự động làm thay đổi hồ sơ tiến độ thương mại.

Mỗi dự án gồm nhiều mô hình bộ môn (disciplines) khác nhau; một file mô hình nặng không được làm treo toàn bộ nền tảng.

Mô hình 3D và dữ liệu LiDAR chỉ khớp chính xác khi dùng chung hệ quy chiếu tọa độ (CRS) và điểm gốc công trình.

File thiết kế gốc (authoring files) có dung lượng rất lớn; bản hiển thị phối hợp phải đủ nhẹ để mở mượt trên trình duyệt.

Kết quả đối chiếu từ dữ liệu quét chỉ mang tính chất tham khảo kỹ thuật; tiến độ chính thức phải được ghi nhận qua quy trình riêng.

Kiến trúc hệ thống

flowchart LR
  subgraph library ["Library"]
    library_0["IFC authoring files"]
    library_1["LAS survey uploads"]
  end
  subgraph process ["Processing"]
    process_0[["Conversion job queue"]]
    process_1["View-model conversion worker"]
    process_2["LiDAR georef worker"]
  end
  subgraph coordinate ["Coordination"]
    coordinate_0["Federated browser viewer"]
    coordinate_1["Advisory progress review"]
    coordinate_2[("Official progress store")]
  end
  library_0 --> process_0
  process_0 --> process_1
  library_1 --> process_2
  process_1 --> coordinate_0
  process_2 --> coordinate_0
  process_2 --> coordinate_1
  coordinate_0 --> coordinate_1

Sơ đồ minh họa tương tác

Mô hình thiết kếKhảo sát LiDAR

Hệ tọa độ CRS công trìnhConvert IFC bất đồng bộ ngoài request path

Sơ đồ minh họa cơ chế tương tác nêu trên. Giao diện mô phỏng trung tính, không chứa dữ liệu thật hay số đo thực tế. Không phải ảnh chụp màn hình sản phẩm.

Các quyết định kiến trúc then chốt

Chuyển đổi mô hình bất đồng bộ ngoài luồng API (off the request path)

Lưu giữ file IFC gốc và đẩy tác vụ chuyển đổi sang định dạng hiển thị trình duyệt (view model) vào hàng đợi xử lý ngầm.

Việc phân tích cú pháp (parse) file IFC trực tiếp trong luồng gọi API hoặc ngay trên trình duyệt sẽ gây treo hệ thống khi gặp các mô hình công trình lớn.

Phương án đã loại bỏ: Parse file IFC trực tiếp theo thời gian thực khi người dùng bấm mở — loại bỏ sau khi gặp lỗi quá thời gian chờ (timeout) và tràn bộ nhớ.

Đánh đổi: Cần duy trì cụm worker và hàng đợi riêng; phiên bản mô hình mới tải lên sẽ cần chờ hoàn tất chuyển đổi trước khi xem được trên trình duyệt.

Dữ liệu khảo sát chỉ mang tính tham khảo, không tự động thành hồ sơ chính thức

Bước đối chiếu LiDAR chỉ gắn nhãn cấu kiện ở ba trạng thái: đã thấy (seen), chưa thấy (not seen), hoặc thiếu độ phủ dữ liệu (insufficient coverage); tuyệt đối không tự động cập nhật tiến độ chính thức và không tự ý kéo nắn (warp) đám mây điểm cho khớp vào mô hình.

Một góc khuất chưa được drone bay quét qua không đồng nghĩa với việc hạng mục đó chưa được xây dựng; việc ép khớp hình học tự động sẽ che giấu sai số khảo sát hoặc sai lệch thi công thực tế.

Phương án đã loại bỏ: Tự động cập nhật phần trăm hoàn thành WBS chỉ dựa trên độ phủ của đám mây điểm — loại bỏ vì tiến độ dự án gắn liền với trách nhiệm nghiệm thu thương mại.

Đánh đổi: Đòi hỏi kỹ sư phải rà soát và xác nhận thủ công trước khi cập nhật trạng thái tiến độ chính thức của dự án.

Phần tôi chịu trách nhiệm, trực tiếp viết và phân công

Chịu trách nhiệm (Own)

Kiến trúc multi-tenant và hệ thống hàng đợi (job queues) xử lý file IFC cùng dữ liệu LiDAR
Định nghĩa contract cho kết quả đối soát (đã ghi nhận / suy luận / không đủ dữ liệu quan sát) và liên kết với cấu trúc phân rã công việc (WBS)

Trực tiếp viết (Write)

Hệ thống API NestJS, cơ chế cô lập tenant và điều phối worker bất đồng bộ qua RabbitMQ
Thiết kế tách biệt hoàn toàn giữa kết quả khảo sát tham khảo và sổ ghi nhận tiến độ chính thức

Phân công (Delegate)

Thuật toán gắn tọa độ địa lý (georeferencing) và phân loại đám mây điểm (point-cloud classification)
Chi tiết hiển thị bên trong trình xem 3D sau khi đã chốt contract dữ liệu đầu vào

Quy mô vận hành

Nền tảng quản lý xây dựng multi-tenant; toàn bộ tác vụ chuyển đổi mô hình nặng được xử lý bất đồng bộ ngoài request path
Lưu trữ nguyên vẹn file IFC gốc; trình duyệt chỉ tải bản view model nhẹ đã qua chuyển đổi

Ranh giới phạm vi

Thuật toán georeferencing và phân loại point cloud do chuyên gia khác viết; tôi chịu trách nhiệm kiến trúc hàng đợi, phân quyền tenant, lưu trữ và contract tích hợp kết quả.
File IFC được chuyển đổi sang định dạng tối ưu cho trình duyệt; việc chỉnh sửa thiết kế vẫn thực hiện trên phần mềm chuyên dụng gốc.

Các chỉ số giám sát khi vận hành

Thời gian xử lý từ lúc tải file lên đến khi mô hình sẵn sàng hiển thị trên trình duyệtSai lệch hệ tọa độ (CRS mismatch) giữa file mô hình bộ môn và thiết lập chung của dự ánTỷ lệ cấu kiện nằm trong vùng khuất thiếu độ phủ dữ liệu quét (insufficient scan coverage)

Nguyên tắc bất di bất dịch trong thiết kế

Tác vụ chuyển đổi mô hình nặng của một dự án không bao giờ được làm nghẽn các dự án khác trên cùng nền tảng.
Kết quả quét LiDAR không bao giờ được phép tự động ghi đè vào cơ sở dữ liệu tiến độ chính thức.
Một mô hình dù xem đơn lẻ hay xem chồng lớp tổng hợp (federated view) đều phải giữ nguyên một vị trí tọa độ nhất quán trong khung dự án.

Phạm vi ứng dụng rộng hơn

Các chương trình xây dựng lớn cần phối hợp nhiều bộ môn thiết kế trong cùng một hệ quy chiếu tọa độ (CRS).
Công trường cần đối chiếu hiện trạng thi công thực tế (as-built) với bản vẽ thiết kế mà không làm xáo trộn quy trình nghiệm thu thương mại.
Dự án có nhiều nhà thầu cùng tham gia với cơ chế phân quyền truy cập mô hình chặt chẽ theo từng thành viên.