GX Simulator’ni Factory I/O’ga OPC orqali ulash

Virtual ishga tushirish simulyatsiya qilingan muhit uzilib qolgan animatsiya emas, balki boshqariladigan mashina kabi ishlaganda qimmatli bo‘ladi. Mitsubishi PLC loyihasi uchun bu GX muhandislik simulyatoridan mos OPC server orqali Factory I/O teglarigacha kuzatiladigan ma’lumotlar yo‘lini talab qiladi.

Maqsad shunchaki konveyerni harakatlantirish emas. Foydali sozlama jismoniy I/O mavjud bo‘lishidan oldin manzil egaligi, signal yo‘nalishi, ketma-ketlik xatti-harakati, blokirovkalar, vaqt sozlamalari, aloqa yo‘qolgandagi javob va qayta ishga tushirish mantiqini tasdiqlaydi.

Kichik virtual konveyer haqiqiy boshqaruv paneliga yetib borishidan oldin moslashtirish, vaqt sozlamalari va tiklanishdagi nuqsonlarni aniqlashi mumkin.

Teglarni moslashtirishdan oldin dasturiy ta’minot muvofiqligini tasdiqlang

“GX Simulator” atamasi turli GX Works avlodlari va MELSEC CPU oilalariga tegishli simulyatsiya funksiyalarini anglatishi mumkin. OPC mahsulotlari ham versiyasi va OPC DA yoki OPC UA dan foydalanishiga qarab farq qiladi. Factory I/O drayverlari har bir kombinatsiyani bir xil tarzda qo‘llab-quvvatlamasligi mumkin.

PLC oilasi, GX Works versiyasi, simulyator komponenti, OPC server mahsuloti va versiyasi, interfeys turi hamda Factory I/O versiyasini aniq qayd eting. Keyin OPC serveri simulyatsiya qilingan CPU ga ulana olishini tekshiring. Jismoniy Ethernet moduli bilan ishlaydigan ulanish usuli dasturiy simulyator bilan ham avtomatik ishlaydi, deb o‘ylamang.

Mitsubishi MX OPC ni MELSEC dasturlanuvchi kontroller ma’lumotlarini OPC orqali taqdim etadigan dasturiy ta’minot sifatida ta’riflaydi. Yangi MELSEC iQ-R qurilmalari ichki OPC UA server modulidan ham foydalanishi mumkin, biroq bu arxitektura simulyatsiya qilingan kontrollerga ulangan kompyuterda joylashgan serverdan farq qiladi. Loyihalash qaydlari va nosozliklarni bartaraf etishda bu yo‘llarni alohida saqlang.

Dasturiy ta’minotni sozlashdan oldin ma’lumotlar shartnomasini yozing

Har bir signal uchun bittadan qator bo‘lgan I/O ro‘yxatini yarating. Unda Factory I/O tegi, Mitsubishi qurilma manzili, ma’lumotlar turi, yo‘nalish, muhandislikdagi ma’nosi, standart holat, xavfsiz holat, yangilanish talabi va mas’ul tomon ko‘rsatilishi kerak. Odatda simulyatsiya maydon kirishlari holatlarini, PLC mantiqi esa ijrochi qurilma buyruqlarini boshqarishi kerak.

Bu egalik qoidasi ikki ilovaning bir nuqtaga yozishining oldini oladi. Simulyatsiya qilingan fotoelektrik datchik PLC kirish qurilmasiga yozishi, PLC esa Factory I/O o‘qiydigan motor buyrug‘ini yozishi mumkin. Agar ikkala tomon bitta tegga yozsa, har bir ulanish texnik jihatdan faol bo‘lsa ham, tasvir miltillashi yoki tasodifiy ko‘rinishi mumkin.

