Fitimet:
- Aftësia për të ndarë një skenar automatizimi në listën hyrëse/dalëse dhe hapat logjikë dhe për të kërkuar draftin shkallë/ST nga AI
- Aftësia për të monitoruar logjikën PLC të gjeneruar nga AI për sa i përket bllokimeve të sigurisë, ndalimit emergjent dhe kushteve të garës
- Aftësia për të verifikuar kalibrimin, volumin dhe sinjalet e defektit kur interpretohen të dhënat e telemetrisë së sensorit dhe IoT me AI
Automatizimi industrial është një nga fushat më prekëse të inxhinierisë elektrike dhe elektronike: një PLC (Kontrollues Logjik i Programueshëm) lexon sinjalet nga sensorët dhe drejton motorët, valvulat dhe alarmet sipas një logjike të caktuar. Një gabim logjik këtu nuk është thjesht një "produkt i gabuar"; Një transportues i bllokuar, një valvul që mbetet e hapur ose një ndalesë emergjente që nuk përfshihet mund të çojë në lëndime të vërteta. AI është i shpejtë në skicimin e logjikës së automatizimit, sugjerimin e kodit shkallë/ST dhe interpretimin e të dhënave të telemetrisë së sensorit/IoT; Por bravat e sigurisë dhe dizajni i sigurt për dështimin janë përgjegjësi e inxhinierit. Në këtë njësi, ne do të mbulojmë se si të përcaktojmë skenarin e automatizimit për AI, si të kontrollojmë logjikën e gjeneruar të PLC dhe si të interpretojmë në mënyrë të sigurt të dhënat e sensorit.
Konfigurimi i skenarit të automatizimit: Lista e hyrjeve/daljeve dhe hapat logjikë
T'i thuash AI të "programojë një transportues" është e pamjaftueshme. Së pari, ndajeni procesin në hyrje (sensor, buton), dalje (motor, valvul, llambë) dhe hapa logjikë. Ky dallim edhe qartëson promptin dhe e bën logjikën të kontrollueshme.
Shembull i listës I/O (stacion i thjeshtë mbushjeje): Hyrja: I0.0 Butoni i nisjes, I0.1 Butoni Stop, I0.2 E-stop (NC), I0.3 Sensori i zbulimit të shisheve, I0.4 Sensori i okupimitDaljet: Q0.0 Motori transportues, Q0.1 Valvula mbushëse, Q0.1 Valvula e mbushjes, hapat e shtypjes Q0.2 Ndalimi Error është i shtypur 1. dhe sistemi është gati.2) Transportues me kthim Start; Ndaloni transportuesin kur ndizet sensori i shisheve.3) Hapni valvulën e mbushjes; Mbyllni valvulën kur sensori i zënies është plot.4) Rinisni transportuesin; Procesi përsëritet.5) E-stop ose Stop merr të gjitha daljet në anën e sigurt në çdo kohë.
Prompt i dobët / Prompt i fortë
I DOBËT:"Shkruani kodin PLC për transportuesin." (Rezultati: Adresat I/O, kyçjet e sigurisë dhe logjika e statusit janë të paqarta; një kod i paplotë potencialisht i rrezikshëm.) I FORTË:"Sugjeroni draft logjik të PLC (Tekst i strukturuar) për një stacion mbushjeje bazuar në listën I/O dhe hapat logjikë të mësipërm. SIGURUAR si i mbyllur normalisht:- gjendje që i vendos të gjitha daljet në anën e sigurt.- Transportuesi dhe valvula "Mos krijoni një situatë të rrezikshme në të njëjtën kohë (bllokim). - Komentoni çdo hap. Deklaroni se ky është një draft; Zinxhiri i sigurisë, testimi i sigurt dhe në terren i përkasin inxhinierit."
Logjika e kontrollit të PLC: Siguria, e sigurt për dështimin, Kushtet e garës
Nuk mjafton që logjika e prodhuar të “duket se funksionon”. Ndiqni këtë listë kontrolli:
kontrollin
Çfarë duhet kërkuar
ndalesë emergjente
Kontakt NC, i sigurt për dështimin, prioriteti më i lartë, duke kaluar të gjitha daljet në anën e sigurt
Gërshetat
Rezultatet kontradiktore nuk duhet të jenë aktive në të njëjtën kohë
gjendja e garës
Detyra konfliktuale në të njëjtin cikël, situatë e papërcaktuar
gjendjen fillestare
Fillimi në një gjendje të sigurt, të njohur kur është me energji
Timer/counter
Logjika e saktë, tejmbushja, gjendja e rivendosjes
mosfunksionim i sensorit
Sjellje e sigurt në rast të prishjes/qarkut të shkurtër të sensorit
Ndalesa emergjente (E-stop) është pika më kritike. Funksioni i sigurisë duhet të jetë i sigurt nga dështimi: domethënë, nëse një kabllo prishet, një kontakt dështon, sistemi duhet të bjerë në anën e sigurt, jo të rrezikshëm. Prandaj, E-stop është vendosur me një kontakt normalisht të mbyllur (NC); Nëse kablloja prishet, qarku hapet dhe sistemi ndalon. Për më tepër, vetëm logjika e softuerit nuk mjafton; Një zinxhir sigurie harduerike (rele/kontaktori i sigurisë) duhet të projektohet dhe verifikohet nga inxhinieri.
Paralajmërim: Nëse shihni në një shkallë/kod ST të krijuar nga AI që E-stop është vendosur me një kontakt normalisht të hapur (NO) ose thjesht një flamur softueri, kjo është një dobësi. Funksionet e sigurisë nuk i lihen kurrë vetëm softuerit; Zinxhiri i pajisjeve të sigurta ndaj dështimeve dhe përputhja me standardet përkatëse të sigurisë së makinës janë përgjegjësi e inxhinierit dhe verifikohen nga testimi në terren.
Kushtet e garës dhe makineritë shtetërore
Logjika e PLC funksionon në mënyrë ciklike; E gjithë logjika përpunohet nga fillimi në fund në çdo cikël. AI ndonjëherë shkruan linja kontradiktore që vendosin të njëjtin rezultat në një vend dhe rivendosin atë në një vend tjetër; kjo bën që prodhimi të dridhet në mënyrë të paparashikueshme (gjendja e garës). Ndërtimi i proceseve komplekse si një makinë e gjendjes eksplicite e redukton këtë rrezik: sistemi është në një gjendje të vetme, specifike gjatë gjithë kohës, me kalime të varura nga kushte të qarta.
Interpretimi i të dhënave të sensorit dhe IoT: Kalibrimi, Njësia, Sinjali i Defektit
Ndërsa të dhënat e telemetrisë së sensorëve dhe IoT (temperatura, presioni, dridhja, rryma) janë të vlefshme për analiza, ato mund të jenë mashtruese në formën e saj të papërpunuar. Ndërsa AI përmbledh këto të dhëna, ju duhet të verifikoni tre gjëra:
- Kalibrimi dhe shkalla. A është dalja e sensorit vlera e papërpunuar ADC apo njësia aktuale fizike? AI 4-20 mA mund të shkallëzojë gabimisht një sensor dhe të ngatërrojë vlerën fizike.
- Njësia. °C ose °F, bar apo kPa, RMS apo kulmi? Konfuzioni i njësisë prish të gjithë interpretimin.
- Sinjalet e defektit. Vlera e mbërthyer, rënie e papritur në zero, leximi jashtë rrezes; Këto nuk janë matje aktuale, por mund të jenë mosfunksionim i sensorit/linjës. Nëse AI i interpreton këto si "të dhëna interesante", do të gaboni.
Sensori # 4-20 mA -> shkallëzimi i vlerës fizike (gama 0-100 °C) def ma_to_temp(ma): nëse ma < 3.5: # nën 4 mA -> rreshti i prishur/kthimi i gabimit Asnjë # shënoni si kthim të pavlefshëm (ma - 4.0) / (20.0 - 4.0) * për lexim, 10 in [. 20.0, 2.0]: t = ma_to_temp(lexim) print(lexim, "mA ->", "FAULT" nëse t është Asnjë tjetër f"{t:.1f} C")
Këshillë: Kur interpretoni të dhënat e IoT, së pari pyesni "a është fizikisht e mundur kjo vlerë?" Bëj pyetjen. Nëse një sensor i temperaturës së dhomës lexon 300 °C, kjo nuk është e vërtetë, ndoshta është një gabim kalibrimi/linjë. Eliminoni sinjalet e defektit përpara interpretimit të AI.
Mini Case
Një inxhinier mirëmbajtjeje ka AI të interpretojë të dhënat e vibrimit të IoT të një pompe. AI thotë se "dridhja u rrit me 200% në javën e fundit, rreziku i dështimit të menjëhershëm" dhe sugjeron një alarm. Inxhinieri shikon të dhënat e papërpunuara: vlera është "ngecur" në një numër të lartë fiks pas një kohe të caktuar, duke mos ndryshuar kurrë. Kjo nuk është dridhje e shtuar, por ngrirje/dështim i sensorit. Në një avari të vërtetë mekanike, vlera luhatet. Inxhinieri kontrollon sensorin; Lidhja me kabllo është e lirshme. AI e interpretoi vlerën fikse si "bullish". Mësimi: përjashtoni nënshkrimet e defektit (të mbërthyer, jashtë rrezes, spërkatje) përpara se të interpretoni të dhënat e sensorit; AI nuk kërkon të dhëna të papërpunuara.
Gabimet e zakonshme
- Konfigurimi i E-stop pa asnjë kontakt ose vetëm me flamur softueri (jo i sigurt për dështim).
- Duke ia lënë funksionin e sigurisë vetëm softuerit, pa një zinxhir harduerësh.
- Krijimi i një kushti gare me linja konfliktuoze të vendosjes/rivendosjes.
- Mos përcaktimi i një gjendje fillestare të sigurt kur aktivizohet.
- Interpretimi i të dhënave të sensorit nga kalibrimi dhe verifikimi i njësisë.
- Gabimi i sinjaleve të gabimit (të mbërthyer, jashtë rrezes) për matje reale.
Në përmbledhje
- Thyejeni skenarin e automatizimit në një listë I/O dhe pastroni hapat logjikë dhe pyesni AI në këtë mënyrë.
- E-stop dhe funksionet e sigurisë duhet të jenë të sigurta ndaj dështimeve (NC), prioriteti më i lartë dhe të lidhura me zinxhirë harduerësh; verifikuar me testim në terren.
- Detyrat kontradiktore krijojnë një gjendje gare; Vendosni procese komplekse me një makinë shtetërore.
- Siguria nuk i lihet kurrë vetëm softuerit; Miratimi i inxhinierit është i detyrueshëm.
- Kalibrimi, njësia dhe sinjalet e defektit në të dhënat e sensorit/IoT verifikohen fillimisht.
- Vlerat fizikisht të pamundura dhe leximet e ngecura janë shenja të mosfunksionimit, jo të dhëna aktuale.
Detyra e aplikimit
Shkruani një listë të hapave I/O dhe logjikë për një skenar të thjeshtë automatizimi (mbushje, kontrolli i portës, rregullimi i nivelit); Kërkoni AI për draftin ST/shkallë. Më pas kontrolloni logjikën e krijuar: (1) A është E-stop i sigurt për dështimin dhe me prioritet, (2) a ka një bllokim për daljet konfliktuale, (3) a është përcaktuar fillimi i sigurt i ndezjes? Më vete, kërkoni nga AI komente për një seri leximesh të sensorëve (disa normale, një e ngecur, një vlerë jashtë rrezes) dhe kontrolloni nëse eliminon saktë vlerat e gabimit. Korrigjoni çdo gabim dhe shkruajini ato.