Skaitmeninis dvynys ir mašinų sauga: kada modeliavimas prieš statybą iš tiesų atsiperka

Sprendimas investuoti į skaitmeninį dvynį saugos srityje neturėtų būti grindžiamas vizualizacijų mada ar bendru šūkiu „projekto skaitmeninimas“. Tokios veiklos prasmė atsiranda tik tada, kai modelis leidžia iš anksto pamatyti tai, kas po įrengimo virsta brangiais perdarymais: konfliktą tarp mašinos judesių ir žmogaus prieigos, neaiškią paleidimo iš naujo seką, netinkamai suprojektuotą įsikišimą užstrigimo atveju arba zonų išdėstymą, kuris formaliai atrodo teisingas, tačiau praktikoje skatina apeiti apsaugas. Todėl tikrasis klausimas yra ne ar verta simuliuoti prieš statybą, o kada simuliacija iš tiesų daro įtaką projektiniams sprendimams ir padeda mažinti projekto riziką, kol ji dar neįsitvirtino konstrukcijoje, valdymo programoje ir atsakomybių pasidalijime tarp tiekėjų.

Brangiausios klaidos atsiranda dar prieš montavimą

Mašinų ir linijų saugos projektuose didžiausių sąnaudų keliantys nesklandumai retai prasideda per pirmąjį paleidimą. Dažniausiai jie būna užkoduoti gerokai anksčiau: mašinos ar linijos funkcinėje architektūroje, judesių sekoje ir jų tarpusavio priklausomybėse, patekimo į pavojingas zonas būde, perreguliavimo logikoje, numatytose operatoriaus intervencijose ir prielaidose, priimtose techninei priežiūrai. Todėl skaitmeninio dvynio vertę lemia ne pats modelio egzistavimas, o momentas, kada jo pagrindu galima priimti geresnį sprendimą.

Jeigu simuliacija atliekama dar prieš užsakant įrangą, prieš galutinai nustatant darbo vietų išdėstymą ir prieš galutinį atsakomybių pasidalijimą tarp tiekėjų, ji tampa projekto rizikos mažinimo priemone. Jeigu ji atsiranda vėliau, dažnai tik sugrupuoja tai, ką jau ir taip nulėmė gabaritai, sąsajos, užsakyti komponentai ir pasirinkti įgyvendinimo sprendimai. Tokiu atveju jos poveikis saugai iš esmės yra ribotas.

Žvelgiant iš projekto perspektyvos, svarbu ne tai, ar modelis gerai „parodo mašiną“, o tai, ar jis atkuria saugai reikšmingus sprendimus. Naudingas modelis turėtų rodyti judesių sekas, darbo režimus, žmogaus patekimo į procesą taškus ir priklausomybes tarp apsaugų, buvimo aptikimo įtaisų, blokavimo įtaisų ir su sauga susijusių valdymo funkcijų. Tik tada galima patikrinti, ar rizikos vertinimas koncepcijos etape apima realias eksploatacines situacijas, o ne vien nominalią ciklo eigą.

Šiame etape išryškėja klausimai, kurie po įrengimo tampa brangiausi: ar operatorius apeis apsaugą, kad pašalintų užstrigimą, ar techninės priežiūros specialistas turi saugią prieigą prie reguliavimo taškų, ar rankinis režimas nesukuria nenumatyto apsaugų apėjimo kelio, ar linijos išdėstymas neverčia patekti į gretimos mašinos darbo zoną. Didžiausia simuliacijos vertė yra ne bandymas numatyti viską, o konfliktų tarp našumo, ergonomikos ir saugos atskleidimas, kol jie dar nevirto konstrukciniais pakeitimais ceche arba ginču su tiekėju.

Praktikoje tai ypač matyti ten, kur po montavimo tenka perdaryti apsaugas, perkelti jutiklius, koreguoti techninės priežiūros prieigą arba keisti sekų logiką, nes formaliai saugus sprendimas kasdienėje eksploatacijoje pasirodo esantis neįgyvendinamas. Toks koregavimas nėra vien mechaninių ar programavimo darbų sąnaudos. Tai taip pat reiškia papildomas darbo vietų projekto iteracijas, pakartotinius derinimus su gamyba ir technine priežiūra, o kartais ir anksčiau rizikos vertinime priimtų prielaidų pakeitimą.