Bit qurilmalari, so‘zlar, ishorali butun sonlar, suzuvchi nuqtali qiymatlar va massivlar aniq tur bilan ishlashni talab qiladi. OPC mijozi qiymatni muvaffaqiyatli ko‘rsatishi mumkin, biroq Factory I/O uni noto‘g‘ri tur yoki bit tartibi sifatida talqin qilishi ehtimol. Avval bitta mantiqiy nuqta va o‘zgarishi aniq ko‘rinadigan bitta so‘z bilan boshlang. Yo‘nalish va masshtablash tasdiqlangandan keyingina kengaytiring.

Ulanishni bosqichma-bosqich yarating va sinang

Avval minimal PLC dasturini yarating va uni qo‘llab-quvvatlanadigan GX simulyatorida ishga tushiring. Ma’lum ichki qurilmani majburan yoqing yoki almashtiring va ladder monitorida kutilgan holat ko‘rsatilishini tasdiqlang. Bu dastur, tanlangan CPU va simulyator ishlayotganini tasdiqlaydi.

Ikkinchi bosqichda OPC serverini simulyatsiya qilingan kontroller uchun sozlang. Faqat bir nechta sinov teglarini yarating. Sifat, vaqt belgisi, qiymat va yozish imkoniyatini tasdiqlash uchun serverning o‘z mijozi yoki diagnostika ko‘rinishidan foydalaning. “bad” yoki “uncertain” deb belgilangan qiymat Factory I/O ochilishidan oldin shu bosqichda tuzatilishi kerak.

Uchinchi bosqichda Factory I/O OPC mijozini sozlang va tasdiqlangan teglarni ko‘rib chiqing yoki kiriting. Bitta simulyatsiya qilingan datchik va bitta ijrochi qurilma buyrug‘ini moslang. Har ikki yo‘nalishni mustaqil tasdiqlang: muhitdagi kirishni o‘zgartirib, PLC xotirasini kuzating, so‘ng PLC chiqishini o‘zgartirib, muhitni kuzating.

Bu qatlamli usul nosozliklarni ajratib beradi. Agar GX xotirasi o‘zgarmasa, muammo PLC simulyatsiyasida. Agar GX o‘zgarsa-yu, OPC mijozida o‘zgarish bo‘lmasa, server konfiguratsiyasi va qurilma manzillarini tekshiring. Agar OPC serveri sog‘lom bo‘lsa-yu, Factory I/O o‘zgarmasa, mijoz ulanishi, element nomlari, kirish huquqlari va teglarni moslashtirishni tekshiring.

Qatlamma-qatlam tekshirish PLC, OPC serveri va Factory I/O konfiguratsiyasidagi nosozliklarni ajratib ko‘rsatadi.

Uchta mustaqil tizimdagi vaqt farqlarini hisobga oling

PLC skanerlashi, OPC serveri so‘rovi, mijoz obunasi va Factory I/O fizikasi yangilanishi bir vaqtda sodir bo‘lmaydi. Birlashtirilgan namuna olish oralig‘idan qisqaroq datchik impulsi PLC uni kuzatishidan oldin yo‘qolishi mumkin. Hatto mahalliy ish stansiyasida ham tarmoq yoki kompyuter yuklamasi tebranishlarni keltirib chiqarishi mumkin.

Muhim hodisalar namuna olish jarayonidan omon qoladigan qilib loyihalanishi kerak. Simulyatsiya qilingan qurilma tasdiq olguncha holatni ushlab turishi yoki PLC mantiqi aniqlangan o‘tishni ketma-ketlik undan foydalanguncha saqlab turishi mumkin. Namoyish uchun har bir impulsni uzaytirish qulay, ammo chekka hodisalarni qayta ishlashdagi nuqsonlarni yashirishi mumkin. Sinov xatti-harakatini kutilayotgan jismoniy datchik va ishlab chiqarish tezligiga moslang.

Sozlangan OPC yangilanish tezligi to‘liq kechikish deb taxmin qilish o‘rniga, uchdan-uchgacha bo‘lgan amaldagi kechikishni o‘lchang. Ketma-ketlik uchun vaqt muhim bo‘lganda, muhitdagi o‘tish, OPC vaqt belgisi, PLC kuzatuvi, chiqish qarori va natijadagi muhit harakatini qayd eting.

