BAS vs BMS — Ranh giới điều khiển nằm ở đâu

Vì sao các thuật ngữ được dùng thay thế cho nhau

Trong một tòa nhà duy nhất với một nhà cung cấp, cùng một phần mềm thường cung cấp cả hai chức năng, nên người mua nghe hai thuật ngữ được dùng cho cùng một gói. Điều đó hợp lý cho đến khi tòa nhà phát triển. Khi có nhiều phòng kỹ thuật, khách thuê, đồng hồ đo và hệ thống bên thứ ba, giám sát trở thành một công việc riêng với người dùng, mô hình dữ liệu và nghĩa vụ báo cáo riêng. Việc đặt tên chỉ quan trọng khi nó che khuất sự khác biệt đó trong quá trình mua sắm. Câu hỏi hữu ích không phải là từ viết tắt nào đúng, mà là những chức năng nào được bao gồm, ai chịu trách nhiệm từng chức năng, và điều gì xảy ra khi bộ điều khiển hoặc máy chủ gặp sự cố. Một gói từ một nhà cung cấp có thể hoàn toàn hợp lý; rủi ro là hợp đồng không rõ ràng, không phải cách đóng gói.

Điều gì thay đổi khi mở rộng quy mô

Ở quy mô lớn, BMS trở thành góc nhìn duy nhất của người vận hành xuyên nhiều tòa nhà. Nó chuẩn hóa dữ liệu từ các nhà cung cấp khác nhau, áp dụng mức ưu tiên cảnh báo chung và so sánh hiệu quả năng lượng giữa các địa điểm. Điều đó đòi hỏi những quyết định mà chỉ BAS không buộc phải có: quy ước đặt tên, thời gian lưu lịch sử, vai trò truy cập và quy trình kiểm soát thay đổi. Nó cũng thay đổi mô hình bảo trì, vì nhóm sửa bộ điều khiển không phải lúc nào cũng là nhóm sở hữu lớp báo cáo. Tách biệt vai trò giúp các trách nhiệm đó hiện rõ trong hợp đồng, bảng điểm và bộ hồ sơ bàn giao. Bảng điểm và triết lý cảnh báo là hai tài liệu biến sự tách biệt đó thành hiện thực. Một phép thử hữu ích là hỏi ai được gọi lúc 02:00 khi một cảnh báo lặp lại trên ba hệ thống.

Cách quy định việc phân tách trong hồ sơ

Hãy viết ma trận trách nhiệm trước khi định giá. Nêu rõ trình tự nào chạy cục bộ, lịch trình nào được chỉnh sửa trong BMS và thay đổi điểm đặt được kiểm toán như thế nào. Xác nhận rằng BAS vẫn độc lập nếu mạng giám sát gặp sự cố và BMS có thể xuất lịch sử ở định dạng mở khi bàn giao. Thống nhất quy ước đặt tên điểm và triết lý cảnh báo ngay từ đầu, vì cả hai đều tồn tại lâu hơn đội ngũ dự án. Một sự phân tách rõ ràng rẻ hơn việc giải quyết tranh chấp trong quá trình chạy thử và nghiệm thu, đồng thời mang lại cho mọi nhà thầu cùng một cơ sở so sánh. Ma trận nên là một bảng với mỗi dòng ứng với một chức năng, không phải một đoạn văn về ý định. Hãy xem xét lại ở mỗi giai đoạn thiết kế, vì phạm vi tích hợp âm thầm tăng lên.

• Trình tự cục bộ: những gì phải chạy khi không có BMS
• Lịch trình: ai được chỉnh sửa và trong giới hạn nào
• Cảnh báo: mức ưu tiên, định tuyến và trách nhiệm xác nhận
• Lịch sử: thời gian lưu giữ và định dạng xuất