Kuidas koostada 3-sigma statistilist rikketuvastust pumpadele redelloogikas

3-sigma pumba rikketuvastus kasutab PLC-siseselt libisevat statistikat, et tuvastada ebanormaalset analoogkäitumist enne fikseeritud alarmiläve ületamist. Arvutades hiljutiste rõhuproovide põhjal libiseva keskmise ja standardhälbe, saab redelloogika reageerida dispersioonipõhistele anomaaliatele, nagu kavitatsioon, lekked või ebastabiilsed voolutingimused.

Staatilised madala rõhu alarmid on hiline kaitsemeede, mitte varajase hoiatamise süsteem. Selleks ajaks, kui väljundrõhk lõpuks fikseeritud piirväärtusest allapoole langeb, võib pump juba töötada kavitatsioonis, tihendite koormuse all või voolu ebastabiilsuses, mis on olnud signaalis nähtav juba mitu sekundit.

Tsentrifugaalpumba stsenaariumi valideerimisel OLLA Lab keskkonnas tuvastas 3-sigma dispersioonilävi simuleeritud 4–20 mA väljundrõhu signaalis voolukao anomaaliad 4,2 sekundit kiiremini kui tavapärane staatiline madala rõhu alarm ja käivitas ohutu seiskamise enne simuleeritud tihendikahjustuste tekkimist [Metoodika: n=24 simuleeritud rikkekatset ühes tsentrifugaalpumba stsenaariumis; võrdlusalus = ainult fikseeritud madala rõhu alarm; ajaline aken = anomaalia algusest alarmi aktiveerimiseni 100 ms proovivõtusageduse juures]. See on Ampergon Vallis sisemine võrdlusnäitaja, mitte üldine tööstuslik jõudluse väide.

Insenertehniline seisukoht on lihtne: pilveanalüütika on kasulik trendide ülevaatamiseks, kuid deterministlik blokeerimine kuulub juhtimistasandile. Kui loogika peab reageerima kohe, ei tohiks PLC oodata ajaloolist andmebaasi, juhtpaneeli või võrku, mis ei pruugi olla kättesaadav.

PLC-tasemel statistiline protsessijuhtimine on väärtuslik, kuna see ühendab anomaaliate tuvastamise deterministliku tegevusega. Erinevus on oluline: analüütika võib riket hiljem selgitada, kuid blokeeringud peavad kahju reaalajas ära hoidma.

Kolm praktilist eelist õigustavad piiratud SPC-loogika käitamist PLC-s:

1. Deterministlik blokeerimine PLC suudab aktiveerida alarmi, peatada mootori või takistada taaskäivitamist tavapärase tsükli jooksul. See erineb oluliselt pilvepõhise hindamise ja sõnumi tagastamise ootamisest.
2. Võrgu vastupidavus Kaitse-loogika jääb aktiivseks ka siis, kui IT/OT-ühendus katkeb, vahendusserver seiskub või ajalooliste andmete süsteem tihendab signaali viisil, mis muudab selle kiireks rikketuvastuseks vähem kasulikuks.
3. Kõrgsagedusliku signaali nähtavus PLC näeb analoogsisendit juhtimisülesande taktis. Ajalooliste andmete süsteem sageli mitte. Kiire võnkumine, vahelduv ebastabiilsus ja lühiajalised kõrvalekalded on täpselt need käitumismustrid, mida fikseeritud läved esimesena märkamata jätavad.

See ei tähenda, et iga ennustava hoolduse funktsioon kuulub redelloogikasse. Pikaajalisi diagnostikaid, laevastiku analüütikat ja mudelipõhist hoolduse planeerimist on tavaliselt parem hallata kõrgemal tasemel. PLC on õige koht piiratud, deterministliku statistilise loogika jaoks, mis peab masina olekut viivitamatult mõjutama.

