Kako pretvoriti PLC i SCADA dijagnostiku u pouzdano održavanje bez narušavanja upravljanja.
Signal već postoji unutar upravljačkog sloja
PLC često nastavlja da radi dok mu se stanje pogoršava. Najpre pogledajte istoriju dijagnostike, a ne mimiku. Prekidi komunikacije se postepeno povećavaju. Modul udaljenog I/O-a prijavljuje povremene greške. Na SCADA sloju prekidi se ponavljaju pre bilo kakvog zastoja proizvodnje. To su rana upozorenja, a ne šum. Savremeni kontroleri već izlažu te podatke. Nije vam uvek potrebna nova senzorska mreža. Teži deo je dodeliti svakom signalu korisno odredište. To odredište je zapis o održavanju povezan sa stvarnim sredstvom.
Korak 1 — Prikupite stvarna stanja ispravnosti kontrolera
Prediktivna logika mora da koristi signale koje uređaj zaista podržava. Nemojte pretpostavljati da svaki PLC izlaže iste podatke o stanju. Na sistemu Allen-Bradley ControlLogix (kao što je Allen-Bradley ControlLogix Processor) ili CompactLogix pratite brojače grešaka EtherNet/IP porta na komunikacionim karticama, kao što je 1756 ControlLogix Communications Module. Pratite broj popravljivih grešaka po udaljenoj stanici. Na Woodward kontroleru dostupnom preko Modbus TCP-a (u sistemima za nadzor sa Woodward I/O modules) očitavajte registre za potrebno održavanje i ograničenje radnog veka. Neki uređaji direktno prijavljuju interne greške ili nestabilno napajanje.
-
Korak 1 — Navedite svaku dijagnostičku informaciju koju ciljni uređaj zaista pruža.
-
Korak 2 — Pratite brojače nedeljno, jer učestalost bolje otkriva propadanje nego jedan događaj.
-
Korak 3 — Aktivirajte alarm samo na osnovu rastućeg trenda ili trajanja, a ne jednog kratkotrajnog odstupanja.
-
Korak 4 — Povežite svaki brojač sa jednim označenim sredstvom, a nikada sa generičkim rek-om.
Korak 2 — Prestanite da svaku alarmnu poruku pretvarate u radni nalog
SCADA privlači pažnju operatera. Održavanje odlučuje ko će prionuti na posao. Mešanje te dve uloge zatrpava stvarno propadanje opremе nepotrebnim radnim nalozima. Alarm visoke temperature može biti samo uobičajeno ponašanje tokom proizvodnje. Kratak prekid može se sam oporaviti. Zato procenite stanje pre nego što kreirate radni nalog. Ponavljanje je važnije od jednog događaja. Trajanje je često važnije od vršne jačine. Postepeno odstupanje ispod granice alarma i dalje može zahtevati pregled. Pored toga, odvojite potvrdu od završetka. Operater potvrđuje da je kvar uočen. To ne dokazuje da je oprema popravljena.
-
Korak 1 — Dodajte pravilo koje zahteva tri ponavljanja u roku od sedam dana da bi pokrenulo rad.
-
Korak 2 — Dodajte kontekst: sredstvo, trend i prethodne popravke.
-
Korak 3 — Zatvorite radni nalog tek nakon što je posao obavljen i evidentiran.
Istorija popravki poboljšava model
Podaci iz istoričara pokazuju šta se dogodilo pre kvara. Istorija održavanja pokazuje šta se dogodilo nakon pregleda. Pretpostavimo da komunikaciona greška stalno generiše radne naloge. Tehničari svaki put ne pronađu nikakav hardverski kvar. Okidač je verovatno preosetljiv. Međutim, ako se isti događaj uvek završi zamenom jednog konektora, verujte tom obrascu. On zaslužuje raniju pažnju. Završeni radovi razdvajaju simptom od uzroka. Prividni I/O kvar može poticati od terenskog uređaja koji je ostao bez napajanja. Zamena modula rešila bi problem pogrešnog sredstva. Napomena pri zatvaranju čuva stvarni uzrok za sledeću smenu.
Integracija bez unošenja rizika
CMMS ne sme da postane privilegovani klijent upravljačkog sistema. Usmerite dijagnostiku kroz sloj podataka. Trend preuzmite iz SCADA sistema ili istoričara. Koristite OPC UA sa pristupom samo za čitanje za standardizovane informacije o stanju i dijagnostici. Integracioni servis zatim prosleđuje kvalifikovane događaje platformi za održavanje putem API-ja. Tako se saobraćaj održavanja drži podalje od vremenski kritične logike. Prediktivni proračuni ne moraju da se izvršavaju unutar kontrolera. Pored toga, zaštitite mrežu. Aplikaciji za održavanje retko je potrebno da upisuje podatke u PLC memoriju. Ograničite joj pristup na čitanje. Pratite fabrički proces kontrole izmena pre nego što bilo koja automatizovana veza dospe do proizvodnje. Na kraju, uskladite satove. SCADA događaj sa vremenskom oznakom udaljenom nekoliko minuta od zapisa u CMMS-u uništava rekonstrukciju kvara.
Zaključak i savet za postupanje
Prediktivno održavanje nagrađuje strpljenje i čist tok podataka, a ne pametne kontrolne table. Najpre prikupite samo stanja ispravnosti koja vaši uređaji zaista pružaju. Zatim kvalifikujte stanje ponavljanjem i trajanjem pre nego što otvorite radni nalog. Pored toga, dozvolite da proverena istorija popravki vremenom usmerava vaše okidače. Međutim, nikada ne dozvolite da CMMS upisuje podatke u upravljačku logiku niti preskačite kontrolu izmena. Zato izgradite put samo za čitanje kroz istoričar i OPC UA, uz sinhronizovano vreme. Na kraju, samu upravljačku infrastrukturu tretirajte kao opremu koja zahteva održavanje. Ove nedelje počnite sa jednom kritičnom EtherNet/IP vezom. Dokažite ispravnost celog toka pre nego što ga proširite na ceo pogon.
Autor: Sun Yifei je inženjer industrijske automatizacije sa više od 10 godina iskustva u PLC, DCS i upravljačkim sistemima.
