KNX-нативные RFID-считыватели — MDT и Gira

KNX RFID-считыватели карт — это устройства с питанием от шины, монтируемые заподлицо в стандартную стенную коробку 55 мм. При предъявлении карты они отправляют KNX-телеграммы непосредственно по шине — для базовой логики открытия двери не требуется отдельное оборудование контроллера доступа.

Оба считывателя полностью настраиваются в ETS — для базовой работы не требуется внешнее ПО. UID карт вводятся в виде шестнадцатеричных строк на странице параметров ETS, каждая привязывается к групповому адресу KNX. При предъявлении соответствующей карты считыватель отправляет бинарную телеграмму ON на этот групповой адрес, который затем связывается с реле привода двери или зоной сигнализации.

Как работает KNX RFID доступ — поток телеграмм

Цепочка событий доступа от касания карты до открытия двери включает телеграммы KNX через три типа устройств: RFID-считыватель, логику/привод и реле дверного замка.

DPT для считывателей карт — бинарный vs строка UID

RFID-считыватели KNX используют разные типы данных в зависимости от того, где принимается решение о доступе — на устройстве (двоичный выход) или централизованно (строка UID отправляется в логический движок).

Для большинства жилых и небольших коммерческих установок достаточно двоичного выхода DPT 1.001 — UID хранятся в считывателе через ETS, и решение о доступе принимается локально. Централизованное управление UID (строковый DPT) используется для крупных установок с множеством дверей и пользователей, управляемых из базы данных.

Многодверная система — таблица зон и центральная логика

Для зданий с несколькими контролируемыми дверями (офисные этажи, общие зоны квартир, парковка) центральный логический движок KNX управляет правилами доступа на основе зон. Маршрутизатор KNX IP (Weinzierl KNX IP Router 751, MDT IP Router SCN-IP100.02) выступает в качестве логического хаба в сочетании с логическими функциями ETS.

Каждая дверь имеет свой групповой адрес считывателя RFID (вход) и групповой адрес выхода реле. Приложение ETS связывает их с блоками логики временных функций. Считыватели на разных дверях могут использовать один и тот же UID карты — одна и та же карта работает на всех авторизованных дверях — или иметь полностью отдельные списки карт для каждой двери.

Временные расписания — рабочее время и блокировка на выходные

Временные функции KNX (доступны в ETS как блоки логических функций или через расписания таймеров Weinzierl BAOS/Gira X1) обеспечивают автоматическое управление доступом в зависимости от времени суток и дня недели.

Пример логики — UID карты + доступ по времени

Следующий пример логического блока показывает, как логический движок KNX (логическая функция ETS или BAOS-скриптинг Weinzierl) реализует доступ с ограничением по времени для конкретного UID карты.

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

В ETS эта логика реализуется с помощью блока Logic Function из магазина приложений ETS (Thinka, Gira или производительский). Элемент И принимает телеграмму карты и выход расписания, результат управляет групповым адресом реле. Таймер автоматически обрабатывает длительность импульса 5 секунд.

Журнал аудита — монитор группы KNX в InfluxDB

Трафик монитора группы KNX может быть захвачен и сохранен для целей аудита безопасности. Raspberry Pi с Calimero (Java библиотека KNX) или knxd + Python захватывает все телеграммы на шине KNX и записывает события доступа в 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())

Это создает постоянный журнал доступа в InfluxDB, доступный для запросов через Grafana. Панель мониторинга, показывающая события доступа к двери по дням, по картам и по времени суток, обеспечивает как контроль безопасности, так и оперативную информацию (например, обнаружение попыток доступа в нерабочее время). Политика хранения может быть установлена на 365 дней для соответствия требованиям.

Сравнение — KNX RFID vs 2N видеодомофон vs Nuki умный замок

Монтаж панели — питание дверного замка и магнитного замка

Все источники питания дверных замков и релейные выходы должны быть подключены от распределительного щита. В этом панели PanelCraft отличаются от собранных на месте решений — все выходы дверного оборудования предварительно подключены, промаркированы и протестированы в панели перед поставкой.

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