Kuidas eraldada AI-taju PLC-ohutusest: „Piklikaju“ (Medulla Oblongata) arhitektuur

„Piklikaju“ (Medulla Oblongata) arhitektuur eraldab mittedeterministliku AI-taju deterministlikust PLC-juhtimisest. Selles mudelis võib AI pakkuda seadeväärtusi või klassifikatsioone, kuid PLC jääb rangeks reaalaja valideerimis- ja täitmiskihiks, mis jõustab piiranguid, lubatingimusi, valvekoeri ja ohutu oleku käitumist enne, kui ükski käsk seadmeteni jõuab.

AI ei ole ohutuskontroller ja selle sellisena kohtlemine on arhitektuurne viga juba enne, kui sellest saab kasutuselevõtu viga. Kasulik eristus on lihtne: AI on hea tajumisel, hindamisel ja optimeerimisel; PLC-d on head deterministlikul täitmisel, blokeeringutel ja piiratud juhtimisel.

See eristus on oluline, sest tööstuslikud juhtimissüsteemid ei vea alt abstraktselt. Need tõrguvad vahelejäänud südamelöökide, aegunud väärtuste, võistlusolukordade ja väljundite tõttu, mis liiguvad siis, kui nad ei peaks. Masinale avaldab nutikas mudel harva muljet.

Hiljutine Ampergon Vallis sisemine pingitest toetab selle eraldamise praktilist väärtust. 100-tunnise OLLA Lab simulatsiooni ajal tekitasid asünkroonsed välised seadeväärtuste uuendused suletud ahelaga juhtimissüsteemis 14% rohkem integraalse küllastumise (integral windup) tõrkeid võrreldes piiratud ja kiiruspiiranguga PLC-valideerimise teega, samas kui PLC-ga juhitud tee hoidis reageerimise dispersiooni deterministlikus 3 ms täitmisraamis valideerimisahela järjestuse jaoks. [Metoodika: 100-tunnine simuleeritud test; ülesanne = välise seadeväärtuse üleandmine piiratud juhtimissüsteemi; võrdlusbaas = otsene asünkroonne seadeväärtuse sisestamine ilma piiraja ja valvekoera valideerimiseta; ajavahemik = üks pidev 100-tunnine tsükkel.] See mõõdik toetab kaitsva PLC-valideerimise väärtust simulatsioonis. See ei toeta ühtegi üldist väidet kõigi AI-süsteemide, kõigi tehaste või ametliku ohutussertifitseerimise kohta.

Deterministlik täitmine on vajalik, kuna ohutus- ja esmased juhtimisotsused peavad toimuma teadaolevate ajapiirangute piires. AI-järeldusmootorid, olgu need kohalikud või kaugpõhised, ei taga seda omadust.

PLC täidab oma programmi piiratud skaneerimistsüklis. Sisendid loetakse, loogika lahendatakse, väljundid kirjutatakse ja tsükkel kordub määratud intervalliga. See intervall võib platvormi ja programmi koormuse järgi veidi erineda, kuid see on konstrueeritud jääma prognoositavaks ja jälgitavaks. Prognoositavus ongi eesmärk.

AI-süsteemid toimivad teisiti. Nende reageerimisaeg võib varieeruda sõltuvalt protsessori koormusest, mälukasutusest, ajasti käitumisest, mudeli suurusest, termilisest drosseldamisest, vahevara viivitustest või võrgu latentsusest. Isegi kui keskmine järeldus on kiire, on halvima juhu ajastus see, mis loeb, kui seadmed võivad liikuda, kokku põrgata, üle täituda, üle kuumeneda või mitte rakenduda.

Skaneerimistsükli matemaatika versus asünkroonne järeldus

Insenertehniline eristus ei ole filosoofiline. See on ajaline.

• PLC juhtimisteekond
• Täidetakse korduvas skaneerimistsüklis
• Toetab piiratud loogika hindamist
• On loodud deterministlikuks I/O käsitsemiseks
• Saab auditeerida ajastuse ja tõrke käitumise suhtes

• AI arvutusteekond
• Täidetakse asünkroonselt
• Võib tagastada tulemusi ebaregulaarsete intervallidega
• Võib seiskuda, aeguda, väriseda või toota aegunud väljundeid
• Sõltub sageli tarkvarapinuist, mida pole loodud esmase ohutusloogikana

Praktikas saab PLC-d usaldada iga skaneerimise ajal lubatingimuse hindamisel. AI-teenus võib olla kasulik, kuid mitte samal viisil usaldusväärne. Kasulik ja usaldusväärne ei ole sünonüümid. Tehased õpivad seda eristust kulukalt, kui nad selle unustavad.