Standardite vaatenurgast on see eristamine kooskõlas tööstuslike juhtimissüsteemide funktsionaalse jaotuse põhimõtetega: kaitsetegevus peaks jääma deterministlikuks ja testitavaks, samas kui nõuandev analüütika võib asuda mujal (IEC, 2010; IEC, 2016). Erinevatel kihtidel on erinevad kohustused.

3-sigma loogika on libisev standardhälve, mida rakendatakse reaalajas protsessisildile. Valem on tuttav; rakendamise üksikasjad on need, mis muudavad PLC-projektid kulukaks.

N rõhunäidu prooviakna jaoks:

μ = (1/N) × Σxᵢ

• Keskmine

σ² = (1/N) × Σ(xᵢ - μ)²

• Dispersioon

σ = √σ²

• Standardhälve

UCL = μ + 3σ LCL = μ - 3σ

• 3-sigma kontrollpiirid

Kui praegune rõhu väärtus langeb sellest vahemikust välja, aktiveerib loogika statistilise anomaalia biti.

Vajalikud redelloogika matemaatikaplokid

Praktiline rakendamine nõuab tavaliselt järgmisi juhiste tüüpe:

• FIFO / FFL / massiivi nihutamise loogika libiseva prooviakna säilitamiseks
• AVE või selgesõnaline ADD/DIV loogika libiseva keskmise arvutamiseks
• SUB keskmisest kõrvalekalde arvutamiseks
• MUL kõrvalekalde ruutu tõstmiseks
• ADD ruutu tõstetud kõrvalekallete summeerimiseks
• DIV dispersiooni arvutamiseks
• SQRT standardhälbe arvutamiseks
• MUL uuesti 3-sigma vahemiku genereerimiseks
• CMP / LIM / GRT / LES anomaalia tingimuse käivitamiseks

Aluseks on eeldus, et baassignaali müra on ligikaudu stabiilne ja piisavalt hästi käituv, et standardhälbe vahemik oleks tähendusrikas. Reaalsed pumbasignaalid ei ole õpikunäidete kohased normaaljaotused ja ükski pädev insener ei tohiks väita vastupidist. Kuid piiratud anomaaliate tuvastamiseks stabiilses töörežiimis on 3-sigma loogika sageli kasulik, kuna see on lihtne, läbipaistev ja testitav.

Libisev keskmine algab distsiplineeritud proovivõtust ja õigetest andmetüüpidest. Kui analoogrõhu signaal salvestatakse täisarvudena ja seejärel jagatakse nii, nagu oleks täpsus valikuline, on matemaatika eksitav.

### 1. samm: Võtke analoogsisendist proove fikseeritud intervalliga

Kasutage taimerit või perioodilist ülesannet, et võtta rõhu sisendist proove ühtlase sagedusega. Levinud lähtepunkt on:

- Proovi intervall: 100 ms - Akna suurus: 50 proovi - Vaatlusaken: 5 sekundit

See annab piisavalt hiljutist ajalugu ebastabiilsuse tuvastamiseks, ilma et kontrollvahemik muutuks liiga uimaseks.

### 2. samm: Salvestage proovid REAL-tüüpi massiivi

Kasutage REAL (reaalarvu) andmetüüpe järgmiste jaoks:

• praegune rõhk
• massiivi elemendid
• libisev keskmine
• dispersioon
• standardhälve
• ülemised ja alumised kontrollpiirid

See väldib kärpimist jagamise ajal ja säilitab analoogresolutsiooni. Täisarvude matemaatikale ehitatud statistiline loogika on sageli vaikne halbade otsuste allikas.

### 3. samm: Säilitage libisev aken

Rakendage FIFO või samaväärne massiivi nihutamise rutiin nii, et iga uus proov siseneb aknasse ja vanim proov visatakse välja. Peamised kontrollid on:

• kehtivate proovide arv
• massiivi piirid
• lähtestamise olek
• käitumine enne massiivi täielikku täitumist

