GX Simulator-in Factory I/O-ya OPC vasitəsilə qoşulması

Virtual istismara verilmiş sistem, simulyasiya olunan səhnə əlaqəsiz animasiya deyil, idarə olunan maşın kimi davrandıqda dəyərli olur. Mitsubishi PLC layihəsi üçün bunun üçün GX mühəndislik simulyatorundan uyğun OPC server vasitəsilə Factory I/O teqlərinə qədər izlənə bilən məlumat yolu tələb olunur.

Məqsəd sadəcə konveyeri hərəkətə gətirmək deyil. Faydalı quraşdırma fiziki giriş-çıxışlar əlçatan olmamışdan əvvəl ünvan sahibliyini, siqnal istiqamətini, ardıcıllıq davranışını, blokirovkaları, vaxtlamanı, rabitə itkisinə reaksiyanı və yenidən işə salma məntiqini təsdiqləyir.

Kiçik virtual konveyer xəritələndirmə, vaxtlama və bərpa qüsurlarını real idarəetmə panelinə çatmamış üzə çıxara bilər.

Teqləri xəritələndirməzdən əvvəl proqram uyğunluğunu təsdiqləyin

“GX Simulator” müxtəlif GX Works nəsilləri və MELSEC CPU ailələri ilə əlaqəli simulyasiya funksiyalarını ifadə edə bilər. OPC məhsulları da versiyaya və OPC DA və ya OPC UA təqdim edib-etməməsinə görə fərqlənir. Factory I/O sürücü seçimləri hər kombinasiyanı eyni şəkildə dəstəkləməyə bilər.

Dəqiq PLC ailəsini, GX Works versiyasını, simulyator komponentini, OPC server məhsulunu və versiyasını, interfeys növünü, həmçinin Factory I/O versiyasını qeyd edin. Sonra OPC serverin həmin simulyasiya olunan CPU-ya qoşula bildiyini yoxlayın. Fiziki Ethernet modulunda işləyən qoşulma üsulunun proqram simulyatorunda da avtomatik işləyəcəyini düşünməyin.

Mitsubishi MX OPC-ni MELSEC proqramlaşdırıla bilən kontroller məlumatlarını OPC vasitəsilə təqdim edən proqram kimi təsvir edir. Daha yeni MELSEC iQ-R avadanlıqları daxili OPC UA server modulu da istifadə edə bilər, lakin bu arxitektura simulyasiya olunan kontrollerə qoşulmuş kompüterdə yerləşən serverdən fərqlənir. Layihə qeydlərində və nasazlıqların aradan qaldırılmasında bu yolları ayrı saxlayın.

Proqramı konfiqurasiya etməzdən əvvəl məlumat müqaviləsini yazın

Hər siqnal üçün bir sətir olmaqla giriş-çıxış siyahısı yaradın. Factory I/O teqini, Mitsubishi cihaz ünvanını, məlumat tipini, istiqaməti, texniki mənanı, standart vəziyyəti, təhlükəsiz vəziyyəti, yenilənmə tələbini və sahibini daxil edin. Simulyasiya adətən sahə girişlərinin vəziyyətlərinə, PLC məntiqi isə aktuator əmrlərinə sahib olmalıdır.

Bu sahibliyi qaydası iki tətbiqin eyni nöqtəyə yazmasının qarşısını alır. Simulyasiya olunan fotoelement PLC giriş cihazına yaza, PLC isə Factory I/O-nun oxuduğu mühərrik əmrinə yaza bilər. Hər iki tərəf bir teqə yazarsa, hər bir fərdi bağlantı texniki baxımdan aktiv olsa belə, displey titrəyə və ya təsadüfi görünə bilər.

Bit cihazları, sözlər, işarəli tam ədədlər, üzən nöqtəli qiymətlər və massivlər açıq tip emalı tələb edir. OPC müştərisi qiyməti uğurla göstərə bilər, lakin Factory I/O yanlış tipi və ya bit ardıcıllığını şərh edə bilər. Dəyişən qiymətləri aydın görünən bir Boolean nöqtəsi və bir sözlə başlayın. İstiqamət və miqyaslandırma təsdiqlənənədək əhatəni genişləndirməyin.

Bağlantını mərhələlərlə qurun və sınaqdan keçirin

Əvvəlcə minimal PLC proqramı yaradın və onu dəstəklənən GX simulyatorunda işə salın. Məlum daxili cihazı məcburi vəziyyətə gətirin və ya dəyişdirin, sonra ladder monitorunda gözlənilən vəziyyətin göstərildiyini təsdiqləyin. Bu, proqramın, seçilmiş CPU-nun və simulyatorun işlədiyini müəyyən edir.

İkinci olaraq OPC serveri həmin simulyasiya olunan kontroller üçün konfiqurasiya edin. Cəmi bir neçə sınaq teqi yaradın. Keyfiyyəti, vaxt möhürünü, qiyməti və yazma imkanını təsdiqləmək üçün serverin öz müştərisindən və ya diaqnostika görünüşündən istifadə edin. “Bad” və ya “uncertain” kimi işarələnmiş qiymət Factory I/O açılmazdan əvvəl bu mərhələdə düzəldilməlidir.

Üçüncü olaraq Factory I/O OPC müştərisini konfiqurasiya edin və təsdiqlənmiş teqlərə baxın və ya onları daxil edin. Bir simulyasiya sensorunu və bir aktuator əmrini xəritələndirin. Hər iki istiqaməti ayrıca təsdiqləyin: səhnə girişini dəyişin və PLC yaddaşını müşahidə edin, sonra PLC çıxışını dəyişin və səhnəni müşahidə edin.

