BMS vs IBMS — Giám sát hay tích hợp?

Độ sâu tích hợp: cổng kết nối so với mô hình chung

Nhiều dự án BMS tích hợp qua cổng kết nối: mỗi hệ thống con giữ mô hình riêng và BMS ánh xạ các điểm được chọn vào đồ họa. Cách đó phù hợp cho giám sát, nhưng logic xuyên hệ thống trở nên dễ vỡ vì mọi quy tắc phụ thuộc vào cách đặt tên của nhà cung cấp. IBMS được kỳ vọng chuẩn hóa các điểm thành một mô hình đối tượng duy nhất, với định danh, đơn vị, chất lượng và lịch sử, sau đó áp dụng một mô hình cảnh báo và một động cơ liên động. Sự khác biệt thể hiện khi có thay đổi: đổi tên một điểm trong hệ thống này không được làm hỏng quy tắc trong hệ thống khác. Nó cũng thể hiện trong báo cáo, nơi cùng một chỉ số phải có cùng ý nghĩa giữa các hệ thống con. Một mô hình chung cũng giúp thêm hệ thống con mới rẻ hơn, vì quy tắc đặt tên và cảnh báo đã có sẵn.

Khi nào IBMS xứng đáng có chỗ

IBMS xứng đáng với chi phí ở những nơi quyết định vượt qua ranh giới hệ thống: một sự kiện cháy phải giải phóng kiểm soát ra vào, một lượt vào của khách thuê nên khởi động HVAC và chiếu sáng, một khu phức hợp cần một góc nhìn năng lượng, một phòng điều khiển giám sát nhiều tòa nhà. Nó cũng hữu ích khi trách nhiệm được phân tán, vì nhật ký kiểm toán chung giúp mọi hành động có thể truy vết. Một tòa nhà đơn lẻ với thiết bị nhỏ, một người vận hành và ít hệ thống bên thứ ba thường không cần bộ máy đó; một BMS có phạm vi tốt với xuất dữ liệu mở dễ vận hành hơn. Phép thử không phải kích thước tòa nhà mà là số lượng quyết định gắn kết với nhau. Nếu tòa nhà chỉ có một phòng kỹ thuật và một nhóm, IBMS có thể thêm chi phí mà không thêm quyết định nào cần đưa ra.

Rủi ro triển khai là phạm vi, không phải công nghệ

Hầu hết vấn đề IBMS là vấn đề phạm vi. Tích hợp mọi thứ tạo ra các tích hợp nông, trách nhiệm không rõ ràng và danh sách cảnh báo không ai tin. Hãy bắt đầu bằng ma trận hệ thống con: các dòng cho từng hệ thống, các cột cho giám sát, điều khiển, cảnh báo, liên động và báo cáo. Đánh dấu những gì ngoài phạm vi và lý do. Giao giao diện cho một bên, nêu rõ giao thức và định nghĩa bài kiểm tra nghiệm thu cho từng dòng. Tài liệu đó có giá trị hơn một buổi trình diễn nền tảng, vì nó tồn tại đến giai đoạn chạy thử nghiệm thu và bàn giao. Nó cũng cho phép khách hàng so sánh đề xuất mà không phải so sánh các bộ slide. Hãy viết nó trước khi đấu thầu, không phải sau cuộc họp khởi động, và duy trì nó qua các thay đổi thiết kế.

• Dòng: mọi hệ thống con, kể cả những hệ thống bị loại trừ rõ ràng
• Độ sâu: giám sát, điều khiển, cảnh báo, liên động hoặc báo cáo
• Giao diện: giao thức, chủ sở hữu cổng kết nối và bản đồ điểm
• Nghiệm thu: bài kiểm tra chứng minh từng dòng