Kasu:
- Võimalus luua AI-ga mustanditena redeliloogika ja struktureeritud teksti (ST) struktuure
- Võimalus AI abil konfigureerida ohutusahelaid, blokeeringuid ja olekumasinaid
- Võimalus kontrollida tehisintellekti loodud PLC loogikat I/O kaardi ja ohutusnõuete suhtes
Töökindluse nimetus tehaseväljal on PLC (Programmable Logic Controller). Konveierid, robotelemendid, täiteliinid, pressid; kõike juhivad PLC-d. PLC programmeerimine on töölauatarkvarast erinev maailm: Ladder Logic (LD) on visuaalne keel, mis jäljendab releeloogikat, samas kui struktureeritud tekst (ST) on Pascali-laadne tekstikeel; mõlemad on määratletud standardis IEC 61131-3. Selles keskkonnas pole kõige tähtsam mitte funktsionaalsus, vaid ohutus; sest loogikaviga võib pressi valel ajal sulgeda, seades ohtu operaatori. AI aitab genereerida redeli- ja ST-kavandeid, ehitada olekumasinaid ja dokumenteerida loogikat. Ohutusahelad, blokeeringud ja lõplik kontroll on siiski insener vastutusel ja neid ei saa AI-le delegeerida. Selles üksuses käsitleme PLC-loogikat AI-ga konstrueerimist ja kontrollimist.
PLC tööloogika: skaneerimistsükkel
PLC ei käivita koodi ainult üks kord ja see on tehtud; See teostab pidevat skannimistsüklit. Igas tsüklis: (1) loeb kõiki sisendeid, (2) täidab loogikat ülalt alla, (3) värskendab kõiki väljundeid. See tsükkel kestab millisekundeid ja kordub lõputult. Sellel käitumisel on PLC loogika kirjutamisel kriitilised tagajärjed:
- Väljundeid värskendatakse tsükli lõpus; Kui määrate väljundile väärtuse tsüklis rohkem kui ühes kohas, võidab viimane määramine.
- Loogika töötab igas tsüklis nullist; seega kasutatakse oleku "mäletamiseks" riivi või oleku muutujaid.
- Kiired sündmused võivad jääda vahele, kui skannimisaega pikendatakse; kriitilised sündmused salvestatakse riistvarakatkestuse või kiire loenduri abil.
Näpunäide: PLC-loogikat tehisintellektile kirjutades öelge: "Võtke arvesse skannimisahela käitumist, samale väljundile pole vastuolulisi määranguid, kasutage oleku jaoks riivi/olekumasinat". AI mõtleb mõnikord nagu töölaualoogika ja jätab skannimiskäitumise vahele.
Redeli loogika ja struktureeritud tekst
Sama loogika saab kirjutada mõlemas keeles. Lihtne näide: mootor käivitub käivitusnupu vajutamisel, peatub ja lukustub ise, kui vajutada stopp-nuppu.
REDEL (tekstinäidik): Käivitage Stop Mootor ---| |------|/|-------------( )--- | Mootor |---| |------+ (Mootori kontakt hoiab ennast -> tihendus)Selgitus: Start vajutamisel on mootor pingestatud; Mootor hoiab voolu läbi oma kontakti (sulg). Stop (NC) vajutamisel kett lõigatakse.
(* Sama loogika nagu STRUKTREERITUD TEKST *) KUI Käivitage JA EI SOPETA SIIS Mootor := TÕENE;END_IF; KUI Peatage SIIS Mootor := VÄÄR; (* Stop on alati prioriteetne *)END_IF;(* Märkus: Stopp-nupp on füüsiliselt ühendatud NC-ga (tavaliselt suletud); nii et kui kaabel puruneb, Stop=FALSE ja süsteem lülitub turvalisele poolele. *)
Ohutuse üksikasjad on siin olulised: stopp-nupp on füüsiliselt ühendatud normaalselt suletud (NC). Seega kaabli purunemise või kontakti rikke korral signaal katkeb ja süsteem läheb "stopp" suunas (tõrkekindel). Kui NO (tavaliselt avatud) on ühendatud, ei tööta seiskamine kaabli purunemisel – ohtlik vaikne rike. Isegi kui AI-kood tundub loogiliselt õige, on see füüsilise ühenduse otsus inseneril.
Ohutus: E-Stop, Lockout ja Fail-Safe
Tööstusautomaatika ohutus ei ole probleem, mida saaks "tarkvaras käsitleda"; See on riist- ja tarkvara kihiline koostöö. Põhiprintsiibid:
põhimõte
Tähendus
Rakendus
tõrkekindel
Ebaõnnestumine peaks viima turvalisele poolele
NC-kontakt, viga=stopp
Koondamine
Kriitiline funktsioon kahe kanaliga
Kaks kontakti, ristjälgimine
Blokeering
Vältida ohtlikku olukorda
Masin ei tööta, kui uks on avatud
e-peatus
Sõltumatu hädaseiskamine
Riistvara tasemel, sõltumatult PLC-st
Kriitiline punkt: E-stop ei ole jäetud ainult tarkvara hooleks. Ohutusalane hädaseiskamine katkestatakse sageli ka riistvara tasemel turvareleede või ohutus-PLC poolt; standardne PLC-tarkvara on selle peal täiendav kiht. ISO 13849 (masinaohutus) ja IEC 62061 pakuvad nende konstruktsioonide raamistikku.
Ettevaatust. Ärge eeldage, et tehisintellekti loodud peatamis- või lukustusloogika on "tarkvarast piisav". Ohutusfunktsioonid on kavandatud vastavalt asjakohastele standarditele (ISO 13849 PL, IEC 62061 SIL), sisaldavad riistvarakihti ja neid kontrollib riskianalüüs. Selle hindamise eest vastutavad insener ja organisatsioon; AI saab koostada ainult piirjooni ja kontrollnimekirju.
Riigi masinad
Kompleksne automatiseerimisloogika on organiseeritud pigem olekumasinaga kui segase kui-muidu abil: süsteem leiab teatud olekud (Idle, Starting, Running, Stopping, Error) ja jätkab määratletud üleminekuid. See struktuur on nii loetav kui ka kontrollitav.
(* Lihtne tankla olekumasin *)CASE Case OF 0: (* BOSTA *) KUI StartButton JA CoverClosed SIIS Case := 10; END_IF; 10: (* FILL *) Klapp := TRUE; KUI TaseTäis, SIIS Valve := FALSE; Staatus := 20; END_IF; KUI POLE KaasSuletud, SIIS Valve := VÄÄR; Olek := 90; END_IF; (* ohutus *) 20: (* DRAIN *) PURGE := TRUE; KUI TaseTühi, SIIS Tühi := VÄÄR; Olek := 0; END_IF; 90: (* VIGA *) Klapp := FALSE; Tühi := FALSE; (* kõik täiturmehhanismid on ohutud *) IF Reset Button SIIS Status := 0; END_IF;END_CASE;
Selles struktuuris on ohutusüleminekud (kaas avamisel minna veaolekusse, sulgeda kõik täiturmehhanismid) selgelt igas olukorras. AI loob kiiresti olekumasina skeleti; Kuid milline ohutusjuhtum millisest olukorrast välja tuleb, tuleneb teie riskianalüüsist.
Nõrk viip / Tugev viip
NÕRK:"Kirjutage konveieri PLC-koodi." (Sisend/väljund puudub, ohutus puudub, keel on ebaselge. Ei saa välja kirjutada mustandit.) TUGEV:"Kirjutage konveieri juhtseade IEC 61131-3 struktureeritud tekstiga. Sisendid: Start (NO), Stop (NC), PhotocellProductVar (NO), CoverLOpen.ConveningOutamps. (Idle, Running, Error) Peamine on alati ülimuslik, minge jaotisse Viga, kui kaas on avatud ja seisake mootor Eeldage selle koodi ohutuse hindamist.
Mini korpus
Automaatikainsener Tolga küsib AI-lt pakkimisliini ST-koodi. Tehisintellekt toodab koodi, mis näib töötavat, kuid kui Tolga kinnitab selle I/O kaardiga, leiab ta kaks probleemi. Esiteks: AI on käsitlenud nuppu Stop NO (tavaliselt avatud) loogikaga; Tolga muudab selle NC tõrkekindlaks loogikaks, sest kui juhe puruneb, peab liin peatuma. Teiseks: lukustust, mille puhul masin peab seisma, kui kaitsekate on avatud, kontrollitakse ainult käivitamisel, mitte töötamise ajal; Tolga parandab seda nii, et seda kontrollitakse igas skannimistsüklis. Samuti kinnitab see, et tegelik E-peatus ei ole jäetud tarkvara hooleks, vaid katkeb ka riistvaraliselt koos turvareleega. AI andis oma loogika skeleti kiiresti; Kuid inseneri kontrollimine tagas kolm ohutusotsust: tõrkekindel ühendus, püsilukustus ja riistvaraline E-stopp.
Levinud vead
- Stop/E-stopp nupu ühendamine NO-ga ja tõrkekindla käitumise kaotamine kaabli purunemise korral.
- Blokeeringu (kaas, valguskardin) kontrollimine ainult käivitamisel ja töötamise vahelejätmine.
- Turvafunktsiooni jätmine täielikult tarkvara hooleks ja riistvarakihi tähelepanuta jätmine.
- Skaneerimisahela käitumise unustamine ja samale väljundile vastuoluliste ülesannete tegemine.
- Keerulise loogika kontrollimatuks muutmine, kirjutades selle olekumasina asemel segaseks kui-muidu.
- AI aktsepteerimine turvastandardi tõlgendusega ilma seda ametliku tekstiga kontrollimata.
Kokkuvõttes
- PLC töötab pideva skaneerimistsükliga; Väljundeid värskendatakse tsükli lõpus.
- Ladder ja Structured Text väljendavad sama loogikat kahes erinevas IEC 61131-3 keeles.
- Stop/E-stopp nupud NC ja tõrkekindel on ühendatud; ebaõnnestumine peaks viima turvalisele poolele.
- Lukustusi kontrollitakse iga skaneerimistsükli järel; Sisaldab turvariistvarakihti.
- Olekumasin muudab keerulise loogika loetavaks ja kontrollitavaks.
- Ohutushinnangu (ISO 13849/IEC 62061) eest vastutab insener; AI genereerib mustandit.
Rakenduse ülesanne
Valige lihtne automatiseerimise stsenaarium (nt käivitus-/seiskamismootor, kaheasendiline täiturmehhanism või väike tankla). Kirjutage üles oma I/O loend ja ohutusnõuded (milline nupp on NC, mis on blokeeriv). Laske AI-l selle kontekstiga luua struktureeritud teksti olekumasin. Seejärel kontrollige väljundit ohutuse tagamiseks: (1) kas Stop tagab ohutu väljumise igast olekust, (2) kas blokeeringut kontrollitakse iga skaneerimistsükli jooksul, (3) kas kõik täiturmehhanismid lähevad vea korral ohutusse olekusse? Märkige üles kõik leitud ohutuspuudused ja parandused.