Kuidas vältida PID-aliasingut PLC-s, kasutades Nyquisti teooriat ja skaneerimisaja simulatsiooni

PID-aliasingu vältimiseks PLC protsessijuhtimises peab kontroller diskreetima protsessimuutujat piisavalt kiiresti võrreldes kõrgeima olulise protsessisagedusega. Kui skaneerimisaeg on liiga aeglane, võib PLC protsessi käitumist valesti esitada, rikkuda tuletus- ja integraalfunktsioone ning destabiliseerida ahela, kui ei kasutata deterministlikku perioodiliste ülesannete ajastamist.

PID-ebastabiilsus ei ole alati häälestusprobleem. Mõnikord on ahel mõistlikult häälestatud, kuid kontroller diskreetib reaalsust liiga aeglaselt, et seda õigesti esitada.

See eristus on oluline, sest PLC on diskreetse ajaga süsteem, mitte pidev vaatleja. See tunneb protsessi ainult iga skaneerimise hetkel ja kõik skaneerimiste vahepealne on algoritmi jaoks nähtamatu. Praktikas tähendab see, et ahel võib kiire tarkvaratesti ajal hästi toimida, kuid hakata tõrkuma koormatud kontrolleril, kus skaneerimisaeg on kasvanud. Kood ei muutunud valeks; muutusid diskreetimise eeldused.

OLLA Labi simulatsioonikeskkonnas tehtud sisemise võrdlusuuringu käigus tekitas virtuaalse PLC skaneerimisaja suurendamine 10 ms-lt 50 ms-ni kiire rõhureguleerimise stsenaariumi korral (hoides protsessidünaamika ja häälestuse konstantsena) 42% suurema kumulatiivse integraalviga enne stabiilse reguleerimise kadumist. [Metoodika: n=12 korduvat katset ühe rõhureguleerimisahela ülesandega, baasvõrdlus = 10 ms skaneerimistingimus, ajavahemik = 90 sekundit katse kohta.] See toetab piiratud järeldust: ainuüksi skaneerimisaja halvenemine võib kiire ahela oluliselt destabiliseerida. See ei tõesta universaalset tõrkekünnist kõigi PID-rakenduste jaoks.

Nyquisti-Shannoni diskreetimisteoreem väidab, et diskreetimissüsteem peab diskreetima vähemalt kaks korda kiiremini kui kõrgeim sageduskomponent, mida see peab esitama. Kompaktsel kujul:

f_s ≥ 2 f_max

Kus:

• f_s = diskreetimissagedus
• f_max = kõrgeim asjakohane signaali sagedus

PLC protsessijuhtimises on praktiline tõlge lihtne: skaneerimissagedus toimib diskreetimissagedusena iga loogika puhul, mis loeb protsessimuutujat, arvutab juhtimistoimingu ja uuendab väljundit.

Kui rõhusignaal sisaldab olulisi muutusi 10 Hz juures, peab PLC diskreetima vähemalt 20 Hz ehk iga 50 ms järel, et vältida formaalset aliasingut. Kasutatava juhtimistulemuse saavutamiseks soovivad insenerid tavaliselt tunduvalt kiiremat täitmist kui Nyquisti miinimum. Tuvastamine ei ole sama mis juhtimiskvaliteet.

Miks see on PID-ahela puhul oluline?

PID-ahel eeldab, et diskreetitud protsessimuutuja on reaalse protsessi kasutatav esitus. Kui diskreetimisintervall on liiga suur:

• tipud võivad jääda märkamata,
• näiv võnkumissagedus võib olla moonutatud,
• tuletusfunktsioon võib reageerida valedele kalletele,
• integraalfunktsioon võib akumuleerida viga valesti loetud protsessioleku tõttu.

Tulemuseks ei ole lihtsalt mürarikas juhtimine. See võib olla matemaatiliselt ebaõige juhtimine.

PID-põhiste PID-ahelate aliasingu tavalised sümptomid

- Fantoomsagedused: Protsessimuutuja näib võnkuvat madalamal sagedusel, kui füüsiline protsess tegelikult sisaldab. - Ebakindel tuletusfunktsioon: Arvutatud muutumiskiirus hüppab, kuna kontroller ühendab hõredaid diskreetimispunkte vale kaldega. - Täiturmehhanismi värisemine: Klapid, siibrid või ajamid reageerivad diskreetitud moonutustele, mitte reaalsele protsessi käitumisele. - Seletamatud ümberhäälestustsüklid: Insenerid muudavad pidevalt võimendusi, kui tegelik probleem on täitmise ajastuses, mitte kontrolleri agressiivsuses.

