KNX · Wirenboard · Modbus · MQTT · Node-RED · Linux · 11 min lasīšanai

KNX vs Wirenboard: Eiropas standarts pret atvērtā koda Linux kontrolleri

KNX ir decentralizēts, bez kontrollera darbināms kopnes protokols, kas standartizēts visā Eiropā. Wirenboard ir centralizēts Debian Linux kontrolleris ar RS-485 Modbus mugurkaulu, MQTT brokeri un JavaScript noteikumu dzinēju. Abas sistēmas pārstāv principiāli atšķirīgas filozofijas — un daudzos projektos pareizā atbilde ir izmantot abas.

Pamatfilozofija

KNX ir veidots, balstoties uz inteliģenci perifērijā. Katra ierīce — izpildmehānisms, sensors, spiedpoga — darbojas ar savu programmatūru un tieši sazinās ar citām ierīcēm, izmantojot grupas adrešu telegrammas pa divvadu TP kopni. Kontrolleris nav nepieciešams, lai gaisma paliktu ieslēgta. KNX maršrutētāja vai programmēšanas datora noņemšana vai nomaiņa neietekmē ierīču darbību.

Wirenboard ir pretējais: inteliģence ir centralizēta DIN-sliežu Linux datorā (WB-MAP vai WB-7xx sērija), kas darbojas ar Debian GNU/Linux. Lauka ierīces — releju plates, analogās I/O, 1-Wire temperatūras sensori — ir 'mēmi' Modbus RTU vergi, kas pieslēgti caur RS-485. Visa automatizācijas loģika darbojas kā JavaScript noteikumi (wb-rules dzinējs) vai Node-RED plūsmas uz centrālā kontrollera. Ja kontrolleris sabojājas, visa automatizācija apstājas.

KNX filozofija

  • Decentralizēta — inteliģence katrā ierīcē
  • Nav centrālā kontrollera vai servera
  • Atvērts standarts, ISO/IEC 14543-3
  • Deterministiska telegrammu piegāde pa TP kopni
  • ETS6 bezsaistes konfigurācijas rīks
  • Vairāk nekā 500 aparatūras ražotāju visā pasaulē

Wirenboard filozofija

  • Centralizēta — visa loģika uz Linux kontrollera
  • Mēmas Modbus RTU lauka ierīces
  • Atvērta aparatūra, atvērta programmatūra
  • MQTT brokeris kā iekšējā ziņojumu kopne
  • wb-rules JavaScript dzinējs + Node-RED
  • Wirenboard (Maskava) — Austrumeiropas tirgus

Aparatūras ekosistēma

KNX lauka ierīces pieslēdzas kopējai divvadu kopnei. Ekosistēma ietver gaismas, žalūziju, ventilatora konvektoru vadības blokus, spiedpogu paneļus, telpas termostatus, DALI vārtus un enerģijas skaitītājus no vairāk nekā 500 sertificētiem ražotājiem. Ierīču izvēle ir plaša — jebkuru MDT, ABB, Gira, Theben, Jung vai Schneider var aizstāt ar citu bez pārvadīšanas.

Wirenboard lauka ierīces parasti ir paša zīmola DIN-sliedes Modbus RTU moduļi (WB-MR6C releju plates, WB-MAO analogās izejas, WB-MIO digitālā I/O, WB-MSW multisensori), kas savienoti pa RS-485 ar 9600 vai 115200 bodu. Jebkuru trešās puses Modbus RTU ierīci — rūpnieciskos invertorus, enerģijas skaitītājus, HVAC kontrollerus — var pievienot, izmantojot pielāgotu Modbus veidni.

