
Tình huống · Đa địa điểm
IBMS đa địa điểm: Một bức tranh vận hành thống nhất trên các tòa nhà
Cách thiết kế IBMS đa địa điểm với mô hình dữ liệu chung, quyền tự chủ cục bộ và lớp trung tâm vẫn hoạt động khi mạng gián đoạn.
Trả lời nhanh
IBMS đa địa điểm mang lại cho một danh mục bất động sản một mô hình dữ liệu, một mô hình cảnh báo và một lớp báo cáo thống nhất, trong khi mỗi tòa nhà vẫn giữ điều khiển cục bộ. Các địa điểm chạy chuỗi riêng và lưu lịch sử riêng; trung tâm so sánh hiệu quả, phân phối tiêu chuẩn và quản lý quyền truy cập, nhưng không cần thiết cho vận hành hằng ngày.
Một bức tranh vận hành thống nhất thực sự cần gì
Một bảng điều khiển danh mục không phải là IBMS đa địa điểm. Công việc khó hơn là thống nhất ý nghĩa của một điểm giữa các tòa nhà: cùng tên cho nhiệt độ ngoài trời, cùng đơn vị, cùng mức độ nghiêm trọng của cảnh báo, cùng cách xử lý múi giờ và cùng định nghĩa về hiện diện. Thiếu mô hình đó, trung tâm nhận được dữ liệu không thể so sánh và người vận hành mất thời gian để hòa giải các định nghĩa. Mô hình nên được viết ra trước khi cấu hình địa điểm đầu tiên, với quy ước đặt tên, từ điển đối tượng và quy tắc cho các phần mở rộng riêng của địa điểm. Chuẩn hóa ở lớp này là điều làm cho báo cáo toàn danh mục đáng tin, và cũng là điều giúp một địa điểm mới được chạy thử nghiệm thu nhanh hơn.
Quyền tự chủ cục bộ và lớp trung tâm
Mỗi địa điểm phải vẫn vận hành đầy đủ khi đường truyền diện rộng bị mất. Bộ điều khiển tại địa điểm chạy chuỗi HVAC, chiếu sáng, che nắng và đo đếm, đồng thời giữ đủ lịch sử để vượt qua sự cố. Lớp trung tâm tổng hợp, trực quan hóa, báo cáo và quản lý người dùng. Lớp này cũng có thể phân phối cập nhật mẫu, nhưng các cập nhật đó nên được triển khai theo bước và có thể hoàn tác. Sự phân chia này giữ an toàn và tiện nghi ở cục bộ trong khi vẫn cung cấp cho ban quản lý góc nhìn toàn danh mục. Nó cũng giới hạn phạm vi ảnh hưởng của một lỗi trung tâm và làm cho kiến trúc mạng dễ bảo mật hơn. Nền tảng trung tâm có thể được nâng cấp mà không đụng đến logic điều khiển tại địa điểm. Bài kiểm tra rất đơn giản: ngắt kết nối một địa điểm và xác nhận rằng tòa nhà vẫn chạy, cảnh báo vẫn được ghi và lịch sử không bị mất.
Chuẩn hóa mẫu, ghi nhận hồ sơ địa điểm
Một danh mục cần một mẫu chung: đồ họa, cách đặt tên điểm, cấp cảnh báo, đối tượng lịch trình, định nghĩa báo cáo và vai trò người dùng. Danh mục cũng cần hồ sơ địa điểm cho những điều được phép khác biệt: loại thiết bị, khí hậu, giờ mở cửa, đo đếm cho khách thuê, quy định địa phương và cấu trúc mạng. Mẫu nên được đánh phiên bản, và mỗi địa điểm nên ghi lại phiên bản mình đang chạy. Khi một địa điểm cần sai lệch, hãy ghi lại và quyết định xem có nên đưa nó vào phiên bản mẫu tiếp theo không. Điều này ngăn sự phân kỳ chậm biến một danh mục thành một tập các hệ thống không liên quan. Nó cũng cho đội trung tâm một cách triển khai cải tiến mà không phải làm lại kỹ thuật từng tòa nhà bằng tay.
Triển khai, bảo mật và quản trị
Hãy triển khai theo từng đợt, với một địa điểm tham chiếu chứng minh mẫu trước khi nhân rộng. Xác định rõ ai được thay đổi điểm đặt, ai được xác nhận cảnh báo và ai được thêm người dùng ở từng cấp. Phân đoạn mạng tòa nhà khỏi IT doanh nghiệp, yêu cầu tài khoản có danh tính và duy trì chính sách vá lỗi và firmware bao phủ bộ điều khiển, cổng kết nối và nền tảng trung tâm. Kiểm thử một địa điểm riêng lẻ rồi kiểm thử góc nhìn toàn danh mục, bao gồm điều gì xảy ra khi một địa điểm ngoại tuyến. Quản trị không phải giấy tờ: đó là khác biệt giữa một hệ thống vẫn so sánh được và một hệ thống âm thầm phân mảnh. Mô hình vận hành nên nêu rõ người sở hữu từng lớp và tần suất rà soát hiệu quả. Một báo cáo hằng tháng ngắn là đủ để giữ danh mục luôn hiển hiện.
Các lớp trong IBMS đa địa điểm
7 rows| Lớp | Chức năng | Quyết định thiết kế |
|---|---|---|
| Điều khiển tại địa điểm | Chuỗi HVAC, chiếu sáng, che nắng và đo đếm | Chạy cục bộ và chịu được sự cố WAN |
| Lịch sử tại địa điểm | Lưu trữ xu hướng và nhật ký cảnh báo | Giữ đủ dữ liệu cho vận hành cục bộ và tải lên sau |
| Tổng hợp trung tâm | Bảng điều khiển và báo cáo toàn danh mục | Đọc mô hình dữ liệu chung, không đọc điểm thô từ nhà cung cấp |
| Quản lý cảnh báo | Định tuyến và leo thang giữa các địa điểm | Tách cảnh báo nghiêm trọng toàn danh mục khỏi cảnh báo nhiễu cục bộ |
| Quyền truy cập người dùng | Vai trò và quyền | Áp dụng quyền tối thiểu ở cấp địa điểm và cấp trung tâm |
| Quản lý mẫu | Đồ họa, chuỗi và cách đặt tên tiêu chuẩn | Đánh phiên bản mẫu và ghi nhận phiên bản của từng địa điểm |
| Mạng và bảo mật | Phân đoạn, truy cập từ xa, vá lỗi | Giữ mạng tòa nhà tách biệt khỏi IT doanh nghiệp |
Hình ảnh dự án
3 images


