Giao thức
KNX và BACnet — Giao thức nào cho công việc nào
KNX và BACnet khác nhau về vai trò, cấu trúc mạng và kỹ thuật như thế nào, vì sao hầu hết tòa nhà dùng cả hai, và cách quyết định nơi nào nên dùng giao thức nào.
Trả lời nhanh
KNX và BACnet giải quyết những lớp khác nhau. KNX là fieldbus cho chiếu sáng phòng, che nắng và điều khiển cục bộ; BACnet là giao thức giám sát cho thiết bị kỹ thuật, AHU và tích hợp BMS, thường qua IP. Nhiều tòa nhà dùng cả hai: KNX ở cấp phòng, BACnet ở cấp thiết bị kỹ thuật, và một hệ thống giám sát trình bày một mô hình điểm thống nhất.
Công việc khác nhau, không phải sản phẩm đối thủ
Việc so sánh trở nên sai lệch khi KNX và BACnet bị coi là hai câu trả lời cạnh tranh cho cùng một câu hỏi. KNX được thiết kế cho điều khiển phân tán phòng và tòa nhà: công tắc, cảm biến, thiết bị chấp hành và che nắng trên một bus chung. BACnet được thiết kế cho tích hợp giám sát thiết bị kỹ thuật và hệ thống tòa nhà: máy làm lạnh, AHU, đồng hồ đo và giao diện BMS. Một bên mạnh nhất ở gần người sử dụng; bên kia mạnh nhất ở lớp thiết bị kỹ thuật và quản lý. Hỏi cái nào tốt hơn cũng giống như hỏi bộ điều nhiệt phòng hay bộ điều khiển máy làm lạnh tốt hơn. Một cách hữu ích để so sánh là hỏi mỗi giao thức chịu trách nhiệm gì khi mạng khỏe và cái gì vẫn hoạt động khi mạng không bình thường.
- KNX là fieldbus; BACnet là giao thức giám sát
- So sánh theo lớp, không theo khẩu hiệu
- Hầu hết tòa nhà cần cả hai
KNX tạo được vị trí ở đâu
KNX có tính tất định, phân tán và không phụ thuộc vào một trạm đầu não duy nhất. Thiết bị có thể tiếp tục hành vi cục bộ nếu hệ thống giám sát ngoại tuyến. Nó phù hợp với chiếu sáng, che nắng, hiện diện và cảnh phòng, và có một nền văn hóa chạy thử nghiệm thu trưởng thành xoay quanh ETS. Các ràng buộc mang tính thực tiễn: kỷ luật địa chỉ nhóm, quyền sở hữu dự án, nguồn bus và nhu cầu ghi lại tài liệu lắp đặt. Dự án lớn cần một cấu trúc rõ ràng và một quy ước đặt tên, nếu không dự án ETS sẽ trở thành một cuộc khảo cổ. KNX là một bus phòng mạnh mẽ, không phải giao thức tích hợp thiết bị kỹ thuật. Bus không phải là nơi để phát hiện lỗi địa chỉ trong lúc bàn giao; chúng phải được tìm thấy trong dự án ETS và trên bàn thử, trước khi trần nhà được đóng lại.
- Mạnh về chiếu sáng, che nắng và hiện diện
- Kỷ luật ETS mới là ràng buộc thực sự
- Hành vi cục bộ vẫn duy trì khi mất hệ thống giám sát
BACnet tạo được vị trí ở đâu
BACnet trao cho thiết bị kỹ thuật một mô hình đối tượng chung: thiết bị, đối tượng tương tự và nhị phân, lịch trình, cảnh báo và xu hướng. BACnet/IP chạy trên Ethernet, phù hợp với mạng BMS và tích hợp liên tòa nhà. Đây là giao diện tự nhiên cho máy làm lạnh, AHU, lò hơi, đồng hồ đo và các nền tảng BMS hiện hữu. Các ràng buộc là khả năng tương tác và quyền sở hữu: các nhà sản xuất hỗ trợ những bộ đối tượng khác nhau, hành vi COV khác nhau, và thứ tự ưu tiên ghi quyết định ai thực sự điều khiển một điểm đặt. BACnet mạnh mẽ khi danh sách đối tượng được xác minh, và dễ gây hiểu nhầm khi bị giả định. Một thiết bị chỉ cung cấp một phần nhỏ các điểm của nó vẫn có thể hữu ích, nhưng khoảng trống đó phải được biết trước khi chuỗi phụ thuộc vào nó, chứ không phải sau khi khách thuê phàn nàn.
- Giao diện tự nhiên cho máy làm lạnh và AHU
- Xác minh khả năng hỗ trợ đối tượng, không chỉ logo
- Thứ tự ưu tiên ghi quyết định quyền điều khiển
Kiến trúc kết hợp
Trong thực tế, hai giao thức cùng tồn tại. KNX xử lý phòng và tầng; BACnet xử lý thiết bị kỹ thuật và BMS hiện hữu; một hệ thống giám sát hoặc bộ điều khiển chuẩn hóa cả hai thành một mô hình điểm. Công việc thiết kế nằm ở ranh giới: hệ thống nào sở hữu lịch trình, điểm nào có thể điều khiển, và điều gì xảy ra khi một cổng kết nối lỗi. Giữ cổng kết nối gần các hệ thống mà nó phục vụ, ghi lại hướng của từng điểm và tránh trùng lặp logic điều khiển ở hai nơi. Tòa nhà không quan tâm giao thức nào thanh lịch hơn; nó quan tâm chuỗi nào chạy khi một thiết bị kỹ thuật gặp sự cố. Ranh giới chính là thiết kế; các giao thức chỉ là ngôn ngữ được nói ở hai bên, và hệ thống giám sát là người phiên dịch.
- Chuẩn hóa cả hai thành một mô hình điểm
- Mỗi chuỗi có một chủ sở hữu
- Ghi lại ranh giới cổng kết nối
So sánh KNX và BACnet
7 rows| Tiêu chí | KNX | BACnet |
|---|---|---|
| Vai trò chính | Fieldbus phòng và tòa nhà | Tích hợp giám sát thiết bị kỹ thuật và BMS |
| Thiết bị điển hình | Công tắc, cảm biến, thiết bị chấp hành, che nắng | Máy làm lạnh, AHU, đồng hồ đo, BMS |
| Mạng | Bus xoắn đôi, các tùy chọn mạng trục IP | Ethernet/IP, các tùy chọn nối tiếp |
| Công cụ kỹ thuật | Dự án ETS | Công cụ của nhà sản xuất và danh sách đối tượng |
| Phong cách điều khiển | Phân tán, hành vi cục bộ | Đối tượng và lịch trình giám sát |
| Rủi ro chính | Kỷ luật địa chỉ nhóm | Hỗ trợ đối tượng và thứ tự ưu tiên ghi |
| Nơi phù hợp | Phòng khách sạn, văn phòng, biệt thự | Phòng kỹ thuật, khuôn viên, BMS hiện hữu |
Hình ảnh dự án
3 images
Câu hỏi thường gặp
01KNX và BACnet có thể hoạt động cùng nhau không?
Có. Một hệ thống giám sát hoặc cổng kết nối ánh xạ cả hai vào một mô hình điểm; phần quan trọng là thống nhất hệ thống nào sở hữu mỗi chuỗi.
02Lựa chọn nào tốt hơn cho khách sạn?
KNX phổ biến trong phòng khách sạn và chiếu sáng khu vực công cộng. BACnet thường xuất hiện ở khu vực thiết bị kỹ thuật. Hai giao thức thường được kết hợp chứ không chọn loại trừ nhau.
03BACnet có luôn chạy qua IP không?
Không. BACnet/IP phổ biến, nhưng BACnet MS/TP qua nối tiếp vẫn tồn tại, đặc biệt trên thiết bị kỹ thuật và bộ điều khiển cũ hơn.
04Chúng tôi có cần cổng kết nối cho KNX không?
Thường là có, trừ khi bộ điều khiển có giao diện KNX gốc. Cổng kết nối cần được ghi trong ma trận giao diện cùng dung lượng điểm và bên chịu trách nhiệm cấu hình.
05Giao thức nào mở hơn?
Cả hai đều là tiêu chuẩn mở với hệ sinh thái khác nhau. Tính mở trên thực tế phụ thuộc vào tài liệu, quyền truy cập công cụ và mức độ sẵn sàng cung cấp các điểm của nhà sản xuất.
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.