Natywne czytniki RFID KNX – MDT i Gira

Czytniki kart RFID KNX są urządzeniami zasilanymi z magistrali, montowanymi flush w standardowej puszce ściennej 55 mm. Po przyłożeniu karty wysyłają telegramy KNX bezpośrednio na magistralę – do podstawowej logiki otwierania drzwi nie jest wymagany osobny kontroler dostępu.

Oba czytniki są konfigurowane w całości w ETS – do podstawowej pracy nie jest wymagane żadne zewnętrzne oprogramowanie. UID kart są wprowadzane jako ciągi szesnastkowe na stronie parametrów ETS, każdy powiązany z adresem grupowym KNX. Po przyłożeniu pasującej karty czytnik wysyła binarny telegram WŁĄCZ na ten adres grupowy, który jest następnie łączony z przekaźnikiem siłownika drzwi lub strefą alarmową.

Jak działa dostęp KNX RFID – przepływ telegramów

Łańcuch zdarzeń dostępu od przyłożenia karty do otwarcia drzwi obejmuje telegramy KNX pomiędzy trzema typami urządzeń: czytnikiem RFID, logiką/siłownikiem oraz przekaźnikiem rygla drzwiowego.

DPT dla czytników kart — binarny vs. ciąg UID

Czytniki RFID KNX używają różnych typów danych w zależności od tego, gdzie podejmowana jest decyzja o dostępie – na urządzeniu (wyjście binarne) lub centralnie (ciąg UID wysyłany do silnika logiki).

W przypadku większości instalacji mieszkaniowych i małych komercyjnych wystarczające jest wyjście binarne DPT 1.001 – UID są przechowywane w czytniku za pomocą ETS, a decyzja o dostępie podejmowana lokalnie. Centralne zarządzanie UID (string DPT) jest stosowane w dużych instalacjach z wieloma drzwiami i użytkownikami zarządzanymi z bazy danych.

System wielodrzwiowy – tabela stref i logika centralna

W budynkach z wieloma kontrolowanymi drzwiami (piętra biurowe, części wspólne mieszkań, parkingi) centralny silnik logiki KNX zarządza regułami dostępu opartymi na strefach. Router IP KNX (Weinzierl KNX IP Router 751, MDT IP Router SCN-IP100.02) działa jako centrum logiczne w połączeniu z funkcjami logicznymi ETS.

Każde drzwi mają własny adres grupowy czytnika RFID (wejście) i adres grupowy wyjścia przekaźnika. Aplikacja ETS łączy je z blokami logicznymi funkcji czasowych. Czytniki przy różnych drzwiach mogą współdzielić UID karty – ta sama karta działa przy wszystkich autoryzowanych drzwiach – lub mieć całkowicie oddzielne listy kart dla każdego drzwi.

Harmonogramy czasowe – godziny pracy i blokada weekendowa

Funkcje czasowe KNX (dostępne w ETS jako bloki funkcji logicznych lub przez harmonogramy czasowe Weinzierl BAOS/Gira X1) umożliwiają automatyczną kontrolę dostępu w zależności od pory dnia i dnia tygodnia.

Przykład logiki — UID karty + dostęp czasowy

Poniższy przykład bloku logicznego pokazuje, jak silnik logiki KNX (funkcja logiki ETS lub skryptowanie Weinzierl BAOS) implementuje czasowo ograniczony dostęp dla konkretnego UID karty.

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

W ETS logika ta jest implementowana za pomocą bloku funkcji logicznej ze sklepu ETS App Store (Thinka, Gira lub producenta). Bramka AND odbiera telegram karty i wyjście harmonogramu czasowego, a wynik steruje adresem grupowym przekaźnika. Blok funkcji timera automatycznie obsługuje 5-sekundowy czas impulsu.

Rejestrowanie audytu – monitor grup KNX do InfluxDB

Ruch monitora grup KNX może być przechwytywany i przechowywany do celów audytu bezpieczeństwa. Raspberry Pi z Calimero (biblioteka KNX w Javie) lub knxd + Python przechwytuje wszystkie telegramy na magistrali KNX i zapisuje zdarzenia dostępu do 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())

Tworzy to stały dziennik dostępu w InfluxDB, który można odpytywać za pomocą Grafany. Pulpit nawigacyjny pokazujący zdarzenia dostępu do drzwi na dzień, na kartę i na porę dnia zapewnia zarówno nadzór bezpieczeństwa, jak i wgląd operacyjny (np. wykrywanie prób dostępu po godzinach). Zasady przechowywania można ustawić na 365 dni w celu zgodności.

Porównanie – KNX RFID vs. wideodomofon 2N vs. inteligentny zamek Nuki

Okablowanie szafy – zasilanie elektrozaczepu i zamka magnetycznego

Wszystkie zasilacze i wyjścia przekaźnikowe dla sprzętu do blokowania drzwi muszą być podłączone z szafy rozdzielczej. To odróżnia panele PanelCraft od rozwiązań montowanych na miejscu – wszystkie wyjścia dla okuć drzwiowych są wstępnie okablowane, oznaczone i przetestowane w szafie przed dostawą.

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