Správa budov a zařízení na společné databázi

Dílčí měření, technický provoz, závady a portfolio budov ve sledovatelném provozním modelu.

Typická východiska

Opravujeme provozní otázku před technologií.

01

Samostatné systémy BMS, měření a poruchových lístků

Integrace BMS a měřiče na datové cestě nezávislé na výrobci

02

Nesrovnatelný výkon na místě

Zařízení, místo, spotřeba a připojení listu

03

Chybějící nástroj a historie údržby

KPI portfolia a členění stránek

Co a kde se vyplatí měřit?

Provoz budovy se společným zařízením a historií událostí

BMS, měření spotřeby, poruchový lístek a záznamy o údržbě často žijí v oddělených systémech. Výsledkem je, že stejné zařízení je registrováno pod několika názvy a příběh mezi alarmem a pracovním listem je přerušen. Společný model nástroje, místa a odpovědnosti umožňuje, aby odchylka byla následným opatřením.

  • hlavní a dílčí měřiče, datové body BMS, hodnoty komfortu a kvality vzduchu
  • provozní hodiny, stav sepnutí a chybový kód mechanického zařízení
  • hierarchie zařízení na úrovni budovy s jednotnými identifikátory
  • vady, plánovaná údržba, pracovní příkaz a použitý materiál
  • odpovědnost nájemce nebo poskytovatele služeb a termíny SLA
OrigSmart platform – Épületüzemeltetés közös eszköz- és eseménytörténettel
Provoz budovy se společným zařízením a historií událostí

Názorný číselný příklad

Klimatizace kancelářské budovy pracuje v noci čtyři zbytečné hodiny denně. Pokud je průměrný odběr 22 kW a 250 pracovních dnů pouze ilustrativním předpokladem, může být rozdíl řádově 22 000 kWh za rok. Úkolem pilota je porovnat provozní stav a elektrické podměření a následně ověřit, zda přebytek po úpravě časového programu skutečně zmizel — bez ztráty komfortu.

Příkladem není nabídka, příslib úspor nebo obecný požadavek na dodržování předpisů; konečné technické řešení je určeno na místě a procesním průzkumem.

Rozhodování, audit a provozní kontext

V operativní zprávě musí být oddělena naměřená skutečnost, vypočtený závěr a realizovaný zásah. V případě více poskytovatelů služeb je součástí procesu i autorizace a předání. Není nutné spouštět řízení kritické automatizace budovy: platformu lze připojit k lokálním systémům jako monitorovací a workflow vrstvu.

Jak to dělá přijatelného pilota?

Na začátku spárujeme ID zařízení mezi BMS, měřicím systémem a registrem údržby. Nemusíte čistit celé portfolio najednou: k otestování modelu stačí budova, mechanický systém a typ opakující se chyby. Určujeme, které alarmy zůstanou úkoly místní automatizace, které se stanou centrálním oznámením a které vyžadují pracovní příkaz. Po přijetí musí být historie měření, alarm, zásah a výsledek sledovatelné na stejném zařízení. To vytváří základ pro následná srovnání na úrovni portfolia.

Co pilot přináší?

  • jednotná identifikace zařízení a umístění
  • Plán připojení BMS-měření-pracovní příkaz
  • matice odpovědnosti za upozornění
  • měřený zásah
  • krátký seznam rozšíření portfolia

Co je součástí prvního kroku?

V první fázi budou kontrolovány dvě oblasti: hlavní a dílčí měřiče, datové body BMS, hodnoty komfortu a kvality vzduchu a provozní hodiny, stavy spínání a chybové kódy mechanických zařízení. Cílem není propojit všechny weby, zařízení a historická data současně. Nejprve ověříme, že z vybraných dat je učiněno spolehlivé rozhodnutí a pracovní proces, který lze uzavřít. Pro dokončení rozsahu jsou zvláště důležité dvě otázky: Který systém vlastní identifikátory zařízení a umístění? Který zásah zůstává výhradně v místním BMS? Odpovědi určují počet zařízení, integrační úlohu, místní úložiště dat, role a akceptační test.

Otázky, které zaznamenáváme do průzkumu

  • Který systém vlastní identifikátory zařízení a umístění?
  • Která upozornění vyžadují pracovní příkaz a která jsou pouze informativní?
  • Jak měříme SLA a opakující se chyby?
  • Který zásah zůstává výhradně v místním BMS?

Související obsah

Související oborová řešení

Městské monitorování energie a digitalizace založená na DIMOP — OrigSmartMonitorování průmyslové IoT a výroby energie — OrigSmart
Prvních 90 dní

Měřitelný pilot, volitelné pokračování.

1–15. slunce

Průzkum

Umístění, zdroje dat, odpovědné osoby a kritéria úspěchu.

16–45. slunce

Připojení

Řízené připojení určených měřicích bodů a systémů.

46–75. slunce

Proces

Dashboard, upozornění a alespoň jeden funkční pracovní postup.

76–90. slunce

Hodnocení

Výsledek, seznam nedostatků a kvantifikovatelný návrh rozšíření.

Co získáte na konci pilotního dílu?

  • Zdokumentovaný zdroj dat a mapa připojení
  • Pracovní omezené pilotní prostředí
  • Koordinovaný proces varování a odpovědnosti
  • Výsledek měření a shrnutí rozhodnutí
  • Základ pro technický a rozpočet další fáze

Prvním krokem není úplné představení systému.

Při krátké technické konzultaci vybereme měřicí nebo pracovní bod, ve kterém lze hodnotu pilotu zkontrolovat.

Pilotní konzultace