Nền tảng tự động hóa tòa nhà
BAS, BMS và IBMS: Hướng dẫn thực tiễn
Hệ thống tự động hóa tòa nhà (BAS), hệ thống quản lý tòa nhà (BMS) và hệ thống quản lý tòa nhà tích hợp (IBMS) khác nhau thế nào về phạm vi, kiến trúc và vận hành, và cách chọn đúng lớp.
Trả lời nhanh
BAS điều khiển các dịch vụ tòa nhà ở cấp thiết bị, BMS giám sát và quản lý các dịch vụ đó trong một tòa nhà, còn IBMS tích hợp nhiều tòa nhà và phân hệ vào một nền tảng vận hành. Trên thực tế chúng chồng lấn, nhưng phạm vi, mô hình dữ liệu và trách nhiệm vận hành thì khác nhau.
Ba thuật ngữ, ba phạm vi
BAS, BMS và IBMS thường được dùng như thể hoán đổi được cho nhau. Thực tế không phải vậy. Hệ thống tự động hóa tòa nhà là lớp điều khiển: bộ điều khiển, đầu vào và đầu ra, thiết bị hiện trường cùng các trình tự vận hành thiết bị. Hệ thống quản lý tòa nhà là lớp giám sát phía trên: lịch trình, cảnh báo, xu hướng, báo cáo và giao diện vận hành cho các dịch vụ tòa nhà. Hệ thống quản lý tòa nhà tích hợp đi xa hơn, kết nối nhiều phân hệ và thường là nhiều tòa nhà vào một mô hình vận hành. Sự chồng lấn là có thật, vì nhiều sản phẩm gộp cả điều khiển và giám sát, và nhiều nền tảng BMS nay cung cấp tính năng tích hợp. Trong hồ sơ mua sắm, cùng một từ viết tắt có thể mô tả một bộ điều khiển, một giấy phép phần mềm và một hợp đồng dịch vụ. Câu hỏi đáng tin cậy không phải hệ thống tên là gì, mà nó sở hữu gì, có thể thay đổi gì và ai chịu trách nhiệm khi nó lỗi. Định nghĩa đó cần được ghi vào đặc tả trước khi chọn sản phẩm. Một định nghĩa chung cũng làm rõ ranh giới thương mại: cái gì được cung cấp, cái gì được tích hợp và cái gì vẫn thuộc các hệ thống hiện hữu. Ba lớp có thể dùng chung phần cứng mà vẫn giữ trách nhiệm riêng; nhãn gọi ít quan trọng hơn ranh giới. Một thói quen hữu ích là ghi định nghĩa ở đầu đặc tả và tham chiếu đến nó trong mọi điều khoản sau.
- BAS sở hữu điều khiển cấp thiết bị và trạng thái dự phòng
- BMS sở hữu giám sát, cảnh báo, xu hướng và báo cáo
- IBMS sở hữu quy tắc liên hệ thống và góc nhìn toàn danh mục
- Định nghĩa thuộc về đặc tả, không phải tài liệu bán hàng
BAS điều khiển những gì
BAS điều khiển các thiết bị làm cho tòa nhà có thể sử dụng được: máy làm lạnh, lò hơi, máy bơm nhiệt, bơm, bộ xử lý không khí, dàn lạnh có quạt, hộp gió lưu lượng biến đổi, quạt thông gió, mạch chiếu sáng, che nắng và đồng hồ đo. Thiết bị hiện trường đo nhiệt độ, độ ẩm, áp suất, lưu lượng, CO2 và hiện diện; bộ điều khiển đọc các tín hiệu đó và điều khiển van, cánh gió, quạt và công tắc tơ. Logic điều khiển nằm gần thiết bị, vì vậy các trình tự cục bộ phải còn đầy đủ khi mạng hoặc lớp giám sát không khả dụng. Do đó BAS được đánh giá ít qua bảng điều khiển mà qua bảng điểm, các trình tự và hành vi tại biên. Ba tài liệu đó xác định hệ thống thực sự làm được gì, và là những thứ đầu tiên một kỹ sư giàu kinh nghiệm yêu cầu xem trong buổi rà soát thiết kế. Chiếu sáng và che nắng có thể nằm trên cùng bộ điều khiển hoặc trên mạng KNX hay DALI riêng, nhưng nguyên tắc là như nhau: một đầu ra xác định, một trình tự xác định và một trạng thái dự phòng xác định. Một BAS không thể vận hành hệ thống thiết bị khi bộ giám sát ngoại tuyến là hệ thống điều khiển từ xa, không phải hệ thống điều khiển. Bảng điểm cần phân biệt I/O vật lý, điểm bus, điểm phần mềm và điểm dự phòng, vì mỗi loại có chi phí và kiểu hỏng khác nhau. Khi một bộ điều khiển sở hữu một trình tự, hỏng hóc của nó phải được giới hạn trong thiết bị mà nó phục vụ, và năng lực dự phòng ở giai đoạn thiết kế rẻ hơn một tủ điều khiển thứ hai sau này.
- Hệ thống trung tâm: máy làm lạnh, lò hơi, máy bơm nhiệt và bơm
- Phía gió: AHU, FCU, hộp VAV và thông gió
- Thiết bị đầu cuối: sưởi sàn, bộ tản nhiệt và dàn lạnh có quạt
- Dịch vụ: chiếu sáng, che nắng, đo đếm và cảnh báo
BMS bổ sung những gì
BMS bổ sung lớp giám sát. Nó chuẩn hóa các điểm từ một hoặc nhiều hệ thống điều khiển vào một mô hình chung, áp dụng lịch trình và giá trị đặt, định tuyến cảnh báo, lưu xu hướng và tạo báo cáo. Đây thường là giao diện người vận hành dùng hằng ngày, và là nơi kỹ sư kiểm tra vì sao một thiết bị khởi động vào giờ bất thường. BMS có thể giám sát thiết bị của bên thứ ba qua BACnet, Modbus hoặc cổng kết nối, nên không bị giới hạn ở bộ điều khiển của một hãng. Khác biệt với BAS mang tính vận hành chứ không phải vật lý: BMS có thể chạy trên cùng mạng và thậm chí cùng nền phần mềm, nhưng nhiệm vụ của nó là quản lý và giải thích, không phải sở hữu mọi vòng điều khiển. Một phép thử hữu ích là hỏi điều gì xảy ra với hệ thống thiết bị khi máy chủ BMS bị tắt. Nếu câu trả lời là không có gì chạy, thiết kế đã nhầm lẫn giám sát với điều khiển. BMS cũng cần nêu rõ cảnh báo nào nó tự suy ra, cảnh báo nào chỉ chuyển tiếp, và cách người vận hành xác nhận một sự kiện bắt nguồn từ hệ thống khác. Hợp lý hóa cảnh báo là một phần thiết kế BMS, không phải bộ lọc áp dụng sau khi chạy thử. Số lượng cảnh báo là đầu ra thiết kế, không phải thước đo sự cẩn trọng; một màn hình với bốn trăm cảnh báo thường trực là màn hình không ai đọc.
- Cảnh báo có mức ưu tiên, định tuyến và xác nhận
- Lịch trình và ghi đè giá trị đặt
- Xu hướng, báo cáo và đường cơ sở năng lượng
- Giao diện vận hành cho công việc hằng ngày
IBMS thay đổi những gì
IBMS mở rộng tích hợp ra ngoài các dịch vụ tòa nhà. Kiểm soát ra vào, CCTV, cảnh báo xâm nhập, bãi đỗ xe, thang máy, hệ thống thông báo công cộng, giám sát cháy, hệ thống phòng khách sạn và đồng hồ năng lượng có thể được đưa vào một mô hình dữ liệu và cảnh báo. Giá trị thể hiện ở hành vi liên hệ thống: một sự kiện ra vào mở chiếu sáng và HVAC, một cảnh báo cháy cưỡng bức trạng thái an toàn, cổng thông tin khách thuê hiển thị mức tiêu thụ ngoài giờ. Giá trị cũng thể hiện ở báo cáo toàn danh mục, nơi cùng tên điểm và KPI áp dụng cho nhiều tòa nhà. Ranh giới rất quan trọng. Hệ thống phát hiện cháy và an toàn tính mạng vẫn là cơ quan có thẩm quyền cho chức năng của chúng; IBMS chỉ giám sát và phối hợp mà không thay thế. Một IBMS không có mô hình vận hành rõ ràng sẽ thành bảng điều khiển đắt tiền. Trước khi đặc tả, cần xác định nền tảng được phép ra quyết định gì, được chỉ huy hệ thống nào và hệ thống nào vẫn độc lập theo thiết kế. Câu hỏi quản trị đó khó hơn công nghệ và thường quyết định dự án có hữu ích hai năm sau bàn giao hay không. Một mô hình dữ liệu chung là cốt lõi kỹ thuật; một bảng quyền quyết định là cốt lõi tổ chức. Cả hai đều cần, và cái thứ hai thường thiếu trong hồ sơ mời thầu. Bảng quản trị đó cũng nên làm rõ ai được thay đổi giá trị đặt, không chỉ ai được ra lệnh.
- Liên động liên hệ thống và tương quan cảnh báo
- Bảng điều khiển toàn danh mục và so sánh chuẩn
- Góc nhìn khách thuê và khách lưu trú
- Ranh giới lệnh rõ ràng cho hệ thống an toàn tính mạng
Kiến trúc bền vững sau bàn giao
Ba lớp giúp thiết kế dễ đọc: thiết bị, giám sát và ứng dụng. Lớp thiết bị sở hữu điều khiển cục bộ; lớp giám sát sở hữu mô hình dữ liệu chung, cảnh báo và liên động; lớp ứng dụng sở hữu bảng điều khiển, báo cáo và góc nhìn theo vai trò. Mỗi lớp một nhiệm vụ, và dữ liệu chảy qua mô hình giám sát thay vì bị sao chép vào từng ứng dụng. Các chi tiết thực tế quyết định điều này có tồn tại được không: quy ước đặt tên thống nhất trước khi cấu hình, bảng điểm có đơn vị và trạng thái lỗi, triết lý cảnh báo có mức ưu tiên, và nhật ký kiểm toán cho các lệnh. Giao thức mở giảm phụ thuộc vào một hãng, nhưng tính mở chỉ hữu ích nếu bảng điểm và tài liệu được bàn giao. Kiến trúc phẳng không phải sơ đồ ba khối; đó là quy tắc rằng không ứng dụng nào giữ phiên bản sự thật riêng. Bàn giao cần gồm bản sao lưu, giấy phép, thông tin đăng nhập, sơ đồ mạng và quy trình khôi phục đã kiểm thử, không chỉ một thư mục ảnh chụp màn hình. Kiến trúc cũng phải chịu được việc đổi đơn vị tích hợp, đó là phép thử thực tế của tài liệu. Khi hai ứng dụng cần cùng một KPI, phép tính thuộc lớp giám sát, không phải từng bảng điều khiển. Một cuộc bàn giao cần laptop gốc thì không phải bàn giao, dù bộ bản vẽ trông đầy đủ đến đâu.
- Thiết bị: trình tự cục bộ và trạng thái an toàn khi lỗi
- Giám sát: một mô hình dữ liệu và mô hình cảnh báo
- Ứng dụng: góc nhìn và báo cáo theo vai trò
- Bàn giao: bản sao lưu, thông tin đăng nhập và khôi phục đã kiểm thử
Khoảng tham chiếu lập kế hoạch: điểm, khu vực và nhân sự
Các khoảng lập kế hoạch hữu ích cho việc lập ngân sách và phản biện thiết kế, miễn là được ghi nhãn là điển hình. Một phòng khách sạn thường cần khoảng 12 đến 30 điểm khi tính cả chiếu sáng, che nắng, HVAC, trạng thái ra vào và cảnh báo. Một tầng văn phòng có thể có 150 đến 400 điểm tùy không gian mở, phòng kín hay phòng thí nghiệm. Một phòng kỹ thuật trung tâm có thể từ vài trăm đến hơn một nghìn điểm khi giám sát đầy đủ máy làm lạnh, bơm, AHU và đo đếm. Đây là công cụ hỗ trợ lập kế hoạch, không phải báo giá. Bảng điểm là căn cứ. Nhân sự theo cùng logic: một tòa nhà có BMS có thể do một hoặc hai người vận hành cùng hỗ trợ kỹ thuật, trong khi một danh mục nhiều tòa nhà cần nhóm trung tâm về tiêu chuẩn và báo cáo cùng phản hồi tuyến đầu tại chỗ. Các khoảng cần được thay bằng mẫu phòng hoặc danh mục thiết bị ngay khi có, vì một khoảng còn tồn tại đến khâu mua sắm sẽ thành tranh cãi. Chúng cũng nên được trình bày kèm giả định, để thay đổi phạm vi tạo ra thay đổi con số thay vì tranh chấp. Các khoảng nên được làm mới sau lần chốt thiết kế đầu tiên, khi mẫu phòng đã rõ.
- Khoảng điểm điển hình được nêu kèm giả định
- Mẫu phòng và mẫu tầng thay thế tỷ lệ chung
- Nhân sự theo mô hình vận hành, không theo diện tích sàn
- Khoảng chỉ để hỗ trợ lập kế hoạch, không bao giờ là căn cứ báo giá
Tiêu chí quyết định: chọn lớp
Chọn lớp là quyết định về quyền sở hữu, không chỉ về quy mô. Hãy bắt đầu từ kết quả mong muốn: cái gì phải được điều khiển, cái gì phải được nhìn cùng nhau và cái gì phải được báo cáo cho ai. Nếu tòa nhà có một phòng kỹ thuật và vài dịch vụ, một BAS được thiết kế tốt với giao diện BMS có thể là đủ. Nếu nhiều hệ thống phải phản ứng lẫn nhau, hoặc nhiều địa điểm phải báo cáo chung, IBMS đáng được cân nhắc. Hãy phân kỳ phạm vi để điều khiển và tài liệu hoàn chỉnh trước khi mở rộng tích hợp. Hỏi ai sẽ vận hành hệ thống, cảnh báo nào quan trọng, báo cáo nào cần và điều gì phải tiếp tục hoạt động khi mạng gián đoạn. Một hệ thống nhỏ hơn nhưng có tài liệu và được sử dụng có giá trị hơn một hệ thống lớn mà không ai tin. Kỷ luật tương tự áp dụng cho cải tạo: tái sử dụng những gì còn tốt, thay thế những gì không thể lập tài liệu, và để năng lực dự phòng cho giai đoạn sau. Các quyết định phạm vi nên được ghi thành giả định trong hồ sơ thương mại, vì nỗ lực tích hợp thường là nơi ngân sách dịch chuyển. Một điều khoản loại trừ bằng văn bản rẻ hơn một hạng mục bao gồm gây tranh cãi. Khi câu trả lời chưa rõ, phạm vi nhỏ hơn với lộ trình nâng cấp có tài liệu thường là quyết định thương mại tốt hơn.
- Bắt đầu từ mô hình vận hành và kết quả mong muốn
- Tách điều khiển bắt buộc khỏi tích hợp tùy chọn
- Phân kỳ triển khai và lập tài liệu cho từng giai đoạn
- Ghi loại trừ và giả định vào hợp đồng
Kiểu hỏng phổ biến và kiểm tra khi chạy thử nghiệm thu
Hầu hết lỗi xuất hiện rất lâu sau buổi rà soát thiết kế và có thể truy ngược về đó. Một BAS với trình tự thiếu chạy ở chế độ thủ công. Một BMS chuyển tiếp mọi cảnh báo mà không hợp lý hóa sẽ huấn luyện người vận hành bỏ qua màn hình. Một IBMS tích hợp mọi thứ nhưng không định nghĩa quyền quyết định sẽ thành nền tảng xem với cái tên tham vọng. Các lỗi phổ biến khác là bảng điểm thiếu điểm dự phòng, quy ước đặt tên áp dụng sau khi cấu hình, mạng không có nguồn thời gian, và bộ hồ sơ bàn giao chứa ảnh chụp màn hình thay vì bản sao lưu. Chạy thử và nghiệm thu cần kiểm tra các kiểu hỏng, không chỉ trình tự bình thường: ngắt một cảm biến, dừng bộ giám sát, đứt liên kết cổng kết nối, buộc bộ điều khiển khởi động lại và xác nhận tòa nhà vẫn an toàn và người vận hành thấy đúng thực tế. Bước kiểm tra cuối là tài liệu: một kỹ sư mới có thể giải thích kiến trúc, tìm bảng điểm và khôi phục bản sao lưu mà không cần gọi đơn vị tích hợp ban đầu không? Nếu không, hệ thống chưa hoàn thành. Một biên bản chạy thử chỉ liệt kê các bài đã đạt, không ghi điều kiện đạt, không phải bằng chứng. Mỗi bài kiểm tra lỗi cần có kết quả mong đợi được viết trước khi thực hiện, nếu không nó thành buổi trình diễn chứ không phải kiểm tra.
- Kiểm tra mất cảm biến, mất bộ giám sát và mất cổng kết nối
- Xác nhận trạng thái dự phòng và khả năng hiển thị cảnh báo
- Kiểm tra điểm dự phòng và quy ước đặt tên còn đúng sau cấu hình
- Chứng minh khôi phục và bàn giao không cần kỹ sư ban đầu
So sánh BAS, BMS và IBMS theo trách nhiệm
16 rows| Tiêu chí | BAS | BMS | IBMS |
|---|---|---|---|
| Vai trò chính | Điều khiển số trực tiếp thiết bị | Giám sát và quản lý dịch vụ tòa nhà | Tích hợp nhiều hệ thống và địa điểm |
| Phạm vi điển hình | HVAC, chiếu sáng, che nắng và đồng hồ đo | Toàn bộ dịch vụ tòa nhà trong một tòa nhà | Tòa nhà, an ninh, bãi đỗ xe, thang máy, PMS và năng lượng |
| Quyền sở hữu điều khiển | Trình tự ở cấp bộ điều khiển | Lịch trình, giá trị đặt và ghi đè | Quy tắc liên hệ thống và chính sách toàn danh mục |
| Mô hình dữ liệu | Đối tượng I/O và thiết bị | Điểm tòa nhà đã chuẩn hóa | Mô hình chung cho các phân hệ và địa điểm |
| Xử lý cảnh báo | Cảnh báo thiết bị và an toàn | Cảnh báo được ưu tiên và định tuyến | Tương quan và leo thang liên hệ thống |
| Lập lịch trình | Chương trình thời gian cục bộ | Lịch trình tòa nhà và khu vực | Lịch toàn danh mục và quy tắc khách thuê |
| Báo cáo năng lượng | Xung đồng hồ đo và giờ chạy | Xu hướng tiêu thụ và đường cơ sở | So sánh chuẩn toàn danh mục |
| Liên động | Logic đấu dây cứng hoặc cục bộ | Cấu hình trong phạm vi dịch vụ tòa nhà | Liên hệ thống và nhiều địa điểm |
| Người dùng điển hình | Kỹ thuật viên và kỹ sư chạy thử nghiệm thu | Nhân viên vận hành và kỹ sư cơ sở | Quản lý vận hành và khách thuê |
| Giao thức phổ biến | BACnet, Modbus, KNX và DALI | BACnet, Modbus, API và cổng kết nối | API, cổng kết nối, cơ sở dữ liệu và bảng điều khiển |
| Phù hợp điển hình | Một phòng kỹ thuật hoặc một tầng | Một tòa nhà với nhiều dịch vụ | Khuôn viên, tập đoàn khách sạn hoặc danh mục nhiều địa điểm |
| Rủi ro chính | Lỗi trình tự và hiệu chỉnh kém | Quá tải cảnh báo và điểm dữ liệu cũ | Phạm vi tích hợp phình rộng và quyền sở hữu không rõ |
| Tài liệu | Bảng điểm, trình tự và bản vẽ hoàn công | Triết lý cảnh báo, đồ họa và định nghĩa báo cáo | Sổ đăng ký giao diện, từ điển dữ liệu và quyền quyết định |
| Truy cập từ xa và bảo mật | Cổng bảo trì cục bộ, hạn chế truy cập của nhà cung cấp | Truy cập người vận hành theo vai trò và nhật ký kiểm toán | Danh tính liên kết và mạng phân đoạn |
| Bằng chứng chạy thử nghiệm thu | Kiểm tra điểm và thử trình tự | Xác nhận cảnh báo, xu hướng và báo cáo | Thử kịch bản liên hệ thống và chuyển đổi dự phòng |
| Lộ trình nâng cấp | Phần mềm nhúng bộ điều khiển và mở rộng I/O | Phiên bản phần mềm và năng lực điểm | Phân hệ mới, địa điểm mới và mở rộng mô hình dữ liệu |
Hình ảnh dự án
3 images
Câu hỏi thường gặp
01BAS có giống BMS không?
Không. BAS là lớp điều khiển vận hành thiết bị. BMS là lớp giám sát lập lịch, cảnh báo, xu hướng và báo cáo về dịch vụ tòa nhà. Một số sản phẩm kết hợp cả hai, nên hợp đồng cần nêu rõ chức năng nào thuộc lớp nào. Phép thử thực tế là điều gì vẫn chạy khi máy chủ giám sát bị tắt.
02BMS có thể hoạt động mà không cần IBMS không?
Có, và hầu hết tòa nhà vận hành theo cách này. BMS giám sát dịch vụ tòa nhà trong một tòa nhà. IBMS hợp lý khi nhiều phân hệ, nhiều địa điểm hoặc báo cáo dành cho khách thuê cần một mô hình vận hành. Thêm lớp IBMS khi không có nhu cầu đó thường tạo ra bảng điều khiển trùng lặp những gì BMS đã hiển thị.
03Mọi tòa nhà có cần IBMS không?
Không. IBMS tạo giá trị khi hành vi liên hệ thống, báo cáo toàn danh mục hoặc một nhóm vận hành lớn biện minh cho nó. Một tòa nhà nhỏ với BMS được lập tài liệu tốt có thể dễ vận hành và bảo trì hơn một nền tảng tích hợp ít được dùng. Quyết định nên theo mô hình vận hành, không theo tham vọng của bản đặc tả.
04Điều khiển HVAC nằm ở đâu?
Trình tự HVAC thường chạy trong bộ điều khiển BAS gần khu vực thiết bị. BMS cung cấp lịch trình, giá trị đặt, cảnh báo và xu hướng. Bảo vệ an toàn và chống đóng băng quan trọng vẫn ở cục bộ, độc lập với lớp giám sát. Nếu trình tự máy làm lạnh phụ thuộc vào máy chủ, kiến trúc đã đặt điều khiển sai lớp.
05Có thể thêm IBMS sau này không?
Thường là có, nếu giai đoạn đầu để lại giao thức mở, quy ước đặt tên nhất quán, bảng điểm có tài liệu và quyền truy cập mạng. Tích hợp bổ sung vào một hệ thống không có tài liệu là khả thi nhưng tốn kém. Chuẩn bị rẻ nhất là tài liệu và năng lực dự phòng, không phải giấy phép phần mềm mua trước.
06BMS và EMS khác nhau thế nào?
Hệ thống quản lý năng lượng (EMS) tập trung vào đo đếm, đường cơ sở và báo cáo. BMS bao gồm các chức năng đó cùng HVAC, chiếu sáng, cảnh báo và vận hành hằng ngày. Trên thực tế hai hệ thống chồng lấn, và ranh giới cần được định nghĩa trong phạm vi. Khi cả hai cùng tồn tại, cần nêu rõ hệ thống nào sở hữu đường cơ sở và hệ thống nào sở hữu lịch trình vận hành.
07Một BAS cần bao nhiêu điểm?
Tùy thuộc hệ thống, trình tự và mức độ giám sát. Con số phải xuất phát từ bảng điểm, không phải quy tắc ngón tay. Bảng điểm cũng cho thấy điểm nào vật lý, điểm nào phần mềm và điểm nào dự phòng. Có các khoảng điển hình để lập kế hoạch, nhưng chúng phải được thay bằng bảng điểm trước khi chốt giá.
Bước tiếp theo
Hãy mang tòa nhà đến với chúng tôi.
Cho chúng tôi biết loại hình tòa nhà, các hệ thống trong phạm vi và kết quả bạn cần. Chúng tôi sẽ vạch ra con đường ngắn nhất đến một hệ thống vận hành được.