Ahel, mis tundub salapäraselt tujukas, on sageli lihtsalt ala-diskreetitud.

PLC diskreetib protsessi oma täitmistsükli kaudu. Standardmudelis on see tsükkel järgmine:

1. Sisendite lugemine
2. Loogika täitmine
3. Väljundite kirjutamine

See tsükkel määrab kontrolleri efektiivse diskreetimisintervalli selle sees töötava juhtimisloogika jaoks. Kui skaneerimisaeg on 20 ms, siis ahel diskreetib efektiivselt 50 Hz juures. Kui skaneerimisaeg CPU koormuse all triivib 80 ms-ni, langeb efektiivne diskreetimissagedus 12,5 Hz-ni.

Seetõttu ei ole skaneerimisaeg majapidamistööde detail. See on osa juhtimisdisainist.

Miks on skaneerimisaja triiv oluline?

Skaneerimisaeg on pidevas põhiülesandes harva fikseeritud. See muutub koos:

• lisatud redellogika ridadega,
• side üldkuludega,
• HMI küsitlustega,
• andmete logimisega,
• häirete käsitlemisega,
• liikumis- või järjestusülesannetega,
• taustadiagnostikaga.

Ahel, mis toimis varajase kasutuselevõtu ajal, võib hiljem projekti kasvades halveneda. See on tavaline muster: 1. faasi loogika on puhas, 3. faasi loogika on funktsionaalselt täielik ja CPU muutub vaikselt probleemi osaks.

Pidev tsükkel versus perioodiline ülesande täitmine

IEC 61131-3 toetab ülesannete mudeleid, mis eristavad pidevat täitmist ja ajastatud perioodilist täitmist. Kiire PID puhul ei ole see eristus stilistiline. See on arhitektuurne.

Põhilises pidevas ülesandes asuv PID-kutse võib täituda muutuva Δt-ga, mis muutub koos programmi kogukoormusega. Sama PID-kutse, mis on paigutatud 10 ms perioodilisse ülesandesse, võib täituda deterministliku Δt-ga integraali ja tuletise arvutamiseks.

Koodirida võib tunduda identne. Täitmise kontekst ei ole. Juhtimistöös on identne loogika vales ülesandes ikkagi vale.

Tuletusliige on kõige haavatavam, kuna see sõltub otseselt muutumiskiirusest:

D ∝ Δe / Δt

Kus:

• Δe = vea muutus
• Δt = diskreetimiste vaheline möödunud aeg

Kui Δt on liiga suur, ilmneb tavaliselt üks kahest tõrkest:

1. Kontroller jätab tegeliku muutuse täielikult märkamata. Skaneerimiste vahel toimub kiire häire ja tuletusliige ei näe kunagi selle tegelikku struktuuri.
2. Kontroller tõlgendab hõredaid diskreetimispunkte järsu kunstliku kaldena. Protsess muutus reaalajas järk-järgult, kuid PLC näeb ainult kahte kauget punkti ja arvutab suure näiva tuletise.

Mõlemal juhul muutub tuletusfunktsioon ebausaldusväärseks. Seetõttu ütlevad paljud praktikud, et mürarikkas või halvasti diskreetitud ahelas tähistab "D" ohtu (inglise keeles danger).

Mis juhtub juhtimisväljundiga?

Kui tuletusfunktsioon võimendab diskreetitud vea artefakti, võib juhtimismuutuja:

• hüpata küllastuse suunas,
• muuta suunda liiga agressiivselt,
• ergutada võnkumist selle summutamise asemel,
• sundida integraalliiget tagantjärele taastumiskäitumisele.

Ahel näeb siis halvasti häälestatud välja isegi siis, kui häälestuskonstandid olid korralikult diskreetitud süsteemi jaoks mõistlikud.

Kas aeglane skaneerimisaeg mõjutab ka integraalfunktsiooni?

Jah. Integraalfunktsioon on vähem silmatorkav, kuid aja jooksul sageli sama kahjulik.

Kui kontroller diskreetib liiga aeglaselt, akumuleerib integraalliige viga üle protsessi moonutatud esituse. See võib põhjustada:

• viivitatud korrektsiooni,
• ülereguleerimist pärast pikka surnud aja tajumist,
• "windup"-efekti täiturmehhanismi küllastumise ajal,
• aeglast taastumist pärast häireid.

