Digitālais dvīnis un mašīnu drošība: kad simulācija pirms būvniecības patiešām atmaksājas

Lēmumam ieguldīt digitālajā dvīnī drošības jomā nevajadzētu balstīties ne uz vizualizāciju modi, ne uz vispārīgu saukli par “projekta digitalizāciju”. Šādam darbam ir jēga tikai tad, ja modelis ļauj jau iepriekš ieraudzīt to, kas pēc izbūves kļūs par dārgu pārbūvi: konfliktu starp mašīnas kustību un cilvēka piekļuvi, neskaidru restartēšanas secību, nepareizi izstrādātu iejaukšanos iestrēguma gadījumā vai zonu izkārtojumu, kas formāli izskatās pareizs, bet praksē provocē drošības risinājumu apiešanu. Tāpēc jautājums nav par to, vai ir vērts veikt simulāciju pirms izbūves, bet gan par to, kad simulācija patiešām ietekmē projektēšanas lēmumus un palīdz samazināt projekta risku, pirms tas nostiprinās konstrukcijā, vadības programmā un atbildības sadalījumā starp piegādātājiem.

Dārgākās kļūdas rodas pirms montāžas

Mašīnu drošībā visdārgākās problēmas reti sākas pirmajā palaišanas reizē. Parasti tās ir ieprogrammētas daudz agrāk: mašīnas vai līnijas funkcionālajā arhitektūrā, kustību secībā un savstarpējā atkarībā, piekļuves veidā bīstamajām zonām, pārregulēšanas loģikā, paredzētajās operatora iejaukšanās situācijās un pieņēmumos, kas pieņemti tehniskajai apkopei. Tāpēc digitālā dvīņa vērtību nenosaka pats modeļa esamības fakts, bet gan brīdis, kurā uz tā pamata iespējams pieņemt labāku lēmumu.

Ja simulācija darbojas pirms iekārtu pasūtīšanas, pirms darba vietu izkārtojuma galīgas fiksēšanas un pirms galīgā atbildības sadalījuma starp piegādātājiem, tā kļūst par projekta riska mazināšanas rīku. Ja tā parādās vēlāk, tā bieži vien tikai sakārto to, ko jau ir noteikuši gabarīti, saskarnes, pasūtītie komponenti un pieņemtie izpildes risinājumi. Šādā situācijā tās ietekme uz drošību pēc būtības ir ierobežota.

No projekta viedokļa svarīgi nav tas, vai modelis labi “parāda mašīnu”, bet gan tas, vai tas ataino drošībai būtiskos lēmumus. Lietderīgam modelim jāparāda kustību secības, darba režīmi, cilvēka ieiešanas punkti procesā un saistības starp aizsargiem, klātbūtnes noteikšanas ierīcēm, bloķēšanas ierīcēm un ar drošību saistītajām vadības funkcijām. Tikai tad var pārbaudīt, vai riska novērtējums koncepcijas posmā aptver reālās ekspluatācijas situācijas, nevis tikai nominālo cikla norisi.

Šajā posmā atklājas jautājumi, kas pēc izbūves kļūst visdārgākie: vai operators apies aizsargu, lai novērstu iestrēgumu, vai servisa tehniķim ir droša piekļuve regulēšanas punktiem, vai manuālais režīms nerada neparedzētu drošības risinājumu apiešanas ceļu, vai līnijas izkārtojums neliek ieiet blakus mašīnas darba zonā. Simulācijas lielākā vērtība nav spējā paredzēt visu, bet gan spējā atklāt konfliktus starp ražīgumu, ergonomiku un drošību, pirms tie pārvēršas par konstrukcijas izmaiņām cehā vai strīdu ar piegādātāju.

Praksē tas īpaši labi redzams tur, kur pēc montāžas nākas pārveidot aizsargus, pārvietot sensorus, koriģēt servisa piekļuvi vai mainīt secību loģiku, jo risinājums, kas formāli ir drošs, ikdienas ekspluatācijā izrādās neīstenojams. Šāda korekcija nav tikai mehānisks vai programmēšanas izmaksu jautājums. Tā nozīmē arī nākamās darba vietu projekta iterācijas, atkārtotu saskaņošanu ar ražošanu un tehnisko apkopi, bet dažkārt arī iepriekš riska novērtējumā pieņemto pieņēmumu maiņu.

