BMS integrācija · KNXnet/IP · BACnet/IP · OPC UA · 11 min lasīšanai

KNX integrācija ar BMS: OPC UA, BACnet un KNXnet/IP vārtejas

Ēkām, kas lielākas par 5000 m², ir nepieciešama ēkas pārvaldības sistēma (BMS), kas nodrošina centralizētu uzraudzību, trauksmju signalizāciju un atskaites par KNX, HVAC, enerģijas un ugunsgrēka trauksmes apakšsistēmām. Pareiza integrācijas ceļa izvēle starp KNX un BMS nosaka objekta uzticamību, datu bagātību un ilgtermiņa uzturējamību.

Kāpēc BMS integrācija ir svarīga lielām ēkām

Ēkās, kas lielākas par aptuveni 5000 m², apsaimniekošanas komanda nevar efektīvi pārvaldīt atsevišķas vadības sistēmas: KNX automatizāciju, HVAC BACnet kontrollerus, enerģijas Modbus skaitītājus, ugunsgrēka paneļus un piekļuves kontroli. Katrai apakšsistēmai ir sava programmatūra, trauksmju žurnāls un inženierrīks — tāpēc kļūmes paliek nepamanītas starp sistēmām, enerģijas zudumi ir neredzami, un apkope ir fragmentēta.

BMS nodrošina vienotu vadības paneli: vienu programmatūras saskarni, kas parāda tiešraides vērtības no visām apakšsistēmām, vienotu trauksmju pārvaldību ar eskalāciju, centralizētu tendenču reģistrēšanu enerģijas atskaitēm un vienotu darba pasūtījumu plūsmu apkopei. KNX pieslēgšana BMS ir būtiska jebkurai nopietnai komerciālai KNX instalācijai.

Tipisks BMS integrācijas apjoms 10 000 m² komerciālam birojam

300–800 KNX punkti: enerģijas skaitītāji, HVAC temperatūras, noslogojums, iekārtu statuss, trauksmes
HVAC BACnet/IP: AHU un FCU kontrolleri, chiller iekārta, BMS iestatījumu ierakstīšana kontrolleros
Enerģija Modbus: MID sertificēti apakšskaitītāji katram sadales skapim
Ugunsgrēka trauksme sausi kontakti: EN 54-2 paneļa izeja uz KNX bināro ieeju, tad uz BMS kā 1. prioritātes trauksme
Piekļuves kontrole OPC DA: durvju statuss un piespiedu ieejas trauksmes integrētas BMS trauksmju žurnālā

Integrācijas ceļu pārskats

Ir četri galvenie integrācijas ceļi KNX savienošanai ar BMS, katram ar atšķirīgām aparatūras prasībām, konfigurācijas darbietilpību un piemērotību dažādām BMS platformām:

Ceļš	Aparatūra	BMS prasība	Vislabāk piemērots
Tiešais KNXnet/IP	KNX IP maršrutētājs (Weinzierl 770, MDT)	Iebūvētais KNX draiveris BMS	BMS ar iebūvētu KNXnet/IP atbalstu
BACnet/IP vārteja	Intesis IN701KNX300000, LOYTEC LKNX-100	Jebkurš BACnet/IP klients	Honeywell Niagara N4, Schneider EcoStruxure
OPC UA vārteja	Lingg & Janke KNX Virtual, HMS Anybus	OPC UA klients	Mūsdienīgas BMS platformas, Siemens Desigo CC
Modbus TCP tilts	Weinzierl KNX ENO 634	Modbus TCP meistars	SCADA sistēmas ar spēcīgu Modbus atbalstu

KNXnet/IP tuneļošana tieši uz BMS

Ja BMS programmatūrā ir iebūvēts KNX draiveris — piemēram, Siemens Desigo CC ar KNX spraudni vai noteiktas Honeywell konfigurācijas — BMS serveris pieslēdzas tieši KNX tīklam kā KNXnet/IP tuneļošanas klients. KNX IP maršrutētājs (Weinzierl 770 vai MDT KNX IP Router), kas uzstādīts KNX TP tīklā, darbojas kā vārteja starp LAN un KNX vītā pāra kopni.

