Digitális iker és gépbiztonság: mikor térül meg igazán a gyártás előtti szimuláció

A biztonsági területen a digitális ikerbe történő beruházásról szóló döntést nem a vizualizációk divatjának vagy a „projekt digitalizációja” általános jelszavának kell vezérelnie. Az ilyen munka csak akkor nyer valódi értelmet, ha a modell előre láthatóvá teszi azt, ami a megépítés után már költséges átalakítássá válik: a gép mozgása és az emberi hozzáférés közötti ütközést, az átláthatatlan újraindítási sorrendet, a rosszul megtervezett beavatkozást beszorulás esetén, vagy olyan zónakialakítást, amely papíron megfelelőnek tűnik, a gyakorlatban mégis a védelmek megkerülésére ösztönöz. Ezért a valódi kérdés nem az, hogy érdemes-e a megépítés előtt szimulálni, hanem az, hogy a szimuláció mikor befolyásolja ténylegesen a tervezési döntéseket, és mikor támogatja a tervezési kockázat csökkentését, mielőtt az beépülne a konstrukcióba, a vezérlőprogramba és a beszállítók közötti felelősségmegosztásba.

A legdrágább hibák az összeszerelés előtt keletkeznek

A gépek és gyártósorok biztonsága területén a legköltségesebb problémák ritkán az első üzembe helyezéskor kezdődnek. Többnyire jóval korábban eldőlnek: a gép vagy a sor funkcionális architektúrájában, a mozgások sorrendjében és kölcsönös függéseiben, a veszélyes zónákhoz való hozzáférés módjában, az átállási logikában, a kezelői beavatkozások előre feltételezett módjában és az üzemfenntartásra vonatkozó kiinduló feltételezésekben. Ezért a digitális iker értékét nem önmagában a modell léte határozza meg, hanem az a pillanat, amikor annak alapján jobb döntés hozható.

Ha a szimuláció a gépek tervezésének és gyártásának szakaszában, a berendezések megrendelése előtt, az állomáselrendezés véglegesítése előtt és a beszállítók közötti felelősség végső felosztása előtt működik, akkor a tervezési kockázat csökkentésének eszközévé válik. Ha később jelenik meg, gyakran már csak rendszerezi azt, amit a méretek, az interfészek, a megrendelt alkatrészek és az elfogadott kivitelezési megoldások egyébként is eldöntöttek. Ilyen helyzetben a biztonságra gyakorolt hatása természeténél fogva korlátozott.

A projekt szempontjából tehát nem az a lényeges, hogy a modell mennyire jól „mutatja a gépet”, hanem az, hogy a biztonság szempontjából fontos döntéseket mennyire képezi le. Egy használható modellnek meg kell jelenítenie a mozgásszekvenciákat, az üzemmódokat, az ember folyamatba való belépési pontjait, valamint a burkolatok, a jelenlétérzékelő eszközök, a reteszelések és a biztonsággal összefüggő vezérlési funkciók közötti összefüggéseket. Csak ekkor ellenőrizhető, hogy a koncepció szakaszában végzett kockázatértékelés a valós üzemeltetési helyzeteket fedi-e le, és nem csupán a ciklus névleges lefutását.

Ebben a szakaszban kerülnek felszínre azok a kérdések, amelyek a megépítés után a legdrágábbá válnak: megkerüli-e a kezelő a burkolatot egy beszorulás megszüntetéséhez, biztonságosan hozzáfér-e a szervizes a beállítási pontokhoz, nem hoz-e létre a kézi üzemmód akaratlan kerülőutat a védelmek megkerülésére, illetve nem kényszeríti-e a sor elrendezése a belépést a szomszédos gép munkaterébe. A szimuláció legnagyobb értéke nem abban rejlik, hogy mindent előre jelez, hanem abban, hogy feltárja a teljesítmény, az ergonómia és a biztonság közötti konfliktusokat, mielőtt azok a csarnokban végrehajtott konstrukciós módosítássá vagy beszállítói vitává válnának.

A gyakorlatban ez különösen ott látszik, ahol az összeszerelés után burkolatokat kell átalakítani, érzékelőket kell áthelyezni, a szervizhozzáférést kell korrigálni, vagy a szekvencialogikát kell módosítani, mert a formálisan biztonságos megoldás a napi üzemeltetésben kivitelezhetetlennek bizonyul. Az ilyen korrekció nem csupán mechanikai vagy programozási költséget jelent. Egyben újabb iterációkat is jelent az állomástervezésben, ismételt egyeztetéseket a termeléssel és az üzemfenntartással, sőt esetenként a kockázatértékelésben korábban elfogadott feltételezések módosítását is.