OPC DA va ish stansiyasi cheklovlarini rejalashtiring

Klassik OPC DA Microsoft COM texnologiyasidan foydalanadi. Barcha ilovalar bitta Windows hisobida, bitta kompyuterda ishlaganda sozlash odatda soddaroq bo‘ladi. Taqsimlangan konfiguratsiyalar DCOM identifikatsiyasi, ruxsatlar, xavfsizlik devori va xizmat hisoblari bilan bog‘liq muammolarni keltirib chiqaradi. Interaktiv rejimda ishlaydigan ulanish qayta yuklangandan keyin OPC serveri boshqa hisob ostida ishga tushsa, ishlamasligi mumkin.

OPC UA boshqa xavfsizlik modelidan — yakuniy nuqtalar, sertifikatlar va siyosatlardan — foydalanadi. U DCOM ni chetlab o‘tadi, biroq sertifikat ishonchliligi, foydalanuvchi ruxsatlari va mos ma’lumotlar modellarini baribir talab qiladi. DA va UA ni o‘zaro almashinadigan nomlar deb qaramasdan, tanlangan dasturiy ta’minot aslida qo‘llab-quvvatlaydigan interfeysdan foydalaning.

Nosozlik va qayta ishga tushirish holatlarini ataylab sinang

Konveyer faol bo‘lganida OPC mijozini uzing. PLC simulyatorini to‘xtating. OPC serverini qayta ishga tushiring. Oldin yoqilgan chiqishlar bilan Factory I/O ni qayta oching. Eskirgan qiymatlar qayta paydo bo‘lgani yoki mijoz qayta ulangani uchungina mashina xavfli harakatni davom ettirmasligi kerak.

Sifatsiz qiymat, aloqa yo‘qolishi va ishga tushirish qiymatlariga javobni belgilang. Jarayonga qarab buyruqlar majburan o‘chirilishi, saqlab turilishi yoki boshqariladigan to‘xtash orqali bajarilishi mumkin. PLC haqiqiy noto‘g‘ri holatni mavjud bo‘lmagan ma’lumotdan ajrata olishi uchun kirishlarda aloqa holati biti kerak bo‘lishi mumkin.

Shuningdek, sovuq ishga tushirish, iliq qayta ishga tushirish, hisoblagichlarni saqlab qolish, retsept nomuvofiqligi, bloklangan datchiklar, bir vaqtda kelishlar va operator qayta o‘rnatishini sinang. Har bir yoziladigan tegning boshlang‘ich holatini va avtomatik rejimga kirish uchun zarur ketma-ketlikni hujjatlashtiring.

Virtual katakni sinov stendiga aylantiring

Takrorlanadigan qabul sinovlaridan foydalaning: ishga tushirishga ruxsatlar berilmaguncha hech qanday ijrochi qurilma ishlamasligi; har bir mahsulot uchun bittadan hisob; maqsadga yetganda boshqariladigan to‘xtash; bloklangan datchikda vaqt tugashi; aloqa yo‘qolganda nosozlik; va qayta ulangandan keyin oldindan aytib bo‘ladigan tiklanish. Teglar trendi va o‘tish/o‘tmaslik qaydlari harakatlanayotgan muhit skrinshotlaridan kuchliroq dalil beradi.

Mitsubishi kontroller variantlarini Mitsubishi Electric to‘plamida, kengroq kontroller qurilmalarini esa PLC & PAC tizimlari bo‘limida ko‘rib chiqish mumkin.

OPC faqat transport qatlamidir. Muhandislik qiymati virtual katak PLC xatti-harakati, signal egaligi, vaqt haqidagi taxminlar, nosozlikka javob va jismoniy mashinaga ko‘chadigan qayta ishga tushirish mantiqi uchun takrorlanadigan sinov muhitiga aylanganda namoyon bo‘ladi.