OPC UA · KNX Virtual · IEC 62541 · SCADA · 10 min czytania

KNX OPC UA Server: Lingg & Janke KNX Virtual and SCADA Connection

OPC UA (IEC 62541) provides a vendor-neutral, secure, subscription-based integration layer between KNX building automation and enterprise SCADA, BMS, and energy management systems. KNX Virtual from Lingg & Janke exposes every KNX group address as a structured OPC UA node, with DPT-correct data types and X.509 certificate security — eliminating the polling overhead and vendor lock-in of older integration approaches.

OPC UA w automatyce budynkowej

OPC Unified Architecture (IEC 62541) jest następcą rodziny specyfikacji OPC Classic (OPC DA/HDA/AE) działającej tylko w systemie Windows. Podczas gdy OPC DA używało COM/DCOM i było ograniczone do połączeń Windows-Windows w tym samym segmencie LAN, OPC UA jest niezależne od platformy (Windows, Linux, embedded), przyjazne dla zapór sieciowych (pojedynczy port TCP) i obsługuje strukturalne modelowanie danych wykraczające poza proste pary tag-wartość.

Trzy cechy OPC UA są szczególnie cenne dla integracji automatyki budynkowej: strukturalna przestrzeń adresowa organizuje węzły KNX według hierarchii budynku, a nie płaskich list tagów; mapowanie typów danych odwzorowuje DPT KNX bezpośrednio na typy bazowe OPC UA bez ręcznego skalowania; a dostarczanie oparte na subskrypcji (push) oznacza, że klienci SCADA otrzymują aktualizacje wartości tylko wtedy, gdy wartości się zmieniają, a nie w każdym cyklu odpytywania.

Zalety OPC UA nad OPC DA

  • Niezależność od platformy: Windows, Linux, embedded
  • Brak konfiguracji DCOM – pojedynczy port TCP (4840)
  • Uwierzytelnianie i szyfrowanie certyfikatem X.509
  • Ustrukturyzowana przestrzeń adresowa z metadanymi
  • Push oparty na subskrypcji: brak narzutu związanego z pollingiem

Platformy BMS z klientem OPC UA

  • Siemens Desigo CC (natywny sterownik OPC UA)
  • Schneider EcoStruxure Building Operation
  • Honeywell Niagara Framework (Tridium)
  • Inductive Automation Ignition SCADA
  • Siemens WinCC i TIA Portal

Architektura KNX Virtual

KNX Virtual is a software application from Lingg & Janke that runs on Windows or Linux and acts as both a KNX client and an OPC UA server. On the KNX side, it connects to the KNX installation via KNXnet/IP tunnelling (IP router or IP interface) or via a USB KNX interface attached to the server PC. On the OPC UA side, it listens on the configured TCP port and accepts connections from any OPC UA client.

Przegląd architektury KNX Virtual

KNX Installation (TP bus)
        │
        ▼
KNX IP Router / IP Interface (KNXnet/IP)
        │  (UDP multicast or unicast)
        ▼