Ärge arvutage dispersiooni tühjas või osaliselt määratlemata puhvris, välja arvatud juhul, kui loogika seda tingimust selgesõnaliselt käsitleb. Nulliga jagamise vead ei ole tõend arenenud analüütikast.

### 4. samm: Arvutage libisev keskmine

Kui massiiv on täidetud:

• summeerige kõik prooviväärtused
• jagage kehtivate proovide arvuga
• salvestage tulemus kui `Rolling_Mean`

Kui teie platvorm toetab keskmistamise juhist, kasutage seda. Kui ei, siis on selgesõnaline summeerimine sobiv, eeldusel, et täitmiskulu on ülesande perioodi jaoks vastuvõetav.

Praktilised rakendamise märkused

Tugev ridade komplekt sisaldab tavaliselt:

• Data_Ready bitti, kui prooviaken on täis
• Stats_Enable luba, mis on seotud pumba tööolekuga
• Bad_Input_Quality keeldu, kui analoogsignaal on kehtetu, vahemikust väljas või aegunud
• Startup_Mask_Timer taimerit, et vältida häirealarme siirete ajal

Siin on oluline kasutuselevõtu otsustusvõime. Pumba käivitamine, seiskamine või töörežiimide vahetamine ei ole iseenesest statistiliselt anomaalne; see lihtsalt muudab olekut. Loogika peaks vahet tegema.

Kus OLLA Lab muutub operatiivselt kasulikuks

OLLA Lab pakub piiratud keskkonda selle massiiviloogika testimiseks enne, kui see jõuab reaalajas kontrollerisse. Veebipõhises redeliredaktoris saavad insenerid koostada FIFO-struktuuri, käivitada loogikat simulatsioonirežiimis ja kasutada muutujate paneeli, et jälgida massiivi täitumist reaalajas.

See on oluline, sest "simulatsioonivalmidus" peaks tähendama midagi jälgitavat. Operatiivselt tähendab see, et insener saab tõestada, jälgida, diagnoosida ja karastada juhtimisloogikat realistliku protsessikäitumise vastu enne, kui see jõuab reaalsesse protsessi. Süntaks on vaid osa sellest. Juurutatavus on raskem osa.

Standardhälbe ridade järjestus peaks olema selgesõnaline, piiratud ja hõlpsasti testitav. Kui loogika on ülevaatamiseks liiga nutikas, on see usaldamiseks liiga keeruline.

Samm-sammuline redeli järjestus

Pärast libiseva keskmise arvutamist:

1. Itereerige läbi iga massiivis oleva proovi.
2. Lahutage keskmine proovist.
3. Tõstke kõrvalekalle ruutu.
4. Summeerige ruutu tõstetud kõrvalekalded.
5. Jagage N-iga, et saada dispersioon.
6. Rakendage SQRT, et saada standardhälve.
7. Korrutage standardhälve 3,0-ga.
8. Lisage ja lahutage see väärtus keskmisest, et luua ülemised ja alumised kontrollpiirid.
9. Võrrelge praegust rõhku nende piiridega.
10. Lukustage statistilise anomaalia alarm, kui signaal on väljaspool vahemikku.

Näide redelistiilis loogikast

// Arvutage 3-sigma vahemik MUL Standard_Deviation 3.0 Sigma_Band ADD Rolling_Mean Sigma_Band Upper_Control_Limit SUB Rolling_Mean Sigma_Band Lower_Control_Limit

// Käivitage anomaalia alarm GRT Current_Pressure Upper_Control_Limit OTL Pump_Stat_Anomaly LES Current_Pressure Lower_Control_Limit OTL Pump_Stat_Anomaly

Blokeeringu disaini kaalutlused

Kasutatav blokeering vajab tavaliselt enamat kui ühte võrdlusjuhist. Kaaluge lisamist:

• püsivuse ajastus, et üks mürarikas proov ei seiskaks pumpa
• alarmi ja väljalülituse eraldamine
• automaatse lähtestamise keeld kuni operaatori ülevaatuseni
• režiimipõhised load, et hooldus- või manuaalrežiim ei käivitaks valehäireid
• sündmuste logimine keskmise, sigma, praeguse väärtuse ja tööoleku kohta väljalülituse ajal

Puhas muster on:

• esimene rikkumine → määra Stat_Alarm
• püsiv rikkumine määratud aja jooksul → määra Trip_Request
• kinnitatud seiskamine → lukusta Pump_Faulted

Seda järjestust on lihtsam tõrkeotsinguga lahendada kui ühte rida, mis teeb kõike halvasti.

Parandus, mida tasub teha

3-sigma loogika ei asenda protsessipiire. See täiendab neid. Teil on endiselt vaja karme madala rõhu, kuivkäigu, ülekoormuse ja lubade loogikat. Statistiline tuvastamine tabab ebanormaalset käitumist varakult; fikseeritud kaitsepiirid valvavad endiselt ohutu töö piire.

Dispersiooniloogika tuvastab ebastabiilsuse enne absoluutväärtuse kokkuvarisemist. See on peamine eelis.

Väike tihendileke, imemisprobleem või varajane kavitatsioonisündmus võib tekitada:

• rõhu võnkumist
• võnkumise amplituudi kasvu
• vahelduvaid langusi ja taastumisi
• ebastabiilset voolukäitumist muidu vastuvõetava keskmise väärtuse ümber

Fikseeritud alarm, nagu "Seiska, kui rõhk < 50 PSI", ignoreerib seda kõike seni, kuni signaal lõpuks joone ületab. Selleks ajaks võib mehaaniline seisund juba halveneda.

3-sigma vahemik reageerib signaali käitumisele võrreldes selle hiljutise baastasemega. Kui pump töötab tavaliselt 72 PSI juures madala dispersiooniga ja hakkab äkki võnkuma 66 ja 78 PSI vahel, tõuseb standardhälve isegi siis, kui keskmine jääb staatilisest väljalülituspiirist kõrgemale. See on sageli esimene kasulik hoiatus.

See ei ole maagia ja see ei ole universaalne. Kui protsess ise on loomult ebastabiilne, võib dispersioonialarm teile lihtsalt öelda, et protsess on muutlik. Meetod töötab kõige paremini, kui seda rakendatakse stabiilsele töörežiimile, millel on teadaolev normaalne käitumine, nõuetekohane režiimide väravamine ja valideeritud prooviaken.

Seisundi jälgimise ja anomaaliate tuvastamise uuringud toetavad dispersioonitundlike funktsioonide väärtust pöörlevate seadmete ja protsessisüsteemide puhul, eriti kui need on kombineeritud domeenispetsiifiliste lävede ja töökontekstiga (Jardine et al., 2006; Lei et al., 2020; Yin et al., 2014). PLC-s rakendamine on lihtsam kui paljud mudelipõhised lähenemisviisid, kuid insenertehnilise distsipliini nõue ei kao.

Prooviaken peaks vastama protsessi dünaamikale, mitte inseneri kannatlikkusele. 50-prooviline aken 100 ms juures võib olla ühe pumba jaoks mõistlik ja teise jaoks ebaefektiivne.

Akna valiku tegurid

Valige libisev aken järgmiste alusel:

• anduri reageerimisaeg
• pumba ja torustiku dünaamika
• eeldatav häirete sagedus
• skaneerimisaeg ja kontrolleri koormus
• häirete taluvus
• nõutav reageerimiskiirus

Lühike aken reageerib kiiremini, kuid on mürarikkam. Pikk aken on sujuvam, kuid aeglasem. Õige vastus leitakse tavaliselt rikkekasude testimisega, mitte ümmarguste numbrite üle vaidlemisega.

Skaneerimise ja täitmise kaalutlused

