Lettori RFID nativi KNX – MDT e Gira

I lettori di carte RFID KNX sono dispositivi alimentati dal bus, montati a filo in una scatola da parete standard da 55 mm. Inviano telegrammi KNX direttamente sul bus quando viene presentata una carta — per la logica di base di apertura porta non è necessario un controller di accesso separato.

Entrambi i lettori sono configurati interamente in ETS – nessun software esterno richiesto per il funzionamento di base. Gli UID delle carte vengono inseriti come stringhe esadecimali nella pagina dei parametri ETS, ciascuno collegato a un indirizzo di gruppo KNX. Quando viene presentata una carta corrispondente, il lettore invia un telegramma binario ON a quell'indirizzo di gruppo, che viene poi collegato a un relè attuatore porta o a una zona di allarme.

Come funziona l'accesso KNX RFID – flusso di telegrammi

La catena di eventi di accesso dal contatto della carta all'apertura della porta coinvolge telegrammi KNX attraverso tre tipi di dispositivi: il lettore RFID, il modulo logico/attuatore e il relè di uscita per la serratura.

DPT per lettori di carte — binario vs stringa UID

I lettori RFID KNX utilizzano diversi tipi di dati a seconda di dove viene presa la decisione di accesso — sul dispositivo (uscita binaria) o centralmente (stringa UID inviata al motore logico).

Per la maggior parte delle installazioni residenziali e piccole commerciali, l'uscita binaria DPT 1.001 è sufficiente – gli UID sono memorizzati nel lettore tramite ETS e la decisione di accesso è presa localmente. La gestione centralizzata degli UID (string DPT) è utilizzata per grandi installazioni con molte porte e utenti gestiti da un database.

Sistema multi-porta – tabella delle zone e logica centrale

Per edifici con più porte controllate (piani uffici, aree comuni condominiali, parcheggi), un motore logico KNX centrale gestisce le regole di accesso basate sulle zone. Il router IP KNX (Weinzierl KNX IP Router 751, MDT IP Router SCN-IP100.02) funge da hub logico se combinato con le funzioni logiche ETS.

Ogni porta ha il proprio indirizzo di gruppo del lettore RFID (ingresso) e indirizzo di gruppo dell'uscita relè. L'applicazione ETS li collega con blocchi logici di funzione temporale. I lettori a porte diverse possono condividere un UID della carta – la stessa carta funziona su tutte le porte autorizzate – oppure avere elenchi di carte completamente separati per porta.

Programmi orari – orario di lavoro e blocco weekend

Le funzioni orarie KNX (disponibili in ETS come blocchi di funzioni logiche o tramite programmi orari Weinzierl BAOS/Gira X1) consentono il controllo automatico degli accessi in base all'ora del giorno e al giorno della settimana.

Esempio logico — UID carta + accesso basato sul tempo

Il seguente esempio di blocco logico mostra come un motore logico KNX (funzione logica ETS o scripting Weinzierl BAOS) implementa l'accesso con limitazione temporale per uno specifico UID carta.

// 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

In ETS, questa logica è implementata utilizzando il blocco Funzione logica dall'ETS App Store (Thinka, Gira o specifico del produttore). La porta AND riceve il telegramma della scheda e l'uscita del programma orario, con il risultato che pilota l'indirizzo di gruppo del relè. Un blocco funzione timer gestisce automaticamente la larghezza dell'impulso di 5 secondi.

Registrazione audit – Monitor gruppo KNX verso InfluxDB

Il traffico del monitor gruppo KNX può essere catturato e memorizzato per scopi di audit di sicurezza. Un Raspberry Pi che esegue Calimero (libreria KNX Java) o knxd + Python cattura tutti i telegrammi sul bus KNX e scrive gli eventi di accesso in 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())

Ciò crea un log di accesso permanente in InfluxDB interrogabile tramite Grafana. Una dashboard che mostra gli eventi di accesso alle porte per giorno, per scheda e per ora del giorno fornisce sia supervisione di sicurezza che informazioni operative (ad esempio, rilevamento di tentativi di accesso fuori orario). La politica di conservazione può essere impostata a 365 giorni per conformità.

Confronto – RFID KNX vs videocitofono 2N vs serratura intelligente Nuki

Cablaggio del quadro – alimentazione per serratura elettrica e magnete

Tutti gli alimentatori e le uscite relè per i componenti di blocco porte devono essere cablati dal quadro di distribuzione. È qui che i quadri PanelCraft si differenziano dalle soluzioni assemblate in loco – tutte le uscite per la ferramenta delle porte sono precablate, etichettate e testate nel quadro prima della consegna.

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