OPC serverə qoşulub, lakin teqlər donub: Kepware və Allen-Bradley EtherNet/IP üçün sahə həlləri

Yaşıl bağlantı məlumat yolunu niyə gizlədir?

OPC serverləri kontrollerlərlə yuxarı səviyyələri birləşdirir. Onlar SCADA sistemlərini, HMI-ları və tarixçə sistemlərini məlumatla təmin edir. Klassik simptom gecə növbəsində ortaya çıxır. Serverin statusunda bağlantı qurulduğu göstərilir. Lakin bir neçə teq son dəyərində donub qalır. Əvvəlcə nasazlığın növünü anlayın. Transport bağlantısı aktivdir. Məlumat yolu isə işləmir. Buna görə serveri yenidən başlatmağa tələsməyin. Yenidən başlatma əsas səbəbi gizlədir və problem bir neçə gün ərzində yenidən qayıdır. Mənim Kepware və Allen-Bradley zavodlarımda demək olar ki, hər bir halı səkkiz səbəb izah edir. Onları ardıcıllıqla yoxlayın.

İstənilən onlayn redaktədən sonra PLC ünvan xəritələndirməsini necə yoxlamaq olar?

Ünvanların sürüşməsi bir nömrəli səbəbdir. Mühəndislər istismaravermə və ya optimallaşdırma zamanı ControlLogix məntiqini dəyişirlər. Teqləri köçürür, massivlərin ölçüsünü dəyişir və məlumat tiplərini yeniləyirlər. Kepware teq bazası isə əvvəlki vəziyyətdə qalır. Drayver artıq məntiqin yazmadığı registri sorğulamağa davam edir. Teq keyfiyyət göstəricisi yaxşı olduğu halda donub qalır və əsas tələ də budur. Lakin registr hələ də mövcud olduğuna görə keyfiyyət bayrağı çox vaxt yaxşı qalır. Xəritələndirməni birbaşa yoxlayın.

• Addım 1 — RSLogix 5000-dən ControlLogix teq bazasını ixrac edin və onu Kepware ünvan sətirləri ilə müqayisə edin.
• Addım 2 — Kontrollerdə dəqiq teqi onlayn rejimdə məcburi oxuyun. Onu OPC Quick Client-dəki vaxt möhürü ilə müqayisə edin.
• Addım 3 — Teqləri kontrollerin simvolik faylından yenidən idxal edin. Ünvanları heç vaxt əl ilə yenidən yazmayın.

Analoq dövrələrdə skan tezliyini və ölü zolağı necə tənzimləmək olar?

Aqressiv sorğulama CIP yolunu həddən artıq yükləyir. Hər bir Kepware qurğusu ControlLogix prosessoruna CIP bağlantısı açır. Logix kontrolleri məhdud sayda CIP bağlantısını dəstəkləyir; standart prosessorlarda bu say çox vaxt təxminən 40 olur. Bir neçə klient və yüksək skan tezliyi birlikdə bu limiti tükəndirir. Prosessor sorğuları gecikdirir və ya itirir. Bundan əlavə, ölü zolaq filtrasiyası real dəyişiklikləri gizlədir. Yavaş temperatur dövrəsində 2 faizlik ölü zolaq həqiqi kiçik dəyişiklikləri boğur. PLC-dəki dəyər dəyişir, lakin klient bu barədə heç nə eşitmir.

• Addım 1 — Analoq proses teqləri üçün Kepware yenilənmə tezliyini 1000 ms təyin edin. 100 ms-dən yalnız sürətli bloklamalar üçün istifadə edin.
• Addım 2 — Kritik analoq teqlər üçün ölü zolağı diapazonun 0,5 faizindən aşağı təyin edin. Totalizatorlar üçün onu tamamilə deaktiv edin.
• Addım 3 — Kontrollerdə CIP bağlantılarının sayını yoxlayın. Say limitə yaxınlaşırsa, böyük qurğu qruplarını bölün.

Qurğu qrupları, keş və OPC UA abunəlikləri ilə bağlı nəyi yoxlamalıyam?