BMS serveris izveido tuneļa savienojumu ar KNX IP maršrutētāju, izmantojot UDP portu 3671. BMS var nosūtīt lasīšanas pieprasījumus jebkurai KNX grupas adresei un saņemt nepieprasītus atjauninājumus (rakstīšanas telegrammas) no KNX ierīcēm. KNX IP maršrutētāja multiraides grupa 224.0.23.12 pārraida visu KNX grupas adrešu trafiku LAN segmentā — BMS platformas var izvēlēties pievienoties šai multiraides grupai, lai saņemtu visas telegrammas bez izteiktas aptaujāšanas.

KNXnet/IP tuneļa savienojumu ierobežojumi

Maksimālais vienlaicīgo tuneļa savienojumu skaits uz vienu KNX IP maršrutētāju: 4

Katrs BMS draivera instances = 1 tuneļa savienojums

ETS6 konfigurācijas programmatūra = 1 papildu savienojums

Lieliem projektiem ar augstu telegrammu satiksmi:

Izmantojiet KNXnet/IP maršrutēšanu (BMS kā maršrutēšanas dalībnieks)

Maršrutēšana: neierobežots dalībnieku skaits, balstīta uz multicast

Nepieciešams, lai BMS atbalstītu KNXnet/IP maršrutēšanas režīmu

Weinzierl 770 atbalsta gan tuneļošanu (4 savienojumi),

and routing mode — select routing for >1,000 GAs

Vairākas KNX zonas: Lielās ēkās ar vairākām KNX zonām (piemēram, viena TP līnija uz stāvu) katrai zonai nepieciešams savs KNX IP maršrutētājs. BMS pievieno atsevišķu draivera instanci katram KNX IP maršrutētājam. Visiem KNX IP maršrutētājiem jāatrodas atsevišķā BMS VLAN, izolētā no vispārējā biroja LAN trafika, ar pareizi konfigurētu multicast pārvaldītajos slēdžos (ieslēgts IGMP snooping).

OPC UA vārtejas integrācija

OPC UA (IEC 62541) ir vēlamais mūsdienu integrācijas standarts ēku automatizācijā. OPC UA vārteja nolasa KNX grupu adrešu vērtības un atklāj tās kā strukturētus OPC UA mezglus, kuriem var abonēt jebkurš OPC UA klients, ieskaitot visas lielākās BMS platformas.

Lingg and Janke KNX Virtual ir programmatūras OPC UA serveris, kas darbojas Windows vai Linux vidē. Tas tieši importē ETS6 projektu, izveidojot strukturētu OPC UA mezglu katrai grupu adresei ar pareizo datu tipu, mērvienību (no DPT EU definīcijas) un aprakstu. Bezmaksas versija atbalsta līdz 50 grupu adresēm; virs tā tiek piemērota licence par punktu. BMS pieslēdzas kā OPC UA klients uz noklusējuma galapunktu opc.tcp://[host]:4840.

OPC UA priekšrocības salīdzinājumā ar BACnet/IP

Strukturēta adrešu telpa: mezgli satur DPT tipu, inženiertehnisko vienību, aprakstu
Uz abonēšanu balstīta: BMS saņem paziņojumus par izmaiņām, nav aptaujas pārslodzes
X.509 sertifikātu drošība: savstarpēja autentifikācija starp klientu un serveri
Neatkarīgs no ražotāja: darbojas jebkurš OPC UA klients, nav nepieciešams patentēts draiveris
Vārdu telpas: vairākas KNX zonas sakārtotas loģiskā mapju hierarhijā

HMS Anybus Communicator KNX

DIN-sliedes aparatūras OPC UA vārteja — nav nepieciešams servera dators. Savienojas ar KNX TP caur KNX savienotāju, publicē OPC UA serveri uz Ethernet porta. Konfigurē caur tīmekļa pārlūku: augšupielādējiet ETS6 grupu adrešu CSV failu, piešķiriet OPC UA mezglu nosaukumus. Piemērots vietām, kur nav praktiski uzstādīt atsevišķu servera datoru. Atbalsta līdz 512 KNX grupu adresēm.

