رفع ابهام از وضعیت‌های عملیاتی PLC و توالی‌های راه‌اندازی

کنترل‌کننده‌های منطقی برنامه‌پذیر مدرن، اجرای برنامه را از طریق وضعیت‌های عملیاتی متمایزی مدیریت می‌کنند: اجرا، توقف، راه‌اندازی و انتظار. هنگام روشن‌شدن، کنترل‌کننده ثبات‌های حافظه را در حالت توقف مقداردهی اولیه می‌کند و سپس برای مدتی کوتاه به حالت راه‌اندازی می‌رود. در این مرحله، خودآزمایی‌های داخلی سلامت سیستم را در سخت‌افزار و برنامه‌های کاربر ارزیابی می‌کنند. اگر کنترل‌کننده هیچ خطای بحرانی تشخیص ندهد، برای اجرای پیوسته برنامه کنترلی وارد حالت اجرا می‌شود. بااین‌حال، هرگونه ناهنجاری شدید سیستم، برای جلوگیری از رفتار نامنظم ماشین‌آلات در محیط کارخانه، CPU را فوراً به حالت توقف بازمی‌گرداند.

ناهنجاری‌های سخت‌افزاری و وضعیت‌های خطای ماژول

خرابی‌های بحرانی سخت‌افزاری اغلب باعث خروج کنترل‌کننده‌ها از حالت اجرا می‌شوند. اتصال کوتاه در گذرگاه‌های برق صفحه پشتی، قطع شدید ارتباط ماژول‌ها یا نوسان منبع تغذیه، موجب قطع فوری CPU بر اثر خطا می‌شود. ناهماهنگی‌های غیر بحرانی کارت‌ها ممکن است فقط هشدارهایی ایجاد کنند، بی‌آنکه پردازش را متوقف کنند. بااین‌حال، خرابی‌های فاجعه‌بار ماژول یا اتصالات آسیب‌دیده رک، روال‌های خاموش‌سازی حفاظتی را فعال می‌کنند تا از تجهیزات میدانی محافظت شود. در ۱۵ سالی که در کارخانه‌های صنعتی خدمات‌رسانی کرده‌ام، نصب منابع تغذیه افزونه برای صفحه پشتی و محافظت در برابر اضافه‌ولتاژ باکیفیت، به‌طور چشمگیری از قطع‌های ناخواسته CPU ناشی از سخت‌افزار کاسته است.

استثناهای منطق نرم‌افزار و خطاهای مدیریت حافظه

خطاهای اجرایی نرم‌افزار که مدیریت نمی‌شوند، یکی دیگر از عوامل اصلی خاموشی‌های پیش‌بینی‌نشده کنترل‌کننده هستند. اشتباه‌های رایج برنامه‌نویسی شامل عملیات ریاضی تقسیم بر صفر، سرریز اندیس آرایه، حلقه‌های بی‌نهایت و اتمام مهلت تایمر نگهبان است. هنگامی که منطق اجرا با استثنایی مدیریت‌نشده روبه‌رو می‌شود، پردازنده اجرا را متوقف می‌کند تا از خراب‌شدن وضعیت خروجی‌ها جلوگیری شود. علاوه‌براین، ذخیره‌نکردن تغییرات زمان اجرا در RAM غیرفرار می‌تواند هنگام راه‌اندازی مجدد سیستم باعث ناهماهنگی در جمع کنترلی حافظه شود. بنابراین، مهندسان کنترل باید بلوک‌های سازمانی مدیریت خطا (OBs) را پیاده‌سازی کنند تا پیش از ازکارافتادن CPU، خطاهای نرم‌افزاری را به‌شکلی ایمن مهار کنند.

محرک‌های خارجی، کلیدهای فیزیکی و مداخله از طریق شبکه

مداخله فیزیکی و شبکه‌ای نیز می‌تواند کنترل‌کننده‌ها را وارد حالت توقف کند. بسیاری از CPUهای صنعتی به کلیدهای فیزیکی یا ورودی‌های دیجیتال اختصاصی مجهزند که به‌عنوان سیگنال‌های توقف ایمنی خارجی پیکربندی شده‌اند. چرخاندن انتخاب‌گر فیزیکی یا تغییر وضعیت یک بیت ایمنی مشخص، اجرا را فوراً متوقف می‌کند. همچنین، کنترل‌کننده‌های مدرن دارای وب‌سرورهای داخلی و رابط‌های مدیریت از راه دور هستند. اپراتورها ممکن است ناخواسته فرمان‌های توقف از راه دور را از طریق شبکه‌های اترنت صنعتی فعال کنند. بنابراین، مهندسان اتوماسیون باید احراز هویت سخت‌گیرانه مبتنی بر نقش و قواعد دیواره آتش را برای همه اتصالات شبکه کنترل اعمال کنند.

سناریوی کاربردی در دنیای واقعی: بازیابی ستون تقطیر پتروشیمی

در جریان تعمیرات اساسی اضطراری در یک کارخانه پالایش شیمیایی پیوسته، کنترل‌کننده یک ستون تقطیر اصلی بارها و به‌طور تصادفی به حالت توقف رفت. تیم مهندسی گزارش‌های بافر عیب‌یابی پردازنده را بررسی کرد و یک استثنای تقسیم بر صفرِ مدیریت‌نشده را در روال جبران‌سازی دبیِ کالیبره‌نشده کشف کرد. مهندسان با بازنویسی الگوریتم برای محدودکردن کران‌های تقسیم در حد پایین و افزودن ماژول‌های مدیریت خطا، پایداری کنترل‌کننده را کاملاً بازیابی کردند. کارخانه بدون خطر توقف ناخواسته تولید یا بروز مخاطرات ایمنی شیمیایی، فعالیت پیوسته شبانه‌روزی خود را از سر گرفت.

درباره نویسنده

لی شنگ‌جی، معمار ارشد سامانه‌های اتوماسیون است و ۱۵ سال تجربه میدانی بین‌المللی دارد. حوزه تخصص او عیب‌یابی PLC، طراحی مقاوم در برابر خطای DCS، پایش ارتعاش TSI و اتوماسیون سیستم‌های قدرت است. او مرتباً مقالات سفید فنی و راهنماهای بهترین شیوه‌های مهندسی را برای نشریات بین‌المللی اتوماسیون صنعتی می‌نویسد.