OPC serveris ir savienots, bet tagu vērtības ir iestrēgušas: Kepware un Allen-Bradley EtherNet/IP lauka problēmu novēršana

Kāpēc zaļš savienojums slēpj pārtrauktu datu ceļu?

OPC serveri savieno kontrollerus ar augstāka līmeņa sistēmām. Tie nodrošina datus SCADA, HMI un vēsturisko datu sistēmām. Klasiskais simptoms parādās nakts maiņā. Servera statuss rāda, ka savienojums ir izveidots. Tomēr vairākas birkas paliek iesaldētas ar savu pēdējo vērtību. Vispirms izprotiet kļūmes veidu. Transporta savienojums darbojas. Datu ceļš nedarbojas. Tāpēc nepakļaujieties vēlmei pārstartēt serveri. Pārstartēšana apslēpj pamatcēloni, un problēma pēc dažām dienām atkārtojas. Manās Kepware un Allen-Bradley rūpnīcās gandrīz katru gadījumu izskaidro astoņi cēloņi. Pārbaudiet tos secīgi.

Kā pārbaudīt PLC adrešu kartējumu pēc jebkādām izmaiņām tiešsaistē?

Adrešu nobīde ir galvenais cēlonis. Inženieri palaišanas vai optimizācijas laikā maina ControlLogix loģiku. Viņi pārvieto birkas, maina masīvu izmērus un datu tipus. Kepware birku datubāze paliek nemainīta. Draiveris turpina aptaujāt reģistru, kurā loģika vairs neieraksta datus. Birkas vērtība sastingst ar labu kvalitāti — tieši tas ir slazds. Tomēr kvalitātes indikators bieži paliek labs, jo reģistrs joprojām pastāv. Pārbaudiet kartējumu tieši.

• 1. solis — Eksportējiet ControlLogix birku datubāzi no RSLogix 5000 un salīdziniet to ar Kepware adrešu virknēm.
• 2. solis — Kontrollerī tiešsaistē veiciet precīzās birkas piespiedu nolasīšanu. Salīdziniet to ar laika zīmogu OPC Quick Client.
• 3. solis — Atkārtoti importējiet birkas no kontrollera simbolu faila. Nekad nepārrakstiet adreses manuāli.

Kā noregulēt analogās cilpas skenēšanas ātrumu un nejutības joslu?

Pārāk intensīva aptauja pārslogo CIP ceļu. Katra Kepware ierīce atver CIP savienojumu ar ControlLogix procesoru. Logix kontrolleris atbalsta ierobežotu CIP savienojumu skaitu — standarta procesoriem bieži aptuveni 40. Vairāki klienti kopā ar lielu skenēšanas ātrumu izsmeļ šo resursu. Procesors aizkavē vai atmet pieprasījumus. Turklāt nejutības joslas filtrēšana slēpj reālas izmaiņas. 2 procentu nejutības josla lēnā temperatūras vadības cilpā apspiež patiesas nelielas izmaiņas. Vērtība PLC mainās, bet klients par to nekad nesaņem informāciju.

• 1. solis — Analogajām procesa birkām iestatiet Kepware atjaunināšanas intervālu uz 1000 ms. 100 ms izmantojiet tikai ātriem bloķējumiem.
• 2. solis — Kritiskajām analogajām birkām iestatiet nejutības joslu zem 0,5 procentiem no diapazona. Summatoriem to pilnībā atspējojiet.
• 3. solis — Pārbaudiet kontrollera CIP savienojumu skaitu. Ja skaits tuvojas ierobežojumam, sadaliet lielās ierīču grupas.

Kas jāpārbauda saistībā ar ierīču grupām, kešatmiņu un OPC UA abonementiem?

