Tích hợp giao thức
Tích hợp KNX
Cách địa chỉ nhóm, cổng kết nối và kiểu datapoint của KNX được ánh xạ vào nền tảng tòa nhà, kiểm thử và bàn giao mà không mất điều khiển cục bộ.
KNX là gì và được dùng ở đâu
KNX là tiêu chuẩn điều khiển tòa nhà mở, xây quanh bus cặp xoắn, với các phần mở rộng cho IP, vô tuyến và đường dây điện. Nó phổ biến ở châu Âu và được dùng rộng rãi cho chiếu sáng, che nắng, điều khiển phòng, bộ truyền động HVAC và phát hiện hiện diện. Thiết bị được chạy thử riêng lẻ: mỗi thiết bị có chương trình ứng dụng, tham số và địa chỉ nhóm. Bus được phi tập trung, nên một nút nhấn có thể kích hoạt bộ điều chỉnh độ sáng mà không cần bộ điều khiển trung tâm. Khả năng chịu lỗi cục bộ đó là một lý do KNX tồn tại lâu sau khi người lắp đặt ban đầu đã rời đi. Trước hết đây là bus hiện trường, không phải hệ thống IP. Dự án tích hợp nên tôn trọng điều đó: bus giữ hành vi cục bộ, và nền tảng bổ sung giám sát thay vì tạo sự phụ thuộc. 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à bus được cấp nguồn riêng với nguồn của thiết bị. Những giới hạn đó quyết định vị trí bộ ghép, bộ lặp và dung lượng dự phòng. Một bus khỏe ở cấp hiện trường vẫn có thể được ghi chép kém, và tài liệu là thứ dự án tiếp theo thừa hưởng.
- Chiếu sáng, điều chỉnh độ sáng và điều khiển kịch bản
- Che nắng và tự động hóa mặt dựng
- Điều khiển phòng, bộ truyền động HVAC và hiện diện
- Châu Âu và các dự án có hồ sơ đa nhà cung cấp
- Giới hạn bus được quy hoạch trước khi tích hợp
Các tuyến tích hợp và lựa chọn cổng kết nối
Có ba tuyến phổ biến. Một giao diện hoặc cổng kết nối KNX nối bus với nền tảng qua IP và đưa địa chỉ nhóm ra thành các điểm đọc và ghi được. Bộ định tuyến KNX IP làm điều tương tự ở lớp mạng và có thể bao nhiều đường. Cổng KNX gốc khả dụng khi bộ điều khiển hỗ trợ. Tuyến quyết định dung lượng, độ trễ và chẩn đoán. Cần hỏi cổng kết nối xuất được bao nhiêu địa chỉ nhóm, có hỗ trợ đường hầm hay định tuyến, cho phép bao nhiêu kết nối đồng thời và điều gì xảy ra khi bus hoặc mạng IP gặp lỗi. Với hệ thống lớn, hãy phân đoạn bus và bố trí bộ định tuyến có chủ đích thay vì kéo dài một đường. Cổng kết nối là hạ tầng: hãy cấp cho nó một bản dự phòng, một địa chỉ cố định và quy trình thay thế được ghi lại. Đường hầm thuận tiện cho một bộ giám sát duy nhất; định tuyến tốt hơn khi nhiều client cần bus cùng lúc. Ghi lại đường nào nằm sau bộ ghép nào; một lỗi trên một đường không nên đòi hỏi mở toàn bộ tủ.
- Cổng kết nối hoặc giao diện KNX qua IP
- Bộ định tuyến KNX IP cho hệ thống lớn hơn hoặc đã phân đoạn
- Cổng KNX gốc nếu có
- Dung lượng, độ trễ và chuyển đổi dự phòng được xác nhận trước thiết kế
Từ địa chỉ nhóm đến điểm trên nền tảng
Một điểm KNX không chỉ là một địa chỉ. Hồ sơ ánh xạ nên bao gồm địa chỉ nhóm, kiểu datapoint, đơn vị, tỷ lệ, chiều đọc/ghi, thiết bị sở hữu và chức năng mà điểm phục vụ. Một đối tượng một bit có thể là trạng thái, lệnh hoặc kích hoạt kịch bản; hồ sơ phải nói rõ là loại nào. Kiểu datapoint mang tỷ lệ: một giá trị một byte có thể là phần trăm, một giá trị hai byte có thể là nhiệt độ theo phần mười độ. Cờ đọc và cờ ghi không thể hoán đổi, và địa chỉ trạng thái nên tách khỏi địa chỉ lệnh. Việc đặt tên nên theo tiêu chuẩn tòa nhà chứ không theo chữ viết tắt của người lắp đặt. Bảng điểm là hợp đồng giữa lập trình viên KNX và kỹ sư nền tảng. Hãy kiểm thử mẫu của từng kiểu datapoint thay vì giả định rằng một ví dụ hoạt động đại diện cho phần còn lại. Khi một địa chỉ nhóm được hai hệ thống ghi, dự án cần quy tắc trọng tài và một chủ sở hữu duy nhất. Một địa chỉ nhóm dùng cho cả lệnh và trạng thái là nguyên nhân phổ biến của dao động.
- Địa chỉ nhóm và kiểu datapoint
- Chiều đọc/ghi và quyền sở hữu
- Đơn vị, tỷ lệ và dải kỹ thuật
- Quy ước đặt tên và quy tắc trọng tài
Đặt tên điểm và sổ đăng ký ánh xạ
Tên điểm phải đọc được lúc 03:00. Dùng cấu trúc cố định: tòa nhà, tầng, phòng hoặc hệ thống, thiết bị, chức năng và loại tín hiệu. Giữ địa chỉ nhóm KNX trong hồ sơ, không nhất thiết trong tên hiển thị; người vận hành cần chức năng, kỹ sư cần địa chỉ. Sổ đăng ký ánh xạ phải xuất được, vì nó sẽ được đối chiếu với dự án ETS, bản xuất cổng kết nối và cơ sở dữ liệu nền tảng. Mỗi điểm nên hiển thị kiểu datapoint, đơn vị, tỷ lệ, chiều, ngưỡng cảnh báo và chủ sở hữu. Khi một điểm được tính toán hoặc kết hợp, hãy ghi lại các đầu vào. Quy ước đặt tên chỉ hữu ích nếu được thực thi; hãy thêm bước xem xét trước khi chốt bảng điểm. Tránh các tên mã hóa điều kiện tạm thời, như một tầng sẽ được đổi tên hoặc một khách thuê sẽ chuyển đi. Tránh các chữ viết tắt mà chỉ một người lắp đặt hiểu. Sổ đăng ký cũng nên ghi địa chỉ thiết bị ETS, để có thể đối chiếu một bản ghi bus với thiết bị.
- Cấu trúc cố định đọc được mà không cần bản vẽ
- Địa chỉ nhóm trong hồ sơ, chức năng trong tên
- Sổ đăng ký ánh xạ xuất được
- Xem xét trước khi chốt bảng điểm
Kiểm thử và chạy thử nghiệm thu
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 được đọc, ghi và quan sát. Bao gồm kiểm tra tải bus: thăm dò dày có thể làm một hệ thống khỏe trông không đáng tin cậy. Bao gồm khởi động lại cổng kết nối và khởi động lại nền tảng; hành vi phục hồi là một phần của chức năng. Kiểm thử bus khi nền tảng bị ngắt, rồi khi nền tảng được kết nối; cả hai trạng thái đều quan trọng.
- 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
- Kiểm thử khởi động lại và phục hồi
Giới hạn, bàn giao và trách nhiệm
KNX vững chắc ở cấp hiện trường, nhưng có giới hạn. Băng thông bus được chia sẻ, nên thăm dò dày là thiết kế kém. Hỗn loạn địa chỉ nhóm phổ biến ở các hệ thống cũ và phải được làm sạch trước khi tích hợp. Một số thiết bị chỉ cung cấp ít đối tượng, và một số nhà sản xuất dùng phần mở rộng riêng. KNX Secure yêu cầu quản lý khóa mà nền tảng phải hỗ trợ. Nguyên tắc thực tiễn rất đơn giản: giữ điều khiển hiện trường ở hiện trường, giữ logic liên hệ thống trên nền tảng và ghi lại ranh giới. Tích hợp nên làm bus dễ đọc hơn, không che giấu bus. Bộ hồ sơ bàn giao nên gồm dự án ETS hoặc bản xuất địa chỉ, sổ đăng ký ánh xạ, cấu hình cổng kết nối và biên bản kiểm thử. Trách nhiệm về bus thuộc về đơn vị lắp đặt KNX; trách nhiệm về ánh xạ thuộc về đơn vị tích hợp. Hãy ghi rõ sự phân chia đó vào hợp đồng, đặc biệt với các thay đổi sau bàn giao. Một lần cải tạo nội thất trong tương lai sẽ thêm thiết bị; hãy để dành dải địa chỉ và dung lượng cổng kết nối cho việc đó. Một lượng nhỏ bộ ghép, nguồn cấp và đầu nối bus dự phòng giúp tránh một chuyến quay lại.
- Tránh thăm dò nơi liên lạc theo sự kiện hoạt động tốt
- Làm sạch và ghi chép địa chỉ nhóm cũ
- Xác nhận hỗ trợ KNX bảo mật trước thiết kế
- Giữ điều khiển cục bộ độc lập với nền tảng
- Để dự phòng địa chỉ và dung lượng cổng kết nối
Lập kế hoạch tích hợp KNX
14 rows| Hạng mục | Cần xác nhận | Vì sao quan trọng |
|---|---|---|
| Phương tiện bus | Cặp xoắn, IP, vô tuyến hoặc kết hợp | Quyết định cổng kết nối và cấu trúc mạng |
| Cấu trúc đường và vùng | Bộ ghép, nguồn cấp, dung lượng dự phòng | Ngăn quá tải và đơn giản hóa chẩn đoán |
| Giới hạn thiết bị | Tham chiếu giao thức: 64 thiết bị mỗi đường, 15 đường mỗi vùng | Xác định vị trí bộ ghép và bộ lặp |
| Sơ đồ địa chỉ nhóm | Đặt tên, dải địa chỉ, quyền sở hữu | Giúp việc ánh xạ và thay đổi sau này khả thi |
| Kiểu datapoint | Kiểu, đơn vị, tỷ lệ | Ngăn giá trị và lệnh sai |
| Cờ đọc/ghi | Tách lệnh và trạng thái | Tránh vòng lặp phản hồi và xung đột lệnh ghi |
| Dung lượng cổng kết nối | Số địa chỉ, đường hầm hoặc định tuyến, client | Xác định giới hạn tích hợp |
| Quyền đọc/ghi | Ai được phép ghi từng địa chỉ | Tránh lệnh xung đột |
| Kịch bản và lịch trình | Chúng nằm ở đâu và ai sở hữu | Ngăn logic trùng lặp |
| KNX bảo mật | Quản lý khóa và hỗ trợ thiết bị | Ảnh hưởng đến chạy thử và lựa chọn nền tảng |
| Chẩn đoán | Giám sát bus, nhật ký cổng kết nối, sự kiện nền tảng | Rút ngắn thời gian tìm lỗi |
| Tải bus | Tốc độ thăm dò và lưu lượng sự kiện | Giữ phản hồi ổn định, dễ dự đoán |
| Biên bản kiểm thử | Địa chỉ, kiểu datapoint và kết quả quan sát | Chứng minh từng điểm đã ánh xạ |
| Bàn giao | Dự án ETS, bản xuất địa chỉ, bảng điểm | Giữ hệ thống có thể bảo trì |
Hình ảnh dự án
3 images
Câu hỏi thường gặp
01Có thể tích hợp hệ thống KNX hiện có không?
Thường là có, nếu bus khỏe và địa chỉ nhóm đọc được. Đánh giá nên xác nhận nguồn thiết bị, bộ ghép, sự sẵn có của dự án ETS và liệu các địa chỉ có được ghi chép hay không.
02Có cần dự án ETS gốc không?
Có thì tốt. Không có nó, tham số thiết bị và địa chỉ nhóm vẫn có thể đọc được, nhưng thay đổi sẽ rủi ro. Thiếu dự án ETS là một phát hiện cần giải quyết trước khi tích hợp, không phải chi tiết để phát hiện lúc chạy thử.
03Loxone và KNX có thể chia sẻ điều khiển không?
Có. Dự án xác định hệ thống nào sở hữu từng địa chỉ nhóm và cách giải quyết xung đột. Một cách phân chia phổ biến là KNX cho thiết bị hiện trường, Loxone cho logic liên hệ thống và giao diện vận hành.
04Tích hợp KNX có cần cổng kết nối không?
Cần một giao diện giữa bus KNX và nền tảng. Đó có thể là cổng kết nối, bộ định tuyến IP hoặc cổng KNX gốc, tùy bộ điều khiển và hệ thống lắp đặt.
05Có thể tích hợp bao nhiêu địa chỉ nhóm?
Tùy thuộc vào cổng kết nối và bộ điều khiển, không theo một giới hạn cố định của nền tảng. Thiết kế nên xác nhận số địa chỉ, tốc độ cập nhật và chẩn đoán trước khi chốt bảng điểm.
06Có thể giữ kịch bản KNX không?
Có. Kịch bản có thể ở lại trong thiết bị KNX hoặc chuyển lên nền tảng, nhưng không thể cả hai nếu không có chủ sở hữu rõ ràng. Logic kịch bản trùng lặp là nguyên nhân phổ biến của hành vi không nhất quán.
07Điều gì xảy ra nếu nền tảng ngoại tuyến?
Thiết bị KNX nên tiếp tục các chức năng cục bộ: nút nhấn, bộ điều chỉnh độ sáng, bộ truyền động rèm và điều khiển phòng. Logic liên hệ thống dừng cho đến khi nền tảng hoạt động trở lại. Chế độ hỏng đó cần được kiểm thử và giải thích cho người vận hành.
08KNX có phù hợp với khách sạn không?
KNX phổ biến trong hồ sơ kỹ thuật phòng khách sạn, đặc biệt ở châu Âu. Nó hoạt động tốt cho chiếu sáng, che nắng và điều khiển phòng; logic PMS và năng lượng thường nằm ở lớp trê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.