Todėl simuliacijos naudingumą verta vertinti ne pagal bendras „sutaupymo dėl skaitmeninimo“ deklaracijas, o pagal konkrečius projektinius rodiklius: prieigos taškų, kuriems reikia analizės, skaičių, darbo režimų, kuriems reikia atskiro vertinimo, skaičių ir darbo vietų išdėstymo iteracijų skaičių iki vykdomojo užsakymo. Būtent jie parodo, ar modelis iš tiesų mažina neapibrėžtumą ten, kur vėlesni pakeitimai yra sudėtingiausi.

Šia prasme skaitmeninis dvynys nepakeičia nei mašinų atitikties vertinimo, nei techninės dokumentacijos. Tačiau jis gali anksčiau parengti pagrindą tolesniems sprendimams ir suvaldyti sritis, kurios po įrengimo tampa tik sudėtingesnės, brangesnės ir konfliktiškesnės.

Kur iš tikrųjų auga sąnaudos ir rizika

Didžiausios sąnaudos saugos projektuose retai kyla vien dėl apsaugų, šviesos užtvarų ar blokavimo įtaisų parinkimo. Jos išauga tada, kai tik pastačius sistemą paaiškėja, kad realus žmogaus darbas netelpa į priimtą mašinos modelį. Daugiausia problemų atsiranda geometrijos, judesio ir proceso eigos sandūroje: ten, kur operatorius turi pasiekti detalę, matyti lizdo būseną, patekti į intervencijos zoną arba atlikti veiksmą per trumpą pereinamąją būseną.

Jei tokios situacijos nepatikrinamos prieš statybą, montavimo metu išryškėja nematomos zonos, judesių kolizijos, neaiškios sekos ir prieiga, kuri formaliai egzistuoja, tačiau praktiškai verčia dirbti nepatogiai arba rizikingai. Tuomet rizikos vertinimas nebe padeda struktūruoti projekto, o tampa pavėluota reakcija į problemas, jau įtrauktas į konstrukciją.

Projektavimo komandai sudėtingiausi paprastai būna ne nominalūs, o nenominalūs scenarijai. Būtent jie dažniausiai prasilenkia su prielaidomis, priimtomis funkcionaliojoje schemoje. Užstrigimų šalinimas, valymas, perreguliavimas, paleidimas iš naujo po sustabdymo, techninės priežiūros prieiga ir darbas specialiais režimais retai vyksta tiksliai taip, kaip buvo numatyta koncepcijos etape. Praktikoje atsiranda poreikis paremti elementą, rankiniu būdu atitraukti ašį, laikinai įeiti į bendrą zoną arba patvirtinti paleidimą iš naujo iš vietos, iš kurios nesimato visa pavojinga sritis.

Būtent čia skaitmeninis dvynys įgyja operacinę vertę. Jis leidžia patikrinti, ar apsaugos priemonė yra ne tik numatyta, bet ir realiai įgyvendinama eksploatacijos metu. Apsauga, trukdanti atlikti techninės priežiūros veiksmą, atstatymo mygtukas, įrengtas už logiško stebėjimo lauko ribų, arba prieiga, skatinanti apeiti apsaugas, nėra smulkūs ergonomikos trūkumai. Tai nuspėjamų nukrypimų nuo procedūros šaltiniai, taigi kartu ir rizikos, vėlavimų bei vėlesnių ginčų dėl atsakomybės šaltiniai.

Geras simuliacijos pagrįstumo patikrinimas yra paprastas atvejis linijos koncepcijos etape. Buvo numatyta šoninė prieiga užstrigimams šalinti detalės perdavimo tarp dviejų mašinų vietoje, o atstatymas po intervencijos įrengtas prie pagrindinio pulto. Brėžinyje toks sprendimas atrodo teisingas. Tik perėjus intervencinį scenarijų modelyje paaiškėja, kad operatorius, atlaisvinęs detalę, neturi pilno perdavimo zonos matomumo, antroji mašina jau gali baiginėti savo seką, o norint pasiekti atstatymo vietą reikia palikti tašką, iš kurio turėtų būti patvirtinta saugi būsena. Pakeitimas prieš statybą paprastai reiškia prieigos vietos, sekos logikos ir patvirtinimo taško korekciją. Tas pats pakeitimas po montavimo gali apimti apsaugų, kabelių trasų, valdymo programos ir dokumentacijos pertvarkymą, o kai dalyvauja keli tiekėjai – ir susitarimą, kas atsako už sąsają bei kurios instaliacijos dalį reikia modifikuoti.