Ezért a szimuláció hasznosságát nem általános „digitalizációs megtakarítások” alapján érdemes megítélni, hanem konkrét tervezési mutatók szerint: az elemzést igénylő hozzáférési pontok száma, a külön értékelést igénylő üzemmódok száma és az állomáselrendezés iterációinak száma a kivitelezési megrendelés előtt. Ezek mutatják meg, hogy a modell valóban ott csökkenti-e a bizonytalanságot, ahol a későbbi változtatás a legnehezebb.

Ebben az értelemben a digitális iker nem helyettesíti sem a gépek megfelelőségértékelését, sem a műszaki dokumentációt. Ugyanakkor korábban előkészítheti a további döntésekhez szükséges alapot, és rendezheti azokat a területeket, amelyek a megépítés után már csak nehezebbé, költségesebbé és konfliktusosabbá válnak.

Hol nő meg valójában a költség és a kockázat

A biztonsági projektek legnagyobb költségei ritkán magából a burkolatok, fényfüggönyök vagy reteszelések kiválasztásából adódnak. Akkor emelkednek meg, amikor csak a rendszer megépítése után derül ki, hogy az ember tényleges munkavégzése nem illeszkedik a gépről alkotott feltételezett modellbe. A legtöbb probléma a geometria, a mozgás és a folyamat viselkedésének metszéspontján jelenik meg: ott, ahol a kezelőnek el kell érnie az alkatrészt, látnia kell a cella állapotát, be kell lépnie a beavatkozási területre, vagy egy műveletet egy rövid átmeneti állapotban kell elvégeznie.

Ha az ilyen helyzeteket nem vizsgálják meg még a megépítés előtt, az összeszerelés során holtterek a beláthatóságban, mozgásütközések, nehezen értelmezhető szekvenciák és olyan hozzáférések derülnek ki, amelyek papíron léteznek, a gyakorlatban viszont kényelmetlen vagy kockázatos munkavégzésre kényszerítenek. Ilyenkor a kockázatértékelés már nem a projekt rendezését szolgálja, hanem késedelmes reakcióvá válik azokra a problémákra, amelyek eleve beépültek a konstrukcióba.

A tervezőcsapat szempontjából nem a névleges, hanem a nem névleges forgatókönyvek jelentik a legnagyobb kihívást. Ezek térnek el a leggyakrabban a funkcionális vázlaton elfogadott feltételezésektől. Az elakadások megszüntetése, a tisztítás, az átállás, a leállás utáni újraindítás, a szervizhozzáférés és a speciális üzemmódok ritkán zajlanak pontosan úgy, ahogyan azt a koncepció szakaszában előre látták. A gyakorlatban gyakran szükség van egy elem megtámasztására, egy tengely kézi visszaállítására, a közös zónába történő ideiglenes belépésre vagy az újraindítás megerősítésére olyan helyről, ahonnan a teljes veszélyeztetett terület nem látható be.

Éppen itt mutatkozik meg a digitális iker operatív értéke. Lehetővé teszi annak ellenőrzését, hogy a védőintézkedés nemcsak elő van írva, hanem a valós üzemeltetés során ténylegesen végrehajtható is. Az a burkolat, amely ellehetetleníti a karbantartási műveletet, a logikus megfigyelési mezőn kívül elhelyezett reset gomb, vagy az a hozzáférés, amely a védelmek megkerülésére ösztönöz, nem apró ergonómiai hibák. Ezek az eljárástól való előre látható eltérések forrásai, és ezzel együtt a kockázat, a késedelmek és a későbbi felelősségi viták kiindulópontjai is.

A szimuláció indokoltságának jó próbája egy egyszerű eset a gyártósor koncepciós szakaszából. Két gép közötti darabátadásnál oldalirányú hozzáférést terveztek az elakadások megszüntetésére, a beavatkozás utáni resetet pedig a fő kezelőpultnál helyezték el. A rajzon a megoldás helyesnek tűnik. Csak a beavatkozási forgatókönyv modellen történő végigjárása után látszik, hogy a kezelő a darab felszabadítása után nem látja be teljesen az átadási zónát, a másik gép eközben már a saját szekvenciájának végére érhet, a resethez vezető út pedig megköveteli annak a helynek az elhagyását, ahonnan a biztonságos állapotot meg kellene erősíteni. A megépítés előtti módosítás rendszerint a hozzáférési pont, a szekvencialogika és a vezérlés, valamint a megerősítési pont korrekcióját jelenti. Ugyanez a változtatás az összeszerelés után már érintheti a burkolatok, a kábelnyomvonalak, a vezérlőprogram és a dokumentáció átalakítását, több beszállító esetén pedig annak tisztázását is, ki felel az interfészért, és a telepítés melyik részét kell módosítani.

