مهاجرت یا ارتقای PLC؟ راهنمای تصمیم‌گیری برای آلن-بردلی و اشنایدر
وقتی پشتیبانی از یک پلتفرم PLC دشوار می‌شود، تصمیم فقط انتخاب بین یک CPU جدید و یک برند جدید نیست. پیش از خرید سخت‌افزار، پشتیبانی چرخه عمر، سازگاری، ریسک فرایند، مدت زمان توقف، تلاش مهندسی و یک برنامه بازگشت معتبر را مقایسه کنید.
چرا حفظ و پشتیبانی از سیستم‌های PLC دشوار می‌شود؟
ممکن است یک برنامه در حال اجرا سال‌ها پایدار بماند، اما قطعات یدکی، پشتیبانی فریم‌ور، ابزارهای مهندسی، نیازهای امنیت سایبری و دانش کارکنان تغییر کنند. صرفاً قدیمی بودن، پایان عمر را ثابت نمی‌کند. وضعیت فعلی چرخه عمر را برای شماره‌قطعه‌های دقیق در کاتالوگ سازنده بررسی کنید، سپس CPU، ورودی/خروجی، شبکه، درایوها، عملکردهای ایمنی و نسخه‌های نرم‌افزار نصب‌شده را فهرست کنید.
تفاوت ارتقا و مهاجرت چیست؟
ارتقا معمولاً بخشی از یک پلتفرم موجود را به نسخه جدیدتر و پشتیبانی‌شده منتقل می‌کند؛ مهاجرت، یک برنامه کاربردی را به پلتفرم یا معماری دیگری منتقل می‌کند. مهاجرت لزوماً به تغییر برند نیاز ندارد و انتقال درون یک برند نیز ممکن است به سیم‌کشی مجدد گسترده و تبدیل منطق برنامه نیاز داشته باشد. یک کنترلر ControlLogix 1756-L81E از Allen-Bradley یا یک پردازنده Modicon M580 BMEP584040 از Schneider ممکن است در پروژه‌ای خاص گزینه مناسبی باشد، اما سازگاری به کل سیستم بستگی دارد. فرض نکنید هیچ‌یک از این دو مسیر، همه کدها یا رفتارهای ورودی/خروجی را حفظ می‌کند.
چگونه باید این دو گزینه را با هم مقایسه کرد؟
یک ارزیابی مقایسه‌ای از پشتیبانی سازنده، قطعات یدکی، مجوزها، ابزارهای مهندسی، مهارت کارکنان، تعویض ورودی/خروجی، ارتباطات، امنیت سایبری، تلاش لازم برای آزمون، زمان توقف و هزینه چرخه عمر تهیه کنید. ثبت کنید کدام سخت‌افزار می‌تواند باقی بماند و کدام بخش باید تغییر کند. پیش از خرید، حافظه، زمان‌بندی وظایف، ظرفیت ماژول‌ها، افزونگی، الزامات ایمنی و توسعه آینده را با مستندات سازنده منتخب تأیید کنید.
چه مواردی باید در نقشه مهاجرت ورودی/خروجی گنجانده شود؟
هر تجهیز میدانی، تگ قدیمی و پیشنهادی، ترمینال فیزیکی، نوع سیگنال، محدوده، منبع تغذیه، عملکرد در حالت خرابی و وابستگی‌های اینترلاک را فهرست کنید. استانداردهای سینک/سورس دیجیتال، مقیاس‌بندی آنالوگ، RTDها، ترموکوپل‌ها، رابط‌های ناحیه خطرناک و ظرفیت رزرو را نیز در نظر بگیرید. برای ردیابی، شناسه‌های قدیمی را حتی در صورت استفاده از نام‌های جدید تگ حفظ کنید. یک ماژول شبکه مانند Schneider M580 BMENOC0311 کاربرد مشخصی دارد؛ به‌جای طراحی همه جایگزین‌ها بر مبنای EtherNet/IP به‌صورت پیش‌فرض، سازگاری پروتکل و توپولوژی را بررسی کنید.
آیا برنامه PLC قدیمی باید کپی شود یا بازنویسی؟
هیچ‌یک از این دو رویکرد به‌طور خودکار ایمن‌تر نیست. در مواردی که پشتیبانی می‌شود، منطق را تبدیل و بازبینی کنید و فقط زمانی بازطراحی انجام دهید که الزامات، قابلیت نگهداشت یا تفاوت‌های پلتفرم آن را توجیه کند. منطق ایمنی و اینترلاک، رفتار وابسته به زمان اسکن، تایمرها، انواع داده، ارتباطات و مقیاس‌بندی آنالوگ را دوباره اعتبارسنجی کنید. یک آرشیو آزمایش‌شده از برنامه کاربردی قدیمی و پیکربندی آن نگه دارید. آزمون روی میز می‌تواند با شبیه‌سازی انجام شود، اما اعمال ورودی/خروجی اجباری روی تجهیزات واقعی به یک برنامه آزمون ایمن و تأییدشده نیاز دارد.
چگونه می‌توان ریسک انتقال به سیستم جدید را کنترل کرد؟
از برنامه کاربردی در حال اجرا نسخه پشتیبان بگیرید و یک برنامه بازگشت عملی، شامل سخت‌افزار سازگار و زمان لازم برای بازیابی، مستند کنید. ورودی/خروجی را نقطه‌به‌نقطه آزمایش کنید، سپس آزمون‌های پذیرش عملکردی و فرایندی را با حضور شاهدانی از واحد بهره‌برداری و مهندسی اجرا کنید. الزامات ایزولاسیون و خاموش‌کردن برق را دقیق برنامه‌ریزی کنید؛ هر بررسی حلقه‌ای با خاموش بودن تمام توان فرایند انجام نمی‌شود. در صورت امکان معماری کارخانه، انتقال را مرحله‌بندی کنید، انحراف‌ها را ثبت کنید و برنامه نهایی و نقشه‌ها را تحت کنترل نسخه قرار دهید.
نخستین مرحله تصمیم‌گیری چیست؟
تأیید کنید که گزینه هدف پیشنهادی قابل پشتیبانی است و تیم می‌تواند کامل بودن برنامه ورودی/خروجی، ارتباطات، ایمنی و توقف را اثبات کند. پایین‌ترین قیمت خرید، لزوماً کمترین ریسک پروژه نیست. مسیری را انتخاب کنید که بتوان آن را در سراسر چرخه عمر باقی‌مانده کارخانه به‌طور قابل‌اعتماد راه‌اندازی و نگهداری کرد.
نویسنده: چن ژی‌یوان مهندس اتوماسیون صنعتی است و بیش از ۱۰ سال تجربه در زمینه PLC، DCS و سیستم‌های کنترل دارد.