Statistiline loogika tarbib kontrolleri ressursse. Järjestikuses PLC-skaneerimises võivad korduvad massiivimatemaatika ja ujukomaoperatsioonid muutuda kulukaks, eriti väiksemate protsessorite või tihedate ülesannete puhul.

Jälgige:

• skaneerimisaja kasvu
• perioodilise ülesande ületamist
• massiivi indeksi vigu
• nulliga jagamise tingimusi
• lähtestamata REAL-väärtusi
• liigset ümberarvutamise sagedust

Mõistlik muster on:

• võtta proove fikseeritud intervalliga
• arvutada statistikat ainult siis, kui saabub uus proov
• eraldada kõrge prioriteediga blokeeringud madalama prioriteediga analüütikast
• võrrelda skaneerimise mõju valideerimise ajal

See on üks põhjus, miks simulatsioon on oluline. Odavam on avastada, et matemaatiline rutiin on koormav virtuaalses keskkonnas, kui käivitamise ajal, mil operatiivtöötajad ootavad.

Alarmi püsivus

Kasutage enne väljalülitamist püsivuse taimerit või loenduspõhist kinnitust. Levinud mustrid on:

• anomaalia esineb 500 ms
• 3 proovi 5-st järjestikusest on väljaspool vahemikku
• korduvad rikkumised libiseva aja jooksul

See vähendab häirete arvu, säilitades samal ajal varajase tuvastamise. Täpne väärtus tuleks õigustada protsessiriski ja pumba haavatavuse põhjal, mitte kopeerida ilma valideerimiseta.

Dispersiooniloogikat tuleb testida dünaamiliste häirete, mitte staatilise sundimise vastu. Sunnitud konstantne väärtus tõestab vähe muud peale selle, et simulaator suudab numbrit hoida.

OLLA Lab keskkonnas saavad insenerid valideerida seda loogikat veebipõhises harjutuskeskkonnas, mis ühendab redeli täitmise, reaalajas muutujate kontrollimise ja simuleeritud seadmete käitumise. Asjakohane töövoog on piiratud ja praktiline:

• koostage redelloogika veebipõhises redaktoris
• käivitage programm simulatsioonirežiimis
• jälgige rõhusilti, keskmist, sigmat ja alarmibitte muutujate paneelil
• süstige analooghäireid rõhusignaali
• jälgige simuleeritud pumba olekut ja rikkereaktsiooni

Kasulikud häiremustrid süstimiseks

Pumba anomaaliate testimiseks on kõige informatiivsemad juhtumid:

• analoogtriiv, et simuleerida järkjärgulist halvenemist
• ruutlaine häire, et simuleerida ebastabiilset protsessikäitumist
• müra amplituudi suurenemine, et simuleerida kavitatsiooni algust või rõhu võnkumist
• astmeline muutus pluss võnkumine, et testida taastamisloogikat ja püsivuse ajastust

Eesmärk ei ole luua teatraalseid rikkeid. Eesmärk on luua korratavad, piiratud rikkemustrid ja kontrollida, kas loogika reageerib kavandatult.

Mida digitaalse kaksiku valideerimine siin tähendab

"Digitaalse kaksiku valideerimist" tuleks kasutada ettevaatlikult. Selles kontekstis tähendab see juhtimisloogika valideerimist realistliku simuleeritud seadmemudeli ja jälgitava protsessikäitumise vastu enne juurutamist. See ei tähenda, et simulatsioon on sertifitseeritud asendaja kohapealsele vastuvõtutestimisele, SIL-i kontrollimisele või tehase kasutuselevõtule.

See piir on oluline. Simulaator võib varakult paljastada loogikadefekte, järjestusvigu ja halba rikkekäsitlust. See ei saa sertifitseerida välikaabeldust, instrumentide paigalduse kvaliteeti, hüdraulilist reaalsust ega operaatori reageerimist tegelikes tehase tingimustes. Igaüks, kes neid kategooriaid hägustab, müüb mugavust, mitte insenertehnilisi tõendeid.

