Lectores RFID nativos KNX – MDT y Gira

Los lectores de tarjetas RFID KNX son dispositivos alimentados por el bus que se montan enrasados en una caja de pared estándar de 55 mm. Envían telegramas KNX directamente al bus cuando se presenta una tarjeta; no se requiere un controlador de acceso independiente para la lógica básica de apertura de puerta.

Ambos lectores se configuran completamente en ETS – no se requiere software externo para el funcionamiento básico. Los UID de las tarjetas se ingresan como cadenas hexadecimales en la página de parámetros de ETS, cada uno vinculado a una dirección de grupo KNX. Cuando se presenta una tarjeta coincidente, el lector envía un telegrama binario ON a esa dirección de grupo, que luego se vincula a un relé de actuador de puerta o zona de alarma.

Cómo funciona el acceso KNX RFID – flujo de telegramas

La cadena de eventos de acceso desde el toque de la tarjeta hasta la apertura de la puerta involucra telegramas KNX a través de tres tipos de dispositivos: el lector RFID, el módulo lógico/actuador y el relé de salida de la cerradura.

DPT para lectores de tarjetas — binario vs cadena UID

Los lectores RFID KNX utilizan diferentes tipos de datos dependiendo de dónde se toma la decisión de acceso — en el dispositivo (salida binaria) o centralmente (cadena UID enviada al motor lógico).

Para la mayoría de instalaciones residenciales y pequeñas comerciales, la salida binaria DPT 1.001 es suficiente – los UID se almacenan en el lector mediante ETS y la decisión de acceso se toma localmente. La gestión centralizada de UID (string DPT) se utiliza en grandes instalaciones con muchas puertas y usuarios gestionados desde una base de datos.

Sistema multi-puerta – tabla de zonas y lógica central

Para edificios con múltiples puertas controladas (pisos de oficinas, áreas comunes de apartamentos, estacionamientos), un motor lógico KNX central gestiona las reglas de acceso basadas en zonas. El router IP KNX (Weinzierl KNX IP Router 751, MDT IP Router SCN-IP100.02) actúa como hub lógico cuando se combina con funciones lógicas ETS.

Cada puerta tiene su propia dirección de grupo de lector RFID (entrada) y dirección de grupo de salida de relé. La aplicación ETS las vincula con bloques lógicos de función temporal. Los lectores en diferentes puertas pueden compartir un UID de tarjeta – la misma tarjeta funciona en todas las puertas autorizadas – o tener listas de tarjetas completamente separadas por puerta.

Horarios – horario laboral y bloqueo de fin de semana

Las funciones horarias KNX (disponibles en ETS como bloques de funciones lógicas, o mediante horarios de temporizador Weinzierl BAOS/Gira X1) permiten el control de acceso automático basado en la hora del día y el día de la semana.

Ejemplo de lógica — UID de tarjeta + acceso basado en tiempo

El siguiente ejemplo de bloque lógico muestra cómo un motor lógico KNX (función lógica ETS o scripting Weinzierl BAOS) implementa el acceso con límite de tiempo para un UID de tarjeta específico.

// ETS Logic Function Block — pseudocode representation
// (implemented as AND logic with time comparator in ETS)

INPUT:
  card_uid_signal   = GA 7/0/1  (binary, DPT 1.001)
                      -- triggered by MDT SCN-RFID55 for card A1B2C3

  time_condition    = GA 8/0/1  (binary, from KNX time schedule)
                      -- ON between 08:00–18:00 Mon–Fri
                      -- OFF outside working hours

LOGIC:
  IF card_uid_signal == TRUE          // card A1B2C3 presented
  AND time_condition == TRUE          // within working hours
  THEN:
    SEND GA 7/1/1 = TRUE             // door strike relay ON
    DELAY 5000 ms
    SEND GA 7/1/1 = FALSE            // door strike relay OFF (relock)
    SEND GA 9/0/1 = TRUE             // access log telegram

  ELSE IF card_uid_signal == TRUE     // card presented but outside hours
  AND time_condition == FALSE
  THEN:
    SEND GA 9/0/2 = TRUE             // access denied log telegram
    SEND GA 7/2/1 = TRUE             // LED: red flash (denied)