Bu mərhələli üsul nasazlıqları ayırır. GX yaddaşı dəyişmirsə, problem PLC simulyasiyasındadır. GX dəyişir, lakin OPC müştərisi dəyişmirsə, server konfiqurasiyasını və cihaz ünvanlarını yoxlayın. OPC server sağlamdır, lakin Factory I/O dəyişməz qalırsa, müştəri bağlantısını, element adlarını, giriş hüquqlarını və teq xəritələndirməsini yoxlayın.

Mərhələli yoxlama PLC, OPC serveri və Factory I/O konfiqurasiya nasazlıqlarını təcrid edir.

Üç müstəqil sistem üzrə vaxtlamanı nəzərə alın

PLC skanı, OPC server sorğulaması, müştəri abunəliyi və Factory I/O fizika yenilənməsi eyni anda baş vermir. Birləşmiş nümunələmə intervalından qısa sensor impulsu PLC onu müşahidə etməzdən əvvəl itə bilər. Hətta lokal işçi stansiyada da şəbəkə və ya kompüter yükü titrəmə yarada bilər.

Vacib hadisələr nümunələmədən sağ çıxacaq şəkildə layihələndirilməlidir. Simulyasiya olunan cihaz təsdiq edilənədək vəziyyəti saxlaya bilər və ya PLC məntiqi aşkarlanmış keçidi ardıcıllıq onu istifadə edənədək yadda saxlaya bilər. Nümayiş üçün hər impulsu uzatmaq rahatdır, lakin bu, kənar keçidlərin emalı qüsurlarını gizlədə bilər. Sınaq davranışını gözlənilən fiziki sensor və istehsal sürətinə uyğunlaşdırın.

Konfiqurasiya edilmiş OPC yenilənmə sürətinin bütün gecikməni əhatə etdiyini düşünmək əvəzinə, başdan-başa effektiv gecikməni ölçün. Vaxtlama ardıcıllıq üçün vacib olduqda səhnə keçidini, OPC vaxt möhürünü, PLC müşahidəsini, çıxış qərarını və nəticədə yaranan səhnə hərəkətini qeyd edin.

OPC DA və işçi stansiya məhdudiyyətlərini nəzərə alın

Klassik OPC DA Microsoft COM texnologiyasından istifadə edir. Bütün tətbiqlər bir kompüterdə eyni Windows hesabı altında işlədikdə quraşdırma adətən daha sadə olur. Paylanmış konfiqurasiyalar DCOM identikliyi, icazələr, təhlükəsizlik divarı və xidmət hesabı məsələlərini ortaya çıxarır. İnteraktiv şəkildə işləyən bağlantı yenidən başlatmadan sonra OPC serveri fərqli hesab altında başladıqda uğursuz ola bilər.

OPC UA son nöqtələr, sertifikatlar və siyasətlərdən ibarət fərqli təhlükəsizlik modelindən istifadə edir. DCOM-dan yan keçir, lakin yenə də sertifikat etibarı, istifadəçi icazələri və uyğun məlumat modelləri tələb edir. DA və UA-nı bir-birini əvəz edən adlar kimi qəbul etmək əvəzinə, seçilmiş proqramın faktiki dəstəklədiyi interfeysdən istifadə edin.

Nasazlıq və yenidən başlatma vəziyyətlərini məqsədli şəkildə sınaqdan keçirin

Konveyer aktiv olarkən OPC müştərisinin bağlantısını kəsin. PLC simulyatorunu dayandırın. OPC serverini yenidən başladın. Əvvəllər aktiv çıxışlarla Factory I/O-nu yenidən açın. Köhnəlmiş qiymətlər yenidən göründüyünə və ya müştəri yenidən qoşulduğuna görə maşın təhlükəli hərəkəti bərpa etməməlidir.

Keyfiyyətin pis olması, rabitənin itirilməsi və işəsalma qiymətlərinə reaksiyanı müəyyən edin. Prosesdən asılı olaraq əmrlər söndürülə, saxlanıla və ya idarə olunan dayandırma ilə emal edilə bilər. PLC-nin həqiqi yanlış vəziyyəti əlçatmaz məlumatdan ayırması üçün girişlərə açıq rabitə sağlamlığı biti lazım ola bilər.

Həmçinin soyuq işəsalmanı, isti yenidən işə salmanı, sayğacların saxlanmasını, resept uyğunsuzluğunu, bloklanmış sensorları, eyni vaxtda daxilolmaları və operatorun sıfırlamasını sınaqdan keçirin. Hər yazıla bilən teqin ilkin vəziyyətini və avtomatik rejimə keçmək üçün tələb olunan ardıcıllığı sənədləşdirin.

Virtual hücrəni sınaq qurğusuna çevirin

Təkrarlana bilən qəbul ssenarilərindən istifadə edin: işəsalma icazələrindən əvvəl heç bir aktuatorun aktivləşməməsi; hər məhsul üçün bir sayım; hədəfdə idarə olunan dayanma; bloklanmış sensor zamanı vaxt aşımı; rabitə itkisi zamanı nasazlıq; yenidən bağlantıdan sonra proqnozlaşdırıla bilən bərpa. Teq trendləri və keçdi/qaldı qeydləri hərəkət edən səhnənin ekran görüntülərindən daha güclü sübut təqdim edir.

Mitsubishi kontroller seçimlərini Mitsubishi Electric kolleksiyasında, daha geniş kontroller avadanlığını isə PLC və PAC Sistemləri bölməsində nəzərdən keçirmək olar.

OPC yalnız ötürmə qatıdır. Mühəndislik dəyəri virtual hücrə PLC davranışını, siqnal sahibliyini, vaxtlama fərziyyələrini, nasazlığa reaksiyanı və fiziki maşına keçəcək yenidən işə salma məntiqini sınaqdan keçirmək üçün təkrarlana bilən mühitə çevrildikdə ortaya çıxır.