Ezért érdemes mérni azokat az elemeket, amelyek számszerűsíthetők: a műszakonkénti kézi beavatkozások számát, a hozzáférési pontok számát, az elakadáselhárítási forgatókönyvek számát és a gépek közötti interfészek számát. Ezek mutatják meg, hol kezd költséget és bizonytalanságot okozni az előzetes ellenőrzés hiánya.

Robotizált gyártósoroknál és integrált rendszereknél a szimuláció értéke a függőségek számával együtt nő. A kockázat itt egyre ritkábban ered egy önmagában vizsgált egyedi gépből, és egyre gyakrabban a kölcsönhatások sorozatából: a darabátadásból, a közös munkatér felszabadításából, a készenlét kölcsönös visszaigazolásából, a vészleállítás utáni viselkedésből és a mozgás újraindításának feltételeiből. Előzetes ellenőrzés nélkül át lehet venni olyan berendezéseket, amelyek külön-külön megfelelőnek tűnnek, együtt azonban nem egyértelmű átmeneti állapotokat és felelősségi hézagokat hoznak létre.

Ha a modellnek valóban támogatnia kell a döntéseket, akkor a vészhelyzeti és beavatkozási helyzeteket is le kell fednie, az áttekintését pedig érdemes a kezelők és a karbantartási szolgálat bevonásával végezni. Ők veszik észre a leghamarabb azokat a pontokat, ahol a projekt kezd eltávolodni a gyakorlati működéstől.

Mikor van az beruházásnak operatív értelme

A digitális ikerbe történő beruházás akkor indokolt, ha olyan döntések meghozatalát teszi lehetővé, amelyek hibája az összeszerelés után mechanikai, vezérlési vagy szervezési szempontból költséges lenne. Nem önmagában az eszköz fejlettsége a döntő, hanem az, hogy a modell választ ad-e az alapvető tervezési kérdésekre: mennyire összetett a mozgás, hány ember-gép interakció van, milyen jelentőségűek a speciális üzemmódok, milyen széles körű több berendezés integrációja, és mennyire lenne fájdalmas a módosítás a rendszer megépítése és üzembe helyezése után.

Ha a válaszok nagyszámú átmeneti állapothoz, gyakori zónabelépésekhez, összetett átállítási, tisztítási vagy elakadáselhárítási műveletekhez, valamint a burkolatok, hajtások vagy a vezérlési logika átépítésének magas költségéhez vezetnek, a szimuláció megszűnik „biztonság kedvéért” felmerülő kiadás lenni. A projektkockázat csökkentésének eszközévé válik.

Ez azonban nem jelenti azt, hogy minden géphez az egész objektum teljes leképezésére van szükség. Sok esetben ésszerűbb egy kiválasztott kockázatokra fókuszáló modell, amelyet a döntéshez szükséges minimális terjedelemben határoznak meg. Néha elegendő a hozzáférési zónák és a kezelő beláthatóságának ellenőrzése. Más projektben a darabátvétel közbeni mozgási szekvencia, a burkolatok és reteszelő berendezések elrendezése, vagy a szervizműveletek menete leválasztott, majd visszaállított tápellátás mellett lesz a kulcskérdés.

A terjedelem ilyen szűkítése különösen fontos az ajánlati és koncepciós szakaszban, amikor a csapatnak elsősorban a hibás feltételezéseket kell kizárnia, nem pedig egy nagy kiterjedésű, de csekély döntéstámogató értékű modellt felépítenie. A jó kérdés tehát nem az, hogy érdemes-e a digitális ikert „teljes körben” felépíteni, hanem az, hogy a modell milyen minimális terjedelme teszi lehetővé a nyitott kockázatok lezárását még a berendezések megrendelése előtt, és a következtetések beépítését a beszállító számára készülő műszaki követelményekbe.