Mida ütlevad standardid deterministliku juhtimise kohta

IEC 61508 loob funktsionaalse ohutuse raamistiku elektri-, elektroonika- ja programmeeritavate elektrooniliste ohutusega seotud süsteemide jaoks. Selle arutelu keskne järeldus on lihtne: ohutusega seotud käitumine nõuab tõestatavaid, piiratud ja valideeritud täitmisomadusi.

See ei tähenda, et iga PLC-programm on automaatselt ohutu. See tähendab, et ohutusfunktsioonid nõuavad deterministlikku disaini, verifitseerimist ja elutsükli distsipliini, mida asünkroonsed AI-süsteemid oma olemuselt ei paku. exida ja seotud funktsionaalse ohutuse juhised toovad tööstuslikus kontekstis välja sama praktilise punkti: kui funktsioon on ohutuskriitiline, ei ole ajastuse ebakindlus ja kontrollimatu käitumine väikesed ebamugavused.

Siinkohal on kasulik lühike parandus: AI võib ohutusega seotud süsteemi abistada, kuid seda ei tohiks käsitleda esmase deterministliku ohutuskihina. Te ei saa ühendada valguskatet LLM-iga ja nimetada seda arhitektuuriks.

„Piklikaju“ arhitektuur on kihiline juhtimismudel, kus AI teeb ettepaneku ja PLC otsustab. AI teostab kõrgetasemelist taju või optimeerimist; PLC jääb rangeks reaalaja autoriteediks, mis valideerib, piirab, järjestab või lükkab need taotlused tagasi enne, kui riistvara tegutseb.

Bioloogiline analoogia on meeldejääv, kuna see on struktuuriliselt piisavalt täpne, et olla kasulik. Ajukoor tõlgendab ja planeerib. Piklikaju tegeleb autonoomsete ellujäämisfunktsioonidega. Automaatika mõistes võib AI hinnata toote kvaliteeti, tuvastada objekte või soovitada etteandekiiruse muutmist; PLC omab endiselt blokeeringuid, seiskamisahelaid, lubatingimusi ja piiratud täitmist.

Juhtimise hierarhia

• Tõlgendab pilte, trende või mitmemõõtmelist protsessikonteksti
• Genereerib klassifikatsiooni, nõuande või taotletud seadeväärtuse
• Toimib asünkroonselt ja võib olla vale, viivitatud või aegunud

• Kontrollib taotlust rangete piirangute suhtes
• Verifitseerib masina oleku, lubatingimused ja blokeeringud
• Kinnitab värskust südamelöögi (heartbeat) või valvekoera loogika kaudu
• Rakendab muutumiskiiruse piiranguid, klambreid ja varukäitumist

• Võtab vastu ainult PLC poolt heakskiidetud käske
• Sisaldab ajameid, ventiile, kontaktoreid, täitureid ja alarme
• Liigub ohutusse või piiratud olekusse, kui valideerimine ebaõnnestub

1. Tajukiht (AI)
2. Valideerimiskiht (PLC)
3. Täitmiskiht (Riistvara)

See ei ole AI-vastane positsioon. See on piiride poolt olemise positsioon. Hea arhitektuur on suures osas distsiplineeritud keeldumine.

Mida peab PLC alati säilitama

PLC peab säilitama absoluutse autoriteedi funktsioonide üle, mis nõuavad deterministlikku reageerimist ja piiratud tõrke käitumist.

See hõlmab tavaliselt:

• Hädaseiskamise töötlemist
• Ohutusblokeeringute hindamist
• Liikumise lubatingimusi
• Kokkupõrke vältimise loogikat
• Rangete liikumis- või kiiruspiirangute seadmist
• Ohutusse olekusse naasmist side katkemisel
• Järjestuse väravamist ohtlike üleminekute korral
• Lõplikku käskude arbitraaži täituritele

Kui AI taotleb kiiruse suurendamist, võib PLC seda lubada, vähendada, edasi lükata või tagasi lükata. Lõplik vastus kuulub deterministlikule kihile.

Te programmeerite rangeid reaalaja ohutuspiiranguid, koheldes AI väljundeid kui usaldamatuid väliseid sisendeid. See tähendab, et iga AI-st pärinev väärtus peab läbima selgesõnalise kaitsva loogika, enne kui see saab masinat või protsessi mõjutada.

Siin lakkab redellogika olemast süntaksi harjutus ja muutub kasutuselevõtu otsustuseks. Ahel, mis lihtsalt „töötab“, ei ole piisav. Ahel peab ka kontrollitud viisil tõrkuma.