Tāpēc simulācijas lietderību ir vērts vērtēt nevis pēc vispārīgiem “ietaupījumiem no digitalizācijas”, bet pēc konkrētiem projekta rādītājiem: piekļuves punktu skaita, kam nepieciešama analīze, darba režīmu skaita, kam vajadzīgs atsevišķs izvērtējums, un darba vietu izkārtojuma iterāciju skaita pirms izpildpasūtījuma. Tieši tie parāda, vai modelis patiešām samazina nenoteiktību tur, kur vēlākas izmaiņas ir visgrūtākās.

Šajā nozīmē digitālais dvīnis neaizstāj ne mašīnu atbilstības novērtēšanu, ne tehnisko dokumentāciju. Taču tas var savlaicīgāk sagatavot materiālu turpmākajiem lēmumiem un sakārtot jomas, kas pēc izbūves kļūst tikai sarežģītākas, dārgākas un konfliktainākas.

Kur patiesībā pieaug izmaksas un risks

Lielākās izmaksas drošības projektos reti izriet no pašu aizsargu, gaismas aizkaru vai bloķēšanas ierīču izvēles. Tās pieaug tad, kad tikai pēc sistēmas izbūves izrādās, ka cilvēka reālais darbs neiekļaujas pieņemtajā mašīnas modelī. Visvairāk problēmu rodas ģeometrijas, kustības un procesa norises saskarē: tur, kur operatoram jāsasniedz detaļa, jāredz ligzdas stāvoklis, jāieiet iejaukšanās zonā vai jāveic darbība īsā pārejas stāvoklī.

Ja šādas situācijas netiek pārbaudītas pirms izbūves, montāžas laikā atklājas neredzamās zonas, kustību kolīzijas, neskaidras secības un piekļuve, kas formāli pastāv, bet praksē liek strādāt neērti vai riskanti. Tad riska novērtējums vairs nekārto projektu, bet kļūst par novēlotu reakciju uz problēmām, kas jau ir iestrādātas konstrukcijā.

No projektēšanas komandas skatpunkta visgrūtākie nav nominālie, bet gan nenominālie scenāriji. Tie visbiežāk nesakrīt ar pieņēmumiem, kas pieņemti funkcionālajā shēmā. Iestrēgumu novēršana, tīrīšana, pārregulēšana, restartēšana pēc apstādināšanas, servisa piekļuve un darbs īpašajos režīmos reti norit tieši tā, kā tas bija paredzēts koncepcijas posmā. Praksē rodas vajadzība atbalstīt elementu, manuāli atvirzīt asi, uz laiku ieiet kopējā zonā vai apstiprināt restartu no vietas, no kuras nav redzama visa apdraudētā zona.

Tieši šeit digitālais dvīnis iegūst operacionālu vērtību. Tas ļauj pārbaudīt, vai aizsardzības pasākums ir ne tikai paredzēts, bet arī īstenojams reālajā ekspluatācijā. Aizsargs, kas neļauj veikt apkopes darbību, atiestatīšanas poga, kas novietota ārpus loģiska novērošanas lauka, vai piekļuve, kas provocē apiet drošības risinājumus, nav sīki ergonomikas trūkumi. Tie ir paredzamu atkāpju no procedūras avoti, tātad arī riska, kavējumu un vēlāk strīdu par atbildību avoti.

Labs simulācijas pamatotības pārbaudījums ir vienkāršs piemērs no līnijas koncepcijas posma. Tika paredzēta sānu piekļuve iestrēgumu novēršanai detaļas nodošanas vietā starp divām mašīnām, bet atiestatīšana pēc iejaukšanās novietota pie galvenā pults. Zīmējumā risinājums izskatās pareizs. Tikai izspēlējot iejaukšanās scenāriju modelī, kļūst redzams, ka operators pēc detaļas atbrīvošanas pilnībā neredz nodošanas zonu, otrā mašīna jau var pabeigt savu secību, bet, lai piekļūtu atiestatīšanai, ir jāatstāj vieta, no kuras būtu jāapstiprina drošs stāvoklis. Izmaiņas pirms izbūves parasti nozīmē piekļuves vietas, secības loģikas un apstiprināšanas punkta korekciju. Tās pašas izmaiņas pēc montāžas var ietvert aizsargu, kabeļu trašu, vadības programmas un dokumentācijas pārbūvi, bet, ja iesaistīti vairāki piegādātāji, arī vienošanos par to, kurš atbild par saskarni un kurai instalācijas daļai nepieciešamas izmaiņas.