Todėl verta matuoti tai, ką galima suskaičiuoti: rankinių intervencijų skaičių per pamainą, prieigos taškų skaičių, užstrigimų šalinimo scenarijų skaičių ir sąsajų tarp mašinų skaičių. Būtent šie rodikliai parodo, kur ankstesnio patikrinimo stoka pradeda generuoti sąnaudas ir neapibrėžtumą.

Robotizuotose linijose ir integruotose sistemose simuliacijos vertė didėja kartu su priklausomybių skaičiumi. Rizika ten vis rečiau kyla iš atskiros mašinos, vertinamos izoliuotai, ir vis dažniau – iš sąveikų sekos: detalės perdavimo, bendros darbo zonos atlaisvinimo, abipusio parengties patvirtinimo, elgsenos po avarinio sustabdymo ir judesio atnaujinimo sąlygų. Be išankstinio patikrinimo galima priimti įrenginius, kurie atskirai atrodo tinkami, tačiau kartu sukuria dviprasmiškas pereinamąsias būsenas ir atsakomybės spragas.

Jei modelis turi iš tikrųjų padėti priimti sprendimus, jis turėtų apimti ir avarines bei intervencines situacijas, o jo peržiūrą verta atlikti dalyvaujant operatoriams ir techninės priežiūros tarnyboms. Būtent jie anksčiausiai pastebi vietas, kuriose projektas pradeda skirtis nuo praktikos.

Kada investicija turi operacinę prasmę

Investicija į skaitmeninį dvynį yra prasminga tada, kai ji leidžia priimti sprendimus, kurių klaida po montavimo būtų brangi mechaniniu, valdymo arba organizaciniu požiūriu. Todėl lemia ne vien įrankio pažangumo lygis, o tai, ar modelis atsako į pagrindinius projektavimo klausimus: kiek sudėtingas yra judesys, kiek yra žmogaus ir mašinos sąveikų, kiek svarbūs specialūs režimai, kokio masto yra daugelio įrenginių integracija ir kiek skausmingas būtų pakeitimas po sistemos pastatymo bei paleidimo.

Jei atsakymai rodo didelį pereinamųjų būsenų skaičių, dažną patekimą į zonas, išplėtotus perreguliavimo, valymo ar užstrigimų šalinimo veiksmus bei dideles apsaugų, pavarų arba valdymo logikos pertvarkymo sąnaudas, simuliacija nustoja būti išlaidomis „dėl visa ko“. Ji tampa projektinės rizikos mažinimo priemone.

Tačiau tai nereiškia, kad kiekvienai mašinai reikia pilno viso objekto atkūrimo. Daugeliu atvejų racionalesnis yra į pasirinktą riziką orientuotas modelis, apibrėžtas minimaliu sprendimui priimti būtinu mastu. Kartais pakanka patikrinti prieigos zonas ir operatoriaus matomumą. Kitame projekte esminė bus judesio seka detalės paėmimo metu, apsaugų ir blokavimo įtaisų išdėstymas arba techninės priežiūros veiksmų eiga, kai maitinimas atjungiamas ir vėl atkuriamas.

Toks apimties susiaurinimas ypač svarbus pasiūlymo ir koncepcijos etape, kai komanda pirmiausia turėtų šalinti klaidingas prielaidas, o ne kurti išplėtotą modelį, kurio sprendimų vertė maža. Todėl tinkamas klausimas yra ne tai, ar kurti dvynį „visa apimtimi“, bet koks minimalus modelio mastas leis uždaryti atviras rizikas prieš užsakant įrenginius ir įtraukti išvadas į techninius reikalavimus tiekėjui.