BACnet/IP vārtejas konfigurācija

Intesis IN701KNX300000 vārteja (uz DIN sliedes) pārveido BACnet/IP uz KNX un atbalsta līdz 3000 KNX grupu adresēm, kas kartētas uz BACnet objektiem. Konfigurācija tiek veikta Intesis MAPS programmatūrā: importējiet ETS6 grupu adrešu CSV eksportu, piešķiriet katru GA BACnet objekta tipam (Analog Value, Binary Value, Analog Input) un instances numuram, pēc tam iestatiet BACnet ierīces ID un IP adresi.

BMS nolasa BACnet objektus caur BACnet/IP UDP portā 47808 (standarta BACnet ports). Visas galvenās BMS platformas to atbalsta: Honeywell Niagara N4 (Fox savienotājs), Siemens Desigo PX (lauka kontrolleris ar BACnet/IP moduli) un Schneider EcoStruxure Building Operation. Alternatīva vārteja — LOYTEC LKNX-100 ar iebūvētu tīmekļa serveri reāllaika diagnostikai, kas atbalsta KNXnet/IP maršrutēšanu kopā ar BACnet/IP lielām instalācijām.

BACnet trauksmes konfigurācija KNX binārajiem punktiem

KNX binārais GA (DPT 1.001), kartēts uz BACnet Binary Value objektu

Example: GA 2/5/0 "Fire_Alarm_Zone_1" → BV instance 250

Intesis MAPS: ieslēdziet Intrinsic Alarming BV objektam

Trauksmes vērtība: ACTIVE (present-value = 1)

Paziņojuma klase: 1 (prioritāte 1 BMS)

Kavēšanās uz novirzi: 0 s (tūlītēja)

Kavēšanās uz normu: 5 s (pretatlekšana)

BMS abonē COV (vērtības izmaiņas) BV objektam

Trauksme parādās BMS žurnālā ar laika zīmogu, prioritāti,

apstiprinājuma statusu un eskalācijas noteikumiem

Datu punktu atlases stratēģija

Ne visi KNX grupu adreses jāintegrē BMS. Katra GA ievilkšana BMS tērē punktu licences, piepilda tendenču datubāzes ar nebūtiskiem datiem un rada trauksmju plūdus no punktiem, kurus apsaimniekošanas komanda nevar ietekmēt. Strukturēta līmeņu pieeja nodrošina, ka BMS satur tikai operacionāli nozīmīgus datus.

Līmenis	Punktu tipi	BMS darbība
1. līmenis — obligāts	Enerģijas skaitītāja jauda (kW) un kWh, HVAC iestatījuma un faktiskās temperatūras, klātbūtnes statuss, iekārtu darbības statuss, trauksmes signāli (ugunsgrēks, SPD kļūme, UPS kļūme)	Tendenču žurnāls, trauksme, atskaite
2. līmenis — Ekspluatācijas	Apgaismojuma zonas ieslēgšanas/izslēgšanas statuss, žalūziju pozīcija (0–100%), ventilatora ātruma statuss, durvju atvēršana/aizvēršana (tikai uzraudzītām durvīm)	Tendenču žurnāls, bez trauksmes
3. līmenis — Izslēgt	Atsevišķu pogu nospiešanas GA, ainu aktivizācijas GA, KNX iekšējie loģiskie karogi, nodošanas ekspluatācijā diagnostikas GA	Neimportēt BMS

Tipisks punktu skaits 5000 m² komerciālai ēkai: 300–800 1. un 2. līmeņa punktu. 3. līmenis (pogu nospiešana, ainas) parasti ir 3–5 reizes vairāk grupu adrešu ETS6, bet tam nav ekspluatācijas vērtības BMS. Filtrēšana ETS6 eksporta posmā — izmantojot ETS6 grupu adrešu nosaukšanas konvencijas un eksporta filtrus — neļauj 3. līmeņa GA iekļūt BMS importa failā.

ETS6 eksporta darbplūsma BMS importam

