Ieguvumi:
- Iespēja sadalīt automatizācijas scenāriju ievades/izvades sarakstā un loģikas soļos un pieprasīt kāpnes/ST melnrakstu no AI
- Spēja pārraudzīt mākslīgā intelekta radīto PLC loģiku attiecībā uz drošības slēdzenēm, avārijas apstāšanās un sacensību apstākļiem
- Iespēja pārbaudīt kalibrēšanas, skaļuma un kļūdu signālus, interpretējot sensoru un IoT telemetrijas datus ar AI
Rūpnieciskā automatizācija ir viena no jomām, kas visvairāk skar elektrotehnikas un elektronikas inženieriju: PLC (Programmable Logic Controller) nolasa signālus no sensoriem un vada motorus, vārstus un trauksmes saskaņā ar noteiktu loģiku. Loģiska kļūda šeit nav tikai "nepareiza izvade"; Iestrēdzis konveijers, vārsts, kas paliek atvērts, vai avārijas apturēšana, kas nedarbojas, var izraisīt reālas traumas. AI ātri iezīmē automatizācijas loģiku, iesaka kāpnes/ST kodu un interpretē sensoru/IoT telemetrijas datus; Taču par drošības slēdzenēm un drošu dizainu ir atbildīgs inženieris. Šajā nodaļā mēs apskatīsim, kā definēt AI automatizācijas scenāriju, kā kontrolēt ģenerēto PLC loģiku un kā droši interpretēt sensoru datus.
Automatizācijas scenārija konfigurēšana: I/O saraksts un loģikas soļi
Likt AI “programmēt konveijeru” ir nepietiekami. Pirmkārt, sadaliet procesu ievades (sensors, poga), izejas (motors, vārsts, lampa) un loģiskās darbības. Šī atšķirība gan precizē uzvedni, gan padara loģiku kontrolējamu.
Ievades/izvades saraksta piemērs (vienkāršā uzpildes stacija): Ieejas: I0.0 Start poga, I0.1 Stop poga, I0.2 E-stop (NC), I0.3 Pudeļu noteikšanas sensors, I0.4 Noslogotības sensorsIzejas: Q0.0 Konveijera motors, Q0.1 Uzpildes vārsts, Q0.2 Kļūdas lampiņa ir atļauta, ja nav nospiesta loģiskā sistēma, ja nav nospiests 1. gatavs.2) Konveijers ar Start return; Apturiet konveijeru, kad tiek iedarbināts pudeles sensors.3) Atveriet uzpildes vārstu; Aizveriet vārstu, kad aizņemtības sensors ir pilns.4) Restartējiet konveijeru; Process atkārtojas.5) E-stop vai Stop jebkurā laikā pārceļ visas izejas uz drošu pusi.
Vāja uzvedne / spēcīga uzvedne
VĀJS: "Rakstiet konveijera PLC kodu." (Rezultāts: I/O adreses, drošības bloķētāji un statusa loģika ir neskaidri; potenciāli bīstams nepilnīgs kods.) STRONG:"Iesakiet PLC loģisko uzmetumu (strukturētu tekstu) uzpildes stacijai, pamatojoties uz I/O sarakstu un iepriekšminētajām loģiskām darbībām. NODROŠINĀJIET: - E-stāvoklis ir iestatīts ar normālu loģiku, kas ir aizvērts. noliek visas izejas drošā pusē.- Konveijers un vārsts "Vienlaicīgi neradīt bīstamu situāciju (bloķēt). - Komentējiet katru soli. Norādiet, ka tas ir melnraksts; drošības ķēde, bezatteices un lauka testēšana pieder inženierim."
PLC loģikas kontrole: drošība, droša, sacīkšu apstākļi
Nepietiek, lai radītā loģika "šķiet, ka strādā". Izpildiet šo kontrolsarakstu:
kontrole
Ko meklēt
avārijas apstāšanās
NC kontakts, bezatteices, augstākā prioritāte, pārslēdz visas izejas uz drošu pusi
Bloķētāji
Konfliktējošas izejas nedrīkst būt aktīvas vienlaikus
sacensību stāvoklis
Pretrunīgi uzdevumi vienā ciklā, nenoteikta situācija
sākotnējais stāvoklis
Iedarbināšana drošā, zināmā stāvoklī, kad ir pieslēgta spriegumam
Taimeris/skaitītājs
Pareiza loģika, pārplūde, atiestatīšanas stāvoklis
sensora darbības traucējumi
Droša rīcība sensora pārtraukuma/īssavienojuma gadījumā
Avārijas apstāšanās (E-stop) ir viskritiskākais punkts. Drošības funkcijai jābūt drošai: tas ir, ja pārtrūkst kabelis, sabojājas kontakts, sistēmai ir jānokrīt drošā, nevis bīstamajā pusē. Tāpēc E-stop tiek izveidots ar normāli aizvērtu (NC) kontaktu; Ja kabelis pārtrūkst, ķēde atveras un sistēma apstājas. Turklāt ar programmatūras loģiku vien nepietiek; Aparatūras drošības ķēde (drošības relejs/kontaktors) ir jāizstrādā un jāpārbauda inženierim.
Brīdinājums: ja AI ģenerētā kāpnē/ST kodā redzat, ka E-stop ir iestatīts ar normāli atvērtu (NO) kontaktu vai tikai programmatūras karogu, tā ir ievainojamība. Drošības funkcijas nekad netiek atstātas programmatūras ziņā; Par drošu aparatūras ķēdi un atbilstību attiecīgajiem mašīnas drošības standartiem ir atbildīgs inženieris, un to pārbauda, veicot lauka testus.
Sacensību apstākļi un valsts iekārtas
PLC loģika darbojas cikliski; Katra loģika tiek apstrādāta no sākuma līdz beigām katrā ciklā. AI dažreiz raksta pretrunīgas rindas, kas vienā vietā iestata vienu un to pašu izvadi un atiestata to citā; tas izraisa izvades neparedzamu mirgošanu (sacīkšu stāvoklis). Sarežģītu procesu konstruēšana kā nepārprotama stāvokļa mašīna samazina šo risku: sistēma visu laiku atrodas vienā, noteiktā stāvoklī, pārejas ir atkarīgas no skaidriem apstākļiem.
Sensora un IoT datu interpretācija: kalibrēšana, vienība, kļūdas signāls
Lai gan sensoru un IoT telemetrijas dati (temperatūra, spiediens, vibrācija, strāva) ir vērtīgi analīzei, tie var būt maldinoši neapstrādātā veidā. AI apkopojot šos datus, jums ir jāpārbauda trīs lietas:
- Kalibrēšana un mērogs. Vai sensora izvade ir neapstrādāta ADC vērtība vai faktiskā fiziskā vienība? AI 4–20 mA var nepareizi mērogot sensoru un sajaukt fizisko vērtību.
- Vienība. °C vai °F, bārs vai kPa, RMS vai maksimums? Vienības apjukums sabojā visu interpretāciju.
- Bojājumu signāli. Iestrēgusi vērtība, pēkšņa samazināšanās līdz nullei, nolasījums ārpus diapazona; Tie nav faktiskie mērījumi, bet var būt sensora/līnijas darbības traucējumi. Ja AI tos interpretē kā “interesantus datus”, jūs kļūdāties.
# 4-20 mA sensors -> fiziskās vērtības mērogošana (diapazons no 0 līdz 100 °C) def ma_to_temp(ma): ja ma < 3,5: # Zem 4 mA -> līnija pārtraukta/bojāta atgriešanās Nav # atzīmēt kā nederīgu atgriešanos (ma - 4,0) / (20,0 - 4,0) * 100,0, 0, 2 nolasīšanai [2,0 2.0]: t = ma_to_temp(lasīšana) print(lasīšana, "mA ->", "FAULT", ja t ir Neviens cits f"{t:.1f} C")
Padoms. Interpretējot IoT datus, vispirms jautājiet "vai šī vērtība ir fiziski iespējama?" Uzdodiet jautājumu. Ja telpas temperatūras sensors rāda 300 °C, tas nav reāli, iespējams, tā ir kalibrēšanas/līnijas kļūda. Likvidējiet kļūdu signālus pirms AI interpretācijas.
Mini futrālis
Tehniskās apkopes inženieris AI interpretē sūkņa IoT vibrācijas datus. AI saka, ka "vibrācija pagājušajā nedēļā palielinājās par 200%, tūlītējas kļūmes risks" un ierosina trauksmi. Inženieris aplūko neapstrādātos datus: vērtība ir "iestrēdzis" pie fiksēta augsta skaitļa pēc noteikta laika, nekad nemainās. Tā nav paaugstināta vibrācija, bet gan sensora sasalšana/atteice. Patiesa mehāniska bojājuma gadījumā vērtība svārstās. Inženieris pārbauda sensoru; Kabeļa savienojums ir vaļīgs. AI fiksēto vērtību interpretēja kā "bullish". Nodarbība: pirms sensoru datu interpretācijas izslēdziet kļūdu parakstus (iestrēdzis, ārpus diapazona, izsmidzina); AI nepieprasa neapstrādātus datus.
Biežākās kļūdas
- E-stop iestatīšana bez kontakta vai tikai programmatūras karoga (nav droša).
- Atstājot drošības funkciju tikai programmatūras ziņā, bez aparatūras ķēdes.
- Sacensību nosacījuma izveide ar konfliktējošām iestatīšanas/atiestatīšanas līnijām.
- Nenosaka drošu sākotnējo stāvokli, kad tas ir ieslēgts.
- Sensoru datu interpretācija no kalibrēšanas un vienības verifikācijas.
- Kļūdaini kļūdu signāli (iestrēdzis, ārpus diapazona) reāliem mērījumiem.
Rezumējot
- Sadaliet automatizācijas scenāriju I/O sarakstā un notīriet loģiskās darbības un jautājiet AI.
- E-stop un drošības funkcijām jābūt bezatteices (NC), augstākās prioritātes un aparatūras ķēdē; pārbaudīts ar lauka pārbaudēm.
- Pretrunīgi uzdevumi rada sacensību apstākļus; Iestatiet sarežģītus procesus ar stāvokļa mašīnu.
- Drošība nekad nav atstāta programmatūras ziņā; Inženiera apstiprinājums ir obligāts.
- Vispirms tiek pārbaudīta kalibrēšana, vienības un kļūdu signāli sensora/IoT datos.
- Fiziski neiespējamas vērtības un iestrēgušie rādījumi ir nepareizas darbības pazīmes, nevis faktiskie dati.
Lietojumprogrammas uzdevums
Uzrakstiet I/O un loģisko darbību sarakstu vienkāršam automatizācijas scenārijam (aizpildīšana, vārtu vadība, līmeņa regulēšana); Jautājiet AI par ST/kāpņu projektu. Pēc tam pārbaudiet ģenerēto loģiku: (1) vai E-stop ir droša un prioritāra, (2) vai ir bloķēts pretrunīgiem izvadiem, (3) vai ir definēta droša palaišana, ieslēdzot barošanu? Atsevišķi lūdziet AI komentārus par sensoru rādījumu sēriju (vairāki normāli, viens iestrēdzis, viens ārpus diapazona vērtības) un pārbaudiet, vai tas pareizi novērš kļūdu vērtības. Izlabojiet visas kļūdas un pierakstiet tās.