Tuletusliige tõrgub tavaliselt esimesena nähtaval viisil. Integraal jätab sageli pikema taastumisprobleemi.

Peamine pidev ülesanne on mugav, kuid mugavus ei ole sama mis determinism. Kiired ahelad vajavad fikseeritud ja teadaolevat täitmisintervalli, et kontrolleri sisemised ajaeeldused jääksid kehtivaks.

PID-algoritm ei hinda ainult vea suurust. See hindab viga ajas. Kui see ajabaas muutub skaneerimisest skaneerimiseni, muutuvad nii integraali kui ka tuletise arvutused ebajärjekindlaks.

Mida lahendab deterministlik perioodiline ajastamine?

Perioodiline ülesanne parandab juhtimise usaldusväärsust, pakkudes:

• fikseeritud Δt PID täitmiseks,
• prognoositavat ajastust ahela uuendustele,
• vähendatud tundlikkust mitteseotud programmi kasvule,
• puhtamat eraldatust kiire juhtimise ja aeglasemate majapidamistoimingute vahel.

See on operatiivne eristus:

- Pidev tsükkel: muutuv ajastus, lai mugavus, nõrk determinism - Perioodiline ülesanne: fikseeritud ajastus, kitsam eesmärk, tugevam juhtimise terviklikkus

Kiirete ahelate puhul ei ole "see jookseb tavaliselt piisavalt tihti" juhtimisstrateegia.

Mida tuleks paigutada perioodilistesse ülesannetesse?

Üldise insenerimustrina on perioodilised ülesanded sobivad:

• kiirete PID-ahelate jaoks,
• kiire analoogsignaali konditsioneerimise jaoks,
• kriitiliste järjestuste jaoks, millel on ranged ajastuseeldused,
• liikumisega seotud juhtimisloogika jaoks,
• ajatundlike rikete tuvastamise jaoks.

Vähem ajakriitiline loogika võib jääda aeglasematesse või pidevatesse ülesannetesse:

• aruandlus,
• mittekriitilised häired,
• retseptide haldamine,
• HMI tugi,
• ajalooandmete vahetus.

Eesmärk ei ole teha kõike kiireks. Eesmärk on muuta õiged asjad deterministlikuks.

PID-aliasing esineb sageli häälestusprobleemina, kuid vihjed on tavaliselt ajastusega seotud. Ahel võib ühes keskkonnas tunduda stabiilne ja teises ebastabiilne ilma protsessi füüsikas oluliste muutusteta.

Välitunnused, mis viitavad diskreetimisveale, mitte halbadele võimendustele

• Ahel toimib võrguvälises testimises, kuid tõrgub tootmis-PLC-l täieliku programmi koormuse all.
• Trendis olev võnkumissagedus ei vasta sellele, mida instrumentatsioon või protsessiteadmised soovitavad.
• Tuletusfunktsioon muutub ebakindlaks pärast täiendava loogika, side või visualiseerimisfunktsioonide lisamist.
• Ümberhäälestamine aitab lühidalt, seejärel ebastabiilsus naaseb, kui kontrolleri koormus taas muutub.
• Protsessimuutuja trend näeb välja astmeline või ebaloomulikult hõre võrreldes teadaoleva protsessi kiirusega.

Kasulik parandus levinud väärarusaamale

Aliasing ei ole sama mis tavaline elektriline müra. Müra on soovimatu signaali sisu. Aliasing on diskreetimisartefakt, mis tekib siis, kui kontroller vaatleb signaali liiga aeglaselt. Filtreerimine võib müra puhul aidata. See ei tühista diskreetimisteooriat.

Töötav tehas on halb koht ajastustõrgete tahtlikuks tekitamiseks. Kontrolleri tahtlik ülekoormamine, mis on seotud rõhu, vooluhulga, temperatuuri või keemilise doseerimise seadmetega, ei ole tõsiseltvõetav valideerimismeetod.

Siin muutub OLLA Lab operatiivselt kasulikuks.

OLLA Labis saavad insenerid ehitada redellogikat, käivitada seda simulatsioonis, jälgida reaalajas I/O ja muutujate olekuid ning valideerida käitumist digitaalse kaksiku stsenaariumi alusel, muutes samal ajal virtuaalset PLC täitmiskiirust. Skaneerimisaja aliasingu töövoos jääb füüsiline simulatsioon kõrge täpsusega, samal ajal kui kasutaja piirab tahtlikult kontrolleri skaneerimisintervalli, et jälgida, millal juhtimiskvaliteet halveneb.

