OPC UA · KNX Virtual · IEC 62541 · SCADA · 10 min de lectura

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 en la automatización de edificios

OPC Unified Architecture (IEC 62541) es el sucesor de la familia de especificaciones OPC Classic (OPC DA/HDA/AE) limitada a Windows. Mientras que OPC DA usaba COM/DCOM y estaba limitado a conexiones Windows-Windows en el mismo segmento LAN, OPC UA es independiente de la plataforma (Windows, Linux, embebido), amigable con cortafuegos (un solo puerto TCP) y admite modelado estructurado de datos más allá de simples pares etiqueta-valor.

Tres características de OPC UA son particularmente valiosas para integraciones de automatización de edificios: el espacio de direcciones estructurado organiza los nodos KNX por jerarquía del edificio en lugar de listas planas de etiquetas; el tipado de datos mapea los DPT KNX directamente a los tipos base de OPC UA sin escalado manual; y la entrega basada en suscripción (push) significa que los clientes SCADA reciben actualizaciones de valores solo cuando los valores cambian, no en cada ciclo de sondeo.

Ventajas de OPC UA sobre OPC DA

Independiente de la plataforma: Windows, Linux, embebido
Sin configuración DCOM – un solo puerto TCP (4840)
Autenticación y cifrado mediante certificado X.509
Espacio de direcciones estructurado con metadatos
Push basado en suscripción: sin sobrecarga de polling

Plataformas BMS con cliente OPC UA

Siemens Desigo CC (controlador OPC UA nativo)
Schneider EcoStruxure Building Operation
Honeywell Niagara Framework (Tridium)
Inductive Automation Ignition SCADA
Siemens WinCC y TIA Portal

Arquitectura de 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.

Resumen de la arquitectura de 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

Nota sobre licencias: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.

Instalación y configuración

La configuración de KNX Virtual requiere cuatro pasos antes de que los clientes OPC UA puedan conectarse: conexión KNXnet/IP, importación de direcciones de grupo ETS6, configuración del endpoint OPC UA y configuración del certificado de seguridad. Realícelos en orden — los clientes OPC UA no pueden navegar por el espacio de direcciones hasta que se importen las direcciones de grupo.

Secuencia de configuración de 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

Generación de certificado X.509: KNX Virtual genera un certificado X.509 autofirmado en el primer inicio. Para los modos de seguridad Sign o Sign+Encrypt, el cliente BMS debe confiar en este certificado — exporte el certificado del servidor KNX Virtual e impórtelo en el almacén de confianza del cliente BMS. De manera similar, importe el certificado del cliente BMS en la lista de clientes de confianza de KNX Virtual. Algunos clientes (Ignition) manejan automáticamente el intercambio de certificados en la primera conexión; Desigo CC requiere importación manual del certificado.

Estructura del espacio de direcciones OPC UA

KNX Virtual organiza las direcciones de grupo importadas en el espacio de direcciones OPC UA utilizando la jerarquía de direcciones de grupo ETS6: el Grupo principal se convierte en una carpeta OPC UA, el Subgrupo se convierte en un objeto OPC UA, y las direcciones de grupo individuales se convierten en nodos de variable OPC UA con tipos de datos derivados del DPT. Esto refleja la estructura ETS6 familiar para los ingenieros KNX y hace que la navegación del árbol de nodos OPC UA sea intuitiva para los ingenieros BMS que tienen acceso al plan de direcciones de grupo ETS6.

Elemento KNX	Mapeo OPC UA	Ejemplo
Grupo principal (0–31)	Nodo de carpeta OPC UA	Carpeta: Iluminación
Subgrupo (0–7)	Nodo de objeto OPC UA	Objeto: Planta 01
Dirección de grupo (0–255)	Nodo de variable OPC UA	Variable: Atenuación Oficina 101
DPT 1.001 (Booleano)	OPC UA Booleano	true / false
DPT 5.001 (Porcentaje)	OPC UA Byte (0–255) o Float	0.0 – 100.0
DPT 9.001 (Temperatura)	OPC UA Float	-273.0 – 670760.96
DPT 12.001 (uint de 4 bytes)	OPC UA UInt32	0 – 4294967295
DPT 16.001 (String 14 caracteres)	OPC UA String	Texto ASCII

Cliente OPC UA Siemens Desigo CC

