OPC serveris ir savienots, bet tagu vērtības nekustas: Yokogawa un ABB lauka metode

Kāpēc iesaldēta birka maldina operatorus

OPC serveri savieno PLC ar SCADA, HMI un vēsturisko datu sistēmām. Operatori uzticas zaļajai savienojuma ikonai. Tomēr birkas var iesaldēt pēdējo derīgo vērtību — kanāls izskatās vesels, kamēr dati ir novecojuši. Šī neatbilstība ir bīstama. Yokogawa CENTUM VP vai ABB 800xA ekrānā var būt redzams stabils spiediens, kamēr faktiskā vērtība nemanāmi mainās. Uztveriet novecojušu birku kā kvalitātes kļūmi, nevis savienojuma kļūmi, un novērsiet to, izmantojot slāņveida metodi.

J: Kā apstiprināt, ka tā nav reāla savienojuma kļūme?

Vispirms nošķiriet savienojuma stāvokli no datu kvalitātes. Kvalitātes biti un laika zīmogi atklāj patiesību — nemainīgs laika zīmogs nozīmē, ka jauns paraugs netiek saņemts.

ABB AC 800M kontrolleris diagnostikas skatos parāda gan savienojuma stāvokli, gan birkas kvalitāti, tādējādi atvieglojot šo divu kļūmju nošķiršanu.

• 1. darbība — Veiciet PLC ping pārbaudi un atveriet tā transporta portu (piem., Modbus TCP 502 vai ražotāja Ethernet portu).
• 2. darbība — OPC serverī nolasiet vienu iesaldētu un vienu veselu birku vienā un tajā pašā grupā.
• 3. darbība — Salīdziniet kvalitātes kodus un laika zīmogus. Labas birkas vērtība mainās ik pēc skenēšanas cikla.
• 4. darbība — Izslēdziet klienta problēmu. Servera pārraudzības logā dati var atjaunināties, kamēr HMI skats ir iestrēdzis.

J: Kāpēc adrešu kartes audits ir svarīgs?

PLC izmaiņas apkopes laikā var nemanāmi sabojāt birkas. Mainīgais tiek pārvietots uz jaunu datu bloku vai reģistru, masīvu indeksi nobīdās, bet datu tipi mainās. OPC vienuma apraksts joprojām norāda uz veco adresi un atgriež kešotu vērtību vai nulles.

ABB AC 800M sistēmā rūpīgi pārbaudiet vadības struktūras ceļu. ABB CI853A sakaru interfeisa modulis pārsūta strukturētus datus starp kontrolleri un ārējiem OPC klientiem — tipa neatbilstība šeit rada sliktas kvalitātes kodus bez acīmredzama kļūdas ziņojuma.

• 1. darbība — Pārlūkojiet servera aktuālo nosaukumvietu, nevis saglabāto projekta failu; salīdziniet nosaukumus.
• 2. darbība — Piesaistiet mainītās birkas pašreizējam DB numuram, nobīdei vai reģistram.
• 3. darbība — Precīzi saskaņojiet datu tipus. DINT nolasīšana kā REAL rada sliktu kvalitāti, nevis derīgu vērtību.
• 4. darbība — Saglabājiet karti un pēc tam pārstartējiet tikai skarto grupu, nevis visu serveri.

J: Kā skenēšanas ātrums un abonementi izraisa iesaldētas birkas?

Liels birku skaits rada slodzi draiverim. Agresīva aptauja pārslogo seriālo vārteju, un serveris atmet novēlotus paraugus — dažas birkas atjauninās, kamēr citas kavējas. Grupējiet birkas pēc kritiskuma un iestatiet reālistiskus ātrumus.

Modbus TCP aptaujai ABB sistēmā ABB CI867AK01 Modbus TCP interfeisa modulim un ABB CI867 Modbus TCP modulim ir katram kanālam noteikti skenēšanas ierobežojumi, kuriem jāsakrīt ar OPC servera skenēšanas klašu iestatījumiem.

• 1. darbība — Iestatiet skenēšanas klases: 250 ms bloķējošiem punktiem, 500 ms vadībai, 1 s tendencēm.
• 2. darbība — Iespējojiet 0,2–0,5% no diapazona lielu nejutības joslu, lai samazinātu mazvērtīgu datu plūsmu.
• 3. darbība — Nekad nepieprasiet klienta atjauninājumu ātrāk, nekā draiveris spēj to nodrošināt.
• 4. darbība — Pārvietojiet lielapjoma nekritiskos punktus uz Modbus vairāku reģistru nolasīšanu, lai samazinātu slodzi.

J: Kā DCOM slēpj daļējas piekļuves kļūmes?

Klasiskais OPC DA darbojas, izmantojot Windows DCOM, kas var nemanāmi bloķēt piekļuvi. Nepareizas palaišanas tiesības iesaldē dažus vienumus, kamēr savienojums joprojām tiek rādīts kā “savienots”. Vispirms novērsiet transporta slāņa problēmu, pēc tam sinhronizējiet pulksteņus, lai laika zīmogi atbilstu pakārtotajām vēsturisko datu sistēmām.

• 1. darbība — Piešķiriet palaišanas un piekļuves tiesības gan klienta, gan servera pakalpojumu kontiem.
• 2. darbība — Atveriet RPC dinamisko portu diapazonu (1024–5000) resursdatora ugunsmūrī.
• 3. darbība — Iestatiet DCOM autentifikāciju uz Connect starp domēniem, nevis Packet Privacy.
• 4. darbība — Sinhronizējiet serveri un PLC ar vienu NTP avotu, lai novecojušās rindas būtu uzreiz pamanāmas.

J: Kad vajadzētu pāriet uz OPC UA?

OPC UA pilnībā novērš DCOM radītās problēmas. Viens TCP ports (4840) izkļūst caur ugunsmūri, un sistēmā ir pārlūkojama adrešu telpa ar iebūvētu reālu drošību. Ietveriet mantoto DA, izmantojot DA-UA tuneli, vai nākamās plānotās apturēšanas laikā ieviesiet dabisko serveri.

Starpražotāju integrācijai starp Yokogawa un ABB sistēmām Bently Nevada 3500/90 sakaru vārteja var kalpot kā tilts, kamēr tiek plānota pilnīga pāreja uz UA.

• 1. darbība — Atveriet TCP 4840 un izsniedziet sertifikātu katram klientam.
• 2. darbība — Plaša apgabala savienojumiem izvēlieties Basic256Sha256 ar SignAndEncrypt.
• 3. darbība — Pārlūkojiet UA adrešu telpu un pārsaitējiet birkas uz stabiliem NodeId.
• 4. darbība — Pirms DA ietvara izņemšanas pārbaudiet kvalitāti un laika zīmogus.

Secinājumi un ieteikumi rīcībai

Iesaldēta birka ir kvalitātes kļūme, kas maskējas kā vesela birka. Strādājiet ar slāņiem secīgi: pārbaudiet savienojumu, pēc tam adrešu karti, abonementus un DCOM transportu. Uzturiet katra servera skenēšanas ātrumu un kvalitātes kodu bāzlīniju un reģistrējiet vienu kļūdainu punktu kā mācību visai sistēmai. Dariet to nākamās Yokogawa vai ABB datu nepilnības laikā, un novecojis ekrāns kļūs par atrisinātu problēmu, pirms operators jebkad uz tā pamata rīkosies.

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