OPC server je povezan, ali su oznake zamrznute: Rešenja problema sa Kepware-om i Allen-Bradley EtherNet/IP na terenu

Zašto zelena veza skriva prekinut put podataka?

OPC serveri povezuju kontrolere i više slojeve. Prosleđuju podatke SCADA sistemima, HMI uređajima i istoričarima. Klasičan simptom pojavljuje se u noćnoj smeni. Status servera pokazuje da je povezan. Ipak, nekoliko tagova ostaje zamrznuto na poslednjoj vrednosti. Najpre shvatite klasu kvara. Transportna veza je aktivna. Put podataka nije. Zato odolite porivu da ponovo pokrenete server. Ponovno pokretanje prikriva osnovni uzrok, a problem se vraća za nekoliko dana. U mojim postrojenjima sa Kepware i Allen-Bradley opremom, osam uzroka objašnjava gotovo svaki slučaj. Proveravajte ih redom.

Kako proveriti mapiranje PLC adresa nakon bilo kakve izmene na mreži?

Pomak adresa je najčešći uzrok. Inženjeri menjaju ControlLogix logiku tokom puštanja u rad ili optimizacije. Premeštaju tagove, menjaju veličinu nizova i tipove podataka. Kepware baza tagova ostaje nepromenjena. Drajver nastavlja da očitava registar u koji logika više ne upisuje podatke. Tag se zamrzava uz dobar kvalitet, što je zamka. Međutim, oznaka kvaliteta često ostaje dobra jer registar i dalje postoji. Proverite mapiranje direktno.

• Korak 1 — Izvezite bazu tagova ControlLogix kontrolera iz programa RSLogix 5000 i uporedite je sa adresnim nizovima u Kepware-u.
• Korak 2 — Prisilno očitajte tačan tag na mreži u kontroleru. Uporedite ga sa vremenskom oznakom u OPC Quick Client-u.
• Korak 3 — Ponovo uvezite tagove iz simboličke datoteke kontrolera. Nikada ručno ne prepisujte adrese.

Kako podesiti brzine skeniranja i mrtvu zonu na analognim petljama?

Agresivno anketiranje zasićuje CIP put. Svaki Kepware uređaj otvara CIP vezu sa ControlLogix procesorom. Logix kontroler podržava ograničen broj CIP veza, često oko 40 kod standardnih procesora. Više klijenata zajedno sa velikom brzinom skeniranja iscrpljuje taj kapacitet. Procesor odlaže zahteve ili ih odbacuje. Pored toga, filtriranje mrtvom zonom prikriva stvarna pomeranja. Mrtva zona od 2 procenta na sporoj temperaturnoj petlji potiskuje stvarne male promene. Vrednost u PLC-u se menja, ali klijent o tome ne dobija informaciju.

• Korak 1 — Podesite brzinu ažuriranja u Kepware-u na 1000 ms za analogne tagove procesa. Koristite 100 ms samo za brze međublokade.
• Korak 2 — Podesite mrtvu zonu ispod 0,5 procenta opsega za kritične analogne tagove. Potpuno je onemogućite za totalizatore.
• Korak 3 — Proverite broj CIP veza na kontroleru. Podelite velike grupe uređaja ako se broj približava ograničenju.

Šta treba da proverim u vezi sa grupama uređaja, kešom i OPC UA pretplatama?

Kepware organizuje uređaje u kanale i grupe. Pogrešan slot na magistrali, pogrešan slot procesora ili pogrešna IP adresa zaustavlja samo tu grupu. Tagovi u drugim grupama nastavljaju da se ažuriraju. Zato delimično zamrznut ekran često ukazuje na jedan neispravan objekat uređaja. Keš dodaje još jedan sloj. Server očitava PLC u sopstvenom ciklusu, a klijentima prosleđuje podatke iz keša. Ako kašnjenja drajvera uspore osvežavanje keša, klijenti dobijaju stare vrednosti iako veza pokazuje da je očitavanje uspešno. Za OPC UA klijente potvrdite krajnju tačku. Koristite opc.tcp na portu 4840 sa pouzdanim sertifikatom aplikacije. Proverite da je interval objavljivanja pretplate jednak ili veći od intervala uzorkovanja.

• Korak 1 — Otvorite Kepware dnevnik događaja. Filtrirajte konkretni uređaj i potražite CIP greške ili kodove isteka vremena.
• Korak 2 — Proverite adresiranje slotova u svojstvima uređaja u odnosu na stvarnu konfiguraciju magistrale.
• Korak 3 — Posmatrajte dijagnostičke brojače. Zastarela očitavanja uz porast broja neuspelih zahteva ukazuju na iscrpljivanje keša.

Kako PLC logika i fragmentacija paketa utiču na ažuriranje tagova?

Neke promenljive se ažuriraju samo pod određenim programskim uslovima. Grupne sekvence, međublokade i automati stanja uslovljavaju mnoga upisivanja. Ako se uslov nikada ne ispuni, registar zadržava poslednju vrednost. OPC server to verno prijavljuje. To izgleda kao komunikacioni kvar, ali nije. Zato pročitajte logiku pre nego što dirate mrežu. Na kraju proverite fragmentaciju. Velika blokovska očitavanja preko EtherNet/IP mogu prekoračiti ograničenja okvira na opterećenim mrežama. Zakasneli fragmenti ili fragmenti pristigli van redosleda prekidaju prozor za ponovno sastavljanje. Podelite prevelike blokove tagova na manja očitavanja. Kad god je moguće, zadržite blokovska očitavanja ispod 480 bajtova.

• Korak 1 — Pratite rung koji upisuje zamrznuti tag. Potvrdite da se uslov za omogućavanje zaista aktivira.
• Korak 2 — Podelite velika Kepware blokovska očitavanja u grupe sa manje od 100 tagova.
• Korak 3 — Tokom trajanja kvara pratite mrežni port sviča radi CRC grešaka i ponovljenih prenosa.

Zaključak i savet za postupanje

Zamrznuti tagovi na zelenoj OPC vezi ukazuju na problem sa konfiguracijom ili opterećenjem, a ne sa kablom. Najpre uskladite bazu tagova nakon svake izmene kontrolera. Zatim održavajte realne brzine skeniranja i uske mrtve zone. Pored toga, pratite kapacitet CIP veza i stanje grupa uređaja pre nego što okrivite mrežu. Zato uvedite nedeljnu naviku izvoza Kepware dnevnika događaja i arhiviranja mapiranja tagova uz svaku reviziju programa. Na kraju, obučite mlađe kolege da pročitaju kodove kvaliteta i vremenske oznake pre nego što bilo šta diraju. Disciplinovan redosled provera rešava većinu kvarova zamrznutih tagova za manje od sat vremena, bez ponovnog pokretanja, i čuva pouzdanost vašeg istoričara.

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