Integracja KNX z BMS: OPC UA, BACnet i bramy KNXnet/IP
Budynki komercyjne powyżej 5 000 m² wymagają systemu zarządzania budynkiem (BMS), aby zapewnić scentralizowane monitorowanie, alarmowanie i raportowanie w podsystemach KNX, HVAC, energetyki i sygnalizacji pożaru. Wybór odpowiedniej ścieżki integracji między KNX a BMS decyduje o niezawodności, bogactwie danych i długoterminowej łatwości utrzymania obiektu.
Dlaczego integracja BMS jest ważna dla budynków komercyjnych
W budynkach komercyjnych o powierzchni powyżej około 5 000 m² zespół zarządzania obiektem (FM) nie może efektywnie obsługiwać oddzielnych systemów sterowania dla automatyki budynkowej KNX, sterowników HVAC BACnet, liczników energii Modbus, central pożarowych i kontroli dostępu. Każdy podsystem ma własny interfejs oprogramowania, rejestr alarmów i narzędzia inżynierskie – co powoduje, że usterki pozostają niezauważone między systemami, straty energii są niewidoczne, a harmonogramowanie konserwacji jest rozdrobnione.
System zarządzania budynkiem (BMS) zapewnia zespołowi FM jeden punkt widzenia: jeden interfejs oprogramowania pokazujący wartości na żywo ze wszystkich podsystemów, ujednolicone zarządzanie alarmami z eskalacją, scentralizowane rejestrowanie trendów dla raportów energetycznych oraz jeden przepływ pracy dla zleceń konserwacyjnych. Podłączenie KNX do BMS jest zatem podstawową częścią każdej poważnej komercyjnej instalacji KNX.
Typowy zakres integracji BMS dla biura o powierzchni 10 000 m²
- 300–800 punktów KNX: liczniki energii, temperatury HVAC, obecność, status urządzeń, alarmy
- HVAC BACnet/IP: sterowniki AHU i FCU, agregat chłodniczy, zapisy wartości zadanych z BMS do sterowników
- Energia Modbus: podliczniki z certyfikatem MID na rozdzielnię
- Styki suche sygnalizacji pożaru: wyjście panelu EN 54-2 do wejścia binarnego KNX, następnie do alarmu BMS Priority 1
- Kontrola dostępu OPC DA: status drzwi i alarmy włamaniowe zintegrowane z rejestrem alarmów BMS
Przegląd ścieżek integracji
Istnieją cztery główne ścieżki integracji łączące KNX z BMS, różniące się wymaganiami sprzętowymi, nakładem konfiguracji i przydatnością dla różnych platform BMS:
| Ścieżka | Sprzęt | Wymaganie BMS | Najlepsze dla |
|---|---|---|---|
| Bezpośrednie KNXnet/IP | Router KNX IP (Weinzierl 770, MDT) | Natywny sterownik KNX w BMS | BMS z wbudowaną obsługą KNXnet/IP |
| Brama BACnet/IP | Intesis IN701KNX300000, LOYTEC LKNX-100 | Dowolny klient BACnet/IP | Honeywell Niagara N4, Schneider EcoStruxure |
| Brama OPC UA | Lingg & Janke KNX Virtual, HMS Anybus | Klient OPC UA | Nowoczesne platformy BMS, Siemens Desigo CC |
| Most Modbus TCP | Weinzierl KNX ENO 634 | Master Modbus TCP | Systemy SCADA z silnym wsparciem Modbus |
Tunelowanie KNXnet/IP bezpośrednio do BMS
Jeśli oprogramowanie BMS zawiera natywny sterownik KNX – na przykład Siemens Desigo CC z wtyczką KNX lub określone konfiguracje Honeywell – serwer BMS łączy się bezpośrednio z siecią KNX jako klient tunelowania KNXnet/IP. Router KNX IP (Weinzierl 770 lub MDT KNX IP Router) zainstalowany w sieci KNX TP działa jako brama między LAN a magistralą skręconą KNX.
Serwer BMS ustanawia połączenie tunelowe z routerem KNX IP na porcie UDP 3671. BMS może następnie wysyłać żądania odczytu do dowolnego adresu grupowego KNX i odbierać nieżądane aktualizacje (telegramy zapisu) z urządzeń KNX. Grupa multicastowa routera KNX IP 224.0.23.12 przenosi cały ruch adresów grupowych KNX w segmencie LAN – platformy BMS mogą opcjonalnie dołączyć do tej grupy multicastowej, aby odbierać wszystkie telegramy bez jawnego odpytywania.
Ograniczenia połączenia tunelowego KNXnet/IP
Maks. jednoczesnych połączeń tunelowych na router KNX IP: 4
Każda instancja sterownika BMS = 1 połączenie tunelowe
Oprogramowanie konfiguracyjne ETS6 = 1 dodatkowe połączenie
W przypadku dużych projektów z dużym ruchem telegramów:
Użyj routingu KNXnet/IP (BMS jako uczestnik routingu)
Routing: nieograniczona liczba uczestników, oparty na multiemisji
Wymaga BMS obsługującego tryb routingu KNXnet/IP
Weinzierl 770 obsługuje zarówno tunelowanie (4 połączenia)
and routing mode — select routing for >1,000 GAs
Wiele obszarów KNX: Duże budynki z wieloma obszarami KNX (np. jedna linia TP na piętro) wymagają własnego routera IP KNX. BMS łączy oddzielną instancję sterownika z każdym routerem IP KNX. Wszystkie routery IP KNX powinny znajdować się w dedykowanej sieci VLAN BMS, odizolowanej od ogólnego ruchu LAN biurowego, z poprawnie skonfigurowaną multiemisją na zarządzanych przełącznikach (włączone IGMP snooping).
Integracja z bramą OPC UA
OPC UA (IEC 62541) to preferowany nowoczesny standard integracji dla automatyki budynkowej. Brama OPC UA odczytuje wartości adresów grupowych KNX i udostępnia je jako strukturalne węzły OPC UA, które każdy klient OPC UA – w tym wszystkie główne platformy BMS – może subskrybować.
Lingg and Janke KNX Virtual to programowy serwer OPC UA działający w systemie Windows lub Linux. Importuje bezpośrednio plik projektu ETS6, tworząc dla każdego adresu grupowego strukturalny węzeł OPC UA z poprawnym typem danych, jednostką (z definicji DPT EU) i opisem. Darmowa wersja obsługuje do 50 adresów grupowych; powyżej tej liczby obowiązuje licencja na punkt. BMS łączy się jako klient OPC UA na domyślnym punkcie końcowym opc.tcp://[host]:4840.
Zalety OPC UA w porównaniu z BACnet/IP
- Strukturalna przestrzeń adresowa: węzły zawierają typ DPT, jednostkę inżynierską, opis
- Oparte na subskrypcji: BMS otrzymuje powiadomienia o zmianach, bez narzutu na odpytywanie
- Bezpieczeństwo certyfikatów X.509: wzajemne uwierzytelnianie między klientem a serwerem
- Niezależny od dostawcy: działa każdy klient OPC UA, nie jest potrzebny zastrzeżony sterownik
- Przestrzenie nazw: wiele obszarów KNX zorganizowanych w logiczną hierarchię folderów
HMS Anybus Communicator KNX
Sprzętowe bramka OPC UA na szynę DIN – nie wymaga serwera PC. Łączy się z KNX TP przez złącze KNX, udostępnia serwer OPC UA na porcie Ethernet. Konfiguracja przez przeglądarkę: wgraj plik CSV z grupami adresów z ETS6, przypisz nazwy węzłów OPC UA. Odpowiednie dla miejsc, gdzie uruchomienie dedykowanego serwera PC jest niepraktyczne. Obsługuje do 512 grup adresów KNX.
Konfiguracja bramki BACnet/IP
Intesis IN701KNX300000 to bramka BACnet/IP na KNX na szynę DIN obsługująca do 3 000 grup adresów KNX mapowanych na obiekty BACnet. Konfiguracja odbywa się za pomocą oprogramowania Intesis MAPS: zaimportuj eksport CSV grup adresów z ETS6, przypisz każdą GA do typu obiektu BACnet (Analog Value, Binary Value, Analog Input) i numeru instancji, a następnie ustaw identyfikator urządzenia BACnet i adres IP.
BMS odczytuje obiekty BACnet przez BACnet/IP na porcie UDP 47808, standardowym porcie BACnet. Wszystkie główne platformy BMS obsługujące BACnet to wspierają: Honeywell Niagara N4 (złącze Fox), Siemens Desigo PX (kontroler polowy z modułem BACnet/IP) i Schneider EcoStruxure Building Operation. LOYTEC LKNX-100 to alternatywna bramka z wbudowanym serwerem WWW do diagnostyki na żywo i obsługuje routing KNXnet/IP obok BACnet/IP dla dużych instalacji.
Konfiguracja alarmów BACnet dla binarnych punktów KNX
Binarna GA KNX (DPT 1.001) mapowana na obiekt BACnet Binary Value
Example: GA 2/5/0 "Fire_Alarm_Zone_1" → BV instance 250
W Intesis MAPS: włącz Intrinsic Alarming na obiekcie BV
Wartość alarmu: AKTYWNY (present-value = 1)
Klasa powiadomienia: 1 (Priorytet 1 w BMS)
Opóźnienie do stanu nieprawidłowego: 0s (natychmiast)
Opóźnienie do stanu normalnego: 5s (odszumianie)
BMS subskrybuje COV (zmianę wartości) na obiekcie BV
Alarm pojawia się w dzienniku alarmów BMS z znacznikiem czasu, priorytetem,
stanem potwierdzenia i regułami eskalacji
Strategia wyboru punktów danych
Nie wszystkie adresy grupowe KNX powinny być zintegrowane z BMS. Wprowadzenie każdego GA do BMS marnuje licencje na punkty, zapełnia bazy danych trendów nieistotnymi danymi i tworzy lawiny alarmów z punktów, na które zespół FM nie może reagować. Strukturalne podejście warstwowe zapewnia, że BMS zawiera tylko operacyjnie znaczące dane.
| Warstwa | Typy punktów | Działanie BMS |
|---|---|---|
| Warstwa 1 — Obowiązkowa | Moc licznika energii (kW) i kWh, wartości zadane i rzeczywiste temperatury HVAC, status zajętości, status pracy urządzeń, wejścia alarmowe (pożar, uszkodzenie SPD, uszkodzenie UPS) | Rejestr trendów, alarm, raport |
| Poziom 2 — Operacyjny | Status włącz/wyłącz strefy oświetlenia, pozycja żaluzji (0–100%), status prędkości wentylatora, drzwi otwarte/zamknięte (tylko drzwi monitorowane) | Rejestr trendów, brak alarmu |
| Poziom 3 — Wyklucz | GA pojedynczego przycisku, GA aktywacji sceny, flagi logiki wewnętrznej KNX, GA diagnostyczne rozruchu | Nie importuj do BMS |
Typowa liczba punktów dla biura o powierzchni 5000 m²: 300–800 punktów Tier 1 i Tier 2. Tier 3 (naciśnięcia przycisków, sceny) zazwyczaj reprezentuje 3–5 razy więcej adresów grupowych w ETS6, ale nie wnosi żadnej wartości operacyjnej w BMS. Filtrowanie na etapie eksportu ETS6 – przy użyciu konwencji nazewnictwa adresów grupowych ETS6 i filtrów eksportu – zapobiega przedostawaniu się GA Tier 3 do pliku importu BMS.
Przepływ pracy eksportu ETS6 dla importu BMS
ETS6 zapewnia strukturalny eksport adresów grupowych, który pozwala inżynierom BMS i narzędziom konfiguracji bramek importować setki punktów danych bez ręcznego wprowadzania. Eksport jest dostępny w ETS6 przez Plik – Eksport – Adresy grupowe, z opcjami wyjścia CSV (dla narzędzi bramek) lub OPC DA XML (dla importu modułu Siemens Desigo CC OPS).
Eksport CSV zawiera dla każdego adresu grupowego: adres (np. 5/3/1), typ DPT (np. 9.001 dla 2-bajtowej liczby zmiennoprzecinkowej w stopniach Celsjusza), nazwę i pole opisu. Narzędzie konfiguracji bramki Intesis MAPS akceptuje ten CSV bezpośrednio – wybranie odpowiednich wierszy i przypisanie typów obiektów BACnet zajmuje minuty zamiast godzin ręcznego wprowadzania dla 500 punktów.
Dyscyplina nazewnictwa ETS6 jest niezbędna dla jakości importu BMS
The ETS6 group address name becomes the BMS point name. Cryptic names like "GA_001" or "Obj_KNX_5_3_1" create unmanageable BMS databases. Use a consistent naming convention from commissioning: "Floor2_Office3_Temp_Setpoint_degC" or "DB3_HVAC_AHU1_RunStatus". Good ETS6 naming practice during commissioning eliminates BMS rename work that can take several days on a large project.
Kierowanie alarmów z KNX do BMS
Binarne adresy grupowe KNX (DPT 1.001) podłączone do fizycznych wejść alarmowych – styki bezpotencjałowe czujek pożarowych, wyjścia uszkodzeń SPD, przekaźniki awarii UPS, styki wymuszonego otwarcia drzwi – są mapowane na punkty alarmowe BMS. Silnik zarządzania alarmami BMS klasyfikuje alarmy według priorytetu, kieruje powiadomienia do odpowiedniego personelu, wymusza przepływ potwierdzeń i prowadzi audytowalny dziennik alarmów.
Ścieżka integracji sygnalizacji pożaru EN 54-2
Wyjście stykowe suche centrali pożarowej EN 54-2
→ Moduł wejść binarnych KNX (MDT SCN-B8230.02)
→ KNX GA 1/9/0 "Fire_Alarm_Zone_1" (DPT 1.001)
→ Obiekt Binary Value BV-900 bramy BACnet/IP
→ Alarm BMS: Priorytet 1, obowiązkowe potwierdzenie
→ Działanie BMS: alert dźwiękowy, e-mail do kierownika FM
→ Dziennik BMS: dziennik pożarowy (oddzielony od ogólnego dziennika alarmów)
Potwierdzenie: inżynier loguje się do BMS na miejscu
Odczytuje alarm, weryfikuje strefę, potwierdza z podaniem przyczyny
Wpis w dzienniku pożarowym przechowywany przez 5 lat (wymóg EN 54-2)
Rejestracja trendów i przechowywanie danych energetycznych
BMS przechowuje wartości punktów KNX jako dane szeregów czasowych w bazie danych SQL Server. Okresy przechowywania i interwały rejestracji są konfigurowane dla każdego typu punktu, równoważąc rozdzielczość danych z wymaganiami dotyczącymi przechowywania i użytecznością raportów.
Dane energetyczne (kW, kWh)
- Interwał: 15 minut (96 rekordów dziennie na punkt)
- Przechowywanie: minimum 5 lat (wymóg ISO 50001)
- Strefa nieczułości: 0,1 kW, aby zapobiec zalewaniu logów przy stabilnych obciążeniach
- Raporty: dzienna, miesięczna, roczna energia według obwodu
- Eksport: CSV do weryfikacji rachunków za media i przeglądu ISO 50001
Dane temperatury i HVAC
- Interwał: 5 minut (288 rekordów dziennie na punkt)
- Przechowywanie: 90 dni krocząco
- Strefa nieczułości: 0,2°C, aby ignorować szum czujnika
- Zastosowanie: badanie skarg na komfort, diagnostyka usterek HVAC
- Godziny pracy HVAC: pochodne z binarnego trendu stanu pracy
Potrzebujesz szaf KNX gotowych do integracji z BMS?
Budujemy szafy KNX z bramami BACnet/IP i OPC UA wstępnie skonfigurowanymi, eksportami ETS6 przygotowanymi do importu do BMS oraz routingiem KNXnet/IP skonfigurowanym dla dużych instalacji wieloobszarowych – dostarczane z pełną dokumentacją powykonawczą.
Poproś o wycenę →