Súvislosti medzi systémami na prevádzkovom dvojčati
Systém riadenia budovy hlási, že odťah HVAC č. 10 je úplne otvorený a pravdepodobne sa zasekol. Údržba je od neho polhodinu cesty pešo a treba na to zdvíhaciu plošinu. Na prevádzkovom digitálnom dvojčati však stanovište pod týmto odťahom ukazuje otvorené rampy, pri rampe nestojí žiadny náves a v blízkosti nie je ani jeden vysokozdvižný vozík. Niekto cez vysielačku zavolá vodiča, ktorý je najbližšie k bráne. Rampy sa zatvoria a alarm zmizne asi za päť minút.
Čo dvojča v tej chvíli urobilo
Tri samostatné informácie sa museli zísť na jednom mieste. Dáta z HVAC alebo BMS ukazovali, že klapka je úplne otvorená. Senzory na rampách a bránach hlásili, že dvere pod ňou sú otvorené. Poloha v reálnom čase potvrdila, že pri rampe nestojí žiadny kamión a že dvere nedrží otvorené žiadny vozík kvôli nakladaniu. Ktorýkoľvek z týchto systémov by osamote poslal údržbu s plošinou k zaseknutému odťahu. Spolu však ukázali logistickú príčinu aj logistické riešenie.
V tom spočíva prínos prevádzkového dvojčaťa pri tomto type problémov. Nejde o efektnejší 3D model, ale o prepojenie systémov, ktoré sa v tej istej hale navzájom ovplyvňujú. Rovnaký vzorec sa objaví, keď sa čakanie na linke ukáže ako zablokovaný buffer, keď nárast teploty súvisí s otvoreným zádverím alebo keď sa mikrozastavenie v MES zhoduje s mrežovou paletou s materiálom, ktorá je ešte na ceste. Prepojenie údajov o energiách a budove za celú sezónu takýchto kolízií popisuje článok Údaje o energiách a budove na prevádzkovom dvojčati. Ako sa jednotlivé typy dvojčiat líšia, vysvetľuje článok Nie každé digitálne dvojča je rovnaké.
Tím sa rýchlejšie dostane k skutočnému problému
Polhodina chôdze a príprava plošiny sa minú na odťah, ktorý nie je príčinou. Päť minút k najbližšiemu vodičovi sa naopak využije na skutočnú príčinu pod strechou. Dvojča nikoho nerozbehne rýchlejšie, ale tím údržby nevyrazí k stropu, keď alarm vysvetľuje aktuálny stav v hale.
Na zistenie, či rampu pred halou obsadzuje kamión alebo vysokozdvižný vozík, stačí stredne presná poloha okolo 1 až 3 m (3 až 10 ft). Stav dverí a odťahu treba merať spoľahlivými bodmi IoT alebo IIoT, nie týždennou obchôdzkou. Keď sa tieto údaje obnovujú na jednej mape, dispečer si môže vybrať krátky telefonát skôr, ako sa vydá na dlhú cestu. Zbytočným cestám pri údržbe sa venuje článok Optimalizácia údržby pomocou RTLS.
Tím zvolí správny zásah, nielen správne náradie
Druhým prínosom je správny zásah. Pracovný príkaz na zaseknutú klapku by vyslal nesprávnu skupinu údržbárov, nesprávny vozík s náhradnými dielmi a rezerváciu plošiny. Zatvoriť rampu mohol vodič, ktorý bol už pri bráne. Správne náradie pri nesprávnej diagnóze zmenu len minie. Súvislosti medzi systémami zmenia diagnózu skôr, ako sa vozík s náradím pohne.
Rovnaké pravidlo platí aj mimo HVAC. Pracovný príkaz v CMMS, alarm zo SCADA, kontakt na dverách a poloha vozíka v reálnom čase majú každý iného vlastníka. Na dvojčati sa údaje z týchto systémov stretnú natoľko, že jeden človek vidí príčinu aj následok. Pohľady na logistiku v Optimalizácii internej logistiky a na výrobu v Sledovaní výroby ukazujú tú istú halu, keď sú tieto údaje prepojené.
Kde sa ešte stretávajú samostatné systémy
V každom závode, kde budova, proces a pohyb materiálu zdieľajú vzduch, dvere alebo chodby, vznikajú bez spoločného prehľadu falošné pracovné príkazy. Napríklad odťah a rampy, zádvería a pretlak v čistej miestnosti, čas otvorenia brány a čas zotrvania návesu alebo čakanie na andon a poloha materiálu. Zoznam sa predlžuje s každým oddeleným systémom, ktorý vidí len vlastný senzor.
Vzorec, na ktorý sa treba zamerať, je jednoduchý. Systém A spustí alarm. Systém B v tom istom priestore môže takýto príznak vyvolať, keď sa správa neštandardne. Dnes si tieto tímy volajú až vtedy, keď sa prvý tím už rozhodol pre opravu. Na prevádzkovom dvojčati si najprv overia B a až potom vyrážajú k A.
Koľko stojí päťminútový telefonát
Príklad funguje, len ak údaje existujú a zostávajú dôveryhodné. Poloha odťahu, stav dverí a poloha vozidiel v areáli alebo vysokozdvižných vozíkov sa musia nasadiť, pomenovať podľa rovnakého modelu haly a prepojiť tak, aby ich majster videl bez otvárania troch obrazoviek od rôznych dodávateľov. To znamená reálne výdavky na senzory, gateway, licencie a ľudí, ktorí udržiavajú tagy a údajové body v prevádzke.
Potrebná je aj istá úroveň zrelosti. Tímy musia dvojča otvoriť priamo počas alarmu, dôverovať prepojeným údajom natoľko, aby zrušili cestu s plošinou, a prevziať zodpovednosť za kvalitu dát, keď kontakt na dverách klame. Závody, ktoré sa ešte hádajú o základné používanie MES alebo majú IoT naďalej len ako pilotný projekt v poličke, na tento prínos nie sú pripravené, hoci 3D model vyzerá hotový. Digitálna zrelosť tu znamená, že vlastníci procesov zmenia svoj ďalší krok podľa spoločnej mapy a nebudú sa na ňu len pozerať po skončení zmeny.
Ako zistiť, či je tento prínos pre vás
1. Zostavte zoznam kolidujúcich dvojíc - budova a rampy, proces a zádvería, andon a poloha materiálu. Začnite tam, kde falošné pracovné príkazy už dnes otravujú obe skupiny.
2. Skontrolujte, či senzory už existujú - ak sa odťah a dvere stále zisťujú len obchôdzkou, rozpočet na IoT plánujte skôr ako rozpočet na softvér dvojčaťa.
3. Preukážte to na jednom reálnom príklade - jedna zrušená cesta s plošinou alebo jeden päťminútový telefonát na rampu presvedčí viac ako prezentácia o korelácii.
4. Určte, kto na základe prepojených údajov koná - údržba, správa budov a logistika potrebujú spoločné pravidlo, kto zatvára dvere a kto lezie na plošinu.
Podrobnosti o funkciách živej vrstvy nájdete v prehľade funkcií. O frekvencii aktualizácie a súbežnej záťaži polohových dát v rušných halách sa dočítate v článku Frekvencia aktualizácie ako kritérium pri porovnávaní ukážok digitálnych dvojčiat. twinzo je prevádzkový pohľad na halu, ktorý dokáže spojiť body z budovy, stav procesu aj polohu vozíkov, aby si ďalší alarm vyžiadal najprv krížovú kontrolu a až potom dlhú cestu.
Ozvite sa nám a prepojenie typu odťah a rampa si prejdeme na modeli vášho závodu.