Az épületgépészeti rendszerek ma már összetett, automatizált hálózatok, amelyekben a hibás vagy hiányzó üzemeltetési logika nemcsak komfortproblémákat, hanem 10–20%-os beruházási és akár több tízmillió forintos életciklus‑többletköltséget is okozhat. A cikk azt mutatja be, hogyan csökkenthetők ezek a kockázatok az üzemállapot‑mátrix, a havária‑forgatókönyvek és a BMS‑logika tudatos, már a tervezési fázisban történő kidolgozásával.
1. Problémafelvetés
A modern épületek gépészeti rendszerei egyre összetettebbé válnak. Az épületeknek ma már nem csupán alapvető komfortfeltételeket kell biztosítaniuk, hanem egyre magasabb belső komfortigényeket és egyre összetettebb üzemeltetési elvárásokat is ki kell elégíteniük. Egyre több épületgépészeti rendszer kap központi automatikát – fűtés, hűtés, szellőzés, klímatizálás, használatimelegvíz-előállítás és technológiai rendszerek –, amelyek épületfelügyeleti rendszerbe (BMS) integráltan működnek.
A tervdokumentáció készítése során ugyanakkor az üzemeltetési logikák pontos meghatározása gyakran háttérbe szorul. A kivitelező számos esetben nem teljesíti maradéktalanul a 191/2009. (IX. 15.) Korm. rendelet szerinti kötelezettségét, különösen a kivitelezési dokumentáció – azon belül az épületgépészeti rendszerek működését és üzemeltetését bemutató leírás – és a megvalósult állapotot rögzítő megvalósulási dokumentáció elkészítését és átadását illetően. A dokumentáció hiánya miatt az üzemeltető sokszor tapasztalati úton, próbálkozásokkal kényszerül a rendszereket működtetni. A rendszerismeret hiánya nem csupán komfortproblémákat okozhat, hanem jelentős gazdasági veszteségeket is generálhat.
2. Az üzemeltetési logika hiányának látens problémái
Az üzemeltetési logikák meghatározása nélküli tervezés komoly rejtett problémákat rejt magában:
Problémák a kivitelezés során
A kivitelezés során gyakran merülnek fel jogos többletigények, amelyek már a tervezési szakaszban is felismerhetők lennének, ha a megrendelő megfelelő hangsúlyt fektetne igényei pontos meghatározására. Tipikus példák:
Bivalens működés energetikai optimalizációja: a hőszivattyú és a kazán együttműködésének optimális működési pontjai nincsenek definiálva, és az automatika sem ennek megfelelően kezeli a rendszert, ezért az nem a leghatékonyabb módon üzemel.
Üzemállapotra optimalizált rendszerek: az éjszakai csökkentett üzem, az átmeneti időszakok vagy a haváriahelyzetek kezelése nincs előre megtervezve.
Megfelelően szabályozható légtechnikai ágak: a zónánkénti vagy helyiségenkénti szabályozás hiánya miatt utólag kell beszerelni VAV-szabályozókat, motoros szelepeket és egyéb szabályozási elemeket.
Komfort- és technológiai zónák szétválasztásának hiánya: később derül ki, hogy az azonos ágra kötött helyiségek (pl. iroda, labor, géptér) eltérő hőmérséklet- és üzembiztonsági igényeit nem lehet külön kezelni, ezért utólag kell új ágakat, szelepeket, érzékelőket és önálló szabályozást kiépíteni.
Hiányzó helyiségprioritási logika: nincs előre definiálva, hogy teljesítményhiány vagy havária esetén mely terek (életvédelem, technológia, komfort) élveznek elsőbbséget, így egy későbbi BMS-finomhangolás során akár drága átalakításokkal kell módosítani a zónázást, a beavatkozási pontokat és/vagy a riasztási szinteket.
Nem definiált korlátozási lépcsők (load shedding): nincs rögzítve, hogy hűtési vagy fűtési kapacitáshiány esetén milyen lépésekben, milyen setpointokkal kell visszavenni a komfortot (pl. +2 °C, +4 °C, szakaszos lekapcsolás), ezért a BMS-t csak utólag, pótmunkaként lehet olyan szintre programozni, amely ténylegesen támogatja az üzemeltetőt.
Hőhasznosítási logika elmaradása: a szárazhűtő vagy a hőszivattyú kondenzátorhőjének hasznosítása (HMV, fűtési puffertároló előfűtése) a terveken gyakran csak „lehetőségként” jelenik meg, konkrét váltási pontok, ΔT-értékek és prioritási sorrend nélkül, így a funkciót a kivitelezés után, külön megbízásként kell „életre kelteni” a BMS-ben.
Üzemmódváltási hiszterézisek hiánya: a nyári, téli, átmeneti és éjszakai üzemmódok közötti váltás hőmérséklet- és időalapú logikája nincs végiggondolva, emiatt a rendszer „vadászik”: gyakori kapcsolgatások és felesleges indítások jelentkeznek, amelyeket utólag PID-paraméterezéssel (arányos-integráló-differenciáló tulajdonságú paraméterezéssel), hiszterézisek és időzítések pótlásával kell javítani.
Nem tisztázott havária-forgatókönyvek: nincs előre rögzítve, hogy egy-egy kulcsberendezés (kazán, hőszivattyú, főszivattyú, légkezelő, frisslevegő-ventilátor) kiesésekor mi a zónánként elvárt minimumszolgáltatási szint, ezért a BMS tervezésekor és programozásakor gyakran újra kell értelmezni és tervezni a teljes rendszert, sokszor kiegészítve plusz szenzorokkal és vezérlőkártyákkal.
Hiányos HMV-prioritási logika: nem kerül rögzítésre, hogy HMV-csúcsigény vagy kazánkiesés esetén milyen mértékben és milyen időtartamra szorítható vissza a fűtési vagy hűtési komfort, ezért a rendszer vagy feleslegesen túlméretezett lesz, vagy az üzemeltetés során „kézi tűzoltásra” kényszerülnek, amit később BMS-átprogramozással kell formalizálni.
Kézi és szervizüzemek protokolljának hiánya: nincs megfogalmazva, mely berendezéseket meddig és milyen védelmek mellett lehet kézi üzemben járatni BMS-hiba esetén, így egy valós haváriában kapkodva, ad hoc módon történik a kézi üzemeltetés, majd a tapasztalatok alapján kell utólag részletes szervizüzemi leírást és BMS-funkciókat kidolgozni.
E hiányosságok sok esetben csak többletköltséggel, pótmunkaként kezelhetők.
Paradoxon: időmegtakarítás kontra költségnövekedés
A tapasztalat azt mutatja, hogy amit a megrendelő időben megspórol a tervezésen, azt elveszíti a kivitelezés során. Ez azonban nem csupán pénzügyi veszteséget jelent, hanem gazdasági és szervezési bizonytalanságot is generál a következők miatt:
- kivitelezési határidők csúszása,
- pótmunkák miatti költségnövekedés,
- üzembe helyezési problémák,
- garanciális viták,
- hosszú távú üzemeltetési hatékonysági veszteségek.
3. Mi az üzemeltetési logika, és miért fontos?
Az üzemeltetési logika definíciója
Az üzemeltetési logika az épületgépészeti rendszerek lehetséges üzemállapotainak, az ezek közötti átmeneteknek, a triggereknek és a szabályozási paramétereknek átfogó, dokumentált leírása. Ez különösen – de nem kizárólagosan – az alábbiakat foglalja magában:
- Normál üzemállapotok meghatározását
- Téli fűtési üzem (külső hőmérséklet alapján)
- Nyári hűtési üzem
- Átmeneti üzem (ősz/tavasz)
- Éjszakai vagy csökkentett üzem
- Hétvégi/ünnepi fagyvédelmi üzem
- Havária (vészhelyzeti) üzemállapotokat
- Kazánkiesés vagy hőtermelő meghibásodás
- Szivattyúhiba
- Légkezelő meghibásodása
- BMS vagy szenzorhiba
- Villamos energiakorlátozás
- A BMS-triggerek típusait és paramétereit
- Külső hőmérséklet küszöbértékek és hiszterézis
- Puffer hőmérsékletek és ΔT értékek
- Időprogramok (napi, heti, éves)
- Terhelési százalékok és kaszkád vezérlés feltételei
- Hibajelzések és fallback (visszaesési) logikák
- Hőfok setpointokat (alapértékeket) minden üzemállapotban
- Előremenő/visszatérő hőmérsékletek fűtési körökben
- Hűtési puffer hőmérsékletek
- Helyiség-setpointok (alapértékek) zónánként
- Speciális technológiai igények
- Szivattyúk, szelepek, berendezések alapállapotát
- Mely szivattyúk működnek normál/csökkentett/havária üzemben
- Motoros szelepek nyitási/zárási állapota
- VAV-szabályozás CO₂ és/vagy páratartalom alapján
Hűtési telepek / kaszkádrendszerek külön aktiválási feltételei
Az üzemállapot-mátrix szerepe
Az üzemállapot-mátrix az egyik legfontosabb dokumentum az üzemeltetési logika átadásához. Olyan strukturált táblázat, amely minden releváns üzemállapotot tartalmaz.
| Oszlop | Tartalom |
| Üzemmód / Állapot | Az üzemállapot rövid megnevezése (pl. „Téli fűtés – normál”) |
| BMS trigger típus | Mi váltja ki az üzemállapotot (külső hőmérséklet, időprogram, hibajelzés, stb.) |
| Külső hőmérséklet tartomány | Milyen külső hőmérsékleti sávban aktív az üzemállapot |
| Aktív hőtermelők | Mely kazánok, hőszivattyúk, hűtőgépek működnek |
| Hőfok setpointok | Pufferek, előremenő/visszatérő hőmérsékletek |
| Szivattyúk, szelepek állapota | Mely szivattyúk járnak, mely |
| Megjegyzések | Speciális körülmények, adathiányok jelzése |
4. Havária működési szituációk és a rendszer rezilienciája (rugalmas ellenállóképessége)
Havária üzemállapotok fontossága
A havária üzemállapotok olyan rendszerhiba-helyzetek, amikor egy vagy több gépészeti komponens meghibásodik, de az épületnek továbbra is működnie kell. A havárialogikák meghatározása különösen fontos – bár nem kizárólag – az alábbi esetekben:
- Kórházak, egészségügyi intézmények (betegbiztonság)
- Adatközpontok (szerver-hűtés folytonossága)
- Gyártóüzemek (technológiai folyamatok védelme)
- Laboratóriumok (környezet-, munkavállaló-, minta- és anyagbiztonság)
Tipikus haváriahelyzetek
| Havária típus | Következmény logika nélkül | Előre definiált logika mellett |
| Kazánkiesés (K1 vagy K2) | Teljes fűtésleállás, a helyiségek | Megmaradt kazán 100%-os terheléssel működik, prioritási rendszer szerint korlátozás |
| Mindkét kazán kiesése | Kritikus vészhelyzet, épület fagyásveszélye | Hőszivattyú (ha van) átveszi a fűtést, elektromos betét HMV-re, fagyvédelmi üzem |
| Hűtőgép kiesése | Szerverterem vagy kiemelt gyógyászati hely túlmelegedése | Megmaradt hűtőkapacitás prioritás szerint elosztva, komfort zónák korlátozása |
| Szivattyúhiba | Nincs keringés, kazántúlhevülés, vagy fagyásveszély | Tartalék szivattyúra váltás, hidraulikai bypass, csökkentett terheléssel üzemeltetés |
| BMS vagy szenzorhiba | A rendszer „vak” módban működik, vagy teljesen leáll | Fallback logika: helyi termosztátok, alapbeállítások, kézi üzem meghatározott setpointokkal |
Az ilyen típusú leírás kritikus üzemekben – például kórházi környezetben – akár betegbiztonsági szempontból is kiemelt jelentőségű lehet, és csak előzetes, alapos tervezéssel készíthető el.
Havária- vagy energiakorlátozási helyzetekben nem minden helyiség és nem minden rendszer részesülhet azonos ellátásban. A prioritási rendszer egyértelműen meghatározza, hogy csökkentett kapacitás esetén milyen sorrendben és milyen mértékben korlátozhatók az egyes zónák vagy funkciók.
| Prioritás | Zónák | Korlátozhatóság |
| 1. Életvédelem + technológia | Műtők, intenzív terápia, radiológia, kiemelt labor | Fűtés/hűtés ±1–2 °C, légcsere 100%, páratartalom ±5% – csak szélsőséges haváriában korlátozható |
| 2. Magas prioritás | Kórtermek, előadótermek, laborok, diagnosztikai irodák, | Hőmérséklet ±2–3 °C, légcsere 80–100%, a berendezések hűtése megmarad |
| 3. Közepes prioritás | Ambulanciák, várók, betegfolyosók, szociális terek | Fűtés 21–22 °C-ig, hűtés 26 °C-ig korlátozható 1–2 órára |
| 4. Alacsony prioritás | Orvosi/adminisztratív irodák, szemináriumi termek | Fűtés 20 °C-ig, hűtés 27–28 °C-ig, fan-coilok részleges lekapcsolása |
| 5. Minimális prioritás | Lépcsőházak, folyosók, ritkán használt raktárak | Fűtés 16–18 °C vagy fagyvédelem, a hűtés kikapcsolható |
Prioritás és energiagazdálkodás
A prioritási rendszer nem csupán havária esetén hasznos, hanem energiagazdálkodási szempontból is:
- Csúcsidei villamos energia-csökkentés (demand response)
- Éjszakai/hétvégi csökkentett üzem
- Átmeneti időszakok optimalizálása
- Bivalens rendszerek (hőszivattyú + kazán) hatékony működtetése
5. Az üzemeltetési logikák elhagyásának gazdasági következményei
Többletköltségek típusai
Az üzemeltetési logikák hiánya az alábbi területeken generálhat többletköltségeket:
- Tervezési pótmunka (5-8%): Amikor kivitelezés közben derül ki, hogy további tervezői munka szükséges
- Kivitelezési pótmunka (10-20%): Plusz szelepek, érzékelők, szabályozók, kábelek beszerzése és beszerelése
- Üzembe helyezéshez és beszabályozáshoz szükséges többletidő (15–25%): próba-szerencse jellegű beállítások, ismételt tesztelések.
- Garanciális viták és késedelmi kötbér (5-10%): Átadás csúszása, teljesítmény-hiányosságok
- Üzemeltetési hatékonysági veszteség (folyamatos): Rossz szabályozás, energiapazarlás, túl gyakori karbantartás
Gazdasági hatások és megtérülés
Tételezzünk fel egy 100 millió Ft beruházási értékű HVAC-rendszert (fűtés, hűtés, szellőzés, automatika):
| Költségtétel | Üzemeltetési logika nélkül (%) | Üzemeltetési logikával (%) |
| Tervezési munka | 8% (8 MFt) | 12% (12 MFt) |
| Tervezési pótmunka (kivitelezés közben) | +6% (6 MFt) | 0% |
| Kivitelezés (alapanyag + munka) | 75% (75 MFt) | 75% (75 MFt) |
| Kivitelezési pótmunka (plusz szelepek, érzékelők, kábelek) | +15% (15 MFt) | 0% |
| Üzembe helyezés, commissioning | 9% (9 MFt) | 13% (13 MFt) |
| Késedelmi kötbér, garanciális viták | +8% (8 MFt) | 0% |
| Összesen beruházási fázis | 121 MFt | 100 MFt |
| Becsült (várható) beruházási többletköltség | +21% | Referencia |
Fontos: az üzemeltetési logika kidolgozása +4% tervezési többletmunkát igényelhet (8% → 12%), és +4% beszabályozási többlettel járhat (9% → 13%), ugyanakkor ezzel – a bemutatott szemléltető becslés szerint – elkerülhető akár 21% beruházási többletköltség, és javítható a megrendelő elégedettsége is.
Egy 100 MFt beruházási értékű rendszer éves üzemeltetési költsége tipikusan 5–8 MFt (energia + karbantartás). Ha a rosszul beállított automatika 20% energiatöbbletet okoz, az évi 1–1,6 MFt veszteséget jelenthet. Tizenöt év alatt ez 15–24 MFt többletköltség.
| Fázis | Ü. logika nélkül | Ü. logikával |
| Beruházás | 121 MFt (+21%) | 100 MFt |
| 15 éves üzemeltetés (energia + karbantartás) | ~105 MFt | ~90 MFt |
| Teljes életciklus költség (15 év) | 226 MFt | 190 MFt |
| Különbség | +36 MFt (+19%) | Referencia |
Az üzemeltetési logika kidolgozásának költsége (a beruházás kb. 4%-a, azaz megközelítőleg 4 MFt) a szemléltető számítás szerint már a beruházási fázisban megtérülhet (21 MFt elkerülhető többletköltség), és további mintegy 15 MFt-ot takaríthat meg 15 év alatt az üzemeltetésben.
Szemléltető megtérülési mutató: minden 1 Ft befektetés az üzemeltetési logika kidolgozásába akár mintegy 9 Ft megtakarítást is eredményezhet az életciklus során.
Tapasztalati adatok alapján, komplex és BMS-intenzív projektek esetében egy részletes üzemállapot-mátrix, üzemeltetési logika és BMS-finomhangolás összesített költsége a teljes gépészeti beruházási érték kb. 10–20%-a nagyságrendjébe eshet. Egy 100 M Ft-os rendszer esetén – 10–20 M Ft többletráfordítást és 1–1,6 M Ft/év elkerülhető veszteséget feltételezve – az egyszerű megtérülési idő 10–20 év közé eshet. A valóságban a megtérülés ennél kedvezőbb is lehet, mivel a jól definiált üzemeltetési logika nemcsak az energiafogyasztást csökkenti, hanem mérsékli a meghibásodások, a garanciális viták és a komfortpanaszok kockázatát is. Kritikus üzemek (pl. kórházak, adatközpontok, laborok) esetében azonban a pénzügyi megtérülésnél fontosabb az üzembiztonság és – egészségügyi környezetben – a betegbiztonság, ami megköveteli a HVAC-rendszerek korszerű, dokumentált és előre megtervezett üzemeltetését.
6. Az üzemeltetési logika kidolgozásának lépései
1. Igényfelmérés és funkcionális specifikáció
- Megrendelő és üzemeltető bevonása a tervezés kezdetén
- Épülethasználati profilok meghatározása (napi, heti, éves ritmus)
- Kritikus és nem-kritikus zónák azonosítása
- Prioritási rendszer kialakítása
2. Üzemállapotok definiálása
- Normál üzemállapotok: téli fűtés, nyári hűtés, átmeneti, éjszakai, hétvégi
- Havária üzemállapotok: minden kritikus komponens kiesésének kezelése
- Különleges üzemállapotok: karbantartás, technológiai prioritás, energiakorlátozás
3. BMS triggerek és setpointok meghatározása
- Külső hőmérséklet küszöbértékek és hiszterézis
- Időprogramok
- Puffer hőmérsékletek, előremenő/visszatérő setpointok
- Terhelési százalékok, kaszkád vezérlési logika
4. Hidraulikai és szabályozási részletek
Szivattyúk és motoros szelepek beazonosítása
- Mindegyik üzemállapotban: mely szivattyú jár, mely szelep nyit/zár
- VAV-szabályozás, CO₂ vagy páratartalom alapú vezérlés
- Redundanciát (többszörös működési biztonságot) biztosító rendszerek aktiválási feltételei
7. Jogszabályi háttér és felelősségi kérdések
Vonatkozó előírások
Magyarországon az épületgépészeti rendszerek tervezésére, kivitelezésére és üzemeltetésére vonatkozó jogszabályok és szabványok közvetetten megkövetelik, hogy a működési leírások, üzemeltetési utasítások és mérési jegyzőkönyvek rendelkezésre álljanak. Ezek különösen az alábbiak:
191/2009. (IX. 15.) Korm. rendelet az építőipari kivitelezési tevékenységről
Meghatározza a kivitelezési dokumentáció, a megvalósulási dokumentáció és az átadási dokumentáció tartalmi követelményeit. Az épületgépészeti rendszerek esetén ez magában foglalja a műszaki leírásokat, a működési és kezelési utasításokat, valamint az üzembe helyezés és a beszabályozás dokumentumait.
266/2013. (VII. 11.) Korm. rendelet az építésügyi és az építésüggyel összefüggő szakmagyakorlási tevékenységekről
A tervező felelősségét rögzíti a rendeltetésszerű és biztonságos használhatóságot biztosító dokumentáció elkészítéséért. Ez magában foglalhatja a gépészeti rendszerek szabályozási koncepcióját és az üzemeltetési logika dokumentálását is.
A 9/2023. (V. 25.) ÉKM rendelet az épületek energetikai jellemzőinek meghatározásáról az épületek összesített energetikai jellemzőjére (primerenergiaigényére), a fajlagos hőveszteségtényezőre és a fajlagos üvegházhatásúgázkibocsátásra vonatkozó követelményértékeket határozza meg. A követelmények teljesülése nemcsak az épületszerkezetek hőtechnikai minőségétől és az épületgépészeti rendszerek hatásfokától függ, hanem az üzemeltetési logikától is: a kialakított szabályozási koncepció közvetlenül befolyásolja az épület éves energiafelhasználását.
MSZ EN 12599:2013 – Szellőzés épületekben. Vizsgálati és mérési eljárások az elkészült szellőző- és légkondicionáló berendezések átadásakor
A szellőzőrendszerek átadásakor elvégzendő mérési és vizsgálati eljárásokat, valamint azok dokumentálását írja elő. A szabvány szerint az átadás feltétele, hogy a rendszer a tervezett üzemállapotoknak megfelelően legyen beszabályozva, és az eredmények mérési jegyzőkönyvvel igazolhatók legyenek. Kapcsolódó cikk: „Szellőztető rendszerek átvétele az MSZ EN 12599:2013 szabvány szerint – gyakorlati útmutató”
E jogszabályok és szabványok együttesen azt eredményezik, hogy az üzemeltetési logika – még ha sokszor nem is nevesítve – az épület rendeltetésszerű használhatóságának és energetikai megfelelőségének egyik alapfeltétele. Az üzemállapot-mátrix és a részletes működési leírás ennek a követelménynek a gyakorlati megvalósítását szolgálja, és alapfeltétele az emberi környezet megfelelő komfortjának, valamint a gazdaságos és optimalizált működésnek.
Tervezői és kivitelezői felelősség
A tervező felelőssége: komplett üzemeltetési logika kidolgozása, üzemállapot-mátrix készítése, BMS-programozási specifikáció összeállítása.
A kivitelező felelőssége: Aa tervezett üzemeltetési logika BMS-be programozása, üzembe helyezés, beszabályozás, valamint az üzemeltető betanítása.
Az üzemeltető felelőssége: képzett személyzet biztosítása, a dokumentáció megőrzése és a rendszeres karbantartás.
Amennyiben a tervező nem készít üzemeltetési logikát, a kivitelező jogosan hivatkozhat hiányosságokra és pótmunkát számolhat fel. Ha a kivitelező elmulasztja a logika BMS-be programozását, az adott szerződéses és műszaki tartalomtól függően garanciális vagy teljesítési vita keletkezhet.
8. Ajánlások és következtetések
Az üzemeltetési logika tervezési fázisban való kidolgozása csak akkor valósulhat meg, ha a projekt szereplői tudatosan törekednek rá. Az alábbiakban gyakorlati ajánlásokat foglalok össze a megrendelő, a tervező, a kivitelező és az üzemeltető számára:
Megrendelők számára
- Már a tervezési programban fogalmazzák meg a komfort-, technológiai és energetikai elvárásokat (prioritások, megengedett komforteltérések, havária esetén elvárt minimum szolgáltatási szint)
- Biztosítsanak időt és költségkeretet (a beruházás kb. 4%-át) a logika alapos kidolgozására.
- Kifejezetten rendeljék meg az üzemeltetési logika és az üzemállapot-mátrix kidolgozását a tervezőtől, és tegyék azt a szerződés részévé.
- Vonjanak be üzemeltetőt a tervezés korai fázisában
- Ne fogadják el a hiányos tervdokumentációt – az üzemállapot-mátrix legyen kötelező melléklet.
- Követeljék meg, hogy a BMS kivitelező ajánlata tartalmazza a tervezett üzemállapotokra és havária szcenáriókra épülő programozást és próbaüzemet, ne csak „alap funkciókat”
- A műszaki átadás-átvétel során ne csak a fizikai készültséget, hanem a dokumentált üzemeltetési logikát és a BMS működését is vizsgálják (próbaüzem, tesztüzemmódok, jegyzőkönyvek).
Tervezők számára
- Hívják fel a megrendelő figyelmét az üzemeltetési logika és az üzemállapot-mátrix kidolgozásának szükségességére.
- Már a tervezési programban fogalmazzák meg a komfort-, technológiai és energetikai elvárásokat (prioritások, megengedett komforteltérések, havária esetén elvárt minimum szolgáltatási szint)
- Az épületgépészeti koncepció részeként készítsenek üzemeltetési koncepciót, amely meghatározza a normál, átmeneti és havária üzemmódokat, valamint az ezekhez tartozó BMS triggereket
- A tervezési fázisban egyeztessenek az üzemeltetővel a helyiségprioritásokról, a korlátozási lépcsőkről és a kézi üzemeltetés kereteiről.
- Készítsenek részletes üzemállapot-mátrixot minden HVAC projekthez
- Határozzanak meg minden normál és havária üzemállapotot
- Specifikálják a BMS triggereket, setpointokat, szivattyú- és szelepállapotokat
- Dolgozzák ki az üzemállapot-mátrixot olyan részletezettséggel, hogy az a BMS-programozó számára közvetlenül felhasználható legyen (jelnevek, setpointok, szeleppozíciók, hiszterézisek, időprogramok).
- Dolgozzanak ki prioritási rendszert a megrendelővel és üzemeltetővel egyeztetve
- Jelezzék az adathiányokat és kérjenek egyeztetést időben
- A kiviteli terv és a megvalósulási dokumentáció részeként adják át a részletes működési leírást, beleértve a normál és havária üzemek szöveges összefoglalását is
Kivitelezők számára
- Kérjék számon a tervezői üzemeltetési logikát szerződéskötéskor
- A kivitelezési szerződésben rögzítsék, hogy a BMS-programozás ne csak alapvezérléseket, hanem az elfogadott üzemállapot-mátrix teljes logikáját is tartalmazza.
- Programozzák be pontosan a BMS-be az összes üzemállapotot
- Teszteljék az összes normál és havária üzemállapotot a beszabályozás során.
- Készítsenek kezelői kézikönyveket és tartsanak tényleges képzéseket
- A műszaki átadásátvétel részeként adják át:
- a BMS jellistát és funkcióleírást,
- az üzembe helyezési és beszabályozási jegyzőkönyveket, a kezelési és üzemeltetési kézikönyvet.
- A próbaüzem során közösen teszteljék az üzemállapotokat (téli/nyári üzem, havária szimulációk, villamos korlátozás), és dokumentálják az eredményeket.
Üzemeltetők számára
- Vegyenek részt a tervezési egyeztetéseken, és már a koncepciófázisban közöljék komfort-, technológiai és üzemeltetési igényeiket
- Kérjék az üzemállapot‑mátrix és a részletes üzemeltetési logika átadását dokumentált formában (normál, átmeneti és havária üzemmódokra)
Kérjék az épületgépészeti rendszerekre vonatkozó kezelési és üzemeltetési kézikönyv, valamint a teljes átadási dokumentáció (megvalósulási tervek, mérési jegyzőkönyvek, beszabályozási jegyzőkönyvek, karbantartási és használati utasítások) átadását a 191/2009. (IX. 15.) Korm. rendelet előírásai szerint. Kapcsolódó cikk: A műszaki átadásátvétel kritikus pontjai – a készrejelentés, dokumentumátadás és megrendelői védelem gyakorlati kérdései a 191/2009.(IX.15.) Korm. rendelet alapján.
- Képezzék a kezelőszemélyzetet a normál és havária eljárásokra, a BMSfelület használatára és az üzemeltetési mátrix értelmezésére
- Tartsanak rendszeres karbantartást és felülvizsgálatot, és gondoskodjanak arról, hogy a BMSparaméterek módosítása csak ellenőrzött, dokumentált módon történjen (jogosultsági szintek, változásnapló).
9. Összefoglalás
Az épületgépészeti rendszerek üzemeltetési logikájának a tervezési fázisban történő pontos meghatározása nem luxus, hanem gazdasági és műszaki szükségszerűség. A tervezésben elért látszólagos időmegtakarítás és költségcsökkentés HVAC-projektekben a szemléltető becslés szerint akár 21%-os beruházási többletköltséget és hosszabb távon 15–24 MFt üzemeltetési veszteséget is okozhat.
Az üzemállapot-mátrix, a havária logikák, a prioritási rendszer és a BMS triggerek részletes kidolgozása megtérül már a beruházási fázisban, és biztosítja:
- a gazdaságos energiafelhasználást,
- a megbízható működést normál és havária esetén is,
- a betegbiztonságot, technológiai folyamatok védelmét,
- az alacsony karbantartási költséget, és
- a hosszú berendezés-élettartamot.
A szakma szereplőinek közös felelőssége, hogy az üzemeltetési logika kidolgozása természetes részévé váljon a tervezési folyamatnak, és ne maradjon elhanyagolt terület.
Nádasi Levente
épületgépész tervező, műszaki ellenőr, felelős műszaki vezető
létesítményenergetikai szakmérnök
További tervezési szakcikkeink ide kattintva érhetők el.