Tāpēc ir vērts mērīt elementus, kurus iespējams aprēķināt: manuālo iejaukšanos skaitu maiņā, piekļuves punktu skaitu, iestrēgumu novēršanas scenāriju skaitu un saskarņu skaitu starp mašīnām. Tieši tie parāda, kur agrākas pārbaudes trūkums sāk radīt izmaksas un neskaidrības.

Robotizētās līnijās un integrētās sistēmās simulācijas vērtība pieaug līdz ar savstarpējo atkarību skaitu. Risks tur arvien retāk izriet no atsevišķas mašīnas, kas aplūkota izolēti, un arvien biežāk — no mijiedarbību secības: detaļas nodošanas, kopējās darba zonas atbrīvošanas, savstarpējas gatavības apstiprināšanas, uzvedības pēc avārijas apturēšanas un kustības atsākšanas nosacījumiem. Bez iepriekšējas pārbaudes var pieņemt iekārtas, kas atsevišķi izskatās pareizas, bet kopā rada neskaidrus pārejas stāvokļus un atbildības nepilnības.

Ja modelim patiešām jāatbalsta lēmumu pieņemšana, tam jāaptver arī avārijas un iejaukšanās situācijas, un tā pārskatīšanu ir vērts veikt, iesaistot operatorus un tehniskās apkopes dienestus. Tieši viņi visātrāk pamana vietas, kur projekts sāk attālināties no prakses.

Kad ieguldījumam ir operacionāla jēga

Ieguldījumam digitālajā dvīnī ir jēga tad, ja tas ļauj pieņemt lēmumus, kuru kļūda pēc montāžas būs dārga mehāniski, vadības ziņā vai organizatoriski. Tāpēc izšķirošs nav pats rīka sarežģītības līmenis, bet gan tas, vai modelis atbild uz pamatjautājumiem projektēšanā: cik sarežģīta ir kustība, cik daudz ir cilvēka un mašīnas mijiedarbību, cik būtiski ir īpašie režīmi, cik plaša ir vairāku iekārtu integrācija un cik sāpīgas būtu izmaiņas pēc sistēmas izbūves un palaišanas.

Ja atbildes norāda uz lielu pārejas stāvokļu skaitu, biežu ieiešanu zonās, izvērstām pārregulēšanas, tīrīšanas vai iestrēgumu novēršanas darbībām un augstām aizsargu, piedziņu vai vadības loģikas pārbūves izmaksām, simulācija vairs nav izdevumi “katram gadījumam”. Tā kļūst par projektēšanas riska ierobežošanas rīku.

Tomēr tas nenozīmē, ka katrai mašīnai ir vajadzīgs pilns visa objekta atveidojums. Daudzos gadījumos saprātīgāks ir modelis, kas orientēts uz konkrētiem riskiem un definēts minimālajā apjomā, kas nepieciešams lēmuma pieņemšanai. Dažkārt pietiek pārbaudīt piekļuves zonas un operatora redzamību. Citā projektā izšķiroša būs kustību secība detaļas saņemšanas laikā, aizsargu un bloķēšanas ierīču izvietojums vai servisa darbību gaita pie atslēgtas un atjaunotas barošanas.

Šāda apjoma sašaurināšana ir īpaši svarīga piedāvājuma un koncepcijas posmā, kad komandai vispirms būtu jānovērš kļūdaini pieņēmumi, nevis jāveido apjomīgs modelis ar mazu vērtību lēmumu pieņemšanā. Tāpēc pareizais jautājums nav, vai veidot dvīni “pilnā apjomā”, bet gan kāds minimālais modeļa apjoms ļaus noslēgt atvērtos riskus pirms iekārtu pasūtīšanas un iekļaut secinājumus piegādātāja tehniskajās prasībās.