KNX Virtual (Windows/Linux server)
  ├── KNXnet/IP tunnelling client
  ├── ETS6 group address import (XML / .knxproj)
  ├── DPT → OPC UA data type mapping
  └── OPC UA server (opc.tcp://server_ip:4840)
        │
        ▼
OPC UA Clients:
  ├── Siemens Desigo CC
  ├── Schneider EcoStruxure Building Operation
  ├── Ignition SCADA (Inductive Automation)
  └── Any IEC 62541-compliant client

Uwaga dotycząca licencji:KNX Virtual is licensed per number of KNX group addresses (nodes) exposed via OPC UA. Check the Lingg & Janke pricing tiers before designing the integration — a 500-node licence covers most commercial building projects, while large campus installations with thousands of KNX objects require higher tiers. The licence is node-count-based, not client-count-based: any number of OPC UA clients can connect simultaneously.

Instalacja i konfiguracja

Konfiguracja KNX Virtual wymaga czterech kroków przed połączeniem klientów OPC UA: połączenie KNXnet/IP, import adresów grupowych ETS6, konfiguracja punktu końcowego OPC UA oraz konfiguracja certyfikatów bezpieczeństwa. Wykonaj je w podanej kolejności – klienci OPC UA nie mogą przeglądać przestrzeni adresowej, dopóki adresy grupowe nie zostaną zaimportowane.

Sekwencja konfiguracji KNX Virtual

Step 1: KNXnet/IP connection
  Settings → KNX → Connection type: KNXnet/IP tunnelling
  IP address of KNX IP router (e.g. 192.168.1.10)
  Tunnelling port: 3671 (default)
  Test: KNX bus status indicator shows green

Step 2: ETS6 group address import
  Option A: Export from ETS6 → File → Export Group Addresses
            Format: XML (OPC UA compatible) or CSV
  Option B: Import full .knxproj file directly
  Settings → Import → select exported file
  All group addresses appear in the node browser

Step 3: OPC UA endpoint configuration
  Settings → OPC UA → Endpoint URL:
  opc.tcp://192.168.1.50:4840
  Port 4840 is the IANA-assigned OPC UA default
  Change only if firewall rules require alternate port

Step 4: Security mode
  None:          No authentication, no encryption (testing only)
  Sign:          Certificate-based authentication, no encryption
  Sign+Encrypt:  Certificate authentication + TLS encryption
  Recommended for production: Sign+Encrypt

Generowanie certyfikatu X.509: KNX Virtual generuje samopodpisany certyfikat X.509 przy pierwszym uruchomieniu. Dla trybów bezpieczeństwa Sign lub Sign+Encrypt klient BMS musi zaufać temu certyfikatowi – wyeksportuj certyfikat serwera KNX Virtual i zaimportuj go do magazynu zaufania klienta BMS. Podobnie zaimportuj certyfikat klienta BMS do listy zaufanych klientów KNX Virtual. Niektóre klienty (Ignition) automatycznie wymieniają certyfikaty przy pierwszym połączeniu; Desigo CC wymaga ręcznego importu certyfikatu.

Struktura przestrzeni adresowej OPC UA

KNX Virtual organizuje zaimportowane adresy grupowe w przestrzeni adresowej OPC UA, używając hierarchii adresów grupowych ETS6: Grupa główna staje się folderem OPC UA, Podgrupa staje się obiektem OPC UA, a poszczególne adresy grupowe stają się węzłami zmiennych OPC UA z typami danych pochodzącymi z DPT. Odzwierciedla to strukturę ETS6 znaną inżynierom KNX i ułatwia przeglądanie drzewa węzłów OPC UA inżynierom BMS, którzy mają dostęp do planu adresów grupowych ETS6.

Element KNXMapowanie OPC UAPrzykład
Grupa główna (0–31)Węzeł folderu OPC UAFolder: Oświetlenie
Podgrupa (0–7)Węzeł obiektu OPC UAObiekt: Piętro 01
Adres grupowy (0–255)Węzeł zmiennej OPC UAZmienna: Przyciemnianie Office 101
DPT 1.001 (Boolean)OPC UA Booleantrue / false
DPT 5.001 (Procent)OPC UA Bajt (0–255) lub Float0.0 – 100.0
DPT 9.001 (Temperatura)OPC UA Float-273.0 – 670760.96
DPT 12.001 (4-bajtowy uint)OPC UA UInt320 – 4294967295
DPT 16.001 (String 14 znaków)OPC UA StringTekst ASCII

Klient OPC UA Siemens Desigo CC

Desigo CC zawiera natywny sterownik klienta OPC UA, który przegląda przestrzeń adresową KNX Virtual i integruje węzły KNX z hierarchią zasobów Desigo CC. W przeciwieństwie do sterownika BACnet/IP, OPC UA nie wymaga licencji punktowych na sygnał we wszystkich konfiguracjach Desigo CC – należy to zweryfikować z ofertą licencyjną Siemens dla konkretnego projektu.

Kroki integracji Desigo CC OPC UA

1. Desigo CC Workstation
   → System Management → Network → Add OPC UA server
   → Endpoint URL: opc.tcp://192.168.1.50:4840
   → Security: Sign+Encrypt (recommended)

2. Certificate exchange:
   → Export KNX Virtual server certificate
   → Import into Desigo CC OPC UA trusted servers
   → Export Desigo CC client certificate
   → Import into KNX Virtual trusted clients list
   → Connection status: Connected (green)

3. Browse and import KNX nodes:
   → Expand node tree: Root → KNX → Main Group → Sub Group
   → Drag variable nodes to Desigo CC Floor Plan asset structure
   → Assign display names matching CAFM room numbering

4. Bind to Desigo CC functions:
   → Alarms: right-click Boolean variable → Create Alarm
   → Trends: right-click Float variable → Create Trend Log
   → Graphics: drag data point to Desigo CC graphic template

Schneider EcoStruxure Building Operation

Schneider EcoStruxure Building Operation (EBO) zawiera klienta OPC UA jako standardowy sterownik w serwerach automatyki SmartX AS-P i AS-B. EBO natywnie rozumie typy danych automatyki budynkowej i mapuje węzły OPC UA Float na analogowe punkty danych EBO oraz węzły OPC UA Boolean na binarne punkty danych EBO bez konieczności ręcznej konfiguracji skalowania.

Kroki wiązania EBO OPC UA

  • EBO WorkStation → Sterownik OPC UA → Dodaj serwer
  • Wprowadź URL punktu końcowego KNX Virtual
  • Przeglądaj drzewo węzłów do adresów grupowych KNX
  • Powiąż węzły z punktami danych EBO (analogowe/binarne)
  • Połącz z grafikami, alarmami i harmonogramami EBO

Natywna obsługa DPT w EBO

EBO automatycznie stosuje etykiety jednostek (°C, %, lux, kWh) na podstawie właściwości EngineeringUnits węzła OPC UA. KNX Virtual wypełnia EngineeringUnits z definicji DPT w ETS6 — węzły temperatury pojawiają się z jednostką °C, energia z kWh, bez ręcznej konfiguracji w EBO.

Integracja SCADA: Ignition i WinCC

Platformy SCADA przemysłowego coraz częściej służą jako warstwa danych dla systemów zarządzania energią (EnMS) zgodnych z ISO 50001 w budynkach komercyjnych. Dane z liczników energii KNX — zapotrzebowanie na moc strefy, zużycie energii, współczynnik mocy — są wymagane dla kluczowych wskaźników efektywności (KPI) EnMS oraz wskaźników efektywności energetycznej (EnPI) zgodnie z sekcją 6.6 normy ISO 50001.

Ignition SCADA OPC UA → monitorowanie energii KNX

Ignition Designer → OPC Connections → Add OPC UA server
  Server URL: opc.tcp://192.168.1.50:4840
  Security: Sign+Encrypt
  Certificate: accept KNX Virtual cert (Ignition auto-trusts)

Tag Browser → OPC → Browse KNX Virtual nodes:
  Root/KNX/Energy/FloorB1/Zone01_kWh → drag to Tag Editor
  Tag name: FloorB1_Zone01_Energy
  Data type: Float (from DPT 12.001 / OPC UA UInt32)
  Deadband: 0.01 kWh

Historian configuration (for ISO 50001 trending):
  Tag history → Sample mode: On Change
  Storage provider: Ignition Historian (TimescaleDB)
  Max age: 5 years (ISO 50001 baseline requirement)

EnMS dashboard (Ignition Perspective):
  Zone kWh bar chart (monthly, year-over-year)
  Peak demand (kW) time-series per zone
  Energy intensity: kWh per m² per month
  Export to Excel: Ignition Report Module → XLSX

Siemens WinCC OPC UA

WinCC V7.5 i nowsze zawierają natywną łączność klienta OPC UA. Dodaj KNX Virtual jako serwer OPC UA w kanale OPC UA WinCC, przeglądaj węzły energii KNX i powiąż je z tagami WinCC w celu rejestracji trendów i alarmów. WinCC TIA Portal V16+ również obsługuje połączenia OPC UA bezpośrednio z warstwy HMI/SCADA.

InduSoft Web Studio

AVEVA InduSoft Web Studio (obecnie AVEVA Edge) zawiera sterownik klienta OPC UA. Połącz się z KNX Virtual, używając tego samego adresu URL punktu końcowego i procedury zaufania certyfikatów. InduSoft obsługuje subskrypcje OPC UA z konfigurowalną strefą nieczułości – skonfiguruj strefę nieczułości 0,01 kWh dla sum energii, aby zapobiec nadmiernym zapisom do bazy danych.

Subskrypcja a odpytywanie: wydajność sieci

Podstawową zaletą subskrypcji OPC UA w porównaniu z odpytywaniem Modbus lub BACnet COV są konfigurowalne interwały publikacji i strefy nieczułości na poziomie subskrypcji, niezależne od podstawowej szybkości skanowania KNX. System SCADA z 2000 węzłów KNX może subskrybować wszystkie węzły z interwałem publikacji 500 ms – ale otrzymuje tylko pakiety sieciowe dla węzłów, które faktycznie zmieniły się poza swoją strefę nieczułości.

Konfiguracja subskrypcji OPC UA

Subscription parameters (configured in OPC UA client):
  Publishing interval:    500ms (minimum update rate)
  Lifetime count:         1200 (600 seconds before timeout)
  Max keep-alive count:   20   (10 seconds between heartbeats)
  Max notifications:      0    (unlimited per publish cycle)

Monitored item parameters (per node):
  Sampling interval:  500ms (same as publishing interval)
  Queue size:         1 (latest value only)
  Discard oldest:     true

Deadband configuration (prevents unnecessary publishes):
  Temperature nodes:      Absolute ±0.1°C
  Energy total (kWh):     Absolute ±1 kWh
  Power demand (kW):      Absolute ±0.05 kW
  Lighting dimmer (%):    Absolute ±0.5%
  Binary (on/off):        No deadband (always publish changes)

Network impact example:
  2,000 KNX nodes, 500ms publishing interval, 90% static:
  Without deadband: 4,000 OPC UA publish messages/second
  With deadband:    ~200 messages/second (only changed values)
  Network load reduction: 95%

Wielu klientów, jeden serwer: OPC UA obsługuje wiele jednoczesnych subskrypcji klientów do tego samego serwera. Desigo CC, Ignition SCADA i pulpit zarządzania energią mogą jednocześnie subskrybować węzły energii KNX. KNX Virtual utrzymuje oddzielny stan subskrypcji dla każdego klienta – interwały publikacji, strefy nieczułości i zestawy monitorowanych węzłów są niezależne dla każdego klienta. Magistrala KNX jest odpytywana tylko raz, niezależnie od liczby subskrybowanych klientów OPC UA.

Potrzebujesz integracji KNX OPC UA dla swojego projektu SCADA lub BMS?

Projektujemy szafy KNX ze wstępnie skonfigurowaną integracją serwera OPC UA — import adresów grupowych, konfiguracja certyfikatów i weryfikacja drzewa węzłów względem struktury tagów SCADA przed dostawą.

Poproś o wycenę →
Ładowanie...
Powrót do góry