Milleks on skaneerimisaja liugur (Scan Time Slider)?

Skaneerimisaja liugurit on kõige parem mõista kui kontrollitud tõrke sisestamise tööriista ajastuseelduste jaoks. See võimaldab kasutajal:

• hoida protsessidünaamikat konstantsena,
• hoida häälestuskonstante konstantsena,
• muuta virtuaalset PLC skaneerimisaega,
• jälgida, millal diskreetitud esitus erineb simuleeritud protsessist,
• võrrelda redellogika olekut, I/O olekut ja seadmete reageerimist halvenenud ajastuse korral.

See on piiratud tooteväide, mitte universaalne. OLLA Lab ei sertifitseeri välipädevust ega asenda kohapealset kasutuselevõttu. See pakub riskivaba keskkonda kõrge riskiga valideerimisülesannete harjutamiseks, mida võib olla kulukas või ohtlik katsetada töötavatel seadmetel.

### Operatiivne määratlus: digitaalse kaksiku valideerimine

Selles kontekstis tähendab digitaalse kaksiku valideerimine juhtimisloogika testimist realistliku simuleeritud seadmemudeli vastu, jälgides samal ajal, kas käskude juhtimistoimingud, I/O üleminekud ja protsessioleku muutused jäävad põhjuslikult järjepidevaks normaalsetes ja tõrgetega tingimustes.

Kasulik aliasingu harjutus peaks isoleerima ajastuse kui sõltumatu muutuja. Kui häälestus, protsessimudel ja häirete profiil muutuvad kõik korraga, muutub tulemus anekdootlikuks, mitte diagnostiliseks.

Soovitatav testijada

6. Jälgige ja salvestage järgmist:

• protsessimuutuja trend,
• juhtimismuutuja reageering,
• tuletise hüpped,
• integraali akumulatsioon,
• täiturmehhanismi värisemine või küllastus,
• mittevastavus seadme oleku ja kontrolleri ootuse vahel.

1. Valige kiire reageerimisega protsessi stsenaarium. Rõhu-, vooluhulga- või madala inertsiga termoahelad on paremad näited kui aeglased paagi taseme näited.
2. Ehitage või laadige PID-redellogika. Hoidke juhtimisstruktuur kõigi katsete jooksul fikseerituna.
3. Määrake baastingimus. Alustage kiire skaneerimisajaga, näiteks 5 ms või 10 ms, ja salvestage stabiilne käitumine.
4. Sisestage korratav häire. Kasutage iga katse jaoks sama seadeväärtuse sammu, koormuse muutust või protsessi häiret.
5. Suurendage skaneerimisaega järk-järgult. Liikuge 10 ms-lt 20 ms, 50 ms, 100 ms ja kaugemale, hoides muud tingimused konstantsena.
6. Viige ahel perioodilisse ülesandemudelisse, kui see on harjutuse disainis saadaval. Võrrelge muutuva skaneerimisega käitumist deterministliku täitmisega.

Mida peaksite otsima?

Otsige punkti, kus kontroller lõpetab protsessi ustavalt esitamise. See künnis võib ilmneda järgmiselt:

• viivitatud häire tuvastamine,
• vale madalsageduslik võnkumine,
• ebastabiilne tuletise väljund,
• ülereguleerimine, mida kiirematel skaneerimistel ei esinenud,
• taastumiskäitumine, mis muutub identsete katsete vahel ebajärjekindlaks.

Kasulik õppetund ei ole see, et aeglane on alati halb. Kasulik õppetund on milline protsessidünaamika nõuab millist täitmisdistsipliini.

"Simulatsioonivalmidus" ei tohiks tähendada lihtsalt redelredaktori tundmist.

Operatiivselt suudab simulatsioonivalmis insener:

• tõestada, mida "õige" tähendab enne juurutamist,
• jälgida protsessi ja kontrolleri olekut koos,
• diagnoosida ajastusega seotud tõrkerežiime,
• sisestada tõrkeid ilma põhjuslikku jälgitavust kaotamata,
• muuta loogikat tõendite põhjal,
• näidata, miks muudetud loogika on vastupidavam.

PID-töö puhul hõlmab simulatsioonivalmis käitumine kontrollimist, et:

