KNX vs Wirenboard: Европейский стандарт против открытого Linux-контроллера

Основная философия

KNX построен на интеллекте на периферии. Каждое устройство — исполнитель, датчик, кнопка — имеет собственную прошивку и общается напрямую с другими через телеграммы по двухпроводной шине TP. Контроллер не нужен, чтобы свет оставался включённым. Удаление или замена роутера KNX или ПК для программирования не влияет на работу устройств.

Wirenboard — полная противоположность: интеллект сосредоточен в Linux-компьютере на DIN-рейке (WB-MAP или WB-7xx) под управлением Debian GNU/Linux. Полевые устройства — платы реле, аналоговые I/O, датчики температуры 1-Wire — являются «тупыми» Modbus RTU-ведомыми, подключёнными через RS-485. Вся логика автоматизации выполняется как JavaScript-правила (движок wb-rules) или потоки Node-RED на центральном контроллере. Если контроллер выходит из строя, вся автоматизация останавливается.

Экосистема оборудования

Устройства KNX подключаются к общей двухпроводной шине. Экосистема включает приводы света, жалюзи, контроллеры фанкойлов, кнопочные панели, комнатные термостаты, DALI-шлюзы и счётчики энергии от более чем 500 сертифицированных производителей. Выбор устройств широк — любой MDT, ABB, Gira, Theben, Jung или Schneider можно заменить другим без перемонтажа проводки.

Полевые устройства Wirenboard — это обычно DIN-рейка Modbus RTU модули собственного бренда (релейные платы WB-MR6C, аналоговые выходы WB-MAO, цифровые I/O WB-MIO, мультисенсоры WB-MSW), подключённые по RS-485 на 9600 или 115200 бод. Любое стороннее Modbus RTU устройство — промышленные инверторы, счётчики энергии, HVAC-контроллеры — можно добавить с помощью пользовательского Modbus-шаблона.

Подход к программированию

KNX программируется через ETS6. Инженер назначает групповые адреса объектам связи устройств — для стандартного управления светом, жалюзи и HVAC не требуется язык программирования. Сложная логика (таймеры, многоусловные сцены, оптимизация HVAC) требует дополнительного логического модуля (MDT SCN-Logic, Gira HomeServer) или KNX IP-контроллера.

Логика Wirenboard пишется на JavaScript в движке wb-rules (интерпретатор JS на базе Duktape) или визуально в Node-RED. Правила могут подписываться на топики MQTT, записывать значения регистров Modbus, задавать таймеры и вызывать внешние HTTP API. Панели Grafana визуализируют исторические данные из встроенной InfluxDB. Можно использовать любые стандартные инструменты Linux — Python-скрипты, cron, Mosquitto pub/sub — вместе с wb-rules.

// wb-rules: lower setpoint when room unoccupied for 15 min
defineRule("hvac_eco_mode", {
  whenChanged: "/devices/wb-msw-v3_22/controls/Motion",
  then: function(newValue, devName, cellName) {
    if (newValue == 0) {
      // No motion — start 15-min countdown
      startTimer("eco_timer", 15 * 60 * 1000, function() {
        dev["modbus_hvac/setpoint_temp"] = 18; // Eco setpoint
        log.info("HVAC: eco mode activated");
      });
    } else {
      // Motion detected — restore comfort setpoint
      stopTimer("eco_timer");
      dev["modbus_hvac/setpoint_temp"] = 22;
    }
  }
});

Поддержка протоколов

Подходит ли система по типу применения

Гибридная архитектура: Wirenboard как BMS + KNX для автоматизации помещений

Самое сильное практическое применение обеих систем — гибрид: Wirenboard управляет инженерными системами здания (Modbus HVAC, учёт энергии, опрос солнечных инверторов, ввод/вывод сигнализации), а KNX отвечает за автоматизацию на уровне комнат (приводы освещения, приводы жалюзи, комнатные термостаты, кнопки, DALI). Шлюз KNX TCP/IP соединяет оба уровня — wb-rules могут читать и записывать групповые адреса KNX через KNXnet/IP.

Wirenboard WB-MAP (Debian Linux, central DIN-rail controller)
  │
  ├── RS-485 Modbus RTU backbone (9,600 baud)
  │     ├── WB-MAP12E — 12-channel energy sub-metering
  │     ├── Daikin VRV — Modbus adapter BRP069A61
  │     ├── SMA Sunny Boy — Modbus TCP solar inverter
  │     └── WB-MSW-V3 — CO2 / humidity / temperature sensor
  │
  ├── MQTT broker (Mosquitto) — internal message bus
  │     ├── Node-RED — visualisation and REST API flows
  │     └── Grafana + InfluxDB — energy dashboards
  │
  └── KNXnet/IP gateway (Weinzierl 730, UDP 47808)
        │  KNX TP bus (9,600 baud, 2-wire)
        ├── MDT AKU-1616 — 16-channel lighting actuator
        ├── MDT JAL-0800 — 8-channel blind actuator
        ├── MDT SCN-RTR — room thermostats (×8)
        └── Gira push-button interfaces

wb-rules KNX integration example:
  // Read KNX room temperature → publish to MQTT
  knxRead("1/0/1", function(value) {
    dev["knx_room1/temp"] = value; // → MQTT topic
  });
  // Write KNX setpoint when Modbus HVAC changes mode
  knxWrite("1/0/2", eco_active ? 18.0 : 22.0, "DPT_Value_Temp");