A szimuláció csak akkor használható igazán, ha a döntési felelősség is egyértelmű. Ha előre nem tisztázott, milyen kérdésekre kell választ adnia a modellnek, és ki hagyja jóvá a következtetéseket a beruházó, illetve a szállító oldalán, a modell gyorsan puszta bemutatóvá válik, amelynek nincs valódi hatása a projektre. Ezért még a munka megkezdése előtt érdemes rögzíteni, hogy a szimuláció a védőburkolat-koncepció elfogadhatóságát hivatott-e igazolni, azt kell-e bizonyítania, hogy a beavatkozás a védelmi megoldások megkerülése nélkül elvégezhető, a biztonságos újraindítás logikáját kell-e ellenőriznie leállás után, vagy azokat a pontokat kell-e feltárnia, ahol az ember és az automatika működése ütközik.

A gyakorlatban jól működik, ha a modellt a használati forgatókönyvek műhelyjellegű elemzésével kapcsolják össze, amelyet a tervezés, az automatizálás, a biztonság, a termelés és a karbantartás közösen végez. Ilyenkor a résztvevők nem magát a grafikát véleményezik, hanem a normál és rendellenes működési helyzeteket veszik végig, a megállapításokat pedig szakaszosan lehet lezárni: a koncepció szintjén, a kiviteli terv előtt és az átvétel előtt.

• mely forgatókönyveket kell ellenőrizni a berendezések megrendelése előtt,
• milyen szerkezeti módosítások következtek a modell felülvizsgálatából,
• hány kockázat marad nyitva a szimuláció egyeztetett terjedelmének lezárása után.

A legnagyobb értéket tehát nem maga a térbeli megjelenítés adja, hanem az, hogy rendezi a tervezési vitát, mielőtt az a gyártócsarnokba kerülne át. Ha a csapat egy robotcellát, szállítópályát és kézi beavatkozási állomást elemez, a modellnek nagyon konkrét kérdésekre kell választ adnia: a beszorulás megszüntetése közbeni belépés a zónába nem kényszeríti-e ki a védőburkolatok megkerülését, vészleállítás után a mozgás újraindítása nem indít-e el egy szomszédos berendezést a kezelő számára váratlan módon, illetve a szerviz valóban hozzáfér-e a beállítási pontokhoz a védelmi elemek megbontása nélkül.

Ebben a szakaszban azok a költségkategóriák is láthatóvá válnak, amelyek az egyszerűsített ütemtervben rendszerint nem jelennek meg: kerítések és alapok átépítése, a kábelezés és a vezérlő bemeneteinek módosítása, szoftverkorrekciók, a felelősség további egyeztetése a beszállítók között, valamint az átvétel eltolódása a védőintézkedések ismételt ellenőrzése miatt. Ekkor kell arról is dönteni, hogy a modellt saját erőforrásból készítsék el, vagy az integrátortól követeljék meg az egyeztetett munkaterjedelem részeként, egyes projektekben pedig akár átvételi követelményként is.

Ahhoz, hogy ez a munka ne oldódjon fel a megbeszélések során, a modell terjedelmét dokumentációs szinten is le kell zárni. A szimuláció következtetéseit vissza kell vezetni a műszaki követelményekbe, a funkcionális sémákba, az utasítások alapfeltevéseibe és a megfelelőségértékelést támogató anyagba. A digitális iker önmagában nem helyettesíti sem a kockázatértékelést, sem a későbbi megfelelőségértékelést, de rendszerezheti a bemenő információkat, és feltárhatja, hol kell pontosítani a vezérlőrendszer biztonsági funkcióira, a zónákhoz való hozzáférésre és a speciális üzemmódok alatti viselkedésre vonatkozó feltételezéseket.

Először a tervezési döntés, utána a szabványi hivatkozás

A gyakorlatban érdemes egyszerű sorrendet követni: először azt kell eldönteni, mire szolgáljon a modell, és csak utána kell a formai követelményekre hivatkozni. A digitális iker nem önálló eszköze a megfelelőség igazolásának, és nem helyettesíti sem a kockázatértékelést, sem a CE-jelölést megelőző későbbi gépek megfelelőségértékelését. A szerepe korábbi és gyakorlatiasabb: a feltételezések ellenőrzése, a technológia, a hozzáférés, a karbantartás és a munkaszervezés közötti konfliktusok feltárása, valamint a védőintézkedések megtervezésének támogatása még azelőtt, hogy azok költséges átalakítássá válnának.

