Ieguvumi:
- Spēja izveidot kāpņu loģikas un strukturētā teksta (ST) struktūras kā melnrakstus ar AI
- Spēja konfigurēt drošības ķēdes, bloķētājus un stāvokļa mašīnas ar AI palīdzību
- Spēja pārbaudīt AI ģenerētu PLC loģiku attiecībā pret I/O karti un drošības prasībām
Uzticamības nosaukums rūpnīcas laukā ir PLC (Programmable Logic Controller). Konveijeri, robotu šūnas, pildīšanas līnijas, preses; visu kontrolē PLC. PLC programmēšana ir pasaule, kas atšķiras no darbvirsmas programmatūras: Ladder Logic (LD) ir vizuālā valoda, kas atdarina releja loģiku, savukārt strukturētais teksts (ST) ir Pascal līdzīga teksta valoda; abi ir definēti IEC 61131-3 standartā. Šajā vidē vissvarīgākā ir nevis funkcionalitāte, bet gan drošība; jo loģikas kļūda var izslēgt presi nelaikā, apdraudot operatoru. AI palīdz ģenerēt kāpņu un ST uzmetumus, veidot stāvokļa mašīnas un dokumentēt loģiku. Tomēr par drošības ķēdēm, bloķēšanu un galīgo verifikāciju ir atbildīgs inženieris, un tos nevar deleģēt AI. Šajā nodaļā mēs apskatīsim, kā izveidot un pārbaudīt PLC loģiku, izmantojot AI.
PLC darba loģika: skenēšanas cikls
PLC ne tikai palaiž kodu vienreiz, un tas ir darīts; Tas veic nepārtrauktu skenēšanas ciklu. Katrā cilpā: (1) nolasa visas ievades, (2) izpilda loģiku no augšas uz leju, (3) atjaunina visas izejas. Šis cikls ilgst milisekundes un atkārtojas bezgalīgi. Šai rīcībai ir kritiskas sekas, rakstot PLC loģiku:
- Izejas tiek atjauninātas cilpas beigās; Ja piešķirat vērtību izvadei vairāk nekā vienā cilpas vietā, uzvar pēdējais piešķirjums.
- Loģika darbojas no nulles katrā ciklā; tāpēc fiksācijas vai stāvokļa mainīgie tiek izmantoti, lai "atcerētos" stāvokli.
- Ja skenēšanas laiks tiek pagarināts, var palaist garām ātrus notikumus; kritiskie notikumi tiek fiksēti ar aparatūras pārtraukumu vai ātrgaitas skaitītāju.
Padoms: rakstot PLC loģiku AI — sakiet "ņemt vērā skenēšanas cilpas uzvedību, nekādu pretrunīgu piešķiršanu vienai un tai pašai izvadei, statusam izmantojiet fiksatoru/stāvokļa mašīnu". AI dažreiz domā kā darbvirsmas loģika un izlaiž skenēšanas darbību.
Kāpņu loģika un strukturēts teksts
Vienu un to pašu loģiku var uzrakstīt abās valodās. Vienkāršs piemērs: motors ieslēdzas, kad tiek nospiesta starta poga, apstājas un pašfiksējas, kad tiek nospiesta apturēšanas poga.
KĀPNES (teksta displejs): Start Stop Engine---| |------|/|-------------( )--- | Dzinējs |---| |------+ (Motora kontakts notur sevi -> noblīvēšanās) Paskaidrojums: Nospiežot Start, dzinējs tiek darbināts; Motors uztur strāvu caur savu kontaktu (blīvējums). Nospiežot Stop (NC), ķēde tiek nogriezta.
(* Tāda pati loģika kā STRUKTURĒTAIS TEKSTS *)JA Sākt UN NEAPSTĀT TAD Dzinējs := TRUE;END_IF;JA Apturēt, TAD Dzinējs := FALSE; (* Apturēt vienmēr ir prioritāte *)END_IF;(* Piezīme. Apturēšanas poga ir fiziski savienota ar NC (parasti aizvērta); tādēļ, ja kabelis pārtrūkst, Stop=FALSE un sistēma pārslēdzas uz drošo pusi. *)
Drošības detaļa šeit ir ļoti svarīga: apturēšanas poga ir fiziski savienota, normāli aizvērta (NC). Tādējādi kabeļa pārrāvuma vai kontakta atteices gadījumā signāls tiek pārtraukts un sistēma pāriet "stop" virzienā (neatteices). Ja ir pievienots NO (parasti atvērts), attura nedarbosies, ja pārtrūkst kabelis — bīstama klusuma kļūda. Pat ja AI kods šķiet loģiski pareizs, šis fiziskā savienojuma lēmums ir inženiera ziņā.
Drošība: E-Stop, Lockout un Fail-Safe
Drošība rūpnieciskajā automatizācijā nav problēma, ko var "risināt programmatūrā"; Tā ir daudzslāņu aparatūras un programmatūras sadarbība. Pamatprincipi:
principu
Nozīme
Pieteikums
bezatteices
Neveiksmei jānoved uz drošu pusi
NC kontakts, kļūda = stop
Atlaišana
Divu kanālu kritiskā funkcija
Divi kontakti, savstarpēja uzraudzība
Bloķēšana
Novērst bīstamu situāciju
Mašīna nedarbojas, kad durvis ir atvērtas
e-pietura
Neatkarīga avārijas apstāšanās
Aparatūras līmenī neatkarīgi no PLC
Kritiskais punkts: E-stop nav atstāts programmatūras ziņā. Ar drošību saistītā avārijas apturēšana bieži tiek pārtraukta arī aparatūras līmenī ar drošības relejiem vai drošības PLC; standarta PLC programmatūra ir papildus slānis. ISO 13849 (mašīnu drošība) un IEC 62061 nodrošina šo konstrukciju pamatu.
Uzmanību: neuzskatiet, ka mākslīgā intelekta ģenerēta E-stop vai bloķēšanas loģika ir "pietiekama ar programmatūru". Drošības funkcijas ir izstrādātas saskaņā ar attiecīgajiem standartiem (ISO 13849 PL, IEC 62061 SIL), ietver aparatūras slāni un tiek pārbaudītas, veicot riska novērtējumu. Par šo novērtēšanu atbild inženieris un organizācija; AI var izveidot tikai kontūras un kontrolsarakstus.
Valsts mašīnas
Sarežģītā automatizācijas loģika tiek organizēta ar stāvokļa mašīnu, nevis ar nekārtīgu if-else: sistēma atrod noteiktus stāvokļus (dīkstāve, palaišana, darbība, apstāšanās, kļūda) un veic noteiktas pārejas. Šī struktūra ir gan lasāma, gan pārbaudāma.
(* Vienkārša degvielas uzpildes stacijas stāvokļa mašīna *) GADĪJUMS 0. gadījums: (* BOSTA *) JA StartButton UN CoverClosed TAD Case := 10; END_IF; 10: (* FILL *) Vārsts := TRUE; JA LevelFull TAD Valve := FALSE; Statuss := 20; END_IF; JA NAV vāksAizvērts, TAD Vārsts := FALSE; Statuss := 90; END_IF; (* drošība *) 20: (* DRAIN *) PURGE := TRUE; JA LevelEmpty TAD Empty := FALSE; Statuss := 0; END_IF; 90: (* KĻŪDA *) Vārsts := FALSE; Tukšs := FALSE; (* visi izpildmehānismi ir droši *) JA ResetButton TAD Statuss := 0; END_IF;END_CASE;
Šajā struktūrā drošības pārejas (pāriet uz kļūdas stāvokli, ja vāks ir atvērts, aizveriet visus izpildmehānismus) ir skaidri iekļautas katrā situācijā. AI ātri ģenerē stāvokļa mašīnas skeletu; Bet kurš drošības incidents iznāks no kādas situācijas, izriet no jūsu riska analīzes.
Vāja uzvedne / spēcīga uzvedne
VĀJS:"Rakstiet konveijera PLC kodu."(Nav I/O, nav drošības, neskaidra valoda. Nevar izveidot melnrakstu.)STRONG:"Rakstiet konveijera vadību ar IEC 61131-3 strukturētu tekstu. Ievades: Start (NO), Stop (NC), PhotocellProductVar (NO), CoverLOpen. (Tukšgaita, Darbojas, Kļūda) Apturēšanai vienmēr ir prioritāte, dodieties uz sadaļu Kļūda, kad vāks ir atvērts un izslēdziet dzinēju.
Mini futrālis
Automatizācijas inženieris Tolga pieprasa ST kodu no AI iepakošanas līnijai. AI rada kodu, kas, šķiet, darbojas, taču, kad Tolga to apstiprina ar I/O karti, viņš atklāj divas problēmas. Pirmkārt: AI ir apstrādājusi pogu Stop ar NO (parasti atvērta) loģiku; Tolga to pārvērš par NC bezatteices loģiku, jo, ja kabelis pārtrūkst, līnijai ir jāapstājas. Otrkārt: bloķēšana, kurā iekārtai jāapstājas, kad ir atvērts aizsargpārsegs, tiek pārbaudīta tikai palaišanas laikā, nevis darbības laikā; Tolga to izlabo tā, lai tas tiktu pārbaudīts katrā skenēšanas ciklā. Tas arī apstiprina, ka faktiskā E-stop nav atstāta programmatūras ziņā, bet arī tiek pārtraukta aparatūrā ar drošības releju. AI ātri iedeva savu loģikas skeletu; Taču inženiera pārbaude nodrošināja trīs drošības lēmumus: drošu savienojumu, pastāvīgu bloķēšanu un aparatūras E-stop.
Biežākās kļūdas
- Stop/E-stop pogas pievienošana pie NO un atteices darbības zaudēšana kabeļa pārrāvuma gadījumā.
- Bloķēšanas pārbaude (vāks, gaismas aizkars) tikai iedarbināšanas laikā un izlaišana darbībā.
- Atstājot drošības funkciju pilnībā programmatūras ziņā un neievērojot aparatūras slāni.
- Aizmirstot skenēšanas cilpas darbību un veicot pretrunīgus uzdevumus vienai un tai pašai izvadei.
- Padarot sarežģītu loģiku nepārbaudāmu, rakstot to ar nekārtīgu if-else, nevis stāvokļa mašīnu.
- Pieņemt AI interpretāciju par drošības standartu, nepārbaudot to ar oficiālo tekstu.
Rezumējot
- PLC darbojas ar nepārtrauktu skenēšanas ciklu; Izvadi tiek atjaunināti cilpas beigās.
- Kāpnes un strukturētais teksts pauž vienu un to pašu loģiku divās dažādās IEC 61131-3 valodās.
- Stop/E-stop pogas NC un bezatteices ir savienotas; neveiksmei jānoved uz drošu pusi.
- Bloķēti tiek pārbaudīti katrā skenēšanas ciklā; Ietver drošības aparatūras slāni.
- Stāvokļa mašīna padara sarežģītu loģiku lasāmu un pārbaudāmu.
- Drošības novērtējums (ISO 13849/IEC 62061) ir inženiera atbildība; AI ģenerē melnrakstu.
Lietojumprogrammas uzdevums
Izvēlieties vienkāršu automatizācijas scenāriju (piem., palaišanas/apturēšanas pašfiksējošais motors, divu pozīciju izpildmehānisms vai neliela degvielas uzpildes stacija). Pierakstiet savu I/O sarakstu un drošības prasības (kura poga ir NC, kura ir bloķēta). Lieciet AI ģenerēt strukturēta teksta stāvokļa mašīnu ar šo kontekstu. Pēc tam pārbaudiet izvades drošību: (1) vai Stop nodrošina drošu izeju no katra stāvokļa, (2) vai bloķēšana tiek pārbaudīta katrā skenēšanas ciklā, (3) vai kļūdas gadījumā visi izpildmehānismi pāriet drošā stāvoklī? Pierakstiet visus atklātos drošības trūkumus un labojumus.