IBMS · Kiến trúc
Kiến trúc IBMS — Mô hình tham chiếu tồn tại qua bàn giao
Kiến trúc tham chiếu cho IBMS: thiết bị hiện trường, lớp mạng và cổng kết nối, lõi giám sát với một mô hình dữ liệu, và các ứng dụng theo vai trò.
Trả lời nhanh
Kiến trúc IBMS có bốn lớp: thiết bị hiện trường và bộ điều khiển, lớp mạng và cổng kết nối, lõi giám sát với một mô hình dữ liệu, và các ứng dụng theo vai trò. Điều khiển vẫn ở cục bộ, logic tích hợp nằm trong lõi, và các ứng dụng đọc từ lõi thay vì truy vấn trực tiếp các hệ thống con.
Bốn lớp, một nguồn dữ liệu chuẩn
Hãy coi kiến trúc gồm bốn lớp. Thiết bị hiện trường đo và tác động. Bộ điều khiển thực thi các trình tự cục bộ. Lớp mạng và cổng kết nối truyền dữ liệu giữa các giao thức và mạng. Lõi giám sát chuẩn hóa các điểm thành một mô hình đối tượng và sở hữu cảnh báo, lịch trình, lịch sử và liên động. Các ứng dụng nằm trên cùng và trình bày góc nhìn theo vai trò. Các lớp được xác định bởi trách nhiệm, không phải tên sản phẩm. Một hộp duy nhất có thể đảm nhận hai lớp trong một tòa nhà nhỏ, nhưng trách nhiệm vẫn nên được ghi rõ, vì đó là điều giúp hệ thống có thể kiểm tra và bảo trì sau khi đội ngũ dự án rời đi. Khi một lớp bị bỏ qua, trách nhiệm thiếu thường tái xuất hiện dưới dạng một quy trình thủ công. Hãy ghi trách nhiệm bên cạnh mỗi hộp trên bản vẽ.
Lớp mạng và cổng kết nối
Hầu hết lỗi tích hợp bắt đầu từ đây. BACnet/IP, Modbus TCP, KNX và DALI mỗi loại có mô hình thời gian, địa chỉ và chẩn đoán riêng. Hãy giữ mạng tòa nhà tách biệt khỏi mạng doanh nghiệp, ghi chép mọi cổng kết nối và bản đồ điểm của nó, và tránh chồng chất các bộ chuyển đổi. Một cổng kết nối nên chuyển đổi giao thức, không nên sở hữu trình tự điều khiển. Khi một hệ thống con cung cấp API ổn định, hãy dùng trực tiếp; khi không, hãy xác định chủ sở hữu cổng kết nối, nguồn cấp, chính sách firmware và hành vi khi lỗi. Sơ đồ mạng được vẽ sau khi chạy thử nghiệm thu là dấu hiệu cảnh báo, không phải sản phẩm bàn giao. Hãy giữ danh sách cổng và quy hoạch địa chỉ; chạy thử nhanh hơn khi bản đồ chính xác. Một cổng kết nối cần máy tính xách tay và mật khẩu mà không ai có không phải là giao diện mở.
Lõi giám sát
Lõi là nơi IBMS trở thành nhiều hơn một tập hợp các bộ kết nối. Mỗi điểm cần một định danh, đơn vị, cờ chất lượng, chính sách lịch sử và lớp cảnh báo. Mỗi hệ thống con cần một quy ước đặt tên mà kỹ sư mới có thể đọc hiểu. Lịch trình và liên động thuộc về đây để có thể xem, kiểm tra và thay đổi mà không phải sửa mã của nhà cung cấp. Lõi cũng sở hữu đồng bộ thời gian, vai trò người dùng và nhật ký kiểm toán. Nếu hai ứng dụng không đồng ý về một giá trị, lõi là nơi giải quyết, không phải một cơ sở dữ liệu thứ ba do nhóm báo cáo duy trì. Tên điểm nên mô tả thiết bị, vị trí và chức năng, theo thứ tự đó. Một cái tên chỉ lập trình viên ban đầu hiểu là một cuộc gọi dịch vụ trong tương lai.
Khả năng phục hồi và bảo mật ngay từ thiết kế
Điều khiển cục bộ phải tồn tại qua sự cố giám sát, lỗi mạng và khởi động lại máy chủ. Điều đó có nghĩa là các bộ điều khiển giữ trình tự và vị trí an toàn, và mạng có chế độ lỗi được ghi chép. Bảo mật là một phần của cùng thiết kế: VLAN được phân đoạn, tài khoản có tên, quyền tối thiểu, vá lỗi, ghi nhật ký và đường truy cập từ xa được kiểm soát. Bản sao lưu phải có thể phục hồi bởi khách hàng, không chỉ bởi đơn vị tích hợp ban đầu. Hãy kiểm tra các trường hợp lỗi trong quá trình chạy thử nghiệm thu, vì một kiến trúc chưa từng được gây lỗi có chủ đích vẫn chỉ là một bản vẽ. Ghi chép các bước phục hồi và kiểm tra chúng với nhóm của khách hàng, không chỉ với máy tính của đơn vị lắp đặt. Một bản sao lưu chưa từng được phục hồi là một hy vọng, không phải một biện pháp kiểm soát.
Các lớp và trách nhiệm của IBMS
5 rows| Lớp | Sở hữu | Câu hỏi thiết kế |
|---|---|---|
| Trường | Đo lường và tác động | Vị trí cảm biến và vị trí khi lỗi đã được xác định chưa? |
| Bộ điều khiển | Trình tự cục bộ và an toàn | Điều gì chạy khi mạng ngừng hoạt động? |
| Mạng và cổng kết nối | Chuyển đổi giao thức và truyền tải | Ai sở hữu từng cổng kết nối và bản đồ điểm của nó? |
| Lõi giám sát | Mô hình dữ liệu, cảnh báo, lịch sử, liên động | Mỗi điểm có một định danh duy nhất không? |
| Ứng dụng | Góc nhìn và báo cáo theo vai trò | Nó đọc từ lõi hay truy vấn các hệ thống con? |
Hình ảnh dự án
3 images
Câu hỏi thường gặp
01Kiến trúc IBMS cần bao nhiêu lớp?
Ba hoặc bốn, tùy thuộc vào việc mạng có được tính riêng hay không. Điều quan trọng là mỗi lớp có một chủ sở hữu và hành vi khi lỗi rõ ràng, không phải con số.
02Cổng kết nối nên nằm ở đâu trong kiến trúc?
Ở biên, gần hệ thống con mà chúng chuyển đổi, trên một phân đoạn mạng được ghi chép. Chúng không nên mang logic điều khiển hoặc trở thành điểm lỗi đơn không được ghi chép.
03IBMS có thể chạy trên đám mây không?
Lớp ứng dụng có thể, và thường là vậy. Giám sát và điều khiển cục bộ nên ở tại chỗ để tòa nhà tiếp tục hoạt động khi kết nối bị mất.
04Nên xử lý an ninh mạng như thế nào?
Phân đoạn mạng, dùng tài khoản có tên với quyền tối thiểu, vá lỗi theo chu kỳ xác định, ghi nhật ký hành động quản trị và kiểm soát truy cập từ xa. Đây là các yêu cầu thiết kế, không phải việc bổ sung sau của bộ phận IT.
05Tài liệu nào định nghĩa kiến trúc?
Sơ đồ trục mạng, bảng điểm, ma trận giao thức và ma trận trách nhiệm. Cùng nhau, chúng cho thấy cái gì kết nối với cái gì, ai sở hữu từng giao diện và cách nó sẽ được kiểm tra.
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.