Ieguvumi:
- Spēja atšķirt, kuros mehatronikas darbplūsmas posmos (dizains, kods, analīze) AI rada pievienoto vērtību un kuri lēmumi jāpaliek inženiera ziņā.
- Spēja pielietot funkcionālās drošības (SIL/PL) principus, pirms palaišanas pārbaudi aparatūrā un testēšanu simulācijā
- Spēja noteikt risku, ka mākslīgā intelekta izvade var sabojāt fizisko sistēmu, un slāņveida verifikācijas disciplīnu, kas samazina šo risku
Mehatronika atrodas mehānikas, elektronikas, vadības un programmatūras krustpunktā. Tava diena kā inženierim; Tas ietver servomotora braukšanas koda rakstīšanu, sensora trokšņa filtrēšanu, PID kontrollera noregulēšanu, PLC loģikas izveidi un pārbaudi, vai tas viss darbojas droši fiziskajā pasaulē. AI var būt paātrinātājs katrā no šiem uzdevumiem: koda uzmetuma ģenerēšana, vienādojuma risināšana, modeļa izvilkšana no datu kopas, norādījumi, kā atkļūdot kļūdu. Taču mehatronikā ir viena būtiska atšķirība: tas, ko jūs ražojat, nepaliek uz ekrāna, tas griež motoru, atver vārstu, kustina sviru fiziskajā pasaulē. Tātad AI lietošanas noteikumi šeit ir stingrāki nekā tīrā programmatūrā. Šajā nodaļā mēs noskaidrojam, kā droši iegult AI mehatronikas darbplūsmā un kādus lēmumus nedrīkst pieņemt inženieris.
Kur AI dod pievienoto vērtību mehatronikā un kur nē?
Skaidra mākslīgā intelekta lomas noteikšana mehatronikā ir pirmais solis ceļā uz efektivitāti un drošību. Zemāk esošajā tabulā parādīta AI pozīcija tipiskā mehatronikas projektā.
Skatuves
AI loma
Lēmums atstāts cilvēka ziņā
koncepcija/dizains
Alternatīvu ģenerēšana, vienādojumu veidošana, literatūras apkopojums
Arhitektūras izvēle, drošības mērķis
koda rakstīšana
Braukšanas/nolasīšanas kods, skelets
Reģistrācijas precizitāte, laiks, pārbaude
Analīze
Datu kopsavilkums, modelis, anomālijas ierosinājums
Fiziskā interpretācija, lēmuma slieksnis
verifikācija
Testa scenārija ieteikums, kontrolsaraksts
Lauka ekspluatācijas apstiprināšana
Dokumentācija
Ziņojuma melnraksts, komentāru rinda
Tehniskā precizitāte, paraksts
Šeit ir viens modelis: AI nodrošina ātrumu, inženieris nodrošina precizitāti un drošību. AI var ierakstīt dzinēja braukšanas kodu 30 sekundēs; bet tas ir inženieris, kurš izlemj, vai šis kods sadedzinās draiveri nepareizas PWM frekvences vai nepareiza virziena bita dēļ.
Padoms. Padomājiet par AI kā par "vecāko praktikantu, kurš nav redzējis laukumu". Viņa idejas ir ātras un bieži vien labas; Bet, pirms pieskaraties dēlim, pārbaudiet katru izvadi.
Fiziskais risks: atšķirība no programmatūras
Tīmekļa lietojumprogrammā kļūdains kods avarē lapu; lietotājs atsvaidzina, turpina. Mehatronikā kļūdains kods trāpa izpildmehānismam pret gala slēdzi, salauž pārnesumkārbu, met robota roku pret operatoru. Riski ir konkrēti:
- Pārstrāva/spriegums: nepareizs PWM vai trūkstošais strāvas ierobežojums sadedzinās vadītāju un motoru.
- Bēgšana: nepareizs signāls vai izkropļota atgriezeniskā saite izraisa nekontrolētu paātrinājumu.
- Laika pārkāpums: ja reāllaika cilpa tiek aizkavēta, vadība kļūst nestabila.
- Drošības apiešana: AI var neapzināti ieteikt kodu, kas apiet bloķēšanas loģiku.
Neviens no šiem riskiem netiek pilnībā novērsts, "nolasot kodu vienu reizi". Tāpēc verifikācija mehatronikā nav viens solis, bet gan slāņveida process.
Slāņu autentifikācijas ietvars
Izlaidiet AI izvadi caur šādiem slāņiem, pirms to saņemat fiziskajā sistēmā. Katrs slānis ir paredzēts, lai fiksētu to, ko iepriekšējais palaida garām.
1. Statiskais pārskats: nolasīt kodu/loģiku pēc rindas; reģistra, vienības, zīmju kontrole.2. Mērvienību/loģiskā pārbaude: Testa funkcijas atsevišķi (piem., kinemātiskais aprēķins ar zināmu vērtību).3. Simulācija (pirms HIL): palaist uz modeli; Ievērojiet soļu reakciju, stabilitāti, robežpārkāpumu.4. Ierobežota aparatūras pārbaude: Ierobežots strāva/ātrums, pieejama E-stop, iedarbināšana ar mazu jaudu.5. Pakāpeniska aktivizēšana: pakāpeniski palieliniet slodzi un ātrumu; mērīt un salīdzināt katrā solī.
Piemēram, servo pozīcijas kontrolei: vispirms pārbaudiet aprēķinu ar zināmu leņķi rokā (2. slānis), pēc tam simulējat motora modeli Python un redzat pārsniegumu (3. slānis), pēc tam nofiksējat motoru uz galda un izmēģiniet nelielu kustību ar zemu strāvas ierobežojumu (4. slānis), visbeidzot pievienojat slodzi un paātrinat līdz pilnam ātrumam (slānis). AI var palīdzēt katrā no šīm darbībām; bet inženieris nospiež pogu "palaist".
Funkcionālā drošība: SIL un PL īsumā
Jums jāzina divi drošības kritisko sistēmu standarta jēdzieni. SIL (Safety Integrity Level, 1-4) saskaņā ar IEC 61508 / IEC 62061 un PL (Performance Level, a-e) saskaņā ar ISO 13849 mašīnu drošībā nosaka, cik uzticamai jābūt drošības funkcijai.
koncepcija
mērogs
ko tas saka
DZĒST
1 (zems) – 4 (augsts)
Drošības funkcijas bīstamās atteices varbūtības mērķis
P.L.
a (zems) – e (augsts)
Nepieciešamais mašīnas drošības funkcijas veiktspējas līmenis
Galvenais ir tas, ka, ja drošības funkcijai (piemēram, dzinēja apturēšanai ar E-stop) ir noteikts SIL/PL mērķis, šīs funkcijas projektēšana, pārbaude un dokumentēšana tiek veikta saskaņā ar standarta prasībām. AI nevar veikt šo novērtējumu jūsu vietā un nevar uzņemties atbildību. AI var apkopot attiecīgos vienumus vai izveidot kontrolsaraksta projektu; bet par atbilstības deklarāciju ir atbildīgs inženieris un organizācija.
Uzmanību: vienmēr pārbaudiet vielas numuru, robežvērtību vai formulu, ko AI sniedz par saviem drošības standartiem no oficiālā standarta teksta. AI var ticami halucinēt standarta priekšmetus; Drošībai kritiska lēmuma pieņemšana, pamatojoties uz nepārbaudītu AI izvadi, ir nepieņemama.
Vāja uzvedne / spēcīga uzvedne
Mehatronikā uzvednes kvalitāte tieši ietekmē izvades drošību. Bezkonteksta pieprasījums rada vispārīgu kodu, kas nezina jūsu aparatūru.
VĀJS:"Uzrakstiet man motora vadības kodu."(Rezultāts: kura plate? Kurš draiveris? Kurš spriegums? Nezināms; akls kods.)STRONG:"STM32F103 (HAL bibliotēka) ierakstiet kodu, lai vadītu DRV8825 pakāpju motora draiveri. NEMA17 motors, 200 soļi/apgr., 1/16 tapa no 3000 soļiem sekundē. Nebloķējiet (neizmantojiet aizkavi), ģenerējiet soļus ar TIM2 pārtraukumu. Paskaidrojiet, ko katra funkcija dara, un sākumā uzskaitiet savus pieņēmumus.
Spēcīga uzvedne; Tas nodrošina karti, draiveri, tapas, ierobežojumus un arhitektūras ierobežojumus (nebloķēšanu). Tas sašaurina vietu, kas AI ir “jāuzminē”, un izvade kļūst pārbaudāma.
Mini futrālis
Denizs, pētniecības un attīstības inženieris, ir licis AI rakstīt ātruma kontroles kodu jaunam konveijeram. AI rada tīra izskata kodu un tieši paātrina dzinēju līdz pilnam ātrumam galvenajā cilpā. Tā vietā, lai ielādētu kodu tādu, kāds tas ir, Denizs piemēro slāņu verifikāciju: vispirms tas nolasa kodu un pamana, ka nav paaugstinājuma; Ja motors pēkšņi paātrinās līdz pilnam ātrumam, radīsies mehānisks trieciens un strāvas pārspriegums. "Pievienojiet S-līknes ātruma profilu un ierobežojiet maksimālo strāvu līdz 4A," tas sniedz atgriezenisko saiti AI. Pēc tam tas pārbauda pašreizējo profilu, izmantojot vienkāršu Python simulāciju, pēc tam palaiž motoru bez slodzes un strāvas ierobežojuma. Pirmajā mēģinājumā viņš atklāj, ka kodētāja virziens ir savienots pretēji; To nosaka ierobežota aparatūras pārbaude, nevis simulācija. Rezultāts: AI atgrieza ātru skici, bet trīs atsevišķi verifikācijas slāņi atkļūdoja trīs atsevišķas problēmas, un aparatūra vispār netika bojāta.
Biežākās kļūdas
- AI izvades ielāde tieši aparatūrā bez simulācijas vai ierobežotas pārbaudes.
- Vispārēja koda pieprasīšana, nenorādot kartes, draivera, PIN un limita kontekstu.
- Drošības standarta elementu/sliekšņu pieņemšana, nepārbaudot no AI atmiņas.
- E-pieturu un bloķēšanas atlikšana kā "pievienošu vēlāk" un pirmās pārbaudes veikšana bez drošības.
- Uzskatot, ka AI ģenerēts kods ir apstiprināts, jo tas “šķiet, ka tas darbojas”.
- Aizmirstot uzvednē ievietot fiziskus ierobežojumus, piemēram, paātrinājumu, strāvas/ātruma ierobežojumu.
Rezumējot
- AI palielina ātrumu mehatronikā; Precizitāte, drošība un lauka apstiprinājums paliek inženiera ziņā.
- Fiziskais risks (pārstrāva, pretējā virzienā, laika pārkāpums) atšķiras un ir konkrēts nekā programmatūras kļūme.
- Slāņaina pārbaude (statiska → skaļums → simulācija → ierobežota aparatūra → pakāpeniska izvietošana) ir obligāta.
- Par funkcionālās drošības mērķu, piemēram, SIL/PL, novērtēšanu un dokumentēšanu ir atbildīgs cilvēks.
- Spēcīga uzvedne; Satur dēli, draiveri, tapas, ierobežojumus un arhitektūras ierobežojumus kā kontekstu.
- Drošības standarta informācija vienmēr tiek pārbaudīta no oficiāla avota; AI atmiņai nevar uzticēties.
Lietojumprogrammas uzdevums
Lai iegūtu īstu mehatronisko komponentu (piemēram, pakāpju motoru + draiveri), aizpildiet iepriekš redzamo "spēcīgo uzvednes" veidni: pierakstiet dēli, draiveri, tapas, spriegumu, strāvu un ātruma ierobežojumus. Lieciet AI ģenerēt nebloķējošu braukšanas kodu šajā kontekstā. Pēc tam izlaidiet izvadi caur pirmajiem trim slāņu verifikācijas sistēmas slāņiem: (1) izlasiet kodu pēc rindiņas un atrodiet vismaz divus iespējamos riskus, (2) manuāli pārbaudiet aprēķināto vērtību (piem., soļu periods noteiktā ātrumā), (3) veiciet vienkāršu simulāciju vai sauso darbību, ja iespējams. Ņemiet vērā, kurš slānis uztver kādu problēmu.