Simulācijas lietderībai būtisks priekšnoteikums ir arī skaidri noteikta atbildība par lēmumu pieņemšanu. Ja jau sākumā nav zināms, uz kādiem jautājumiem modelim jāsniedz atbildes un kurš apstiprina secinājumus no investora un piegādātāja puses, modelis ātri pārvēršas par prezentāciju, kam nav reālas ietekmes uz projektu. Tāpēc pirms darbu sākšanas ir vērts fiksēt, vai simulācijai jāapstiprina aizsargnorobežojuma koncepcijas pieņemamība, jāparāda, ka iejaukšanos var veikt, neapejot aizsardzības līdzekļus, jāpārbauda drošas restartēšanas loģika pēc apstādināšanas vai jāatklāj vietas, kur cilvēka darbības un automātika nonāk savstarpējā konfliktā.

Praksē labi darbojas modeļa apvienošana ar scenāriju analīzi darba semināra formātā, ko kopīgi veic projektēšanas, automātikas, drošības, ražošanas un uzturēšanas komandas. Tad dalībnieki nevis komentē pašu grafisko attēlu, bet iziet cauri normālas un nenormālas darbības scenārijiem, un secinājumus var noslēgt pa posmiem: koncepcijas stadijā, pirms detalizētā projekta un pirms pieņemšanas.

• kuri scenāriji jāpārbauda pirms iekārtu pasūtīšanas,
• kādas konstrukcijas izmaiņas izrietēja no modeļa pārskatīšanas,
• cik risku paliek atvērti pēc saskaņotā simulācijas apjoma pabeigšanas.

Tāpēc vislielāko vērtību dod nevis pats telpiskais attēls, bet gan projektēšanas strīdu sakārtošana, pirms tie nonāk ražošanas cehā. Ja komanda analizē šūnu ar robotu, konveijeru un manuālas iejaukšanās vietu, modelim jāatbild uz ļoti konkrētiem jautājumiem: vai ieiešana zonā iesprūduma novēršanas laikā neprasa apiet aizsargnorobežojumus, vai pēc avārijas apturēšanas kustības atsākšana neiedarbina blakus esošo iekārtu operatoram negaidītā veidā, vai servisam ir reāla piekļuve regulēšanas punktiem bez aizsardzības līdzekļu demontāžas.

Šajā posmā atklājas arī izmaksu kategorijas, kas vienkāršotā grafikā parasti nav redzamas: norobežojumu un pamatu pārbūve, izmaiņas elektroinstalācijā un vadības ierīces ieejās, programmatūras korekcijas, papildu atbildības saskaņošana starp piegādātājiem, kā arī pieņemšanas termiņa nobīdes, kas saistītas ar atkārtotu aizsardzības līdzekļu pārbaudi. Tas ir arī brīdis lēmumam, vai modeli veidot pašu spēkiem vai prasīt to no integratora kā daļu no saskaņotā darbu apjoma, bet dažos projektos arī kā pieņemšanas prasību.

Lai šis darbs neizplūstu pa sanāksmēm, modeļa apjoms ir jānofiksē dokumentācijā. Simulācijas secinājumiem jāatgriežas tehniskajās prasībās, funkcionālajās shēmās, instrukciju izstrādes pieņēmumos un materiālos, kas atbalsta mašīnu atbilstības novērtēšanu. Pats digitālais dvīnis neaizstāj riska novērtējumu un arī ne vēlāk veicamo atbilstības novērtēšanu, taču tas var sakārtot ievaddatus un atklāt, kur vadības sistēmas drošības funkciju, piekļuves zonām un uzvedības īpašajos režīmos pieņēmumi ir jāprecizē.

Vispirms projektēšanas lēmums, pēc tam normatīvā atsauce

Praksē ir vērts ievērot vienkāršu secību: vispirms izlemt, kam modelis kalpos, un tikai pēc tam atsaukties uz formālajām prasībām. Digitālais dvīnis nav patstāvīgs līdzeklis atbilstības apstiprināšanai un neaizstāj ne riska novērtējumu, ne vēlāk veicamo atbilstības novērtēšanu pirms CE marķējuma. Tā loma ir agrāka un praktiskāka: pārbaudīt pieņēmumus, atklāt konfliktus starp tehnoloģiju, piekļuvi, uzturēšanu un darba organizāciju, kā arī palīdzēt izstrādāt aizsardzības līdzekļus, pirms tie kļūst par dārgu pārbūvi.