Ennek a különbségtételnek rendszerező és tervezési jelentősége van. Ha a csapat a modellt önmagában bizonyító erejű eszközként kezeli, könnyen összegyűlhetnek látványos képek anélkül, hogy azok átfordulnának műszaki követelményekbe, biztonsági funkciókba, használati korlátozásokba és a gép műszaki dokumentációjába. A gyártó vagy integrátor számára Lengyelországban és az EU-ban a szimuláció csak akkor válik valóban hasznossá, ha az eredménye a projekt nyelvére lefordítható.

A modellből konkrét döntéseknek kell következniük: hol vezessen a zónához való hozzáférés, mely üzemmódok megengedettek, mikor oldható fel a mozgás, milyen újraindítási feltételek elfogadhatók, és mely feltételezéseket kell közvetlenül átvezetni az átvételi követelményekbe. Ez egyben a megfelelő pont a felelősségek szétválasztására is a beszállítók között. A digitális modell tervezési eszköz marad, a kockázatértékelés a veszélyek azonosításának és a kockázatcsökkentő intézkedések kiválasztásának folyamata, a megfelelőségértékelés pedig az alkalmazandó követelmények teljesítésének formális igazolása. E szempontok összekeverése rendszerint oda vezet, hogy sok anyag keletkezik, de annak értéke az átvétel szempontjából csekély marad.

Egy jó példa nem feltétlenül igényel fejlett technológiát. Elég egy egyszerű cella automatikus munkadarab-adagolással és a kezelő alkalmi belépésével a beszorulások megszüntetéséhez. A modell feltárta, hogy az eredetileg tervezett szervizhozzáférés nehezen követhető leállítási és újraindítási sorrendet kényszerít ki, és egyben a kézi üzemmódban az üzemeltetési alapelvek megkerülésére ösztönöz. Mielőtt a szerkezet elkészült volna, ezért módosították a koncepciót: áthelyezték a hozzáférési pontot, egyszerűsítették a műveletek sorrendjét, és különválasztották a rövid beavatkozás eseteit a zónába történő teljes belépéstől. Maga a szimuláció itt semmit sem „hagyott jóvá”, de lehetővé tette egy olyan korai döntés meghozatalát, amely csökkentette a későbbi mechanikai átalakításokat, pontosította a vezérlőrendszerrel szembeni követelményeket, és egyszerűbbé tette a gyártó és az integrátor felelősségéről szóló egyeztetést az elfogadott megoldás kapcsán.

Csak ezen a szinten válik igazán indokolttá a szabványokra való hivatkozás. A modellből levont következtetéseknek be kell épülniük a kockázatértékelésbe, az alkalmazott védőintézkedések leírásába, a használati utasítás alapfeltevéseibe, valamint a műszaki dokumentáció anyagába. A gyakorlatban nem pusztán az animációt érdemes megőrizni, hanem a döntések nyomvonalát is: a modell verzióját, az elfogadott egyszerűsítések körét, az üzemelési és beavatkozási forgatókönyveket, a szimulációban feltárt ütközéseket, az ezek alapján meghozott tervezési döntéseket, továbbá azt az információt, hogy a tervmódosítások után ki felel a modell naprakészen tartásáért.

A gépek megfelelőségértékelésének folyamatában az ilyen anyag nem helyettesíti a valós berendezésen végzett ellenőrzést, de rendszerezi annak indoklását, hogy egy adott megoldást miért fogadtak el, és a kockázatértékelés mely pontján vizsgálták azt. Ennek különösen nagy jelentősége van a több beszállítós projektekben, ahol az egységes döntési nyomvonal hiánya gyorsan vitává fajul a módosítások terjedelméről és költségéről.

A következtetés józan. A szimulációba nem azért érdemes beruházni, mert a projektbemutatás kötelező elemévé vált, hanem azért, mert a biztonsági hibák egy része csak addig javítható olcsón, amíg kizárólag a tervben létezik. Ha a modell segít dönteni a hozzáférési architektúráról, a működési sorrendről, a biztonsági funkciókról és a használati korlátozásokról, akkor ténylegesen támogatja a kockázatértékelést és a megfelelőségértékelésre való felkészülést. Ha viszont megmarad puszta látványtervnek, anélkül hogy átfordulna műszaki követelményekbe és a gyártó vagy integrátor dokumentációjába, akkor olyan költséggé válik, amely nem rövidíti le az átvételig vezető utat, és nem javítja a gép biztonságát.