So sánh
Loxone so với KNX
So sánh thực tiễn giữa Loxone và KNX: logic chạy ở đâu, thiết bị được đấu dây thế nào, thay đổi được thực hiện ra sao và khi nào thiết kế kết hợp là hợp lý.
Hai kiến trúc trong một câu
KNX phân tán trí tuệ về phía các thiết bị. Cảm biến hiện diện, bộ truyền động điều sáng, bộ truyền động rèm và nút nhấn đều có kết nối bus và ứng dụng riêng. Chúng trao đổi địa chỉ nhóm qua bus cặp xoắn, và bất kỳ thiết bị đã chạy thử nào cũng có thể xử lý một telegram mà không cần bộ điều khiển trung tâm. Loxone tập trung logic vào một bộ điều khiển. Miniserver đọc đầu vào, chạy chương trình và điều khiển đầu ra; thiết bị kết nối qua Tree, Air, KNX, Modbus hoặc IP. Khác biệt này giải thích phần lớn các đánh đổi thực tiễn tiếp theo. Nó cũng giải thích vì sao hai hệ thống hỏng theo cách khác nhau: một hệ thống KNX có thể tiếp tục hoạt động từng thiết bị khi mất bộ giám sát, trong khi hệ thống Loxone phụ thuộc vào bộ điều khiển và bản sao lưu của nó. Không mô hình nào là tôn giáo; mỗi mô hình áp đặt một kỷ luật khác nhau về thiết kế, kiểm thử và tài liệu. Câu hỏi đúng là logic nên sống ở đâu trong suốt vòng đời tòa nhà.
- KNX: thiết bị phân tán, telegram địa chỉ nhóm
- Loxone: logic trung tâm, bộ điều khiển cục bộ, thiết bị đa giao thức
- Cả hai có thể cùng tồn tại trong một dự án
Đấu dây, cấu trúc mạng và giới hạn thiết bị
Một hệ thống KNX là một bus: thiết bị được nối chuỗi hoặc đấu hình sao trên cùng một đôi dây, với nguồn cấp và bộ ghép giữa các đường và vùng. Tham chiếu giao thức: một đường hỗ trợ tối đa 64 thiết bị bus và một vùng tối đa 15 đường, vì vậy cấu trúc mạng và dung lượng dự phòng cần được lập kế hoạch chứ không ứng biến. Hệ thống có tính dự đoán cao và rất phù hợp với dự án xây mới có danh mục thiết bị rõ ràng. Loxone Tree dùng một cáp duy nhất mang nguồn và liên lạc đến thiết bị Tree, giúp giảm số tuyến cáp về tủ nhưng gắn việc chọn thiết bị với hệ sinh thái Tree. Air đáp ứng cải tạo và các vị trí khó đi dây. Trên thực tế, thiết kế kết hợp là phổ biến: KNX cho chiếu sáng và che nắng, Tree hoặc Air cho điều khiển phòng, và một bộ điều khiển cho logic liên hệ thống. Cấu trúc mạng nên được vẽ trước khi kéo cáp đầu tiên. Chiều dài bus, dự phòng nguồn, vị trí bộ ghép và thiết bị dự phòng quan trọng hơn nhãn trên cáp.
- Bus KNX: quy hoạch đường, vùng và bộ ghép
- Tree: một cáp cho nguồn và dữ liệu
- Air: cải tạo và tuyến đi dây khó
- Kết hợp: chọn giao thức theo thiết bị, không theo hệ tư tưởng
Lập trình, kiểm soát thay đổi và quản lý phiên bản
Kỹ thuật KNX diễn ra trong ETS. Mỗi thiết bị có chương trình ứng dụng, tham số và địa chỉ nhóm; muốn thay đổi phải tải lại xuống thiết bị. Mô hình này tường minh và có thể chuyển giao, nhưng phụ thuộc vào dự án ETS và kỷ luật địa chỉ nhóm. Kỹ thuật Loxone diễn ra trong Loxone Config. Logic được xây dựng dưới dạng khối chức năng và liên kết trên bộ điều khiển, giúp các chuỗi liên hệ thống dễ đọc và dễ thay đổi hơn, nhưng logic gắn với cấu hình của bộ điều khiển đó. Không mô hình nào tốt hơn về bản chất; chúng hỏng theo những cách khác nhau. Một dự án KNX thiếu tệp ETS rất khó thay đổi an toàn. Một dự án Loxone thiếu bản sao lưu Config có phiên bản cũng mong manh tương tự. Cả hai đều cần hồ sơ hoàn công, nhật ký thay đổi và một người được chỉ định có thẩm quyền phê duyệt việc tải xuống. Phép thử thực tiễn rất đơn giản: một bên thứ ba có năng lực có thể hiểu thay đổi, thực hiện và hoàn tác được không?
- KNX: dự án ETS, tham số thiết bị, địa chỉ nhóm
- Loxone: dự án Config, khối chức năng, liên kết
- Bản sao lưu có phiên bản cho cả hai
- Người phê duyệt được chỉ định cho việc tải xuống
Cổng kết nối và lựa chọn giao diện
Cổng kết nối quyết định hệ thống này nhìn thấy được bao nhiêu phần của hệ thống kia. Giao diện KNX IP đưa địa chỉ nhóm ra cho bộ điều khiển; bộ định tuyến KNX IP nối các đường và vùng, có thể mang cả định tuyến lẫn đường hầm. Lựa chọn này ảnh hưởng đến dung lượng, độ trễ, chẩn đoán và số kết nối đồng thời. Cần hỏi giao diện xuất được bao nhiêu địa chỉ nhóm, có hỗ trợ định tuyến hay đường hầm, hành vi sau khi mạng bị gián đoạn và có yêu cầu KNX Secure hay không. Một cổng kết nối đã bão hòa khi bàn giao sẽ không còn chỗ cho lần cải tạo nội thất tiếp theo. Logic tương tự áp dụng cho các cầu giao thức khác: đếm điểm, không đếm thiết bị, và giữ dung lượng dự phòng cho những thay đổi luôn xuất hiện. Cổng kết nối nên được coi là hạ tầng có chế độ hỏng, có bản dự phòng và có quy trình thay thế được ghi lại. Ghi lại địa chỉ IP, mạng con, cổng và thông tin đăng nhập của nó trong kiểm soát thay đổi.
- Giao diện KNX IP so với bộ định tuyến IP
- Đường hầm so với định tuyến và số client đồng thời
- Dung lượng, độ trễ và KNX bảo mật
- Bản dự phòng, địa chỉ cố định và quy trình thay thế
Chạy thử, kiểm thử và các chế độ hỏng
Kiểm thử bus trước, rồi đến cổng kết nối, sau đó đến nền tảng. Trên bus, xác nhận nguồn thiết bị, bộ ghép đường, liên lạc địa chỉ nhóm và gọi lại kịch bản. Trên cổng kết nối, xác nhận khả năng phát hiện, xuất địa chỉ, hành vi đọc và ghi, và kết nối lại sau khi mạng bị gián đoạn. Trên nền tảng, xác nhận mỗi điểm đã ánh xạ hiển thị đúng giá trị, đơn vị và trạng thái, và một lệnh điều khiển đến được thiết bị hiện trường. Kiểm thử đường lỗi: ngắt cổng kết nối và kiểm tra rằng các chức năng KNX cục bộ vẫn tiếp tục. Ghi kết quả đối chiếu với bảng điểm, không ghi vào một sổ tay riêng. Một điểm xuất hiện trong cây duyệt chưa được nghiệm thu cho đến khi nó được đọc, ghi và quan sát tại thiết bị hiện trường. Kiểm thử chuỗi nên bao gồm những tình huống chỉ xảy ra ban đêm: một bộ đèn hỏng, một rèm kẹt, một lần khởi động lại bộ điều khiển giữa lúc chạy kịch bản.
- Tình trạng bus, bộ ghép và lưu lượng địa chỉ nhóm
- Phát hiện cổng kết nối, đọc/ghi và kết nối lại
- Giá trị, đơn vị và trạng thái của từng điểm trên nền tảng
- Vận hành cục bộ khi cổng kết nối ngoại tuyến
- Biên bản kiểm thử đã ký đối chiếu bảng điểm
Hệ sinh thái, chi phí vòng đời và sự khóa chặt
KNX có thị trường thiết bị rộng lớn: nhiều nhà sản xuất, nhiều kiểu dáng và nền tảng lắp đặt lâu dài, đặc biệt ở châu Âu. Cạnh tranh có thể giúp giá thiết bị minh bạch, nhưng thời gian kỹ thuật và chạy thử là chi phí thực. Loxone có danh mục thiết bị hẹp hơn và trải nghiệm phần mềm tích hợp hơn; bộ điều khiển và việc lập trình cho nó trở thành trung tâm của dự án. Trong cả hai trường hợp, báo giá ban đầu rẻ hơn không phải lúc nào cũng có vòng đời rẻ hơn. Hãy tính giờ kỹ thuật, vật tư dự phòng, đào tạo và các thay đổi tương lai, không chỉ phần cứng. Cũng cần tính chi phí của ranh giới: hai hệ thống nghĩa là hai bộ kỹ năng, hai bộ tài liệu và một bảng ánh xạ phải được duy trì. Thiết kế kết hợp thường là câu trả lời đúng, nhưng không miễn phí. Sự khóa chặt không chỉ là câu hỏi về giấy phép; đó còn là câu hỏi về kỹ năng, và so sánh trung thực phải bao gồm người vẫn còn sẵn sàng sau năm năm để thay một địa chỉ nhóm hay một khối Config.
- KNX: thiết bị đa nhà cung cấp, yêu cầu kỹ năng ETS
- Loxone: ngăn xếp tích hợp, lấy bộ điều khiển làm trung tâm
- Chi phí vòng đời bao gồm kỹ thuật và thay đổi
- Hai hệ thống nghĩa là hai bộ kỹ năng và một bảng ánh xạ
Lựa chọn nào phù hợp với tòa nhà của bạn
Chọn KNX khi hồ sơ yêu cầu một bus trung lập với nhà cung cấp, khi đơn vị tư vấn hoặc chủ đầu tư đã có chuyên môn KNX, hoặc khi việc chọn thiết bị từ nhiều nhà sản xuất là yêu cầu bắt buộc. Chọn Loxone khi tòa nhà cần một lớp logic thống nhất trên HVAC, chiếu sáng, che nắng, năng lượng và kiểm soát ra vào, và khi điều khiển cục bộ với giao diện vận hành rõ ràng quan trọng hơn tính độc lập của thiết bị. Nhiều dự án chọn cả hai: KNX ở cấp hiện trường, Loxone ở cấp tích hợp. Đó là một quyết định thiết kế, không phải thỏa hiệp. Quyết định nên được ghi lại kèm lý do, vì người kế tiếp sẽ hỏi vì sao ranh giới nằm ở đó. Một nguyên tắc đơn giản giúp ích: đặt điều khiển nơi có thiết bị, đặt phối hợp nơi có tòa nhà. Nếu dự án không có đội bảo trì, hãy ưu tiên kiến trúc ít bộ phận chuyển động hơn và tài liệu rõ ràng hơn.
- Ưu tiên KNX: thiết bị hiện trường đa nhà cung cấp và ETS nội bộ
- Ưu tiên Loxone: logic tích hợp và một giao diện vận hành
- Kết hợp: bus hiện trường KNX, giám sát Loxone
- Ghi lại ranh giới và lý do
So sánh Loxone và KNX
15 rows| Tiêu chí | Loxone | KNX |
|---|---|---|
| Kiến trúc | Lấy bộ điều khiển làm trung tâm; logic nằm trong Miniserver | Phân tán; logic nằm trong thiết bị bus |
| Đấu dây hiện trường | Tree, Air, KNX, Modbus và IP | Bus cặp xoắn với bộ ghép đường và vùng |
| Giới hạn cấu trúc mạng | Dung lượng bộ điều khiển và giới hạn phân đoạn Tree hoặc Air | Tối đa 64 thiết bị mỗi đường và 15 đường mỗi vùng |
| Lập trình | Khối chức năng Loxone Config | ETS với tham số thiết bị và địa chỉ nhóm |
| Lựa chọn thiết bị | Hệ sinh thái Loxone cùng các giao thức mở | Danh mục KNX đa nhà cung cấp |
| Chiếu sáng và che nắng | Thiết bị gốc và tích hợp KNX hoặc DALI | Bộ truyền động và cảm biến KNX gốc |
| HVAC | Qua I/O, Modbus, BACnet hoặc KNX | Qua bộ truyền động và cổng kết nối KNX |
| Logic liên hệ thống | Mạnh; một chương trình bộ điều khiển | Có thể, nhưng phân tán trên thiết bị và cổng kết nối |
| Cải tạo | Air và Tree giảm đấu dây mới | Vẫn cần đấu dây bus đến từng thiết bị |
| Cổng kết nối và giao diện | Giao diện KNX gốc hoặc cổng IP | Giao diện hoặc bộ định tuyến IP, đường hầm hoặc định tuyến |
| Chẩn đoán | Nhật ký nền tảng và chẩn đoán bộ điều khiển | Giám sát bus, nhật ký cổng kết nối và chẩn đoán ETS |
| Hành vi khi có lỗi | Lỗi bộ điều khiển dừng logic trung tâm; thiết bị cục bộ tùy trường hợp | Thiết bị bus có thể giữ chức năng cục bộ |
| Quản lý thay đổi | Phiên bản Config và bản sao lưu bộ điều khiển | Dự án ETS và kỷ luật địa chỉ nhóm |
| Kỹ năng | Đào tạo Loxone Config | Kinh nghiệm ETS và kỷ luật địa chỉ nhóm |
| Phù hợp điển hình | Logic tòa nhà tích hợp và một giao diện vận hành | Yêu cầu thiết bị đa nhà cung cấp |
Hình ảnh dự án
3 images
Câu hỏi thường gặp
01Loxone có điều khiển được thiết bị KNX không?
Có, thông qua giao diện hoặc cổng kết nối KNX. Thiết bị KNX giữ chương trình ứng dụng riêng; Loxone đọc và ghi địa chỉ nhóm. Dự án cần xác nhận những kiểu datapoint và địa chỉ nhóm nào được cung cấp.
02KNX có mở hơn Loxone không?
KNX là tiêu chuẩn mở với thiết bị đa nhà cung cấp. Loxone là nền tảng độc quyền với các giao diện mở, bao gồm KNX, Modbus, BACnet và API dựa trên IP. Tính mở phụ thuộc vào những gì bạn cần thay đổi sau này, không chỉ tên giao thức.
03Lựa chọn nào rẻ hơn?
Không có câu trả lời chung. KNX có thể có giá thiết bị cạnh tranh hơn nhưng yêu cầu kỹ thuật ETS. Loxone có thể giảm công đấu dây và tích hợp nhưng đặt bộ điều khiển làm trung tâm dự án. Hãy so sánh toàn bộ vòng đời: thiết kế, phần cứng, lập trình, chạy thử, vật tư dự phòng và các thay đổi tương lai.
04Có thể kết hợp Loxone và KNX trong một tòa nhà không?
Có. Một mô hình phổ biến là KNX cho chiếu sáng và che nắng ở cấp hiện trường, Loxone chạy logic liên hệ thống, HVAC và năng lượng. Ranh giới nên được ghi lại: hệ thống nào sở hữu từng địa chỉ nhóm, kịch bản và lịch trình.
05Loxone có thay thế hệ thống KNX không?
Không về mặt vật lý. Thiết bị KNX hiện có thường có thể giữ nguyên và được tích hợp. Việc thay thế chỉ hợp lý khi thiết bị đã lỗi thời, không còn sẵn có hoặc không đáp ứng được chức năng yêu cầu.
06Lựa chọn nào tốt hơn cho khách sạn?
Cả hai đều có thể phù hợp. KNX phổ biến trong các hồ sơ kỹ thuật khách sạn ở châu Âu và cho phép chọn thiết bị rộng. Loxone mạnh ở nơi điều khiển phòng, sự kiện PMS, năng lượng và giám sát tòa nhà cần chung một lớp logic. Loại phòng và mô hình vận hành nên quyết định.
07Có cần ETS để thay đổi hệ thống KNX không?
Có, với các thay đổi ở cấp thiết bị: tham số và địa chỉ nhóm nằm trong dự án ETS. Bộ giám sát có thể thay đổi kịch bản và lịch trình mà không cần ETS, nhưng không thể thay đổi ứng dụng của thiết bị.
08Điều gì xảy ra khi bộ điều khiển gặp lỗi?
Thiết bị KNX có thể tiếp tục vận hành bus cục bộ cho các chức năng không phụ thuộc bộ điều khiển. Bộ điều khiển Loxone nên được chỉ định với dung lượng dự phòng, bản sao lưu và quy trình phục hồi được ghi lại. Chế độ hỏng phải nằm trong thiết kế.
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.