Olulised kaitsvad ahelad AI-st PLC-sse käepigistuseks

#### 1. Valvekoera taimer südamelöögi jälgimiseks

Valvekoera taimer kontrollib, kas AI või ülesvoolu arvutussüsteem suhtleb endiselt vastuvõetava intervalliga.

- Kui taimer aegub, siis PLC:

• AI saadab südamelöögi biti või suureneva väärtuse
• PLC lähtestab TON-i või samaväärse taimeri, kui südamelöök muutub
• tühistab AI taotluse,
• sunnib ohutu vaikeoleku,
• tõstab tõrke või alarmi,
• ja takistab edasist täitmist, kuni taastumistingimused on täidetud

Surnud ülesvoolu teenus ei tohiks jätta järele elavat väljundteed. See ei ole intelligentsus; see on jääk.

#### 2. Piirangute plokk rangeks klammerdamiseks

Piiranguinstruktsioon piirab taotletud väärtused füüsiliselt ohutusse töövahemikku.

Näited kasutusjuhtudest:

• Mootori taotletud kiiruse klammerdamine minimaalse jahutuskiiruse ja maksimaalse ohutu RPM-i vahele
• Ventiili nõudluse klammerdamine vahemikku, mis väldib hüdraulilist lööki
• Temperatuuri seadeväärtuse klammerdamine seadmete disainipiiridesse

Näide redellogika struktuurist:

- Instruktsioon: LIM (Limit Test) - Alampiir: 15.0 Hz - Test: `AI_Requested_Speed` - Ülempiir: 45.0 Hz - Väljund: `Safe_Speed_Permissive`

Eesmärk ei ole elegants. Eesmärk on see, et ükski ülesvoolu optimism ei saaks käskida ülemäärast kiirust.

#### 3. Muutumiskiiruse piiramine

Muutumiskiiruse piiraja hoiab ära järsud käskude muutused, mis on tehniliselt suurusjärgus kehtivad, kuid üleminekul ohtlikud.

Näited:

• Ventiili liikumise takistamine 10%-lt 100%-le ühe uuendusega
• VFD kiiruse suurendamise piiramine määratud kaldteega
• Seadeväärtuse liikumise piiramine skaneerimise või sekundi kohta

See on oluline, sest paljud tõrked tekivad üleminekul, mitte lõpp-punktis. Lõplik number võib olla seaduslik, samas kui tee selleni on hoolimatu.

#### 4. Aegumise tuvastamine ja järjestuse kehtivus

Väärtus võib olla numbriliselt usutav ja siiski operatiivselt kehtetu.

PLC peaks kontrollima:

• ajatempli värskust või järjestuse loendurit
• masina režiimi ühilduvust
• operatsiooni praegust faasi
• lubatingimuste olekut enne taotluse rakendamist
• kas taotlus kuulub aktiivsesse retsepti, partii sammu või järjestuse olekusse

Aegunud seadeväärtus vale järjestuse faasi ajal on lihtsalt viisakas vorm halvast andmest.

Mida tähendab „õige“ selles arhitektuuris

Õigsust tuleb määratleda operatiivselt, mitte kosmeetiliselt. Selles kontekstis tähendab õige AI-st PLC-sse integratsioon seda, et:

• PLC aktsepteerib ainult värskeid ja piiratud taotlusi,
• masin liigub ainult siis, kui lubatingimused on tõesed,
• ohtlikud üleminekud on blokeeritud,
• side katkemine tekitab määratletud varuoleku,
• ja iga tagasilükkamise tee on jälgitav siltides, alarmides või sündmuste loogikas.

See definitsioon on kasulikum kui „ahel kompileerus“. Kompileerimine on madal latt. Seadmete kahjustused ületavad seda regulaarselt.

Te valideerite AI-st PLC-sse käepigistust, simuleerides tahtlikult ebanormaalset käitumist, tõestades seejärel, et PLC-loogika lükkab selle tagasi või ohjeldab seda. Valideerimine ei ole näitamine, et „õnnelik tee“ töötab. Valideerimine on näitamine, et halvad sisendid tõrguvad ohutult ja jälgitavalt.

Siin vajab Simulation-Ready (simulatsioonivalmidus) ranget definitsiooni. Simulation-Ready insener on see, kes suudab tõestada, jälgida, diagnoosida ja karastada juhtimisloogikat realistliku protsessikäitumise vastu enne, kui see jõuab reaalse protsessini. See on kõrgem standard kui redellogika süntaksi tundmine. See on erinevus loogika joonistamise ja selle kasutuselevõtu vahel.

