1769-L30ER PLC da Produced/Consumed teglarni qanday sozlash kerak
Ushbu qo'llanma 1769-L30ER va boshqa Logix PLC o'rtasida Produced/Consumed aloqa qanday sozlanishini tushuntiradi. Siz sanoat avtomatlashtirishda ishonchli ma'lumot almashinuvi uchun asosiy sozlamalar, tarmoq maslahatlari va diagnostika usullarini o'rganasiz.
Ishlab chiqaruvchi-iste'molchi modeli nima?
Ushbu aloqa usuli master-slave so'rovlarini yo'q qiladi. Natijada, tarmoq kechikishlari kamayadi va kamroq kenglik ishlatiladi. 1769-L30ER bir vaqtning o'zida 16 ta ishlab chiqarilgan va 16 ta iste'mol qilingan tegni qo'llab-quvvatlaydi. Bitta ishlab chiqarilgan teg bir nechta boshqaruvchilarga ma'lumot yuborishi mumkin, bu esa multicast trafikni samaraliroq qiladi.
Iste'molchi tomoni yangilanishlarni olish tezligini belgilash uchun Requested Packet Interval (RPI) ni ishlatadi. RPI qiymatlari odatda 2 ms dan 750 ms gacha bo'ladi. Tezroq RPI yaxshiroq ishlashni ta'minlaydi, ammo tarmoq yukini oshiradi. Muhandislar tezlik va tizim sig'imini muvozanatlash uchun mos qiymatni tanlashlari kerak.
Boshlashdan oldin kerak bo'ladiganlar
Ikkala PLC ham quvvatlangan va EtherNet/IP tarmog'i orqali ulanganligiga ishonch hosil qiling. 1769-L30ER firmware versiyasi 20.011 yoki undan keyingi bo'lishi kerak. Barcha sozlamalarga kirish uchun Studio 5000 Logix Designer versiyasi 21 yoki yangiroqdan foydalaning.
Har bir boshqaruvchiga noyob IP manzillarni tayinlang. Masalan, PLC A ni 192.168.1.10 ga, PLC B ni 192.168.1.20 ga o'rnating. Ikkala qurilma ham bir xil subnet maskasi va gateway dan foydalanishi kerak. Tarmoq kaliti keraksiz trafikni oldini olish uchun multicast filtrlashni qo'llab-quvvatlashi lozim.
L30ER 256 gacha TCP/IP ulanishlarini qo'llab-quvvatlaydi. Tizimingizni loyihalashda bu chegarani yodda tuting. DINT[10] yoki REAL[5] kabi aniq ma'lumot turlari bilan teg ro'yxatini tayyorlang va o'zgartirishlar qilishdan oldin loyihangizni zaxiralang.
Ishlab chiqarilgan tegni qanday sozlash kerak
Studio 5000 da boshqaruvchi tashkilotchisini oching va "Controller Tags" papkasiga o'ting. O'ng tugmani bosing va "New Tag" ni tanlab, ishlab chiqarilgan teg yarating. Uni "Producer_Data_Array" kabi aniq nom bering.
"Type" ni "Produced" ga o'rnating va to'g'ri ma'lumot turini tanlang. Iste'molchi murojaat qilishi uchun noyob ulanish nomini kiriting. RPI qiymatini belgilang — tez harakat nazorati uchun 10 ms, kamroq muhim vazifalar uchun 50 ms ni ishlating.
"Unicast" ni faqat bitta iste'molchi tegni ishlatadigan bo'lsa yoqing. Bu tarmoq kengligini tejaydi. Teg yaratgandan so'ng, o'zgarishlarni boshqaruvchiga yuklab, uni Ishlash rejimiga o'tkazing.
Iste'mol qilingan tegni qanday sozlash kerak
Iste’molchi PLC da yangi teg yarating va uning turini "Consumed" deb belgilang. Ma’lumot turi ishlab chiqaruvchi teg bilan aniq mos kelishiga ishonch hosil qiling. Ishlab chiqaruvchining IP manzili va oldin belgilangan ulanish nomini kiriting.
Iste’molchi tomonida RPI ni ishlab chiqaruvchi RPI ga teng yoki uning ko‘paytmasi qilib belgilang. Masalan, ishlab chiqaruvchi 10 ms ishlatsa, iste’molchi 10 ms yoki 20 ms qilib o‘rnating. Aloqa nosozliklarini aniqlash uchun odatda RPI ning to‘rt barobariga teng vaqt tugash qiymatini sozlang.
Sozlashdan so‘ng "Connection Status" tizim o‘zgaruvchisini tekshiring. Qiymat 0 bo‘lsa, ulanish sog‘lom. 1 yoki 2 qiymatlari xatolarni bildiradi. O‘zgarishlarni yuklab oling va oddiy almashtirish rutini bilan ma’lumot almashinuvini sinab ko‘ring.
Tarmoq ishlash bo‘yicha maslahatlar
EtherNet/IP tarmoqlari odatda 100 Mbps yoki 1 Gbps tezlikda ishlaydi. Biroq, haqiqiy ishlash ulanishlar soni va ularning RPI sozlamalariga bog‘liq. Masalan, har biri 10 ms bo‘lgan o‘n ta ishlab chiqarilgan teg taxminan 1,000 paket/sekund hosil qiladi, bu 100 Mbps tarmoqning taxminan 2-3% ni ishlatadi.
Multikast trafikni boshqarish uchun IGMP snooping bilan boshqariladigan switchlardan foydalaning. EtherNet/IP paketlarini ustuvor qilish va tebranishni kamaytirish uchun Sifat Xizmati (QoS) ni yoqing. Yuqori tezlikdagi ilovalar uchun muhim ma’lumotlarni ajratish maqsadida alohida VLANlardan foydalanishni ko‘rib chiqing.
Tarmoq yukini quyidagi formula bilan hisoblang: Umumiy kenglik = (Teglar soni × Paket hajmi × 8) / RPI. Jami foydalanishni 60% dan pastda saqlang, bu portlashli trafik va qayta yuborishlar uchun joy qoldiradi.
Muammolarni aniqlash va tuzatish
Modul obyekti "FaultCode" va "Status" atributlarini o‘qish uchun GSV ko‘rsatmasidan foydalaning. FaultCode 16#0022 odatda tarmoq tiqilinchligi sababli vaqt tugashini anglatadi. Iste’mol qilingan teg xususiyatlaridagi ulanish yo‘lida imlo xatolarini ikki marta tekshiring.
Boshqaruvchining I/O LEDini kuzating. Qizil chiroq yonib-o‘chishi aloqa nosozligini bildiradi. Paket almashinuvini ushlash va tekshirish uchun EtherNet/IP dissektori bilan Wireshark dasturidan foydalaning. "Forward Open" so‘rov va javoblarini qidirib, qo‘l berish jarayonini tasdiqlang.
Muammolar davom etsa, vaqt tugash qiymatini asta-sekin oshiring. Muammoning konfiguratsiya bilan bog‘liq yoki apparat bilan bog‘liq ekanligini aniqlash uchun ishlayotgan teg bilan sinovdan o‘tkazing. Shuningdek, boshqaruvchining Hodisalar jurnalini nosozlik yozuvlari uchun tekshiring.
Yuqori tezlikdagi ilovalar uchun optimallashtirish
Harakatni boshqarish yoki robototexnika uchun RPI ni 2 ms ga kamaytiring va maxsus EtherNet/IP portidan foydalaning. L30ER ning ichki porti ushbu tezlikda sakkiz tagacha tugunni boshqarishi mumkin. Aloqa yukini kamaytirish uchun individual teglar o‘rniga massivlardan foydalaning.
Tebranishni oldini olish uchun ma'lumot ishlab chiqarishni davriy vazifaga bog'lang. Trafikni kamaytirish uchun Change of State (COS) triggerlaridan foydalanishni ko'rib chiqing, ammo iste'molchining asinxron yangilanishlarni qabul qila olishiga ishonch hosil qiling.
Haqiqiy yangilanish kechikishlarini o'lchash uchun Task Monitor vositasidan foydalaning. Zarur bo'lsa, tizimning umumiy vaqt bo'lakchasini sozlab, aloqa vazifalariga yuqori ustuvorlik bering.
Xavfsizlik va zaxira ko'rib chiqishlari
Iste'molchining faol ekanligini tasdiqlash uchun ishlab chiqarilgan ma'lumotlarga yurak urishi signalini qo'shing. Masalan, har bir siklda oshib boruvchi hisoblagichni qo'shing. Agar iste'molchi yangilanishlarni qabul qilishni to'xtatsa, xavfsiz o'chirishni ishga tushiring.
Zaxira uchun alohida kalitlar bilan ikki tarmoqli ulanishdan foydalaning. Iste'molchining asosiy ulanishi uzilganda zaxira IP ga o'tishini sozlang. "Ulanish yo'qolgan" rutinasini aniqlang va chiqishlarni xavfsiz holatlarga o'rnating.
Muhim jarayonlar uchun Studio 5000 dagi Redundancy funksiyasidan foydalanishni ko'rib chiqing. Bu qo'shimcha apparat talab qiladi, ammo boshqaruvchi juftliklari uchun nol ma'lumot yo'qotish bilan almashtirishni ta'minlaydi.
Misol: L30ER dan L33ER ga ma'lumot almashinuvi
Ushbu misolda, L30ER 20 ms RPI da DINT[10] massivini L33ER ga uzatadi. L30ER IP manzili 192.168.1.10, L33ER IP manzili 192.168.1.30. Ikkalasi ham 32.011 firmware va Studio 5000 versiyasi 32 da ishlaydi.
Ishlab chiqarilgan teg "Axis_Data" deb ataladi va pozitsiya hamda tezlik qiymatlarini saqlaydi. Iste'mol qilingan teg "Received_Axis" shu tuzilmani moslashtiradi. Sozlashdan so'ng, ulanish holati 0 ni ko'rsatadi, bu muvaffaqiyatni anglatadi.
L33ER ma'lumotlarni har 20 ms da o'qiydi, bu ishlab chiqaruvchining RPI ga mos keladi. O'lchangan tebranish 1 ms dan past bo'lib, bu ko'pchilik sinxronizatsiya vazifalari uchun yaxshi ishlaydi. FactoryTalk View real vaqt qiymatlari va ulanish holatini ko'rsatadi.
Ishga tushirishdan oldingi yakuniy tekshiruv ro'yxati
Ishlab chiqarishni boshlashdan oldin, barcha teglar to'g'ri xaritalanganligini tasdiqlang. Har bir iste'mol qilingan tegni ishlab chiqaruvchida ma'lum qiymatni majburlab, iste'molchida o'qib sinab ko'ring. Har qanday moslik xatolarini aniqlash uchun Studio 5000 dagi Verify funksiyasidan foydalaning.
Sozlamalar saqlanib qolishini ta'minlash uchun ikkala boshqaruvchini ham quvvatdan o'chirib yoqing. Eng yuqori yuk paytida tarmoq trafigini protokol tahlilchisi yordamida kuzatib boring. Har bir boshqaruvchida CPU ishlatilishi xavfsizlik chegaralari uchun 75% dan past ekanligini tekshiring.
Kelajakda murojaat qilish uchun barcha RPI, vaqt tugashi va ulanish sozlamalarini hujjatlashtiring. Diagnostika LEDlarini va GSV xato kodlarini qanday o'qishni o'rgatish uchun texnik xizmat ko'rsatish xodimlarini tayyorlang. Nihoyat, tarmoq kabelini uzib ko'ring va zaxira va signal javoblari to'g'ri ishlashini tasdiqlang.
Umumiy foydalanish holatlari
Ishlab chiqarilgan/iste’mol qilingan aloqa muvofiqlashtirilgan harakatni boshqarish, qadoqlash liniyasi PLClari o‘rtasida real vaqt ma’lumot almashinuvi va sinxron materiallarni boshqarish uchun yaxshi ishlaydi. Shuningdek, bir nechta boshqaruvchilar bir xil sensor ma’lumotlarini talab qiladigan tarqatilgan I/O tizimlarini qo‘llab-quvvatlaydi.
Masalan, shishalash zavodida L30ER to‘ldirish darajasi ma’lumotini bir nechta pastki PLClarga yuborishi mumkin. Bu esa qopqoq qo‘yish va yorliqlash jarayonlarini muvofiqlashtirish imkonini beradi. Ombor avtomatlashtirishda markaziy boshqaruvchidan olingan pozitsiya ma’lumotlari bir nechta robot tanlovchilari tomonidan iste’mol qilinib, sinxron harakatni ta’minlaydi.
Umumiy muammolarga yechimlar
Ishlab chiqarilgan/iste’mol qilingan teglarni joriy etishda tez-tez uchraydigan muammolar tarmoq tiqilishi, ma’lumot mos kelmasligi va ulanish vaqti tugashi hisoblanadi. Tarmoq tiqilishini kamaytirish uchun QoS bilan boshqariladigan switchlardan foydalaning. Mos kelmasliklarni oldini olish uchun ma’lumot tuzilmalarini oflayn tekshiring. Haqiqiy tarmoq sharoitlariga asoslangan to‘g‘ri vaqt tugash qiymatlarini belgilang.
Katta tizimlar uchun tarmog‘ingizni VLANlarga bo‘ling va muhim bo‘lmagan ma’lumotlar uchun RPI qiymatlarini kamaytiring. Doimiy tarmoq tekshiruvlari ishlab chiqarishga ta’sir qilmasdan oldin tiqilishni aniqlashga yordam beradi.
Tez-tez so‘raladigan savollar
1. 1769-L30ER nechta ishlab chiqarilgan teglarni qo‘llab-quvvatlay oladi?
1769-L30ER 16 taggacha ishlab chiqarilgan teglarni qo‘llab-quvvatlaydi. Har bir teg bir nechta boshqaruvchilar tomonidan iste’mol qilinishi mumkin, bu esa ko‘p manzilli ma’lumot almashishni samarali qiladi.
2. Ishlab chiqarilgan va iste’mol qilingan ma’lumot turlari mos kelmasa nima bo‘ladi?
Ma’lumot turi mos kelmasligi katta xatoga olib keladi va aloqa to‘xtaydi. Har doim ikkala tegning tuzilmalari bir xil ekanligini ishga tushirishdan oldin tekshiring.
3. Ulanish xatolarini qanday aniqlash mumkin?
FaultCode va Status ni o‘qish uchun GSV ko‘rsatmasidan foydalaning. 16#0022 FaultCode vaqti tugaganini bildiradi. Shuningdek, ulanish yo‘lini tekshiring va ikkala boshqaruvchining Run rejimida ekanligini tasdiqlang.
4. Turli PLC oilalari orasida ishlab chiqarilgan/iste’mol qilingan teglarni ishlata olamanmi?
Ha, agar ikkala boshqaruvchi ham EtherNet/IP producer/consumer funksiyalarini qo‘llab-quvvatlasa. Sizga dasturiy ta’minot mosligini sozlash va ma’lumot tuzilmalarining mosligini ta’minlash kerak bo‘lishi mumkin.
5. Harakatni boshqarish uchun qaysi RPI ni ishlatishim kerak?
Harakatni boshqarish uchun odatda 2 ms RPI ishlatiladi. Bu esa tarmoqni maxsus ajratishni va tarmoq tiqilishini oldini olish uchun ehtiyotkorlik bilan kenglikni boshqarishni talab qiladi.
Savollar yoki texnik yordam uchun iltimos murojaat qiling:
Elektron pochta: sales@nex-auto.com
Telefon: +86 153 9242 9628
Hamkor: NexAuto Technology Limited
Qo‘shimcha ma’lumot uchun quyidagi mashhur mahsulotlarni AutoNex Controls saytida tekshiring
