Jedinica 8 / 9

Automatizacija, PLC logika i podaci senzora/IoT-a

Dobici:

  • Sposobnost podjele scenarija automatizacije na ulazno/izlaznu listu i logičke korake te zahtijevanje nacrta ljestvica/ST od AI-ja
  • Sposobnost praćenja PLC logike generirane umjetnom inteligencijom u smislu sigurnosnih brava, hitnog zaustavljanja i uvjeta utrke
  • Sposobnost provjere kalibracije, glasnoće i signala greške prilikom tumačenja podataka senzora i IoT telemetrije s AI

Industrijska automatizacija jedno je od područja elektrotehnike i elektronike koja se najviše dotiče: PLC (Programmable Logic Controller) čita signale sa senzora i pokreće motore, ventile i alarme prema određenoj logici. Logička pogreška ovdje nije samo "pogrešan izlaz"; Zaglavljena pokretna traka, ventil koji ostaje otvoren ili zaustavljanje u nuždi koje se ne aktivira mogu dovesti do stvarnih ozljeda. AI je brz u ocrtavanju logike automatizacije, sugeriranju ljestvičastog/ST koda i tumačenju senzorskih/IoT telemetrijskih podataka; No, sigurnosne brave i siguran dizajn odgovornost su inženjera. U ovoj jedinici ćemo pokriti kako definirati scenarij automatizacije za AI, kako kontrolirati generiranu PLC logiku i kako sigurno interpretirati podatke senzora.

Konfiguriranje scenarija automatizacije: I/O popis i logički koraci

Reći AI da "programira pokretnu traku" je neadekvatno. Prvo odvojite proces na ulaz (senzor, tipka), izlaz (motor, ventil, lampa) i logičke korake. Ova razlika pojašnjava upit i čini logiku kontroliranom.

Primjer popisa I/O (jednostavna punionica): Ulazi: I0.0 Tipka za pokretanje, I0.1 Tipka za zaustavljanje, I0.2 E-stop (NC), I0.3 Senzor detekcije boce, I0.4 Senzor zauzetosti Izlazi: Q0.0 Motor transportne trake, Q0.1 Ventil za punjenje, Q0.2 Lampica greške Logički koraci: 1) Dopusti rad ako E-stop NIJE pritisnut i sustav je uključen spreman.2) Transporter s početnim povratkom; Zaustavite pokretnu traku kada se aktivira senzor boce. 3) Otvorite ventil za punjenje; Zatvorite ventil kada je senzor zauzetosti pun. 4) Ponovno pokrenite pokretnu traku; Proces se ponavlja. 5) E-stop ili Stop vodi sve izlaze na sigurnu stranu u bilo kojem trenutku.

Slab upit / Jak upit

SLABO: "Napišite PLC kod za transportnu traku." (Rezultat: I/O adrese, sigurnosne blokade i statusna logika su nejasni; potencijalno opasan nepotpuni kod.) JAK: "Predložite nacrt PLC logike (strukturirani tekst) za benzinsku stanicu na temelju I/O popisa i logičkih koraka iznad. OSIGURAJTE: - E-stop je postavljen s normalno zatvorenom (NC) logikom i kao prioritetni uvjet da stavlja sve izlaze na sigurnu stranu.- Transporter i ventil "Ne stvarajte istovremeno opasnu situaciju (zaključajte). - Komentirajte svaki korak. Navedite da je ovo nacrt; sigurnosni lanac, sigurnost od grešaka i testiranje na terenu pripadaju inženjeru."

Upravljanje logikom PLC-a: Sigurnost, zaštita od grešaka, uvjeti utrke

Nije dovoljno da se proizvedena logika "čini kao da radi". Slijedite ovaj kontrolni popis:

kontrola

Što tražiti

hitno zaustavljanje

NC kontakt, fail-safe, najviši prioritet, prebacivanje svih izlaza na sigurnu stranu

Blokade

Sukobni izlazi ne bi trebali biti aktivni u isto vrijeme

stanje utrke

Konfliktni zadaci u istom ciklusu, nedefinirana situacija

početno stanje

Pokretanje u sigurnom, poznatom stanju kada je pod naponom

Timer/brojač

Ispravna logika, preljev, stanje resetiranja

kvar senzora

Sigurno ponašanje u slučaju prekida senzora/kratkog spoja

Zaustavljanje u nuždi (E-stop) je najkritičnija točka. Sigurnosna funkcija mora biti sigurna od kvara: to jest, ako kabel pukne, kontakt zakaže, sustav mora pasti na sigurnoj strani, a ne opasno. Stoga se E-stop uspostavlja s normalno zatvorenim (NC) kontaktom; Ako kabel pukne, strujni krug se otvara i sustav se zaustavlja. Dodatno, sama softverska logika nije dovoljna; Sigurnosni lanac hardvera (sigurnosni relej/kontaktor) mora projektirati i provjeriti inženjer.

Upozorenje: Ako vidite u AI generiranoj ljestvici/ST kodu da je E-stop postavljen s normalno otvorenim (NO) kontaktom ili samo softverskom zastavicom, to je ranjivost. Sigurnosne funkcije nikada nisu prepuštene samo softveru; Sigurnosni hardverski lanac i usklađenost s relevantnim sigurnosnim standardima stroja odgovornost su inženjera i provjeravaju se testiranjem na terenu.