Usaldusväärne projektikirje on kompaktne insenertehniliste tõendite kogum, mitte ekraanipiltide galerii. Kui soovite, et töö oleks ülevaadatav juhtivinseneri, juhendaja või värbaja poolt, dokumenteerige loogika nii, nagu juhtimissüsteem väärib dokumenteerimist.

Kasutage seda struktuuri:

Märkige, mis loetakse edukaks käitumiseks. Näide: "PLC peab aktiveerima statistilise anomaalia alarmi 1,0 sekundi jooksul pärast püsivat rõhu ebastabiilsust ja seiskama pumba, kui anomaalia püsib 2,0 sekundit Auto ja Run olekus."

Täpsustage rakendatud häire: triiv, võnkumine, amplituudi suurenemine, väljalangemine või segatud rike.

Dokumenteerige, mis muutus pärast testimist: akna suurus, püsivuse taimer, käivitusmask, võrdluslävi või režiimi luba.

1. Süsteemi kirjeldus Määratlege pumbasüsteem, jälgitav analoogsilt, töörežiimid ja kavandatud kaitsetegevus.
2. "Õige" töö operatiivne määratlus
3. Redelloogika ja simuleeritud seadme olek Salvestage asjakohased read, siltide loend, proovi intervall, massiivi pikkus ja simuleeritud pumba töötingimused testi ajal.
4. Süstitud rikkekasum
5. Tehtud parandus
6. Õppetunnid Märkige, mida test paljastas. Head näited on valepositiivsed tulemused käivitamise ajal, liigne skaneerimiskulu või halb käitumine osalise puhvri täitmise ajal.

See on tõend, mis toetab insenertehnilist ülevaatust. See näitab põhjust, tagajärge, parandust ja otsustusvõimet. Ekraanipilt üksi näitab tavaliselt vaid seda, et keegi tegi ekraanist pildi.

Statistilist anomaalialoogikat tuleks käsitleda diagnostilise või kaitsva täiendusena, kui pole ametlikult teisiti kavandatud. See ei ole automaatselt ohutusfunktsioon ainult seetõttu, et see seiskab seadmeid.

Kolm piiri on väärt selgelt väljaütlemist:

Kui funktsioon on osa ohutusega seotud süsteemist, peab see olema kavandatud, valideeritud ja hooldatud vastavate ohutuse elutsükli nõuete kohaselt. Statistiline uudsus ei vabasta kedagi IEC 61508 või IEC 61511 distsipliinist (IEC, 2010; IEC, 2016).

• Dispersioonialarm ei ole SIL-i väide.

Simulatsioon võib valideerida loogika käitumist ja paljastada defekte varakult, kuid see ei asenda FAT-i, SAT-i, silmuste kontrolle ega tegeliku protsessi kasutuselevõttu.

• Simulatsioon ei ole väli-tõestus.

Käivitusprotsess, klapi liikumine või tööülekandmine võib sarnaneda rikkega, kui loogikat ei piira protsessi olek.

• Ebanormaalsuse tuvastamine nõuab režiimi konteksti.

Laiema töökindluse praktika jaoks rõhutab seisundi jälgimise kirjandus järjekindlalt, et rikketuvastuse kvaliteet sõltub signaali kvaliteedist, töökontekstist ja valideerimisest teadaolevate rikkemustrite vastu, mitte algoritmi pelgast olemasolust (Jardine et al., 2006; Lei et al., 2020). Teisisõnu, valem ei ole veel meetod.

- IEC 61131-3: Programmeeritavad kontrollerid — Osa 3 - IEC 61508 funktsionaalse ohutuse standardite perekond - exida funktsionaalse ohutuse ja valideerimise ressursid - NAMUR NE 107 oleku signaliseerimise soovitus - Digitaalne kaksik tööstuses: tipptasemel (DOI)