PLC və SCADA diaqnostikasını idarəetməni pozmadan etibarlı texniki xidmətə necə çevirmək olar.
Siqnal artıq idarəetmə qatının daxilində mövcuddur
PLC sağlamlığı pisləşsə də, çox vaxt işləməyə davam edir. Əvvəlcə mimikaya deyil, diaqnostika tarixçəsinə baxın. Rabitə kəsilmələri tədricən artır. Uzaq I/O modulu fasiləli nasazlıqları qeyd edir. SCADA qatında kəsilmələr hər hansı istehsal dayanmasından əvvəl təkrarlanır. Bunlar səs-küy deyil, erkən xəbərdarlıqlardır. Müasir kontrollerlər bu məlumatları artıq təqdim edir. Həmişə yeni sensor şəbəkəsinə ehtiyac olmur. Çətin hissə hər siqnala faydalı təyinat verməkdir. Bu təyinat real aktivlə əlaqələndirilmiş texniki xidmət qeydidir.
Addım 1 — Kontrollerin real sağlamlıq vəziyyətlərini toplayın
Proqnozlaşdırıcı məntiq cihazın həqiqətən dəstəklədiyi siqnallardan istifadə etməlidir. Hər PLC-nin eyni sağlamlıq məlumatlarını təqdim etdiyini düşünməyin. Allen-Bradley ControlLogix (məsələn, Allen-Bradley ControlLogix Processor) və ya CompactLogix sistemində 1756 ControlLogix Communications Module kimi rabitə kartlarındakı EtherNet/IP port xəta sayğaclarını izləyin. Hər uzaq stansiya üzrə bərpa olunan nasazlıqların sayını izləyin. Modbus TCP vasitəsilə əlçatan Woodward kontrollerində (Woodward I/O modules olan monitorinq sistemlərində) texniki xidmət tələb olunur və istismar limiti registrlərini sorğulayın. Bəzi cihazlar daxili nasazlıqları və ya normadan kənar qidalanmanı birbaşa bildirir.
-
Addım 1 — Hədəf cihazın həqiqətən təqdim etdiyi bütün diaqnostikaları siyahıya alın.
-
Addım 2 — Sayğacların həftəlik trendini izləyin, çünki tezlik tək hadisədən daha yaxşı köhnəlməni göstərir.
-
Addım 3 — Yalnız yüksələn meylə və ya müddətə əsasən siqnal yaradın, tək bir qısa sıçrayışa görə yox.
-
Addım 4 — Hər sayğacı ümumi şkafa deyil, bir etiketlənmiş aktivə bağlayın.
Addım 2 — Hər siqnalı tapşırığa çevirməyi dayandırın
SCADA operatorun diqqətini cəlb edir. Texniki xidmət isə kimin müdaxilə edəcəyinə qərar verir. Bu ikisini qarışdırmaq real köhnəlməni lazımsız tapşırıqlar altında gizlədir. Yüksək temperatur siqnalı sadəcə normal istehsal davranışı ola bilər. Qısa kəsilmə öz-özünə bərpa oluna bilər. Buna görə də iş yaratmazdan əvvəl vəziyyəti təsdiqləyin. Təkrarlanma tək hadisədən daha əhəmiyyətlidir. Müddət çox vaxt pik şiddətdən daha vacibdir. Siqnal həddinin altında yavaş sürüşmə belə baxış tələb edə bilər. Bundan əlavə, təsdiqləməni tamamlanmadan ayrı saxlayın. Operator nasazlığın görüldüyünü təsdiqləyir. Bu, avadanlığın təmir edildiyini sübut etmir.
-
Addım 1 — İş yaratmaq üçün yeddi gün ərzində üç təkrar tələb edən qayda əlavə edin.
-
Addım 2 — Kontekst əlavə edin: aktiv, trend və əvvəlki təmirlər.
-
Addım 3 — Tapşırığı yalnız iş görülüb qeydə alındıqdan sonra bağlayın.
Təmir tarixçəsi modeli dəqiqləşdirir
Arxiv məlumatları nasazlıqdan əvvəl nə baş verdiyini göstərir. Texniki xidmət tarixçəsi isə kimsə baxdıqdan sonra nə baş verdiyini göstərir. Tutaq ki, rabitə xətası davamlı olaraq tapşırıqlar yaradır. Texniklər hər dəfə heç bir avadanlıq qüsuru tapmırlar. Səbəb çox güman ki, həddən artıq həssasdır. Lakin eyni hadisə həmişə bir konnektorun dəyişdirilməsi ilə nəticələnirsə, bu nümunəyə güvənin. O, daha erkən diqqətə layiqdir. Tamamlanmış iş simptomu səbəbdən ayırır. Xəyali I/O xətasının kökündə enerjisini itirmiş sahə cihazı dayana bilər. Modulu dəyişdirmək yanlış aktivi təmir edərdi. İşin yekun qeydi növbəti növbə üçün real səbəbi saxlayır.
Risk yaratmadan inteqrasiya edin
CMMS imtiyazlı idarəetmə sistemi müştərisinə çevrilməməlidir. Diaqnostikanı məlumat qatı vasitəsilə xaricə yönləndirin. Trendi SCADA-dan və ya arxiv sistemindən götürün. Standartlaşdırılmış sağlamlıq və diaqnostika məlumatları üçün yalnız oxuma rejimli OPC UA-dan istifadə edin. Daha sonra inteqrasiya xidməti təsdiqlənmiş hadisələri API vasitəsilə texniki xidmət platformasına ötürür. Bu, texniki xidmət trafikini vaxta həssas məntiqdən uzaq saxlayır. Proqnozlaşdırıcı hesablamaların kontroller daxilində işləməsinə ehtiyac yoxdur. Bundan əlavə, şəbəkəni qoruyun. Texniki xidmət tətbiqinin PLC yaddaşına yazması nadir hallarda lazım olur. Onu yalnız oxuma girişinə məhdudlaşdırın. Hər hansı avtomatlaşdırılmış əlaqə istehsalata çatmazdan əvvəl müəssisənin dəyişikliklərə nəzarət prosesinə əməl edin. Nəhayət, saatlarınızı düzəldin. SCADA hadisəsinin CMMS qeydi ilə arasında dəqiqələr olan vaxt möhürü nasazlığın bərpasını mümkünsüz edir.
Nəticə və fəaliyyət tövsiyəsi
Proqnozlaşdırıcı texniki xidmət ağıllı panelləri deyil, səbir və təmiz məlumat axınını mükafatlandırır. Əvvəlcə yalnız cihazlarınızın həqiqətən təqdim etdiyi sağlamlıq vəziyyətlərini toplayın. İkincisi, tapşırıq yaratmazdan əvvəl vəziyyəti təkrarlanma və müddətlə təsdiqləyin. Bundan əlavə, yoxlanılmış təmir tarixçəsinin zamanla siqnal qaydalarınızı formalaşdırmasına imkan verin. Lakin CMMS-in idarəetmə məntiqinə yazmasına və dəyişikliklərə nəzarəti keçməsinə heç vaxt imkan verməyin. Buna görə də vaxtı sinxronlaşdırılmış arxiv sistemi və OPC UA üzərindən yalnız oxuma yolu qurun. Nəhayət, idarəetmə infrastrukturunun özünü də texniki xidmət tələb edən avadanlıq kimi qəbul edin. Bu həftə bir kritik EtherNet/IP əlaqəsindən başlayın. Müəssisə üzrə genişləndirməzdən əvvəl prosesi başdan sona təsdiqləyin.
Müəllif: Sun Yifei PLC, DCS və idarəetmə sistemləri sahəsində 10 ildən çox təcrübəsi olan sənaye avtomatlaşdırması mühəndisidir.