// Note: ETS logic blocks implement this as:
// AND gate → card GA + time GA → output → auto-off timer → relay GA

En ETS, esta lógica se implementa utilizando el bloque de Función lógica de la tienda de aplicaciones ETS (Thinka, Gira o específico del fabricante). La puerta AND recibe el telegrama de la tarjeta y la salida del horario, con el resultado activando la dirección de grupo del relé. Un bloque de función de temporizador maneja automáticamente el ancho de pulso de 5 segundos.

Registro de auditoría – Monitor de grupo KNX a InfluxDB

El tráfico del monitor de grupo KNX se puede capturar y almacenar para fines de auditoría de seguridad. Una Raspberry Pi ejecutando Calimero (biblioteca KNX Java) o knxd + Python captura todos los telegramas en el bus KNX y escribe los eventos de acceso en InfluxDB.

import asyncio
from xknx import XKNX
from xknx.io import ConnectionConfig, ConnectionType
from influxdb_client import InfluxDBClient, WriteOptions

ACCESS_GAS = {
    "7/0/1": "Main Entrance",
    "7/0/2": "Server Room",
    "7/0/3": "Management Floor",
    "9/0/2": "ACCESS DENIED",
}

influx = InfluxDBClient(
    url="http://localhost:8086",
    token="your_token",
    org="panelcraft"
)
write_api = influx.write_api(write_options=WriteOptions(batch_size=1))

async def telegram_received(telegram):
    ga = str(telegram.destination_address)
    if ga in ACCESS_GAS:
        door_name = ACCESS_GAS[ga]
        point = {
            "measurement": "access_events",
            "tags": {"door": door_name, "ga": ga},
            "fields": {"value": int(telegram.payload.value)},
        }
        write_api.write(bucket="access_log", record=point)
        print(f"{door_name}: access event at {telegram.date_time}")

async def main():
    xknx = XKNX(connection_config=ConnectionConfig(
        connection_type=ConnectionType.TUNNELING,
        gateway_ip="192.168.1.10",
    ))
    xknx.telegram_queue.register_telegram_received_cb(telegram_received)
    await xknx.start()
    await asyncio.sleep(float("inf"))

asyncio.run(main())

Esto crea un registro de acceso permanente en InfluxDB consultable a través de Grafana. Un panel que muestra eventos de acceso a puertas por día, por tarjeta y por hora del día proporciona tanto supervisión de seguridad como información operativa (por ejemplo, detección de intentos de acceso fuera del horario laboral). La política de retención se puede establecer en 365 días para cumplimiento normativo.

Comparación – RFID KNX vs videoportero 2N vs cerradura inteligente Nuki

Cableado del panel – alimentación de cerradura eléctrica y electroimán

Todas las fuentes de alimentación y salidas de relé para los componentes de bloqueo de puertas deben cablearse desde el cuadro de distribución. Aquí es donde los paneles PanelCraft se diferencian de las soluciones ensambladas en obra – todas las salidas para la ferretería de puertas están precableadas, etiquetadas y probadas en el panel antes de la entrega.

Panel DIN rail — Door Zone 1 (Main Entrance)

[24V PSU] ──── F1 (2A) ──── [KNX relay OUT 1] ──── X1:1 (strike +)
                                  ↑ NO contact      X1:2 (strike –, GND)
[KNX IP Router]
[MDT AKK-04UP]                   D1 (1N4007)       ← across X1:1/X1:2

[KNX binary IN] ─────────────── X2:1 (door sensor A)
                                  X2:2 (door sensor B)

[RFID reader KNX bus] ────────── KNX TP bus terminals

Terminal labels:
X1 = Door strike / maglock power output (PROTECTED)
X2 = Door sensor reed switch input
X3 = KNX TP bus to RFID reader in wall box