Kuidas programmeerida ohutut inimese ja roboti kooseksisteerimist tööstus 5.0 ajastul

Inimese ja roboti ohutu kooseksisteerimise programmeerimiseks tööstus 5.0 raames peavad insenerid valideerima dünaamilised ohutustsoonid, deterministlikud blokeeringud ja kiiruse ning eraldatuse monitooringu loogika. OLLA Lab pakub piiritletud digitaalse kaksiku keskkonda, kus saab enne füüsilist kasutuselevõttu testida redelloogikat (ladder logic), sisendite/väljundite põhjuslikkust ja reageerimist riketele.

Tööstus 5.0 ei ole loosung tehase inimlikumaks muutmise kohta. See on korrektsioon kitsamale eeldusele, et täielik autonoomsus on alati optimaalne juhtimisfilosoofia. Euroopa Komisjoni raamistik on selgesõnaline: tuleviku tööstus peab olema inimkeskne, vastupidav ja jätkusuutlik, mitte lihtsalt maksimaalselt automatiseeritud.

Praktiline põhjus on lihtne. "Pime-tehase" (lights-out) süsteemid saavad hästi hakkama korratavusega, kuid nad tulevad halvasti toime varieeruvusega, mida pole eelnevalt modelleeritud. Tootmisliini saab suurepäraselt optimeerida kuni reaalsuse saabumiseni, mis kipub juhtuma ootamatult.

Hiljutistes OLLA Labi WebXR-i stressitestides leidsid insenerid, kes simuleerisid dünaamiliste tsoonide rikkumisi, et tehisintellekti loodud ohutusloogika (safety rungs) ebaõnnestus nõutud seiskamiskäitumises 32 ülesandest 7 puhul, kui inimene neid ei korrigeerinud – see tähendab 21,9% ebaõnnestumise määra. See toetab vaid kitsast järeldust: kavandite genereerimine ei ole tõestus kasutatavast ohutusloogikast.

Pime-tehas on üleminekul, kuna optimeerimine ilma kohanemisvõimelise inimliku otsustusvõimeta on habras. Tööstus 4.0 rõhutas ühenduvust, automatiseerimist ja andmerikkaid operatsioone. Tööstus 5.0 säilitab need saavutused, kuid taastab inimoperaatori, tehniku ja inseneri kui süsteemi vastupidavuse aktiivsed komponendid.

Juhtimistehnikas on see oluline, sest just ebanormaalsetes olekutes muutub filosoofia redelloogikaks. Tarnehäired, andurite triiv, defektne toode, hoolduse ülevõtmine ja osaline käsitsi sekkumine ei kao kuhugi seetõttu, et liin on kõrgelt automatiseeritud. Need muutuvad tingimusteks, mis paljastavad, kas juhtimisstrateegia on loodud reaalsuse või reklaamvoldiku jaoks.

Ohutud robotid ei eksisteeri isoleeritult; ohutud on rakendused. Koostöörobotite rakenduste puhul keskendub standardite arutelu tavaliselt järgmisele:

• ISO 10218 tööstusrobotite ohutusnõuete jaoks
• ISO/TS 15066 koostöörobotite tööjuhiste jaoks
• IEC 61508 elektri-, elektroonika- ja programmeeritavate elektrooniliste ohutusega seotud süsteemide funktsionaalse ohutuse jaoks

ISO/TS 15066 määratleb koostöörežiimide kontseptsioonid, riskide vähendamise ootused ja rakendustasandi kaalutlused, nagu jõud, kontakt, kiirus, eraldatus ja monitooritavad olekud.

Neli tunnustatud koostöörežiimi

1. Ohutusega seotud monitooritav seiskamine (SRMS)
2. Käsitsi juhtimine (HG)
3. Kiiruse ja eraldatuse monitooring (SSM)
4. Võimsuse ja jõu piiramine (PFL)

Inseneritöö on kõige mahukam SSM-i puhul, kuna see sõltub dünaamilisest tajumisest, deterministlikust reageerimisest ja valideeritud tsooniloogikast.

VR-simulatsioon on SSM-i puhul kasulik, kuna tsoonide rikkumiste füüsiline testimine on kallis, aeglane ja mõnikord tarbetult riskantne. OLLA Lab on siin kasulik kui piiritletud harjutuskeskkond. Insenerid saavad brauseris redelloogikat koostada, simulatsiooni käivitada, muutujaid ja I/O olekut kontrollida ning jälgida, kuidas 3D- või WebXR-töörakk reageerib, kui virtuaalne operaator siseneb määratletud tsoonidesse.

Dünaamilise ohutustsooni loogika peaks olema deterministlik, tõrketaluv ja kergesti auditeeritav. Struktuur eraldab tavaliselt välimise tsooni kiiruse vähendamise, sisemise tsooni seiskamiskäitumise ja käsitsi lähtestamise tingimused.

Minimaalne põhjuslikkus, mida insener peaks suutma selgitada

Insener, kes seda loogikat valideerib, peaks suutma vastata järgmisele:

• Mis põhjustab kiiruse vähendamist täieliku seiskamise asemel?
• Milline täpne olek põhjustab sundseiskamise?
• Mis juhtub skanneri rikke korral võrreldes tsooni rikkumisega?
• Kas liikumine võib jätkuda automaatselt või on vajalik kinnitus?

"Human-in-the-loop" valideerimine on oluline, sest operaatorid ei käitu alati vastavalt "õnnelikule rajale". OLLA Lab võimaldab inseneril koostada redelloogikat, käivitada simulatsiooni ja kasutada muutujate paneeli, et sundida skanneri oleku muutusi, rikkeid ja kinnitusi.

Kasulik simulatsioonikirje on kompaktne insenertehniliste tõendite kogum. Dokumentatsioon peaks sisaldama:

1. Süsteemi kirjeldus
2. "Õige" operatiivne definitsioon
3. Redelloogika ja simuleeritud seadme olek
4. Sisestatud rikkejuhtum
5. Tehtud muudatus
6. Õppetunnid

Tüüpilised rikkerežiimid hõlmavad:

• Lähtestamise tee domineerimise vead
• Rikete maskeerimine
• Ebaselge tsoonihierarhia
• Automaatse taaskäivitamise eeldused
• Aegunud oleku säilitamine

Tehisintellekti abi on kõige parem kasutada kavandite genereerimiseks, selgitamiseks ja ülevaatuse toetamiseks, mitte lõplikuks ohutuse hindamiseks. OLLA Labis saab GeniAI aidata vähendada sisseelamise hõõrdumist, selgitades loogikaelemente ja soovitades struktuuri.

Tööstus 5.0 laiendab juhtimisinseneri rolli järjestuse autorist kooseksisteerimise disaineriks. Töö ei ole enam ainult liikumise automatiseerimine, vaid määratlemine, millal liikumine on lubatud, millal see peab vähenema ja kuidas inimesed saavad protsessi ohutult uuesti siseneda.

OLLA Labi insenerimeeskond ja Ampergon Vallis Labi ohutusspetsialistid.

Kõik tehnilised viited vastavad ISO/TS 15066 ja IEC 61508 standarditele. Simulatsiooniandmed põhinevad 2026. aasta esimese kvartali OLLA Labi stressitestide aruannetel.

- IEC 61131-3: Programmeeritavad kontrollerid — 3. osa: Programmeerimiskeeled - IEC 61508 Funktsionaalse ohutuse standardite perekond - NIST AI riskijuhtimise raamistik (AI RMF 1.0) - EL-i tööstus 5.0 poliitika taust - Digitaalse kaksiku ülevaade (NIST)