Šim nošķīrumam ir sakārtojoša un projektēšanas nozīme. Ja komanda modeli uztver kā pierādījuma rīku pašu par sevi, ir viegli uzkrāt iespaidīgus attēlus bez sasaistes ar tehniskajām prasībām, drošības funkcijām, lietošanas ierobežojumiem un mašīnas tehnisko dokumentāciju. Ražotājam vai integratoram Polijā un ES noderīga simulācija sākas tikai tad, kad tās rezultātu var pierakstīt projekta valodā.

No modeļa jāizriet konkrētiem lēmumiem: kur jābūt piekļuvei zonai, kādi darba režīmi ir pieļaujami, kad kustību drīkst atbrīvot, kādi restartēšanas nosacījumi ir pieņemami un kuri pieņēmumi ir tieši jāpārnes uz pieņemšanas prasībām. Tā ir arī īstā vieta atbildības sadalīšanai starp piegādātājiem. Digitālais modelis paliek projektēšanas rīks, riska novērtējums ir bīstamību identificēšanas un riska samazināšanas līdzekļu izvēles process, bet atbilstības novērtēšana — formāls apstiprinājums tam, ka ir izpildītas piemērojamās prasības. Šo kārtību sajaukšana parasti beidzas ar to, ka materiāla ir daudz, bet tā vērtība pieņemšanas procesā paliek neliela.

Labs piemērs nav obligāti saistīts ar progresīvām tehnoloģijām. Pietiek ar parastu šūnu ar automātisku detaļas padevi un operatora neregulāru ieiešanu iesprūdumu novēršanai. Modelī atklājās, ka sākotnēji paredzētā servisa piekļuve prasa neskaidru apturēšanas un atkārtotas palaišanas secību un vienlaikus provocē apiet ekspluatācijas pieņēmumus manuālajā režīmā. Tāpēc vēl pirms konstrukcijas izveides tika mainīta koncepcija: pārvietots piekļuves punkts, vienkāršota darbību secība un nošķirti īsas iejaukšanās gadījumi no pilnīgas ieiešanas zonā. Pati simulācija šeit neko “neapstiprināja”, taču tā ļāva agrāk pieņemt lēmumu, kas ierobežoja vēlākas mehāniskās pārbūves, precizēja prasības vadības sistēmai un atviegloja sarunu par ražotāja un integratora atbildību par pieņemto risinājumu.

Tieši šajā posmā pamatoti parādās atsauce uz normatīvajām prasībām. Modeļa secinājumiem jāpapildina riska novērtējums, pieņemto aizsardzības pasākumu apraksts, instrukcijas izstrādes pieņēmumi un tehniskās dokumentācijas saturs. Praksē ir vērts saglabāt nevis tikai pašu animāciju, bet arī lēmumu pieņemšanas pēdas: modeļa versiju, pieņemto vienkāršojumu apjomu, darba un iejaukšanās scenārijus, simulācijā atklātās kolīzijas, uz to pamata pieņemtos projektēšanas lēmumus, kā arī informāciju par to, kurš ir atbildīgs par modeļa aktualitāti pēc projekta izmaiņām.

Atbilstības novērtēšanas procesā šāds materiāls neaizstāj pārbaudi reālajā objektā, taču tas sakārto pamatojumu, kāpēc konkrētais risinājums ir pieņemts un kurā riska novērtējuma vietā tas ir izskatīts. Tas ir īpaši svarīgi projektos ar vairākiem piegādātājiem, kur saskaņotas lēmumu pieņemšanas pēdas trūkums ātri pāraug strīdā par izmaiņu apjomu un izmaksām.

Secinājums ir pragmatisks. Simulācijā ir vērts ieguldīt nevis tāpēc, ka tā kļuvusi par obligātu projekta prezentācijas elementu, bet tāpēc, ka daļa drošības kļūdu ir lēti novēršamas tikai tad, kamēr tās vēl pastāv vienīgi projektā. Ja modelis palīdz pieņemt lēmumu par piekļuves arhitektūru, darba secību, drošības funkcijām un lietošanas ierobežojumiem, tas reāli atbalsta riska novērtējumu un sagatavošanos atbilstības novērtēšanai. Ja tas beidzas tikai ar vizualizāciju bez sasaistes ar tehniskajām prasībām un ražotāja vai integratora dokumentāciju, tas kļūst par izmaksām, kas nesaīsina ceļu līdz pieņemšanai un neuzlabo mašīnu un ražošanas līniju drošību.