Mida tuleks testida enne riistvaraga kokkupuudet

Vähemalt peaksid insenerid testima:

• AI-teenuse kadunud südamelööki
• viivitatud uuendusi ja aegunud väärtusi
• vahemikust väljas olevaid seadeväärtusi
• ebausutavaid, kuid vahemikus olevaid väärtusi
• kiireid võnkuvaid taotlusi
• režiimi mittevastavust AI taotluse ja masina oleku vahel
• halba käivitusjärjestuse ajastust
• varukäitumist pärast side taastumist

Kui neid juhtumeid pole läbi harjutatud, pole arhitektuur valideeritud. See on lihtsalt lootusrikas.

OLLA Lab on siin kasulik kui piiratud valideerimiskeskkond AI-integratsiooni riski PLC-poole harjutamiseks. See ei ole AI-ohutuse sertifitseerija ja see ei asenda ametlikku kohapealset vastuvõttu, ohuanalüüsi või funktsionaalse ohutuse hindamist. See on koht, kus harjutada täpseid juhtimise karastamise ülesandeid, mis on liiga riskantsed või liiga kallid, et neid reaalsetel seadmetel improviseerida.

Praktiline eelis on lihtne: insenerid saavad halba käitumist ohutult ja korduvalt sisestada.

Mida võimaldab OLLA Lab inseneridel harjutada

Kasutades veebipõhist redellogika redaktorit, simulatsioonirežiimi ja muutujate paneeli, saavad insenerid:

• ehitada redellogikat, mis jälgib välist taotletud väärtust,
• lülitada sisendeid ja sisemisi silte reaalajas,
• jälgida väljundeid ja vahepealseid lubatingimusi,
• testida taimereid, loendureid, komparaatoreid, matemaatikat ja PID-ga seotud käitumist,
• võrrelda redeli olekut simuleeritud seadme reageeringuga,
• ja muuta loogikat pärast tõrketeekonna jälgimist.

See töövoog on oluline, sest AI-integratsiooni tõrked ilmnevad sageli ajastuse ja oleku probleemidena, mitte ainult valede numbritena. OLLA Lab annab neile probleemidele koha, kus muutuda nähtavaks.

Praktiline valideerimise töövoog OLLA Labis

Usaldusväärne harjutusjärjestus näeb välja selline:

• Ehita ahelate järjestus, mis võtab vastu välise taotletud kiiruse, vooluhulga või positsiooni väärtuse
• Lisa lubatingimused, režiimi kontrollid ja lõplik täitmistingimus

• Sisesta valvekoera taimer
• Lisa klamber, kasutades piiranguloogikat
• Lisa muutumiskiiruse piiraja või astmeline kaldtee
• Määratle varukäitumine ajalõpu või kehtetu andme korral

• Kasuta muutujate paneeli vahemikust väljas olevate väärtuste sundimiseks
• Peata või seiska südamelöögi signaal
• Tutvusta järske käskude muutusi
• Lülita protsessi olekut käsu keskel

• Kinnita, et väljundid jäävad piiratuks
• Verifitseeri, et ajalõpu loogika rakendub õigesti
• Kontrolli, et alarmid või tõrkebitid muutuvad nähtavaks
• Võrdle simuleeritud masina käitumist oodatud juhtimisfilosoofiaga

• Kohanda taimeri väärtusi, piiranguid ja järjestuse tingimusi
• Testi samu tõrkeid uuesti, kuni tagasilükkamise tee on deterministlik ja loetav

1. Loo juhtimisteekond
2. Lisa kaitsev loogika
3. Sisesta ebanormaalsed juhtumid
4. Jälgi põhjust ja tagajärge
5. Muuda ja käivita uuesti

Siin muutub OLLA Lab operatiivselt kasulikuks. See võimaldab inseneridel harjutada veto-loogikat, mitte seda lihtsalt imetleda.

Peaksite esitama kompaktse kogumi insenertehnilisi tõendeid, mis demonstreerivad juhtimisalast arutlust tõrke korral, mitte galeriid redaktori ekraanipiltidest. Ekraanipildid tõestavad, et ekraan oli olemas. Need ei tõesta, et loogika pidas pinge all vastu.

Kasutage seda struktuuri:

Määrake täpsed aktsepteerimiskriteeriumid: lubatud töövahemik, ajalõpu intervall, lubatingimused, varuolek ja oodatud alarmi käitumine.

Dokumenteerige tutvustatud ebanormaalne seisund: aegunud südamelöök, ülemäärase kiiruse taotlus, režiimi mittevastavus, võnkuv käsk või kehtetu järjestuse ajastus.