Simuliacijos naudingumui būtina ir aiškiai apibrėžta atsakomybė už sprendimus. Jei iš anksto neaišku, į kokius klausimus modelis turi atsakyti ir kas tvirtina išvadas investuotojo bei tiekėjo pusėje, modelis greitai tampa tik prezentacija, neturinčia realios įtakos projektui. Todėl prieš pradedant darbus verta aiškiai įrašyti, ar simuliacija turi patvirtinti apsaugų koncepcijos priimtinumą, parodyti, kad intervenciją galima atlikti neapeinant apsaugų, patikrinti saugaus paleidimo po sustabdymo logiką, ar atskleisti vietas, kur žmogaus veiksmai ir automatika tarpusavyje konfliktuoja.

Praktikoje gerai pasiteisina modelio derinimas su dirbtuvių formato naudojimo scenarijų analize, kurią kartu atlieka projektuotojai, automatikos specialistai, saugos specialistai, gamyba ir techninė priežiūra. Tuomet dalyviai nekomentuoja vien grafikos, o pereina normalaus ir nenormalaus darbo scenarijus, o išvadas galima uždaryti etapais: koncepcijos stadijoje, prieš techninį darbo projektą ir prieš priėmimą.

• kokius scenarijus reikia patikrinti prieš užsakant įrenginius,
• kokie konstrukciniai pakeitimai atsirado peržiūrėjus modelį,
• kiek rizikų lieka atvirų užbaigus sutartą simuliacijos apimtį.

Didžiausią vertę suteikia ne pats erdvinis vaizdas, o projektinio ginčo suvaldymas dar prieš jam persikeliant į cechą. Jei komanda analizuoja celę su robotu, konvejeriu ir rankinės intervencijos vieta, modelis turi atsakyti į labai konkrečius klausimus: ar patekimas į zoną šalinant užstrigimą neverčia apeiti apsaugų, ar po avarinio sustabdymo judesio atnaujinimas netikėtai neįjungia gretimo įrenginio operatoriui netikėtu būdu, ar techninis aptarnavimas iš tikrųjų turi prieigą prie reguliavimo taškų nedemontuojant apsaugų.

Šiame etape išryškėja ir išlaidų kategorijos, kurių paprastai nesimato supaprastintame grafike: aptvarų ir pamatų perstatymas, kabelių instaliacijos ir valdiklio įėjimų pakeitimai, programinės įrangos korekcijos, papildomi atsakomybės suderinimai tarp tiekėjų bei priėmimo termino nukėlimas dėl pakartotinio apsaugos priemonių patikrinimo. Tai taip pat momentas apsispręsti, ar modelį kurti savo jėgomis, ar reikalauti jo iš integratoriaus kaip suderintos darbų apimties dalies, o kai kuriuose projektuose – ir kaip vieno iš priėmimo reikalavimų.

Kad šis darbas neišsisklaidytų po susitikimų, modelio apimtį reikia užfiksuoti dokumentuose. Simuliacijos išvados turi grįžti į techninius reikalavimus, funkcines schemas, instrukcijų prielaidas ir medžiagą, padedančią atlikti atitikties vertinimą. Pats skaitmeninis dvynys nepakeičia rizikos vertinimo ar vėlesnio atitikties vertinimo, tačiau gali sutvarkyti pradinę medžiagą ir parodyti, kur reikia patikslinti valdymo sistemos saugos funkcijų, patekimo į zonas ir elgsenos specialiaisiais režimais prielaidas.

Pirmiausia projektinis sprendimas, tik po to – norminis atskaitos taškas

Praktikoje verta laikytis paprastos sekos: pirmiausia nuspręsti, kam modelis turi būti naudojamas, ir tik tada remtis formaliais reikalavimais. Skaitmeninis dvynys nėra savarankiška atitikties patvirtinimo priemonė ir nepakeičia nei rizikos vertinimo, nei vėlesnio mašinų atitikties vertinimo prieš ženklinimą CE. Jo vaidmuo yra ankstesnis ir praktiškesnis: patikrinti prielaidas, atskleisti konfliktus tarp technologijos, prieigos, techninės priežiūros ir darbo organizavimo bei padėti suprojektuoti apsaugos priemones, kol jos dar netapo brangiai kainuojančiais perdarymais.