Uvjeti utrke i stanje strojeva

PLC logika radi ciklički; Sva logika se obrađuje od početka do kraja u svakom ciklusu. AI ponekad piše kontradiktorne retke koji postavljaju isti izlaz na jednom mjestu i poništavaju ga na drugom; to uzrokuje nepredvidivo treperenje izlaza (stanje utrke). Konstruiranje složenih procesa kao eksplicitnog stroja stanja smanjuje ovaj rizik: sustav je u jednom, specifičnom stanju cijelo vrijeme, s prijelazima koji ovise o jasnim uvjetima.

Tumačenje podataka senzora i IoT-a: kalibracija, jedinica, signal greške

Iako su senzorski i IoT telemetrijski podaci (temperatura, tlak, vibracije, struja) vrijedni za analizu, oni mogu dovesti u zabludu u svom sirovom obliku. Dok AI sažima ove podatke, morate provjeriti tri stvari:

  1. Kalibracija i mjerilo. Je li izlaz senzora sirova ADC vrijednost ili stvarna fizička jedinica? AI 4-20 mA može pogrešno mjeriti senzor i zbuniti fizičku vrijednost.
  2. Jedinica. °C ili °F, bar ili kPa, RMS ili vrh? Zbunjenost jedinica kvari cjelokupnu interpretaciju.
  3. Signali kvarova. Zaglavljena vrijednost, nagli pad na nulu, očitanje izvan raspona; Ovo nisu stvarna mjerenja, ali može biti kvar senzora/linije. Ako umjetna inteligencija to protumači kao "zanimljive podatke", bili biste u krivu.

# 4-20 mA senzor -> skaliranje fizičke vrijednosti (raspon 0-100 °C) def ma_to_temp(ma): ako je ma < 3,5: # Ispod 4 mA -> prekinuta linija/povrat greške Nema # označi kao nevažeći povrat (ma - 4,0) / (20,0 - 4,0) * 100,0 za očitavanje u [4.0, 12.0, 20.0, 2.0]: t = ma_to_temp(očitavanje) ispis(očitavanje, "mA ->", "KREŠKA" ako je t Ništa drugo f"{t:.1f} C")

Savjet: kada tumačite IoT podatke, prvo se zapitajte "je li ova vrijednost fizički moguća?" Postavite pitanje. Ako senzor sobne temperature očitava 300 °C, to nije stvarno, vjerojatno je pogreška kalibracije/linije. Uklonite signale greške prije tumačenja umjetne inteligencije.

Mini torbica

Inženjer održavanja ima AI interpretirati podatke o IoT vibracijama pumpe. AI kaže da su se "vibracije povećale za 200% u prošlom tjednu, rizik od trenutnog kvara" i predlaže alarm. Inženjer gleda neobrađene podatke: vrijednost je "zapela" na fiksnom visokom broju nakon određenog vremena, bez promjene. Ovo nije povećana vibracija, već smrzavanje/kvar senzora. Kod pravog mehaničkog kvara, vrijednost varira. Inženjer provjerava senzor; Kabelska veza je labava. AI je protumačio fiksnu vrijednost kao "bikovsku". Lekcija: isključite znakove greške (zaglavljenje, izvan raspona, prskanje) prije tumačenja podataka senzora; AI ne postavlja upite za neobrađene podatke.

Uobičajene greške

  • Postavljanje E-stop s NO kontaktom ili samo softverskom zastavom (nije sigurno).
  • Prepuštanje sigurnosne funkcije isključivo softveru, bez hardverskog lanca.
  • Stvaranje uvjeta utrke s proturječnim linijama postavljanja/poništavanja.
  • Ne definira sigurno početno stanje kada je pod naponom.
  • Tumačenje podataka senzora iz kalibracije i verifikacije jedinice.
  • Zamjena signala pogreške (zaglavljeni, izvan raspona) za stvarna mjerenja.

Ukratko

  • Razdvojite scenarij automatizacije na I/O popis i jasne logičke korake te na taj način pitajte AI.
  • E-stop i sigurnosne funkcije moraju biti sigurnosne (NC), najvišeg prioriteta i hardverski ulančane; potvrđen terenskim ispitivanjem.
  • Konfliktni zadaci stvaraju stanje utrke; Postavite složene procese pomoću stroja stanja.
  • Sigurnost nikada nije prepuštena samo softveru; Odobrenje inženjera je obavezno.
  • Prvo se provjeravaju signali kalibracije, jedinice i greške u podacima senzora/IoT.
  • Fizički nemoguće vrijednosti i zaglavljena očitanja znakovi su kvara, a ne stvarni podaci.

Zadatak aplikacije

Napišite popis I/O i logičkih koraka za jednostavan scenarij automatizacije (ispunjavanje, kontrola vrata, podešavanje razine); Zatražite AI za nacrt ST/ljestve. Zatim provjerite generiranu logiku: (1) Je li E-stop siguran od grešaka i ima li prioritet, (2) postoji li zaključavanje za sukobljene izlaze, (3) je li definiran siguran start pri uključivanju? Zasebno zatražite od umjetne inteligencije komentare o nizu očitanja senzora (nekoliko normalnih, jedno zaglavljeno, jedno izvan raspona vrijednosti) i provjerite eliminira li ispravno vrijednosti greške. Ispravite pogreške i zapišite ih.