Selgitage, mis loogikas muutus: lisatud klamber, muudetud valvekoera intervall, sisestatud blokeering, lisatud muutumiskiiruse piirang või muudetud järjestuse väravamine.

1. Süsteemi kirjeldus Kirjeldage masinat või protsessielementi, juhtimise eesmärki, AI-poolset sisendit ja PLC-poolset ohutus- või valideerimisrolli.
2. „Õige“ operatiivne definitsioon
3. Redellogika ja simuleeritud seadme olek Näidake asjakohaseid ahelaid, silte ja simuleeritud masina või protsessi olekut, mida need ahelad juhivad.
4. Sisestatud tõrkejuhtum
5. Tehtud muudatus
6. Õppetunnid Märkige, mida tõrge paljastas juhtimisfilosoofia, masina eelduste või andmete kehtivuse tee kohta.

See tõendite struktuur on palju veenvam kui lihvitud demo-klipp. Kasutuselevõtu risk reageerib tõestusele, mitte esteetikale.

AI kuulub deterministlikust juhtimisest ülesvoolu, mitte selle asemele. Selle kasulik roll on genereerida nõuandeid või kandidaatväärtusi keerukatest andmetest, mida tavapärane loogika halvasti käsitleb.

Näited hõlmavad:

• visuaalset klassifitseerimist
• anomaaliate tuvastamist
• kvaliteedi hindamist
• ennustava hoolduse hindamist
• mitmemõõtmelise optimeerimise soovitusi
• adaptiivseid seadeväärtuse soovitusi

PLC otsustab seejärel, kas need väljundid on praeguses masinakontekstis lubatavad.

Puhas arhitektuurne reegel

Praktiline reegel on selline: AI võib soovitada; PLC peab volitama.

See reegel säilitab mõlema kihi tugevused:

• AI käsitleb ebaselgust, mustrituvastust ja optimeerimist
• PLC-loogika käsitleb ajastust, lubatingimusi, piiranguid ja deterministlikku täitmist

Tulemus ei ole glamuurne, mis on juhtimissüsteemides sageli hea märk. Hea tehase arhitektuur näeb tavaliselt välja veidi igav kuni hetkeni, mil see hoiab ära kalli vea.

Kõige levinum viga on lubada AI väljunditel mööda minna selgesõnalisest valideerimisloogikast. Kui see juhtub, on arhitektuur juba kaotanud oma piiride distsipliini.

Muud korduvad vead hõlmavad:

• võrgu ajatempli käsitlemist samaväärsena deterministliku värskusega
• eeldamist, et vahemikus olevad väärtused on automaatselt ohutud
• järjestuse oleku valideerimise unustamist
• varukäitumise väljajätmist südamelöögi kadumisel
• nõuandvate väljundite muutumist aja jooksul otsesteks käskudeks
• ainult nominaalse käitumise ja mitte ebanormaalsete üleminekute testimist
• simulaatori edu segiajamist kohapealse pädevusega

Viimane väärib rõhutamist. Simulatsioon on valideerimiskeskkond, mitte väli-pädevuse deklaratsioon. See on koht, kus insenerid õpivad jälgima, diagnoosima ja karastama loogikat enne reaalset kokkupuudet. Kasulik, vajalik ja siiski mitte sama, mis seista kell 2:00 öösel töötava liini kõrval, kui hooldus ootab.

Ohutu viis AI integreerimiseks tööstusautomaatikasse on eraldada taju autoriteedist. AI saab klassifitseerida, hinnata ja soovitada. PLC peab jääma rangeks reaalaja tuumaks, mis valideerib, piirab, järjestab ja paneb veto.

See on „Piklikaju“ arhitektuur ühe reaga: AI mõtleb, PLC hoiab organismi elus.

Inseneride jaoks ei ole praktiline ülesanne AI väljundite tähistamine, vaid nende ümber juhtimisteekonna karastamine. Valvekoerad, piirangud, lubatingimused, muutumiskiiruse kontrollid, aegunud andmete tuvastamine ja ohutu oleku varukäitumised ei ole valikulised detailid. Need on arhitektuur.

Ja kui see kõlab vähem futuristlikult kui turundusmaterjalid, siis on see hea. Masinad eelistavad üldiselt täiskasvanuid.

- IEC 61131-3: Programmeeritavad kontrollerid — Osa 3 - IEC 61508 funktsionaalse ohutuse standardite perekond - exida funktsionaalse ohutuse ja valideerimise ressursid - NAMUR NE 107 oleku signaliseerimise soovitus - Digitaalne kaksik tööstuses: hetkeseis (DOI)