Digitális iker és a gépbiztonság: mikor éri 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 látványos vizualizációk divatja vagy a „projekt digitalizálása” általános jelszava alapján kell meghozni. 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 elakadá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, még 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 még az összeszerelés előtt keletkeznek

A gépbiztonságban 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ások logikájában, a kezelői beavatkozások előirányzott módjában, valamint az üzemfenntartásra vonatkozó feltételezésekben. Ezért a digitális iker értékét nem pusztán a modell létezése határozza meg, hanem az a pillanat, amikor annak alapján jobb döntés hozható.

Ha a szimuláció 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égi körök végleges 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.

Projektoldalról nézve tehát nem az a lényeg, 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. A 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ághoz kapcsolódó 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 is lefedi-e, é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 az elakadá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 nem szándékolt 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ületére. 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égzett szerkezeti 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 át kell alakítani a burkolatokat, át kell helyezni az érzékelőket, korrigálni kell a szervizhozzáférést vagy módosítani kell a szekvencialogikát, 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. További iterációkat is jelent az állomástervezésben, újabb egyeztetéseket a termeléssel és az üzemfenntartással, sőt olykor 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 projektmutató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 előkészítheti a további döntésekhez szükséges alapot, és rendszerezheti 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 nőnek 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 a munkadarabot, látnia kell a cella állapotát, be kell lépnie a beavatkozási területre, vagy egy műveletet rövid átmeneti állapotban kell elvégeznie.

Ha az ilyen helyzeteket nem vizsgálják meg még az építés előtt, az összeszerelés során derülnek ki a láthatóság holtterei, a mozgások ütközései, az átláthatatlan sorrendek és az olyan hozzáférések, amelyek papíron ugyan 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 terv rendezését szolgálja, hanem utólagos reakcióvá válik azokra a problémákra, amelyek már 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 rögzített feltételezésektől. Az elakadások megszüntetése, a tisztítás, az átállás, az újraindítás leállás után, a szervizhozzáférés és a speciális üzemmódokban végzett munka ritkán zajlik pontosan úgy, ahogyan azt a koncepcióalkotás 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 gyakorlati értéke. Lehetővé teszi annak ellenőrzését, hogy a védőintézkedés nemcsak elő van-e írva, hanem a valós üzemeltetés során ténylegesen végrehajtható-e. Az a burkolat, amely ellehetetleníti a karbantartási műveletet, a logikus megfigyelési tartományon kívül elhelyezett reset gomb, vagy az a hozzáférés, amely a védelmi megoldások 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ójának 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átszása után válik láthatóvá, hogy a kezelő a darab kioldá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. Az építés előtti módosítás rendszerint a hozzáférési pont, a szekvencialogika és 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 ott 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ölcsönös készre jelentésbő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 viszont 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 terv kezd eltávolodni a gyakorlattól.

Mikor van a beruházásnak valódi működési értelme

A digitális ikerbe történő beruházás akkor indokolt, ha segít eldönteni azokat a kérdéseket, amelyekben a hiba az összeszerelés után mechanikai, vezérléstechnikai vagy szervezési szempontból költséges lenne. Nem maga az eszköz fejlettségi szintje a döntő tehát, hanem az, hogy a modell választ ad-e az alapvető tervezési kérdésekre: mennyire összetett a mozgás, mennyi az ember és a gép közötti interakció, 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 változtatás a rendszer megépítése és üzembe helyezése után.

Ha a válaszok sok átmeneti állapothoz, a zónákba történő gyakori belépéshez, kiterjedt átállá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, akkor a szimuláció már nem „biztonság kedvéért” felmerülő kiadás. A tervezési kockázat csökkentésének eszközévé válik.

Ez azonban nem jelenti azt, hogy minden géphez a teljes objektum teljes körű leképezésére van szükség. Sok esetben ésszerűbb egy meghatározott 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ő láthatóságának ellenőrzése. Más projekteknél a darabátvétel közbeni mozgásszekvencia, a burkolatok és reteszelő berendezések elhelyezése, vagy a szervizműveletek menete leválasztott, illetve visszaállított tápellátás mellett lesz a kulcskérdés.

Ez a hatókör-szűkítés különösen fontos az ajánlati és koncepciós szakaszban, amikor a csapatnak mindenekelőtt a hibás feltételezéseket kell kiszűrnie, nem pedig egy nagy kiterjedésű, de csekély döntéstámogató értékű modellt felépítenie. A helyes kérdés tehát nem az, hogy érdemes-e „teljes körű” digitális ikert készíteni, hanem az, hogy a modell milyen minimális terjedelme teszi lehetővé a nyitott kockázatok lezárását 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 gépek tervezésének és gyártásának szakaszában.

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 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 munkabiztonsá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 következtetéseket 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ócsarnokban jelenne meg. Ha a csapat egy robotcellát elemez szállítópályával és kézi beavatkozási állomással, 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ítja-e el a 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 megoldások megbontása nélkül.

Ebben a szakaszban olyan 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 átalakítása, kábelezési és vezérlőbemeneti módosítások, szoftverkorrekciók, a felelősség további egyeztetése a szállítók között, valamint az átvétel eltolódása a védelmi 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 vesszen el a megbeszélések során, a modell terjedelmét dokumentációs szempontból 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, valamint a megfelelőségértékelést támogató anyagba. Maga a digitális iker 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 önmagában nem alkalmas a megfelelőség igazolására, és nem helyettesíti sem a kockázatértékelést, sem a CE-jelölés előtti későbbi gépek megfelelőségértékelését. A szerepe korábbi és gyakorlatiasabb: az alapfeltevé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édelmi 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 megkülönböztetésnek 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á, amikor az eredménye a projekt nyelvén is rögzíthető.

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 alapfeltevéseket kell kifejezetten átvezetni az átvételi követelményekbe. Ez egyben a megfelelő pont a felelősség szétválasztására is a szá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ülé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.

Jó példa ehhez 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ére. A modell feltárta, hogy az eredetileg tervezett szervizhozzáférés nehezen értelmezhető leállítási és újraindítási sorrendet kényszerít ki, miközben kézi üzemmódban a használati 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 nem „hagyott jóvá”, de lehetővé tette egy olyan döntés korábbi 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 szakaszon 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 kezelési útmutató alapfeltevéseibe, valamint a műszaki dokumentáció anyagába. A gyakorlatban nem magát az animációt érdemes megőrizni, hanem a döntési nyomvonalat: a modell verzióját, az alkalmazott egyszerűsítések körét, az üzemelési és beavatkozási forgatókönyveket, a szimuláció során feltárt ütközéseket, az ezek alapján meghozott tervezési döntéseket, valamint 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 miért az adott megoldást választották, é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 a módosítások terjedelméről és költségéről szóló vitához vezet.

A következtetés józan. A szimulációba nem azért érdemes beruházni, mert kötelező elemmé vált a projektbemutatókban, hanem azért, mert a biztonsági hibák egy része csak addig javítható alacsony költséggel, amíg mé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 vizualizációnak, 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.