Câu hỏi thường gặp
01Mọi địa điểm có cần cùng một BMS không?
Chúng cần một mô hình dữ liệu chung và lớp báo cáo. Phần cứng tại địa điểm có thể khác nhau nếu mẫu xác định cách điểm, cảnh báo và lịch sử được công bố.
02Điều gì xảy ra khi một địa điểm mất kết nối?
Địa điểm tiếp tục chạy bằng điều khiển cục bộ và lưu lịch sử tại chỗ. Trung tâm nên hiển thị địa điểm là ngoại tuyến và bù dữ liệu khi đường truyền trở lại.
03Ai sở hữu dữ liệu?
Chủ đầu tư nên sở hữu. Hợp đồng phải nêu rõ dữ liệu được lưu ở đâu, xuất khẩu như thế nào và điều gì xảy ra khi thỏa thuận dịch vụ kết thúc.
04Làm thế nào để xử lý các múi giờ khác nhau?
Lưu dấu thời gian kèm múi giờ rõ ràng và đồng bộ đồng hồ. Báo cáo phải nêu rõ chúng dùng giờ địa phương hay giờ trung tâm.
05Có thể thêm một địa điểm mới sau này không?
Có, nếu mẫu được đánh phiên bản và địa điểm mới được lập hồ sơ theo mẫu. Chi phí và công sức phụ thuộc vào mức độ sai lệch của địa điểm so với tiêu chuẩn.
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.