OPC poslužitelj povezan, ali oznake su zamrznute: terenska rješenja za Kepware i Allen-Bradley EtherNet/IP

Zašto zelena veza skriva neaktivan put podataka?

OPC poslužitelji povezuju kontrolere s nadređenim slojevima. Dostavljaju podatke SCADA sustavima, HMI sučeljima i povjesničarima podataka. Klasičan se simptom pojavljuje u noćnoj smjeni. Status poslužitelja pokazuje da je povezan. Ipak, nekoliko oznaka ostaje zamrznuto na posljednjoj vrijednosti. Najprije shvatite o kojoj se vrsti kvara radi. Transportna je veza aktivna. Put podataka nije. Stoga se oduprite potrebi da ponovno pokrenete poslužitelj. Ponovno pokretanje skriva glavni uzrok, a problem se vraća za nekoliko dana. U mojim postrojenjima s Kepwareom i Allen-Bradleyjem osam uzroka objašnjava gotovo svaki slučaj. Provjeravajte ih redom.

Kako provjeriti mapiranje PLC adresa nakon bilo kakve mrežne izmjene?

Pomak adresa najčešći je uzrok. Inženjeri mijenjaju logiku sustava ControlLogix tijekom puštanja u rad ili optimizacije. Premještaju oznake, mijenjaju veličinu polja i vrste podataka. Baza oznaka u Kepwareu ostaje neizmijenjena. Upravljački program nastavlja dohvaćati registar u koji logika više ne upisuje podatke. Oznaka se zamrzne uz dobru kvalitetu, što je zamka. Međutim, oznaka kvalitete često ostaje dobra jer registar i dalje postoji. Izravno provjerite mapiranje.

• 1. korak — Izvezite bazu oznaka ControlLogixa iz sustava RSLogix 5000 i usporedite je s adresnim nizovima u Kepwareu.
• 2. korak — Prisilno očitajte točnu oznaku na mreži u kontroleru. Usporedite je s vremenskom oznakom u OPC Quick Clientu.
• 3. korak — Ponovno uvezite oznake iz simboličke datoteke kontrolera. Nikada nemojte ručno ponovno upisivati adrese.

Kako podesiti brzine skeniranja i mrtvu zonu na analognim petljama?

Agresivno anketiranje zasićuje CIP put. Svaki Kepware uređaj otvara CIP vezu prema procesoru ControlLogixa. Logix kontroler podržava ograničen broj CIP veza, često oko 40 za standardne procesore. Više klijenata uz veliku brzinu skeniranja iscrpljuje taj kapacitet. Procesor odgađa zahtjeve ili ih odbacuje. Osim toga, filtriranje mrtvom zonom skriva stvarne promjene. Mrtva zona od 2 posto na sporoj temperaturnoj petlji potiskuje stvarne male promjene. Vrijednost u PLC-u se mijenja, ali klijent o tome nikad ne primi obavijest.

• 1. korak — Postavite brzinu ažuriranja u Kepwareu na 1000 ms za analogne procesne oznake. Upotrebljavajte 100 ms samo za brze međublokade.
• 2. korak — Postavite mrtvu zonu ispod 0,5 posto raspona za kritične analogne oznake. Potpuno je onemogućite za totalizatore.
• 3. korak — Provjerite broj CIP veza na kontroleru. Podijelite velike grupe uređaja ako se broj približava ograničenju.

Što trebam provjeriti u vezi s grupama uređaja, predmemorijom i pretplatama na OPC UA?

Kepware organizira uređaje u kanale i grupe. Pogrešan utor sabirnice, pogrešan utor procesora ili pogrešna IP adresa prekida rad samo te grupe. Oznake u drugim grupama nastavljaju se ažurirati. Stoga djelomično zamrznuti zaslon često upućuje na jedan neispravan objekt uređaja. Predmemorija dodaje još jedan sloj. Poslužitelj očitava PLC prema vlastitom ciklusu i klijentima poslužuje podatke iz predmemorije. Ako kašnjenja upravljačkog programa zaustave osvježavanje predmemorije, klijenti primaju stare vrijednosti dok veza izgleda ispravna. Za OPC UA klijente potvrdite krajnju točku. Upotrebljavajte opc.tcp na priključku 4840 s certifikatom pouzdane aplikacije. Provjerite je li interval objavljivanja pretplate jednak ili veći od intervala uzorkovanja.

• 1. korak — Otvorite dnevnik događaja u Kepwareu. Filtrirajte određeni uređaj i potražite CIP pogreške ili kodove isteka vremena.
• 2. korak — Provjerite adresiranje utora u svojstvima uređaja u odnosu na stvarnu konfiguraciju sabirnice.
• 3. korak — Pratite dijagnostičke brojače. Zastarjela očitanja uz rast broja neuspjelih zahtjeva upućuju na iscrpljivanje predmemorije.

Kako PLC logika i fragmentacija paketa utječu na ažuriranje oznaka?

Neke se varijable ažuriraju samo pod određenim uvjetima programa. Serije, međublokade i automati stanja upravljaju mnogim upisima. Ako se uvjet nikad ne aktivira, registar zadržava posljednju vrijednost. OPC poslužitelj to vjerno prikazuje. To izgleda kao komunikacijski kvar, ali nije. Stoga pročitajte logiku prije nego što dirate mrežu. Na kraju provjerite fragmentaciju. Velika blokovska očitanja putem EtherNet/IP-a mogu premašiti ograničenja okvira na zagušenim mrežama. Kasni fragmenti ili fragmenti izvan redoslijeda prekidaju vremenski prozor za ponovno sastavljanje. Podijelite prevelike blokove oznaka u manja očitanja. Kad god je moguće, blokovska očitanja zadržite ispod 480 bajtova.

• 1. korak — Pratite programsku granu koja upisuje zamrznutu oznaku. Potvrdite da se uvjet omogućavanja doista aktivira.
• 2. korak — Podijelite velike blokove očitanja u Kepwareu u grupe s manje od 100 oznaka.
• 3. korak — Tijekom pojave kvara pratite priključak preklopnika radi CRC pogrešaka i ponovnih prijenosa.

Zaključak i savjeti za postupanje

Zamrznute oznake na zelenoj OPC vezi problem su konfiguracije ili opterećenja, a ne problem kabela. Najprije uskladite bazu oznaka nakon svake izmjene kontrolera. Zatim održavajte realne brzine skeniranja i uske mrtve zone. Osim toga, pratite kapacitet CIP veza i stanje grupa uređaja prije nego što okrivite mrežu. Stoga uvedite tjednu naviku izvoza dnevnika događaja u Kepwareu i arhiviranja mapiranja oznaka uz svaku reviziju programa. Na kraju obučite mlađe djelatnike da prije bilo kakve intervencije provjere kodove kvalitete i vremenske oznake. Discipliniran slijed provjera otklanja većinu kvarova sa zamrznutim oznakama za manje od sat vremena, bez ponovnog pokretanja, i održava pouzdanost vašeg povjesničara podataka.

Autor: Zhou Weiguo industrijski je inženjer automatizacije s više od 10 godina iskustva u PLC, DCS i upravljačkim sustavima.