Kepware organizē ierīces kanālos un grupās. Nepareizs aizmugures plaknes slots, procesora slots vai IP adrese pārtrauc tikai attiecīgās grupas darbību. Birkas citās grupās turpina atjaunināties. Tāpēc daļēji iesaldēts ekrāns bieži norāda uz vienu bojātu ierīces objektu. Kešatmiņa pievieno vēl vienu slāni. Serveris lasa PLC pēc sava cikla un klientiem nodrošina datus no kešatmiņas. Ja draivera aizkaves aptur kešatmiņas atjaunināšanu, klienti saņem vecas vērtības, lai gan savienojuma nolasīšana šķiet veiksmīga. OPC UA klientiem apstipriniet galapunktu. Izmantojiet opc.tcp 4840. portā ar uzticamu lietojumprogrammas sertifikātu. Pārbaudiet, vai abonementa publicēšanas intervāls ir vienāds ar paraugošanas intervālu vai lielāks par to.

• 1. solis — Atveriet Kepware notikumu žurnālu. Filtrējiet pēc konkrētās ierīces un meklējiet CIP kļūdas vai taimauta kodus.
• 2. solis — Ierīces rekvizītos pārbaudiet slotu adresēšanu un salīdziniet to ar faktisko aizmugures plaknes konfigurāciju.
• 3. solis — Vērojiet diagnostikas skaitītājus. Novecojuši nolasījumi kopā ar pieaugošu pieprasījumu kļūmju skaitu norāda uz kešatmiņas resursu trūkumu.

Kā PLC loģika un pakešu fragmentācija ietekmē birku atjaunināšanu?

Daži mainīgie tiek atjaunināti tikai noteiktos programmas apstākļos. Partiju secības, bloķējumi un stāvokļu mašīnas kontrolē daudzus ierakstus. Ja nosacījums nekad neizpildās, reģistrs saglabā savu pēdējo vērtību. OPC serveris to atspoguļo precīzi. Tas izskatās pēc sakaru kļūmes, taču tā nav. Tāpēc pirms pieskaršanās tīklam izlasiet loģiku. Visbeidzot pārbaudiet fragmentāciju. Lieli bloku nolasījumi, izmantojot EtherNet/IP, pārslogotos tīklos var pārsniegt kadra ierobežojumus. Novēloti vai nepareizā secībā saņemti fragmenti izjauc atkārtotas salikšanas logu. Sadaliet pārāk lielos birku blokus mazākos nolasījumos. Ja iespējams, saglabājiet bloku nolasījumus zem 480 baitiem.

• 1. solis — Izsekojiet virkni, kas ieraksta iesaldēto birku. Pārliecinieties, ka iespējošanas nosacījums patiešām izpildās.
• 2. solis — Sadaliet lielos Kepware bloku nolasījumus grupās, kurās ir mazāk nekā 100 birku.
• 3. solis — Kļūmes laikā pārraugiet komutatora porta CRC kļūdas un atkārtotos pārraides mēģinājumus.

Secinājums un ieteikumi rīcībai

Iesaldētas birkas pie zaļa OPC savienojuma norāda uz konfigurācijas vai slodzes problēmu, nevis kabeļa problēmu. Pirmkārt, pēc katrām kontrollera izmaiņām saskaņojiet birku datubāzi. Otrkārt, uzturiet reālistiskus skenēšanas ātrumus un šauras nejutības joslas. Turklāt uzraugiet CIP savienojumu resursus un ierīču grupu stāvokli, pirms vainojat tīklu. Tāpēc izveidojiet iknedēļas paradumu eksportēt Kepware notikumu žurnālu un arhivēt birku kartējumus ar katru programmas versiju. Visbeidzot apmāciet jaunos darbiniekus pirms jebkādas rīcības pārbaudīt kvalitātes kodus un laika zīmogus. Disciplinēta pārbaudes secība novērš lielāko daļu iesaldētu birku kļūmju mazāk nekā stundas laikā, bez pārstartēšanas, un saglabā vēsturisko datu uzticamību.

Autors: Zhou Weiguo ir industriālās automatizācijas inženieris ar vairāk nekā 10 gadu pieredzi PLC, DCS un vadības sistēmās.