Šis atskyrimas svarbus tiek tvarkai, tiek projektavimui. Jei komanda modelį traktuoja kaip savaime įrodomąją priemonę, nesunku sukaupti įspūdingų vaizdų, kurie neperauga į techninius reikalavimus, saugos funkcijas, naudojimo apribojimus ir mašinos techninę dokumentaciją. Gamintojui ar integratoriui Lenkijoje ir ES naudinga simuliacija prasideda tik tada, kai jos rezultatą galima užrašyti projekto kalba.

Iš modelio turi kilti konkretūs sprendimai: kur turi eiti patekimas į zoną, kokie darbo režimai yra leistini, kada judesys gali būti atlaisvintas, kokios paleidimo iš naujo sąlygos yra priimtinos ir kurias prielaidas reikia tiesiogiai perkelti į priėmimo reikalavimus. Tai taip pat tinkama vieta atskirti atsakomybę tarp tiekėjų. Skaitmeninis modelis išlieka projektavimo priemone, rizikos vertinimas yra pavojų nustatymo ir rizikos mažinimo priemonių parinkimo procesas, o atitikties vertinimas – formalus taikomų reikalavimų įvykdymo patvirtinimas. Šių lygmenų supainiojimas paprastai baigiasi tuo, kad medžiagos daug, tačiau jos vertė priėmimui išlieka menka.

Geras pavyzdys nebūtinai turi būti susijęs su pažangia technologija. Pakanka įprastos celės su automatiniu detalės padavimu ir retkarčiais reikalingu operatoriaus įėjimu užstrigimams šalinti. Modelyje paaiškėjo, kad iš pradžių numatyta techninės priežiūros prieiga verčia taikyti neaiškią sustabdymo ir pakartotinio paleidimo seką, be to, skatina apeiti eksploatacines prielaidas rankiniu režimu. Todėl dar iki konstrukcijos pagaminimo buvo pakeista koncepcija: perkeltas prieigos taškas, supaprastinta veiksmų seka ir atskirti trumpos intervencijos atvejai nuo pilno įėjimo į zoną. Pati simuliacija čia nieko „nepatvirtino“, tačiau leido anksčiau priimti sprendimą, kuris sumažino vėlesnių mechaninių perdarymų apimtį, patikslino valdymo sistemos reikalavimus ir supaprastino pokalbį apie gamintojo bei integratoriaus atsakomybę už pasirinktą sprendimą.

Tik šiame etape pagrįstai atsiranda norminė nuoroda. Modelio išvados turėtų papildyti rizikos vertinimą, taikytų apsaugos priemonių aprašą, instrukcijai skirtas prielaidas ir techninės dokumentacijos medžiagą. Praktikoje verta išsaugoti ne vien pačią animaciją, o sprendimų pėdsaką: modelio versiją, taikytų supaprastinimų apimtį, darbo ir intervencijų scenarijus, simuliacijoje nustatytas kolizijas, jų pagrindu priimtus projektinius sprendimus ir informaciją, kas atsako už modelio aktualumą po projekto pakeitimų.

Mašinų atitikties vertinimo procese tokia medžiaga nepakeičia patikros realiame objekte, tačiau padeda nuosekliai pagrįsti, kodėl buvo pasirinktas konkretus sprendimas ir kurioje rizikos vertinimo vietoje jis buvo nagrinėtas. Tai ypač svarbu kelių tiekėjų projektuose, kur nuoseklaus sprendimų pėdsako nebuvimas greitai virsta ginču dėl pakeitimų apimties ir kainos.

Išvada paprasta ir blaivi. Į simuliaciją verta investuoti ne todėl, kad ji tapo privalomu projekto pristatymo elementu, o todėl, kad dalis saugos klaidų yra nebrangios tik tol, kol jos dar egzistuoja vien projekte. Jeigu modelis padeda priimti sprendimą dėl prieigos architektūros, darbo sekos, saugos funkcijų ir naudojimo apribojimų, jis realiai padeda atlikti rizikos vertinimą ir pasirengti atitikties vertinimui. Jeigu viskas baigiasi vizualizacija, kuri neperkelta į techninius reikalavimus ir gamintojo ar integratoriaus dokumentaciją, tai tampa sąnaudomis, kurios netrumpina kelio iki priėmimo ir negerina mašinų ir linijų saugos.