چرا عیبیابی PLC باید مرحلهبهمرحله باشد؟
در یک خط تولید، توقف دستگاه همیشه به معنی خرابی خود PLC نیست. منشأ خطا ممکن است تغذیه ۲۴ ولت، فیوز، سنسور، کابل، ماژول ورودی و خروجی، شبکه صنعتی، درایو، اینترلاک نرمافزاری یا فرمان اشتباه اپراتور باشد. تعویض تصادفی قطعات معمولاً زمان توقف را بیشتر میکند؛ اما یک مسیر مشخص عیبیابی باعث میشود هر بخش با شواهد واقعی بررسی شود.
مرحله اول: ثبت دقیق نشانههای خطا
قبل از هر تغییر، زمان وقوع خطا، وضعیت چراغهای CPU و ماژولها، متن آلارم HMI، حالت کاری ماشین، آخرین فرمان اپراتور و تجهیزی که متوقف شده را ثبت کنید. مشخص کنید خطا دائمی است یا مقطعی و آیا پس از خاموش و روشنکردن دوباره تکرار میشود.
اگر بدون ثبت وضعیت، PLC یا درایو ریست شود، بسیاری از شواهد مهم از بین میروند و تشخیص خطای مقطعی دشوارتر میشود.
مرحله دوم: بررسی برق و تغذیه کنترل
ولتاژ تغذیه PLC، منبع ۲۴ ولت، فیوزها، ترمینالها، سیم نول یا صفر ولت و اتصال زمین را بررسی کنید. افت ولتاژ هنگام روشنشدن شیر برقی، کنتاکتور یا رله میتواند باعث ریستشدن CPU، قطع شبکه یا تغییر وضعیت ورودیها شود.
- ولتاژ را فقط در حالت بیباری اندازه نگیرید؛ هنگام فرماندادن تجهیز هم کنترل کنید.
- اتصالات شل، سوکتهای نیمهجا و آثار گرمشدگی ترمینالها را بررسی کنید.
- تغذیه سنسورها و ماژولهای شبکه را جدا از تغذیه اصلی CPU کنترل کنید.
مرحله سوم: بررسی وضعیت CPU و ماژولها
چراغهای RUN، ERROR، BATTERY، BUS یا SF/BF در برندهای مختلف مفهوم مشخصی دارند. با نرمافزار برنامهنویسی وارد Diagnostics یا Error History شوید و کد خطا، زمان وقوع و ماژول درگیر را بخوانید. پاککردن خطا قبل از ثبت آن، مسیر عیبیابی را سخت میکند.
در پروژههای توسعهیافته، عدم تطابق پیکربندی سختافزار با ماژولهای واقعی، تغییر آدرس I/O یا خرابی کانال یک ماژول میتواند CPU را وارد خطا کند یا بخشی از برنامه را از کار بیندازد.
مرحله چهارم: کنترل ورودیها و خروجیها
وضعیت واقعی سنسور را با LED ماژول و مقدار آنلاین داخل برنامه مقایسه کنید. اگر سنسور فعال است ولی LED ورودی روشن نمیشود، مشکل احتمالاً در سنسور، کابل، تغذیه یا ترمینال است. اگر LED روشن است ولی بیت داخل برنامه تغییر نمیکند، آدرسدهی یا پیکربندی ماژول باید بررسی شود.
برای خروجیها نیز بین «فرمان منطقی برنامه»، «LED خروجی» و «ولتاژ واقعی روی ترمینال» تفاوت قائل شوید. ممکن است برنامه فرمان بدهد ولی یک اینترلاک خروجی را قطع کند؛ یا LED روشن باشد اما رله واسط، فیوز یا کابل قدرت خراب باشد.
مرحله پنجم: پیدا کردن اینترلاک بازدارنده
یکی از رایجترین دلایل اجرا نشدن موتور یا شیر، برقرارنبودن یک شرط مجاز است. در حالت Online، مسیر منطق فرمان را بررسی کنید و اولین شرطی را که اجازه عبور نمیدهد پیدا کنید. نمونههای متداول شامل Emergency Stop، آمادهنبودن درایو، فشار پایین، سطح نامناسب، بازبودن حفاظ، وضعیت نامعتبر سنسور یا انتخابنشدن حالت Auto هستند.
برای اینکه عیبیابی آینده سریعتر شود، بهتر است علت آمادهنبودن هر تجهیز در HMI نمایش داده شود. در پروژههای جدید میتوان برای هر فرمان یک کد «Not Ready Reason» تعریف کرد.
مرحله ششم: بررسی شبکه صنعتی
قطع ارتباط PLC با HMI، درایو، Remote I/O یا سیستم SCADA میتواند کل خط یا بخشی از آن را متوقف کند. وضعیت کابل، کانکتور، سوئیچ، آدرس IP، شماره Station، Termination و چراغهای Link/Activity را بررسی کنید.
- در Ethernet، تداخل IP و تغییر تنظیمات شبکه را کنترل کنید.
- در RS485، قطببندی D+ و D-، شیلد، زمین مشترک و مقاومت انتهایی مهم است.
- در شبکههای صنعتی، نرخ خطا و Diagnostic Buffer تجهیزات را بخوانید.
برای جزئیات بیشتر میتوانید صفحه ابزار دقیق و شبکه صنعتی را ببینید.
مرحله هفتم: بررسی درایو و تجهیزات قدرت
اگر PLC فرمان Run میدهد ولی موتور حرکت نمیکند، وضعیت Ready، Enable، Fault، Reference و Local/Remote درایو را بررسی کنید. همچنین کنتاکتور، ترمز مکانیکی، مقاومت ترمز، انکودر و فیدبک سرعت میتوانند در توقف نقش داشته باشند.
خطاهای Overcurrent، Overvoltage، Encoder Loss یا External Fault باید بر اساس شرایط واقعی بار و پارامترهای درایو تحلیل شوند. پاککردن خطا بدون پیدا کردن علت، احتمال تکرار و آسیب بیشتر را بالا میبرد. برای خدمات تخصصی مرتبط، صفحه راهاندازی و عیبیابی درایو صنعتی در دسترس است.
مرحله هشتم: بررسی HMI و فرمان اپراتور
ممکن است مقدار Setpoint، انتخاب مد، سطح دسترسی یا Tag ارتباطی در HMI اشتباه باشد. مقدار نمایشدادهشده در HMI را با مقدار آنلاین PLC مقایسه کنید. اگر مقدار در HMI تغییر میکند اما در PLC ثابت است، ارتباط یا آدرس Tag باید بررسی شود.
طراحی مناسب صفحات اپراتوری، آلارمها و ترندها میتواند زمان تشخیص خطا را بهطور محسوسی کم کند. جزئیات این بخش در صفحه طراحی HMI و SCADA توضیح داده شده است.
خطاهای مقطعی را چگونه پیدا کنیم؟
خطاهای مقطعی معمولاً با مشاهده لحظهای پیدا نمیشوند. برای آنها باید History، Trend، شمارنده خطا و ثبت وضعیت ورودیهای مهم را فعال کرد. ثبت زمان دقیق افت ولتاژ، قطع شبکه، تغییر سنسور یا Fault درایو کمک میکند چند رویداد همزمان با یکدیگر مقایسه شوند.
در خطوط حساس، ذخیره Snapshot از وضعیت چند ده سیگنال قبل و بعد از توقف میتواند علت اصلی را مشخص کند.
اشتباهات رایج هنگام عیبیابی
- تعویض PLC یا ماژول بدون خواندن Diagnostic و کد خطا
- Force کردن خروجی بدون بررسی شرایط ایمنی و مکانیکی
- تغییر همزمان چند پارامتر و ازبینرفتن امکان مقایسه
- دانلود برنامه قدیمی بدون گرفتن Backup از نسخه موجود
- نادیدهگرفتن کابل، ترمینال، تغذیه و نویز الکتریکی
- ریستکردن خطا قبل از ثبت شواهد
چکلیست کوتاه عیبیابی PLC
- ثبت آلارم، زمان و شرایط وقوع خطا
- بررسی برق، تغذیه و اتصال زمین
- خواندن Diagnostic CPU و ماژولها
- مقایسه سنسور، LED ورودی و بیت آنلاین
- بررسی فرمان، اینترلاک و خروجی واقعی
- کنترل شبکه، HMI، درایو و Remote I/O
- اعمال فقط یک تغییر در هر مرحله
- ثبت نتیجه و تهیه Backup پس از رفع خطا
چه زمانی به بررسی تخصصی نیاز است؟
اگر خطا تکرارشونده، بین چند سیستم مشترک، مرتبط با شبکه، درایو، سیگنال آنالوگ یا توالی پیچیده ماشین باشد، بررسی همزمان برنامه PLC، HMI، نقشه برق و تجهیزات میدانی ضروری است. در چنین شرایطی تغییرهای پراکنده میتواند خطا را پنهان کند یا توقف جدیدی بسازد.
برای بررسی برنامه، عیبیابی خط تولید و تحلیل لاجیک میتوانید صفحه برنامهنویسی و عیبیابی PLC را مشاهده کنید.
درخواست بررسی پروژه
اگر تجهیز شما S7-1200 است، مقاله معنی چراغهای RUN/STOP، ERROR و MAINT و خواندن Diagnostic Buffer را نیز ببینید؛ این راهنما مسیر تشخیص اختصاصی CPUهای این خانواده را توضیح میدهد.
برای عیبیابی PLC، HMI، شبکه صنعتی، درایو و تجهیزات خطوط تولید با بینش کنترل در ارتباط باشید.