Ierīces tipsKNXWirenboard
Releja / pārslēgšanas izpildmehānismsMDT AKU, ABB SA/S, Theben RM — DIN-sliede, 4–16 kanāliWB-MR6C, WB-MR14 — Modbus RTU, 6–14 releju kanāli
Dimmera izpildmehānismsMDT AKD, ABB DG/S, Schneider MTN — DALI/1-10V/fāzesNav natively pieejams — nepieciešams 0-10V vai DMX modulis
Žalūziju / aizkaru izpildmehānismsMDT JAL, ABB JA/S, Gira 1039 — 4–8 kanālu TPNav pieejams — nepieciešams ārējs releja modulis + loģika
Telpas termostatsMDT SCN-RTR, ABB FCA, Berker S.1 — konfigurēts ar ETSSienas sensors WB-MSW — Modbus, temperatūra + CO2 + mitrums
Spiedpogu panelisGira, MDT, Jung, Merten — 2–8 pogas, barošana no kopnesWB-MRGBW LED gaismām — nav standarta taustiņu paneļa
Enerģijas skaitītājsMDT SMI-8-MID, ABB B23 — MID sertificēti, KNX nativeWB-MAP12E — 12 kanālu Modbus MID enerģijas skaitītājs
1-Wire / temperatūraNav tieša atbalsta KNX TPNative 1-Wire atbalsts — Dallas DS18B20 tieši

Programmēšanas pieeja

KNX programmē ar ETS6. Inženieris piešķir grupu adreses ierīču komunikācijas objektiem — standarta slēgšanai, aptumšošanai un HVAC vadībai nav nepieciešama programmēšanas valoda. Sarežģītai loģikai (taimeru programmas, daudznosacījumu ainas, HVAC optimizācija) nepieciešams papildu loģikas modulis (MDT SCN-Logic, Gira HomeServer) vai KNX IP kontrolleris.

Wirenboard loģika tiek rakstīta JavaScript valodā wb-rules dzinējā (Duktape bāzēts JS interpretators) vai vizuāli Node-RED. Noteikumi var abonēt MQTT tēmas, rakstīt Modbus reģistru vērtības, iestatīt taimerus un izsaukt ārējos HTTP API. Grafana paneļi vizualizē vēsturiskos datus no iebūvētās InfluxDB. Var izmantot jebkurus standarta Linux rīkus — Python skriptus, cron darbus, Mosquitto pub/sub — kopā ar wb-rules.

wb-rules JavaScript piemērs — HVAC iestatījums atkarībā no klātbūtnes

// 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;
    }
  }
});

Prasmju piesaiste vs ražotāja piesaiste

Wirenboard aparatūra un programmatūra ir atvērta — nav ražotāja licenču vai patentētu rīku. Bet sistēmai nepieciešamas Linux prasmes, lai to uzturētu, atkļūdotu un paplašinātu. Ja oriģinālais integrators, kurš uzrakstīja wb-rules JavaScript, aiziet, atrast aizstājēju ir grūti — nepieciešams izstrādātājs, kurš pārzina Debian, MQTT, JavaScript un Modbus. Tas ir šaurāks speciālistu loks nekā globālais KNX ETS6 integratoru pulks.

Protokolu atbalsts

ProtokolsKNXWirenboard
KNX TPNative — primārā kopneCaur KNX TCP vārteju (piem., Weinzierl IP/USB)
KNX/IPNative — KNXnet/IP maršrutēšana un tunelēšanaTikai caur KNX TCP vārteju
Modbus RTU (RS-485)Caur KNX-Modbus vārteju (Weinzierl, MDT)Native — RS-485 ports, 9 600–115 200 bodi
Modbus TCPCaur KNX-Modbus TCP vārtejuNative — wb-rules Modbus TCP klients
MQTTCaur KNX IP vārteju ar MQTT tiltuNative — Mosquitto brokeris kontrollerī
1-Wire (Dallas)Netiek atbalstīts nativelyNative — tiešs DS18B20 pieslēgums
DALINative caur KNX-DALI vārteju (jebkurš zīmols)Daļēji — DALI USB adapteris, ierobežots
BACnet/IPCaur KNX-BACnet vārteju (Intesis, Loytec)Caur trešās puses BACnet bibliotēku Linux
HTTP/REST APICaur KNX IP kontrolleri (piem., Gira X1)Native — wb-rules fetch(), jebkurš REST API
CAN kopneNetiek atbalstītsNative CAN interfeiss uz WB-MAP12H