ETS6 nodrošina strukturētu grupu adrešu eksportu, kas ļauj BMS inženieriem un vārtejas konfigurācijas rīkiem importēt simtiem datu punktu bez manuālas ievades. Eksports tiek veikts no ETS6: Fails — Eksports — Grupu adreses, ar izvades iespējām CSV (vārtejas rīkiem) vai OPC DA XML (Siemens Desigo CC OPS moduļa importam).

CSV eksports ietver katrai grupu adresei: adresi (piem., 5/3/1), DPT tipu (piem., 9.001 2 baitu peldošā komata skaitlim grādos pēc Celsija), nosaukumu un apraksta lauku. Intesis MAPS vārtejas konfigurācijas rīks šo CSV pieņem tieši — atbilstošo rindu atlasīšana un BACnet objektu tipu piešķiršana aizņem minūtes, nevis stundas manuālas ievades 500 punktiem.

ETS6 nosaukšanas disciplīna ir būtiska BMS importa kvalitātei

The ETS6 group address name becomes the BMS point name. Cryptic names like "GA_001" or "Obj_KNX_5_3_1" create unmanageable BMS databases. Use a consistent naming convention from commissioning: "Floor2_Office3_Temp_Setpoint_degC" or "DB3_HVAC_AHU1_RunStatus". Good ETS6 naming practice during commissioning eliminates BMS rename work that can take several days on a large project.

Trauksmes maršrutēšana no KNX uz BMS

KNX binārās grupas adreses (DPT 1.001), kas savienotas ar fiziskām trauksmes ieejām — ugunsgrēka signalizācijas sausie kontakti, aizsardzības pret pārspriegumu ierīces kļūdas izejas, UPS kļūdas releji, durvju piespiedu atvēršanas kontakti — tiek kartētas uz BMS trauksmes punktiem. BMS trauksmes pārvaldības dzinējs klasificē trauksmes pēc prioritātes, nosūta paziņojumus atbilstošajam personālam, pieprasa apstiprinājumu un uztur audita žurnālu.

EN 54-2 ugunsgrēka signalizācijas integrācijas ceļš

EN 54-2 ugunsgrēka signalizācijas paneļa sausā kontakta izeja

→ KNX binārās ievades modulis (MDT SCN-B8230.02)

→ KNX GA 1/9/0 "Fire_Alarm_Zone_1" (DPT 1.001)

→ BACnet/IP vārtejas binārās vērtības objekts BV-900

→ BMS trauksme: 1. prioritāte, obligāts apstiprinājums

→ BMS darbība: skaņas signāls, e-pasts dežurējošajam vadītājam

→ BMS žurnāls: ugunsgrēka žurnāls (atsevišķi no vispārējā)

Apstiprinājums: inženieris pieslēdzas BMS objektā

Nolasa trauksmi, pārbauda zonu, apstiprina ar iemeslu

Ugunsgrēka žurnāla ieraksts tiek saglabāts 5 gadus (EN 54-2 prasība)

Tendenču reģistrēšana un enerģijas datu glabāšana

BMS glabā KNX punktu vērtības kā laikrindas SQL Server datubāzē. Uzglabāšanas periodi un reģistrēšanas intervāli tiek konfigurēti katram punktu tipam, līdzsvarojot datu izšķirtspēju ar krātuves prasībām un atskaišu lietderību.

Enerģijas dati (kW, kWh)

Intervāls: 15 minūtes (96 ieraksti dienā uz punktu)
Uzglabāšana: vismaz 5 gadi (ISO 50001 prasība)
Miršanas josla: 0,1 kW, lai novērstu žurnāla pārplūšanu pie stabilas slodzes
Atskaites: dienas, mēneša, gada enerģija pa ķēdēm
Eksports: CSV komunālo maksājumu pārbaudei un ISO 50001 auditam

Temperatūras un HVAC dati

Intervāls: 5 minūtes (288 ieraksti dienā vienā punktā)
Glabāšana: slīdošas 90 dienas
Histerēze: 0.2°C, lai ignorētu sensora troksni
Lietojums: komforta sūdzību izpēte, HVAC bojājumu diagnostika
HVAC darba stundas: iegūtas no darba statusa binārā trenda

Saistītie ceļveži

Ēkas pārvaldība

Siemens Desigo CC un KNX: draivera konfigurācija un datu punkti