• ahela ajastuseeldused on selgesõnalised,
• skaneerimissagedus on protsessidünaamika jaoks sobiv,
• tuletusfunktsiooni ei usaldata ala-diskreetitud andmete põhjal,
• perioodiliste ülesannete ajastamist kasutatakse seal, kus determinism on oluline,
• tõrke reageering jääb sidusaks, kui ajastus halveneb.

Usaldusväärne juhtimisportfell on kompaktne inseneritõendite kogum, mitte atraktiivsete trendide kaust ilma argumentideta.

Kasutage seda struktuuri:

Esitage mõõdetavad vastuvõtukriteeriumid: stabiliseerumisaeg, ülereguleerimine, püsiviga, täiturmehhanismi piirangud, häirekäitumine ja tõrke reageering.

Selgitage, mis muutus: ülesannete ajastamine, filtreerimine, võimenduse reguleerimine, "anti-windup" loogika, tuletise käsitlemine või blokeeringute käitumine.

1. Süsteemi kirjeldus Määratlege protsess, täiturmehhanism, andur, ülesande sagedus ja juhtimiseesmärk.
2. Õige toimimise operatiivne määratlus
3. Redellogika ja simuleeritud seadme olek Näidake juhtimisloogikat koos simuleeritud masina või protsessi käitumisega, mida see peab reguleerima.
4. Sisestatud tõrkejuhtum Dokumenteerige ajastustõrge, häire, anduri anomaalia või CPU koormuse tingimus.
5. Tehtud muudatus
6. Õppetunnid Märkige, mida tõrge paljastas ja milline disainireegel sellest nüüd tuleneb.

See formaat on tugevam kui ekraanipiltide galerii, kuna see säilitab põhjuslikkuse.

Diskreetimissageduse ja signaali täpsuse vaheline seos on digitaalse juhtimisteooria alus, mitte tootespetsiifiline idee. Nyquisti-Shannoni diskreetimine jääb asjakohaseks matemaatiliseks aluseks aliasingu mõistmisel diskreetimissüsteemides.

IEC 61131-3 pakub programmeerimise ja ülesannete struktureerimise raamistikku, mille raames PLC täitmise ajastus on rakendatud. Ohutusega seotud ja kõrge tagajärjega rakenduste puhul on deterministliku käitumise, valideerimise ja piiratud tõrkereageeringu laiem distsipliin kooskõlas IEC 61508 ja sellega seotud funktsionaalse ohutuse praktikas leiduvate inseneriootustega. Need standardid ei taandu "PID kiirele käivitamisele", kuid need tugevdavad suuremat punkti: ajastuseeldused peavad olema selgesõnalised, põhjendatud ja valideeritud.

Simulatsioonipõhine valideerimine on samuti hästi toetatud tööstus- ja juhtimiskirjanduses, eriti seal, kus reaalajas süsteemi testimist piiravad ohutus, kulud või operatiivne järjepidevus. Vajalik täpsus sõltub ülesandest. Ajastustundliku ahela käitumise puhul muutub simulatsioon kasulikuks ainult siis, kui see säilitab põhjusliku seose protsessi muutuse, kontrolleri täitmise ja väljundi reageeringu vahel.

PID-aliasing on diskreetimisviga enne, kui see on häälestusviga. Kui PLC ei diskreeti protsessi piisavalt kiiresti, lahendab kontroller valet probleemi põhjendamatu enesekindlusega.

Praktiline abinõu on sama selge:

• sobitage skaneerimissagedus protsessidünaamikaga,
• vältige kiirete PID-ahelate paigutamist muutuva ajaga pidevatesse tsüklitesse,
• kasutage deterministlikku perioodiliste ülesannete ajastamist,
• valideerige ajastuseeldused simulatsioonis enne seadmete puudutamist.

OLLA Lab sobib sellesse töövoogu kui piiratud valideerimiskeskkond. See võimaldab inseneridel harjutada osa, mida reaalsed tehased on kõige vähem huvitatud hariduslikel eesmärkidel loovutama: kontrollitud tõrget.

- Nyquisti-Shannoni diskreetimisteoreemi ülevaade (Encyclopaedia Britannica) - IEC 61131-3 programmeeritavate kontrollerite keeled (ülevaade) - Åström & Murray, Feedback Systems (tasuta veebitekst) - Skogestad (2003) Lihtsad analüütilised PID-häälestusreeglid00062-8) - ISA ressursid protsessijuhtimiseks ja PID-iks