Naviswork là một công nghệ hỗ trợ hữu ích cho việc kiểm tra bản thiết kế mô phỏng một công trình. Vậy các bước kiểm tra xung đột trong Naviswork diễn ra như thế nào?
Công việc kiểm tra xung đột trong Naviswork bao gồm phân tích và đưa ra giải pháp về sự va chạm giữa ba dịch vụ chính của tòa nhà: ống thông gió, đường ống và máng cáp. Chúng ta cần tìm cách để có thể thực hiện việc này hiệu quả hơn mà không phải chuyển từ Navisworks sang Revit với công cụ chuyển đổi Navisworks hoặc phải nhập thủ công ID của các phần tử để tìm chúng.
Một giải pháp cải thiện đáng kể quy trình làm việc này là sử dụng Navisworks, Dynamo và Revit. Bạn sẽ nhận ra thời gian giảm rất nhiều và tạo điều kiện thuận lợi cho việc phân tích và xử lý các va chạm, hình dung các khu vực có vấn đề.
Bước đầu tiên là tạo ba khung nhìn 3D trong Revit. Bằng cách này, việc lựa chọn trong Navisworks khi thực hiện kiểm tra nhiễu sẽ đơn giản hơn, không cần thiết phải lọc hoặc tạo bất kỳ loại tập hợp nào. Bạn hãy tải trực tiếp hai NWCi đã xuất trước đó từ Revit, chọn cả hai và thực hiện kiểm tra, cuối cùng là lưu tệp dưới dạng NWF. Vào cuối bước này, chúng ta sẽ có ba tệp NWF, một tệp cho mỗi phân tích được thực hiện như sau Thông gió / Ống, Thông gió / Khay và Ống / Khay.
Chúng ta cần một tệp Revit để chỉ ra các điểm đụng độ, nó có thể là hình cầu, hình chữ nhật, mũi tên, bất cứ thứ gì chúng ta muốn. Tệp này sẽ lưu trữ các thông số được chia sẻ mà chúng ta sẽ sử dụng trong phân tích cuộc đụng độ.
Tại thời điểm này, nhiều thông số được chia sẻ hơn để điều chỉnh nó cho phù hợp với quy trình làm việc và có thể sử dụng bộ lọc chế độ xem khi xem xét và giải quyết xung đột. Ý tưởng là sử dụng cùng một tên tham số và tiêu chí được sử dụng trong Navisworks.
Tập lệnh Dynamo tự động điền vào các trường “Clash_Date” và “Clash_Name”, để có thể lọc các xung đột theo ngày và phân tích được thực hiện: thông gió so với đường ống, thông gió so với khay hoặc đường ống so với khay.
Trường “Clash_Group” cho phép nhóm các ảnh hưởng bằng cách chọn chúng trực tiếp từ chế độ xem 3D và nhóm chúng theo các tiêu chí khác nhau: chuyên ngành, cấp độ, khối lượng, v.v. Đồ họa và đơn giản hơn nhiều so với Navisworks, vì có thể thực hiện trực tiếp từ chế độ xem 3D của Revit.
“NEW” được nhập làm trạng thái mặc định. Khi làm việc, bạn cần thay đổi trạng thái và thêm thông tin của từng trạng thái để với việc áp dụng bộ lọc chế độ xem. Những gì đã được giải quyết hoặc không quan tâm cần được đổ màu để phân biệt. Bằng cách này, thông tin được hình dung và xử lý tốt hơn.
NEW: Đó là trạng thái mặc định khi đi vào các đa giác, sự can thiệp này vẫn chưa được xử lý.
ACTIVE: Nó được sửa đổi nhưng nó vẫn đang hoạt động vì hiện tại không có giải pháp. Xung đột này đang chờ người phụ trách ra quyết định hoặc sửa đổi. Trong “Clash_Comments”, chúng ta phải thêm nhận xét về nó.
APPROVED: Nó được người phụ trách xem xét và phê duyệt. Trong “Clash_Approved by” và “Clash_Comments”, chúng ta phải thêm nhận xét về nó.
IS NOT: Nó được xem xét và nó đã được chứng minh rằng nó không bị can thiệp. Các mặt tích cực giả và sự giao thoa giữa các lớp cách điện, nói chung là các vấn đề nhỏ không ảnh hưởng đến việc cài đặt các dịch vụ tại chỗ.
RESOLVED: Nó được xem xét và đã được giải quyết. Trong “Clash_Comments”, chúng ta phải thêm mô tả về những gì đã được thực hiện, “Clash_Approved” người đã phê duyệt và trong “Clash_Layout để sửa đổi” thêm các kế hoạch đã được sửa đổi bởi các thay đổi được thực hiện để giải quyết sự can thiệp.
Bước thứ ba là tạo mô hình Revit cho mỗi bài kiểm tra Clash mà chúng tôi đã thực hiện, nơi chúng tôi sẽ có tất cả các điểm xung đột được chỉ ra bởi các viên kim cương.
Các công việc cần thực hiện là:
Khi đã hoàn thành tất cả những điều này, chúng tôi lưu và đã đến lúc khởi chạy tập lệnh Dynamo. Ở đây chúng ta phải cẩn thận với phiên bản DynaWorks sẽ sử dụng. Chúng ta phải sử dụng cùng một phiên bản DynaWork như Navisworks để hoạt động bình thường:
Ở đây hầu như không thực hiện thay đổi nào, bạn có thể làm theo kịch bản được phát triển bởi Baris Demirci (Nghiên cứu về điều phối các cuộc đụng độ của Dynamo).
Khi chúng ta đã chạy script, chúng ta sẽ có một mô hình Revit với các điểm xung đột được đánh dấu bằng hình thoi. Những gì Baris làm là giới thiệu mô hình giao thoa này như một liên kết trong mô hình chính. Vấn đề gặp phải với giải pháp này là không thể sửa đổi các giá trị tham số của từng va chạm. Điều này cản trở quá trình xem xét và xử lý. Những gì chúng ta có thể làm là sao chép tất cả và dán chúng vào mô hình cơ sở lấy tham chiếu là mức có độ cao 0.
Lặp lại quá trình này cho ba bài kiểm tra giao thoa, tất cả các xung đột sẽ được chỉ ra trong Revit.
Việc chèn các tham số được chia sẻ và áp dụng các bộ lọc trong các khung nhìn là một quá trình lặp lại và chậm chạp. Điều này có thể được tăng tốc bằng cách sử dụng một tập lệnh hoặc thậm chí dễ dàng hơn với một thủ thuật là tạo một dự án Revit mới nơi bạn sẽ sử dụng trong quy trình và sau đó chèn các tham số được chia sẻ, khi điều này được thực hiện, hãy tạo một lịch trình với tất cả các tham số được chia sẻ, lưu và đóng.
Tiếp theo là quay trở lại dự án cơ sở và những gì chúng ta cần làm là chèn lịch trình đó trong mô hình, chèn các tham số được chia sẻ cùng một lúc. Phần cuối cùng của quy trình này là tạo các bộ lọc theo các trạng thái sẽ được áp dụng bằng cách sử dụng các thông số được chia sẻ và thiết lập các tiêu chí màu sắc để phân biệt chúng.