Kepware qurğuları kanallar və qruplar üzrə təşkil edir. Səhv backplane yuvası, səhv prosessor yuvası və ya səhv IP yalnız həmin qrupu sıradan çıxarır. Digər qruplardakı teqlər yenilənməyə davam edir. Buna görə qismən donmuş ekran çox vaxt bir qurğu obyektindəki nasazlığa işarə edir. Keş daha bir qat əlavə edir. Server PLC-ni öz dövrü üzrə oxuyur və klientlərə məlumatı keşdən təqdim edir. Drayver gecikmələri keşin yenilənməsini dayandırarsa, bağlantı sağlam göründüyü halda klientlər köhnə dəyərlər alır. OPC UA klientləri üçün son nöqtəni təsdiqləyin. Etibarlı tətbiq sertifikatı ilə 4840 portunda opc.tcp istifadə edin. Abunəliyin dərc intervalının nümunəgötürmə intervalına bərabər və ya ondan böyük olduğunu yoxlayın.

• Addım 1 — Kepware hadisə jurnalını açın. Konkret qurğu üzrə filtr tətbiq edin və CIP xətalarını və ya vaxt aşımı kodlarını axtarın.
• Addım 2 — Qurğu xüsusiyyətlərindəki yuva ünvanlamasını faktiki backplane konfiqurasiyası ilə müqayisə edərək yoxlayın.
• Addım 3 — Diaqnostika sayğaclarını izləyin. Artan sorğu xətaları ilə birlikdə köhnə oxunuşlar keşin məlumatla təmin olunmadığını göstərir.

PLC məntiqi və paketlərin fraqmentləşdirilməsi teq yenilənmələrinə necə təsir edir?

Bəzi dəyişənlər yalnız proqram şərtləri daxilində yenilənir. Paket ardıcıllıqları, bloklamalar və vəziyyət maşınları bir çox yazma əməliyyatını şərtləndirir. Şərt heç vaxt işə düşmürsə, registr son dəyərini saxlayır. OPC serveri bu dəyəri düzgün şəkildə bildirir. Bu, kommunikasiya xətasına bənzəyir, amma belə deyil. Buna görə şəbəkəyə müdaxilə etməzdən əvvəl məntiqi oxuyun. Nəhayət, fraqmentləşdirməni yoxlayın. EtherNet/IP üzərindən böyük blok oxunuşları yüklənmiş şəbəkələrdə kadr limitlərini aşa bilər. Gecikmiş və ya ardıcıllığı pozulmuş fraqmentlər yenidən yığma pəncərəsini poza bilər. Həddən artıq böyük teq bloklarını daha kiçik oxunuşlara bölün. Mümkün olduqda blok oxunuşlarını 480 baytdan aşağı saxlayın.

• Addım 1 — Donmuş teqə yazan rung-u izləyin. Aktivləşdirmə şərtinin həqiqətən işə düşdüyünü təsdiqləyin.
• Addım 2 — Böyük Kepware blok oxunuşlarını hər birində 100-dən az teq olan qruplara bölün.
• Addım 3 — Nasazlıq zamanı kommutator portunda CRC xətalarını və yenidən ötürmələri izləyin.

Nəticə və fəaliyyət tövsiyələri

Yaşıl OPC bağlantısında donmuş teqlər kabel problemi deyil, konfiqurasiya və ya yük problemidir. Əvvəlcə hər bir kontroller redaktəsindən sonra teq bazasını uyğunlaşdırın. İkincisi, skan tezliklərini real saxlayın və ölü zolaqları daraldın. Bundan əlavə, şəbəkəni günahlandırmazdan əvvəl CIP bağlantı limitlərini və qurğu qruplarının vəziyyətini izləyin. Buna görə Kepware hadisə jurnalını həftəlik ixrac etməyi və hər proqram versiyası ilə birlikdə teq xəritələndirmələrini arxivləşdirməyi vərdişə çevirin. Nəhayət, yeni əməkdaşlara hər hansı müdaxilədən əvvəl keyfiyyət kodlarını və vaxt möhürlərini oxumağı öyrədin. İntizamlı yoxlama ardıcıllığı donmuş teq nasazlıqlarının əksəriyyətini yenidən başlatma olmadan bir saatdan az müddətdə aradan qaldırır və tarixçə sisteminizdəki məlumatların etibarlılığını qoruyur.

Müəllif: Zhou Weiguo PLC, DCS və idarəetmə sistemləri sahəsində 10 ildən artıq təcrübəyə malik sənaye avtomatlaşdırma mühəndisidir.