Piemērotība pēc lietojuma veida

LietojumsKNXWirenboardHibrīds
I/O monitorings rūpnīcas cehāVāji — maz rūpniecisko KNX ierīčuLieliski — native Modbus RTU, RS-485N/A
Noliktavas apgaismojuma vadībaLabi — KNX DALI + kustības sensoriPieņemami — nepieciešami releju moduļi + pašu loģikaKNX apgaismojums + WB enerģijas uzskaite
Premium viedais dzīvoklisLieliski — pilna telpu automatizācijaPieņemami — ierobežotas pogas un aptumšošanaKNX telpas + WB Modbus HVAC
Viesnīcas numura automatizācijaLieliski — karšu lasītājs, FCU, žalūzijas, DALIVāji — nav viesnīcām specifiskas ekosistēmasN/A
Slimnīcas inženiersistēmasLabi — DALI avārijas, HVAC integrācijaPieņemami — Modbus HVAC, REST māsas izsaukumsKNX + WB BMS līmenis
Enerģijas apakšuzskaite (daudzdzīvokļu mājai)Labi — MID skaitītāji ar KNX kopniIzcili — WB-MAP12E, Grafana, InfluxDBKNX telpu + WB uzskaites panelis
Rūpniecisko procesu vadībaVāji — nav tam paredzētsLabi — Modbus RTU, CAN, 1-WireN/A
Datu centra videVāji — nav DCIM integrācijasLabi — Modbus sensori, REST/SNMPN/A

Hibrīda arhitektūra: Wirenboard kā BMS + KNX telpu automatizācijai

Spēcīgākais abu sistēmu praktiskais pielietojums ir hibrīds: Wirenboard pārvalda ēkas inženiersistēmas (Modbus HVAC, enerģijas uzskaite, saules invertoru aptauja, signalizācijas I/O), savukārt KNX atbild par telpu līmeņa automatizāciju (apgaismojuma izpildmehānismi, žalūziju izpildmehānismi, telpu termostati, spiedpogas, DALI). KNX TCP/IP vārteja savieno abus līmeņus — wb-rules var lasīt un rakstīt KNX grupu adreses, izmantojot KNXnet/IP.

Hibrīda topoloģija — dzīvojamā ēka ar Modbus HVAC un KNX telpām

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");

Ko Wirenboard pievieno KNX

  • Grafana enerģijas paneļi ar vēsturiskām tendencēm
  • Modbus HVAC integrācija bez KNX-Modbus vārtejas
  • REST API un webhook automatizācija (tarifu pārslēgšana, DR notikumi)
  • 1-Wire temperatūras sensori tehniskajās telpās
  • CAN kopne rūpnieciskajām iekārtām

Ko KNX pievieno Wirenboard

  • Telpu līmeņa izpildmehānismi bez pašdarinātas releju elektroinstalācijas
  • DALI apgaismojuma vadība ar sertificētiem KNX-DALI vārtiem
  • Pogu interfeisi ar daudzfunkcionālu kopnes programmēšanu
  • Viesnīcas karšu lasītāju un fan-coil iekārtu ekosistēma
  • Droša darbība, ja Wirenboard kontrolieris pārstartējas

Nepieciešams hibrīds KNX sadales panelis projektam ar Modbus HVAC?

Mēs projektējam un ražojam KNX sadales paneļus ar KNX-Modbus un KNXnet/IP vārtu integrāciju — saderīgus ar Wirenboard, Home Assistant un BMS platformām. Piegādājam testētus ar pilnu nodošanas dokumentāciju.

Pieprasīt cenu →
Ielādējas...
Uz augšu