Od upravljanja usredsređenog na PLC do automatizacije definisane softverom
Industrijska automatizacija prevazilazi tradicionalni model namenskih PLC-ova, mikrokontrolera i mašina sa fiksnim funkcijama. Savremeni sistemi sve više kombinuju upravljanje zasnovano na PLC-ovima sa MPU-ovima i SoC-ovima visokih performansi radi podrške HMI-ju, mašinskom vidu, analitici na ivici mreže, povezivosti, digitalnim blizancima i radnim opterećenjima veštačke inteligencije.
Ovaj razvoj ne čini tradicionalne arhitekture upravljanja zastarelim. Umesto toga, stvara slojevitu arhitekturu u kojoj PLC-ovi mogu nastaviti da upravljaju determinističkim upravljanjem na nivou polja, dok računarske platforme viših performansi izvršavaju nadzorne, analitičke i vizuelne funkcije, kao i funkcije veštačke inteligencije.
Iz inženjerske perspektive, važan problem nije samo dodavanje računarskog kapaciteta. Pravi izazov je osigurati da ova dodatna radna opterećenja ne mogu ugroziti vremenske karakteristike, dostupnost ili integritet postojećih funkcija upravljanja.
Fizička veštačka inteligencija donosi novi izazov automatizaciji
Uvođenje fizičke veštačke inteligencije čini arhitekturu sistema zahtevnijom jer informacije koje generiše veštačka inteligencija mogu uticati na fizičku opremu i operativne odluke.
Model veštačke inteligencije može da prepozna neuobičajeno stanje mašine, otkrije vizuelnu anomaliju, podrži prediktivnu inspekciju ili identifikuje stanje povezano sa operaterom. Međutim, rezultat zaključivanja veštačke inteligencije samo je jedan deo kompletnog lanca automatizacije.
Sistem i dalje mora da prikuplja informacije sa senzora, izvršava model veštačke inteligencije, proverava radni kontekst, primenjuje unapred definisane politike upravljanja i prenosi nastalo stanje odgovarajućoj aplikaciji ili operateru.
Smatram da industrijsku veštačku inteligenciju stoga treba posmatrati kao radno opterećenje za podršku odlučivanju ili kontrolisani odgovor, a ne kao izolovani inteligentni sloj. Okolna platforma za automatizaciju određuje da li se informacije veštačke inteligencije mogu obraditi i na osnovu njih delovati u okviru zahtevanih vremenskih i bezbednosnih granica.
Radna opterećenja različitog nivoa kritičnosti zahtevaju stvarnu izolaciju
Savremeni višejezgarni procesori omogućavaju objedinjavanje funkcija za koje su ranije bile potrebne zasebne hardverske platforme. Jedan računarski sistem sada može da hostuje upravljanje u čvrstom realnom vremenu, HMI usluge, umrežavanje, dijagnostiku, evidentiranje događaja, mašinski vid, analitiku i zaključivanje veštačke inteligencije.
Ova radna opterećenja nemaju iste zahteve.
Zadatak upravljanja u čvrstom realnom vremenu može imati strogi rok izvršavanja. HMI može tolerisati drugačije vremenske karakteristike, dok proces zaključivanja veštačke inteligencije može zahtevati značajne CPU resurse. Mrežne usluge takođe uvode spoljne komunikacione puteve koji ne bi trebalo da imaju neograničen pristup kritičnim resursima.
Shodno tome, samo postavljanje više aplikacija na višejezgarni procesor ne stvara automatski otpornu arhitekturu.
Okruženje za izvršavanje mora da obezbedi mehanizme za vremensko razdvajanje, zaštitu memorije, kontrolu resursa i ograničavanje posledica kvarova.
Konsolidacija hardvera nije isto što i otpornost
Konsolidacija hardvera može smanjiti broj računarskih platformi, pojednostaviti ožičavanje i povećati integraciju. Međutim, ona takođe stvara potencijalnu zajedničku tačku otkaza.
Ako nepovezana radna opterećenja dele isti procesor i okruženje za izvršavanje, neispravan upravljački program, aplikacija koja nekontrolisano troši resurse, greška u memoriji ili kompromitovani servis mogli bi da utiču na druge funkcije, osim ako softverska arhitektura ne uspostavi odgovarajuće granice.
Ovo je jedno od najvažnijih razmatranja prilikom modernizacije zastarele automatizacije.
Cilj ne treba da bude jednostavno prebacivanje većeg broja funkcija na manji broj procesora. Cilj treba da bude objedinjavanje radnih opterećenja bez stvaranja neprihvatljivih zavisnosti između njih.
Operativni sistem postaje sloj za sprovođenje pravila
U softverski definisanoj arhitekturi automatizacije, operativni sistem više nije samo platforma na kojoj se izvršavaju aplikacije.
Ona određuje način raspoređivanja procesa, zaštite memorije, pristupa hardverskim resursima i međusobne interakcije pojedinačnih servisa. Ovi mehanizmi direktno utiču na sposobnost sistema da nastavi rad kada dođe do kvara pojedinačne komponente.
Otporna arhitektura zato treba da može da izoluje otkazali servis i, kada to projektovanje sistema dozvoljava, da oporavi taj servis bez ponovnog pokretanja nepovezanih aplikacija.
Ovaj pristup je posebno relevantan za industrijske sisteme u kojima potpuno ponovno pokretanje sistema može prekinuti upravljanje, vizualizaciju, komunikaciju ili proizvodne operacije.
Zašto je arhitektura mikrokernela važna
Konvencionalni monolitni operativni sistem obično smešta mnoge servise, upravljačke programe, sisteme datoteka i mrežne komponente u okruženje kernela sa visokim privilegijama.
Mikrokernel primenjuje drugačiji arhitektonski pristup. On zadržava manji skup osnovnih funkcija u kernelu, dok mnogim upravljačkim programima, stekovima protokola, sistemima datoteka i sistemskim servisima omogućava da se izvršavaju kao zasebni procesi u zaštićenim adresnim prostorima.
Za industrijsku automatizaciju, ova arhitektura može pružiti nekoliko korisnih svojstava:
- Ograničavanje posledica kvara: Neispravan upravljački program ili servis može se izolovati od nepovezanih procesa.
- Kontrolisani oporavak: Pojedinačne usluge mogu se ponovo pokrenuti bez nužnog ponovnog pokretanja celog sistema.
- Smanjena količina privilegovanog koda: Manje komponenti mora da radi sa najvišim sistemskim privilegijama.
- Izolacija memorije: Zaštićeni adresni prostori pomažu u sprečavanju da jedna aplikacija direktno ometa drugu.
- Podrška za mešovitu kritičnost: Zadaci upravljanja u realnom vremenu mogu koegzistirati sa HMI-jem, umrežavanjem, analitikom i AI radnim opterećenjima.
- Održavanje tokom životnog ciklusa: Modularne usluge mogu pojednostaviti održavanje i ažuriranja na nivou komponenti.
Mikrokernel ne eliminiše softverske greške ni ranjivosti sajber-bezbednosti. Njegova vrednost je u uspostavljanju arhitektonskih granica koje mogu ograničiti posledice pojedinačnih kvarova ili kompromitovanja.
Determinističko ponašanje u realnom vremenu ostaje osnovni zahtev
Industrijska modernizacija ne bi smela da dozvoli da zahtevi AI-ja i računarstva visokih performansi zasene zahteve determinističkog upravljanja.
Kod upravljačkih aplikacija, pitanje nije samo koliko je procesorske snage dostupno. Sistem takođe mora da obezbedi predvidljivo ponašanje raspoređivanja i ograničene karakteristike odziva za funkcije sa definisanim vremenskim zahtevima.
Ovo je posebno važno kada AI ili analitička radna opterećenja troše značajne računarske resurse.
Prema mojoj proceni, praktična arhitektura stoga nije „AI koji zamenjuje upravljanje“, već determinističko upravljanje koje radi uporedo sa inteligencijom višeg nivoa u okviru kontrolisanih granica resursa.
Determinističko ponašanje u realnom vremenu ostaje osnovni zahtev
Tehnička izolacija je samo jedan deo sajber otpornosti.
Industrijskim proizvođačima su takođe potrebni procesi za identifikovanje softverskih komponenti, praćenje ranjivosti, proveru ažuriranja, kontrolu isporuke softvera i održavanje proizvoda tokom čitavog njihovog operativnog veka.
Serija ISA/IEC 62443 pruža okvir usmeren na životni ciklus, posebno relevantan za industrijske sisteme automatizacije i upravljanja. Drugi standardi, uključujući ISO/SAE 21434, pokazuju kako strukturirano upravljanje sajber-bezbednosnim rizicima može obuhvatiti period od razvoja do rada, održavanja i povlačenja iz upotrebe.
Evropski akt o sajber otpornosti dodatno povećava značaj upravljanja sajber-bezbednošću tokom životnog ciklusa proizvoda obuhvaćenih njegovim područjem primene.
Za proizvođače industrijske opreme, to znači da se sajber-bezbednost razumno ne može tretirati kao aktivnost sertifikacije u završnoj fazi. Sastav softvera, odgovor na ranjivosti, mehanizmi ažuriranja, upravljanje dobavljačima i održavanje proizvoda moraju se uzeti u obzir tokom razvoja sistema.
Bezbednosna arhitektura treba da podrži oporavak, a ne samo prevenciju
Tradicionalne rasprave o sajber-bezbednosti često se usredsređuju na sprečavanje neovlašćenog pristupa. Industrijska otpornost zahteva širu perspektivu.
Ugrožena ili neispravna komponenta i dalje se može pojaviti uprkos preventivnim kontrolama. Arhitektura zato mora ograničiti mogućnost komponente da utiče na kritične funkcije i obezbediti definisan put oporavka.
Time se definišu tri komplementarna inženjerska cilja:
- Sprečiti neovlašćeno ili nenamerno ponašanje.
- Ograničiti kvarove i ugrožene komponente.
- Oporaviti pogođene usluge uz održavanje rada nepogođenih funkcija.
Za industrijsku automatizaciju, ova kombinacija je praktičnija od oslanjanja isključivo na prevenciju.
QNX kao osnovna platforma u realnom vremenu
QNX obezbeđuje arhitekturu operativnog sistema zasnovanu na mikrokernelu sa tvrdim realnim vremenom, namenjenu sistemima u kojima su važni predvidivo izvršavanje, izolacija procesa i kontrolisan pristup resursima.
U okviru arhitekture industrijske automatizacije, QNX može obezbediti osnovno izvršno okruženje za aplikacije, upravljačke programe, stekove protokola i sisteme datoteka koji rade u zaštićenim adresnim prostorima. Raspoređivanje zasnovano na prioritetima može podržati radna opterećenja sa različitim vremenskim zahtevima.
Ova arhitektura može dopuniti upravljanje zasnovano na PLC-ovima, umesto da ga zameni.
Praktičan sistem može zadržati PLC-ove za postojeće upravljanje na terenskom nivou, uz korišćenje računarskih platformi zasnovanih na MPU-ovima ili SoC-ovima, koje pokreću operativni sistem u realnom vremenu za HMI, mašinski vid, povezivanje, analitiku, nadzorne funkcije i radna opterećenja povezana sa AI-jem.
Praktična arhitektura za modernizaciju industrije
Savremeni industrijski sistem stoga se može posmatrati kao više slojeva koji međusobno sarađuju:
- Terenski sloj: Senzori, aktuatori, pogoni i druga fizička oprema.
- Upravljački sloj: PLC-ovi i kontroleri koji obavljaju determinističku automatizaciju.
- Računarski sloj: MPU/SoC platforme koje obezbeđuju dodatni kapacitet obrade.
- Inteligentni sloj: Mašinski vid, analitika, zaključivanje pomoću AI-ja i druga računarski zahtevna radna opterećenja.
- Nadzorni sloj: HMI, dijagnostika, upravljanje događajima i operativne aplikacije.
- Sloj povezivanja: Industrijske mreže i spoljne komunikacione usluge.
- Osnovni softverski sloj: Operativni sistem u realnom vremenu, izolacija, raspoređivanje, upravljanje resursima i mehanizmi oporavka.
Ključni inženjerski zahtev jeste definisati granice između ovih slojeva, umesto da se celokupno računarsko okruženje posmatra kao jedan nediferenciran aplikativni prostor.
Modernizacija treba da očuva postojeće investicije u upravljanje
Industrijska oprema često ostaje u radu dugi niz godina. Zamena uspostavljenog upravljanja zasnovanog na PLC-u samo zato što su dostupne nove računarske mogućnosti nije uvek tehnički ili ekonomski opravdana.
Praktičnija strategija modernizacije jeste očuvanje proverenih upravljačkih funkcija uz dodavanje računarskih resursa oko njih.
Platforme zasnovane na MPU-ovima i SoC-ovima mogu da obezbede procesorski kapacitet potreban za savremene HMI sisteme, AI, analitiku, vizuelizaciju i povezivost, dok postojeći PLC-ovi nastavljaju da obavljaju determinističko upravljanje.
Ovaj pristup omogućava proizvođačima da uvedu nove mogućnosti bez nepotrebnog narušavanja postojećih upravljačkih arhitektura.
Moja inženjerska perspektiva: Otpornost počinje arhitekturom
Najvažnija pouka ove tranzicije jeste da se otpornost ne može dodati nakon što je sistem već konsolidovan.
Kada kontrola, umrežavanje, HMI, analitika i AI dele računarske resurse, mehanizmi izolacije i oporavka moraju biti deo početne arhitekture.
Snažan procesor sam po sebi ne stvara otporan sistem automatizacije. Isto tako, AI model ne čini sistem automatizacije inteligentnim ako okolna platforma ne može da prikuplja podatke, izvršava model, proverava njegov izlaz, primenjuje unapred definisane politike i reaguje u okviru zahtevanih operativnih granica.
Sledeća generacija industrijske automatizacije stoga neće zavisiti samo od većih računarskih performansi, već i od toga koliko efikasno softverska arhitektura kontroliše interakciju između opterećenja.
Zaključak
Industrijska automatizacija ulazi u arhitekturu u kojoj PLC-ovi, procesori visokih performansi, AI, povezivost i softverski definisane funkcije sve više rade zajedno.
To stvara značajne mogućnosti za modernizaciju, ali istovremeno uvodi nove zavisnosti i načine otkaza.
Otporna arhitektura mora da objedini determinističko izvršavanje, izolaciju procesa, zaštitu memorije, kontrolisan pristup resursima, ograničavanje posledica kvarova, upravljanje životnim ciklusom sajber-bezbednosti i definisane mehanizme oporavka.
Real-time operativni sistemi zasnovani na mikrokernelu, kao što je QNX, predstavljaju jedan arhitektonski pristup ovim zahtevima. Kada se koriste uz postojeće PLC i kontrolerske tehnologije, takve platforme mogu da obezbede softversku osnovu potrebnu za integraciju savremenih računarskih opterećenja, uz očuvanje jasnih granica oko kritičnih funkcija automatizacije.