Desigo CC incluye un controlador cliente OPC UA nativo que explora el espacio de direcciones KNX Virtual e integra los nodos KNX en la jerarquía de activos de Desigo CC. A diferencia del controlador BACnet/IP, OPC UA no requiere licencias por punto por señal en todas las configuraciones de Desigo CC; verifique con la cotización de licencia de Siemens para el proyecto específico.

Pasos de integración OPC UA de Desigo CC

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) incluye un cliente OPC UA como controlador estándar en los servidores de automatización SmartX AS-P y AS-B. EBO comprende de forma nativa los tipos de datos de automatización de edificios y asigna nodos OPC UA Float a puntos de datos analógicos de EBO y nodos OPC UA Boolean a puntos de datos binarios de EBO sin requerir configuración manual de escalado.

Pasos de vinculación EBO OPC UA

EBO WorkStation → Controlador OPC UA → Agregar servidor
Ingrese la URL del punto final de KNX Virtual
Navegue por el árbol de nodos hasta las direcciones de grupo KNX
Vincule nodos a puntos de datos EBO (analógicos/binarios)
Enlace a gráficos, alarmas y horarios de EBO

Soporte nativo de DPT en EBO

EBO aplica automáticamente las etiquetas de unidad (°C, %, lux, kWh) según la propiedad EngineeringUnits del nodo OPC UA. KNX Virtual completa EngineeringUnits a partir de la definición DPT de ETS6: los nodos de temperatura aparecen con unidad °C, la energía con kWh, sin configuración manual en EBO.

Integración SCADA: Ignition y WinCC

Las plataformas SCADA industriales sirven cada vez más como capa de datos para los sistemas de gestión de energía (EnMS) según ISO 50001 en edificios comerciales. Los datos de los contadores de energía KNX — demanda de potencia de zona, consumo de energía, factor de potencia — son necesarios para los indicadores clave de rendimiento (KPI) del EnMS y los indicadores de rendimiento energético (EnPI) de la sección 6.6 de ISO 50001.

Ignition SCADA OPC UA → monitorización energética 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 y versiones posteriores incluyen conectividad de cliente OPC UA de forma nativa. Agregue KNX Virtual como servidor OPC UA en el canal OPC UA de WinCC, navegue hasta los nodos de energía KNX y vincúlelos a las etiquetas de WinCC para el registro de tendencias y alarmas. WinCC TIA Portal V16+ también admite conexiones OPC UA directamente desde la capa HMI/SCADA.

InduSoft Web Studio

AVEVA InduSoft Web Studio (ahora AVEVA Edge) incluye un controlador de cliente OPC UA. Conéctese a KNX Virtual utilizando la misma URL de punto final y el mismo procedimiento de confianza de certificados. InduSoft admite suscripciones OPC UA con banda muerta configurable: configure una banda muerta de 0,01 kWh para los totales de energía para evitar escrituras excesivas en la base de datos.

Suscripción vs. sondeo: eficiencia de red

La ventaja fundamental de las suscripciones OPC UA sobre el sondeo Modbus o BACnet COV son los intervalos de publicación y las bandas muertas configurables a nivel de suscripción, independientes de la tasa de escaneo KNX subyacente. Un sistema SCADA con 2000 nodos KNX puede suscribirse a todos los nodos con un intervalo de publicación de 500 ms, pero solo recibe paquetes de red para los nodos que realmente han cambiado más allá de su banda muerta.

Configuración de suscripción 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%

Múltiples clientes, un servidor: OPC UA admite múltiples suscripciones de clientes simultáneas al mismo servidor. Desigo CC, Ignition SCADA y un panel de gestión de energía pueden suscribirse simultáneamente a los nodos de energía KNX. KNX Virtual mantiene un estado de suscripción separado para cada cliente: los intervalos de publicación, las bandas muertas y los conjuntos de nodos monitoreados son independientes por cliente. El bus KNX se sondea solo una vez, independientemente de cuántos clientes OPC UA estén suscritos.

Guías relacionadas

Integración de pasarela

Puerta de enlace KNX a BACnet/IP: Intesis IN701KNX y configuración ETS6

Integración de pasarela

Puerta de enlace KNX Modbus: Weinzierl KNXGW-MODBUS y mapeo de registros

Solutions

Technologies

Knowledge

Company