چگونه مشکلات ارتباطی را در PLCهای امرن و میتسوبیشی عیبیابی کنیم؟
اگر در بخش کنترل در صنعت تولید ایالات متحده کار میکنید، روال کار را میدانید. شما جلوی یک تابلو در میشیگان، تگزاس یا اوهایو ایستادهاید. HMI یخ زده است. چراغ LED قرمز «COMM ERR» با آن ریتم یکنواخت و آزاردهنده چشمک میزند. در یک سمت کارخانه، یک Omron سری CJ دارید که خط بستهبندی را مدیریت میکند. در سمت دیگر، یک Mitsubishi سری Q دارید که جابجایی مواد را کنترل میکند. و در حال حاضر، آنها با یکدیگر صحبت نمیکنند—یا بدتر از آن، با شما صحبت نمیکنند.
در بیش از ۲۰ سال کار در زمینه یکپارچهسازی، دیدهام که مشکلات ارتباطی سریعتر از یک فیوز سوخته، کارخانه را متوقف میکنند. معمولاً این یک مرگ سختافزاری نیست؛ بلکه یک سردرد پیکربندی است.
این راهنمای بدون حاشیه و دادهمحور شما برای تشخیص مکررترین خرابیهای ارتباطی در PLCهای Omron و Mitsubishi است که بر اساس گزارشهای خطای واقعی و تعمیرات میدانی تهیه شده است.
-
بخش ۱: مظنونین همیشگی (فیزیکی و پیکربندی)
قبل از اینکه در دامپهای هگز غرق شوید، لایه فیزیکی را بررسی کنید. در یک پروژه ارتقاء اخیر برای یک شرکت بزرگ فولاد در Ecorse، MI، مهندسان ساعتها وقت صرف جستجوی خطای «شبکه قطع است» کردند. آنها تصور میکردند PLC جدید معیوب است. مشخص شد که بخشهایی از کابل فیبر نوری در شبکه حلقوی آسیب دیده است. درس؟ لایه ۱ همیشه برنده است.
برای سیستمهای Omron:
اشتباه سوئیچ DIP: اگر سعی دارید از طریق سریال به یک CS1/CJ1 متصل شوید و نتیجهای نمیگیرید، سوئیچ DIP شماره ۵ را بررسی کنید. اگر در موقعیت اشتباه باشد، پورت سریال شما عملاً مرده است.
گناه «پورت COM اشتباه»: احمقانه به نظر میرسد، اما CX-Programmer بهطور پیشفرض روی COM1 تنظیم شده است. اگر از یک مبدل USB به سریال روی COM6 استفاده میکنید، تا زمانی که این تنظیمات را بهصورت دستی مطابقت ندهید، متصل نخواهید شد.
برای سیستمهای Mitsubishi:
مقاومت پایاندهنده (Termination): در شبکههای قدیمیتر MELSEC (RS422/485)، نبود مقاومتهای پایاندهنده باعث خطاهای ترسناک «7F» یا «FD» میشود. اگر خطاهای Framing یا Overrun میبینید، نرخ باود (baud rate) شما نامطابق است یا کابل شما در حال دریافت نویز از آن VFDهای کنار تابلو است.
-
بخش ۲: رمزگشایی چراغهای چشمکزن (دادههای خطای واقعی)
حدس نزنید. به کد نگاه کنید. PLCهای مدرن اگر زبانشان را بلد باشید، دقیقاً به شما میگویند چه مشکلی وجود دارد.
Omron: فایلهای «0A» و «06»
اگر PLC Omron شما چشمک میزند اما کاملاً از کار نیفتاده است، گزارش خطا را در Sysmac Studio یا CX-Programmer بررسی کنید.
خطای 0601 (خطای ارتباطی): این خطای «میزبان مرا نادیده میگیرد» شماست. معمولاً این یک عدم تطابق پروتکل است. آیا سعی دارید از FINS روی TCP/IP استفاده کنید در حالی که دستگاه انتظار سوکتهای خام (raw sockets) را دارد؟ راهحل: نرخ باود و تنظیمات پروتکل را در هر دو طرف بررسی کنید.
خطای 0A02 (وقفه زمانی EtherNet/IP): این خطا در بخش خودرو بسیار رایج است. به این معنی است که تگ وجود ندارد یا سوئیچ در حال حذف بستههاست. راهحل واقعی: IGMP snooping را روی سوئیچ مدیریتی خود فعال کنید. بدون آن، ترافیک چندپخشی (multicast) شبکه را پر کرده و دستگاهها را از شبکه خارج میکند.
خطای 00F0 (هشدار چرخه برق): فقط آن را ریست نکنید. این معمولاً نشاندهنده افت ولتاژ یا شل بودن ریل برق 24V DC است. اگر این را دیدید، قبل از زدن دکمه ریست، یک مولتیمتر بردارید، وگرنه ۱۰ دقیقه دیگر دوباره اتفاق میافتد.
Mitsubishi: کدهای «4000» و «7F»
خطاهای Mitsubishi اغلب مرموزتر هستند، اما دادهها دقیق هستند.
خطای 0x4000 (خطای Checksum): این یک مشکل لایه فیزیکی است. دادهها روی سیم در حال خراب شدن هستند. راهحل: اتصال زمین (grounding) خود را بررسی کنید. اگر نول شناور یا حلقه زمین بدی دارید، دادههای سریال درهمریخته میشوند.
خطای 0x4031 (آدرس خارج از محدوده): HMI شما درخواستی برای یک آدرس حافظه دارد که در PLC وجود ندارد. این اتفاق زمانی که اپراتور یک فایل پروژه HMI را تعویض میکند اما فراموش میکند نگاشت PLC را بهروزرسانی کند، دائماً رخ میدهد. راهحل: تگهای HMI (مانند Pro-face یا C-more) را با نقشه حافظه GX Works2/3 مطابقت دهید.
خطای 02:FD (خطای دریافت داده): PLC قطع شدن کابل یا جهش نویز را مشاهده کرده است. اگر این اتفاق بهصورت متناوب رخ میدهد، عملکرد Sum Check و نوشتن در حالت RUN را در پارامترهای PLC روشن (ON) کنید. این کار سرعت را چند میکروثانیه کاهش میدهد اما سلامت عقل شما را حفظ میکند.
-
بخش ۳: تله «ارتقاء سیستمهای قدیمی»
ما اخیراً یک مطالعه موردی دیدیم که در آن یک مرکز، سیستم Mitsubishi سری A خود را به سری Q ارتقا داد. کد منتقل شد، اما شبکه فروپاشید.
چرا؟ معماری تغییر کرد.
سیستم قدیمی از یک مکان حافظه بافر خاص برای تبادل داده استفاده میکرد. سری Q جدید، که با GX Works 2 اجرا میشد، فیبر MELSECNET را متفاوت مدیریت میکرد. راهحل، سیمکشی مجدد کل کارخانه نبود؛ بلکه اضافه کردن یک ماژول اترنت خاص برای صحبت مستقیم با پایگاه داده PostgreSQL بود.
نکته حرفهای برای کارخانههای ایالات متحده: هنگام انتقال از Omron CP1H (سریال) به NX/NJ (اترنت)، فقط «کپی/پیست» کردن منطق نردبانی قدیمی را انجام ندهید. زمانبندی متفاوت است. اگر خطای 0x84300001 را روی یک NJ با CPX I/O میبینید، تقریباً همیشه به دلیل عدم تطابق فایل ESI یا شکاف نسخه فریمور بین استاد (master) و برده (slave) است.
-
بخش ۴: HMI دروغ میگوید (یا، چگونه تأیید کنیم)
اغلب، HMI میگوید «PLC پاسخ نمیدهد»، اما PLC سالم است. این یک تداخل آدرس گره (node address) است.
Omron FINS: هر گره در شبکه به یک شماره گره منحصر به فرد نیاز دارد. اگر یک کارت حافظه را کپی کنید، شما No را کپی کردهاید.
Tsuen Wan,HONG KONG
