مهاجرت از PLC-5 به ControlLogix: بازسازی قرارداد ورودی/خروجی

یک برنامه PLC-5 را می‌توان به دستورالعمل‌های Logix ترجمه کرد و همچنان فرایند با شکست مواجه شود. فایل‌های داده کنترلر قدیمی، ترتیب اسکن، انتقال‌های بلوکی Remote I/O، زمان‌بندی پیام‌ها، بیت‌های وضعیت، ارجاع‌های HMI و مراحل بازیابی اپراتور، قراردادی مستندسازی‌نشده با ماشین تشکیل می‌دادند.

یک مهاجرت موفق از PLC-5 به ControlLogix این قرارداد را به‌صورت صریح بازسازی می‌کند. نرم‌افزار تبدیل می‌تواند نگاشت دستورالعمل‌ها را سریع‌تر کند، اما نمی‌تواند تعیین کند یک عدد صحیحِ دوباره‌استفاده‌شده چه معنایی داشته است، با داده‌های آنالوگ منقضی‌شده چگونه باید برخورد شود، یا سیستم دیگری انتظار کدام پالس یک‌اسکنه را دارد.

مرز مهاجرت شامل I/O میدانی، زمان‌بندی شبکه، مالکیت داده، هشدارها، ارجاع‌های HMI و رفتار بازیابی است—نه فقط دستورالعمل‌های نردبانی.

پیش از تبدیل، یک خط مبنای رفتاری ثبت کنید

با آپلودهای تأییدشده PLC-5، مقادیر جدول داده، پیکربندی کانال‌ها، جدول‌های فورس، مسیرهای پیام و پروژه‌های HMI شروع کنید. زمان اسکن کنترلر را در شرایط کار عادی و اوج ثبت کنید. وقفه‌های زمان‌بندی‌شده قابل انتخاب، روال‌های خطا، رک‌های راه‌دور، آداپتورها و تک‌تک دستورالعمل‌های انتقال بلوکی را شناسایی کنید.

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

برای هر رک یک قرارداد I/O ایجاد کنید

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

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

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

گذار Remote I/O را آگاهانه انتخاب کنید

در یک مهاجرت مرحله‌ای، ممکن است سخت‌افزار 1771 یا دیگر سخت‌افزارهای Remote I/O موقتاً از طریق یک ماژول ارتباطی ControlLogix حفظ شوند. این کار می‌تواند دامنه تغییر در زمان انتقال را کاهش دهد، اما رک‌های قدیمی، کابل‌کشی، آداپتورها و رفتار انتقال بلوکی را همچنان در سرویس نگه می‌دارد. برای پل ارتباطی باید برنامه مشخصی برای بازنشسته‌سازی و راهبردی برای قطعات یدکی وجود داشته باشد.

تعویض کامل I/O وابستگی‌های قدیمی بیشتری را حذف می‌کند، اما کارهای زمان خاموشی، اصلاح پنل، بررسی حلقه‌ها و راه‌اندازی را افزایش می‌دهد. این تصمیم باید وضعیت کابل، موجودی ماژول، مدت خاموشی، ریسک فرایند، پشتیبانی آینده و امکان بازگشت را در نظر بگیرد.

مستندات 1756-RIO شرکت Rockwell حالت‌های به‌روزرسانی انتقال بلوکی خودکار، نیمه‌خودکار و دستی را از هم متمایز می‌کند. حالت‌های خودکار و نیمه‌خودکار می‌توانند نوشتن پیکربندی و به‌روزرسانی‌های زمان‌بندی‌شده داده را انجام دهند. حالت دستی رفتار فعال‌سازی، پیوسته، تکمیل و خطا را در اختیار منطق کنترلر قرار می‌دهد. حالت انتخاب‌شده باید زمان‌بندی و هدف تشخیصی برنامه قدیمی را بازتولید کند.

به‌جای کپی شماره فایل‌ها، مالکیت داده را بازطراحی کنید

فایل‌های عدد صحیح، ممیز شناور، بیت و کنترلی PLC-5 اغلب هم‌زمان چند کاربرد داشتند. ممکن بود یک کلمه فرمان HMI، محموله پیام، مقدار آنالوگ و فضای موقت عیب‌یابی باشد. کپی‌کردن این ابهام در آرایه‌های دارای دامنه کنترلر، ریسک را حفظ می‌کند.

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

ارجاع‌های HMI و سیستم‌های نظارتی به یک نگاشت کنترل‌شده نیاز دارند. تگ‌های مستعار می‌توانند گذار را آسان کنند، اما نباید مالکیت نامشخص را پنهان کنند. جهت خواندن/نوشتن، امنیت، مقیاس‌بندی، محرک‌های هشدار و رفتار دستور ساخت را برای هر ارجاع خارجی تأیید کنید.

دستورالعمل‌هایی را که زمان‌بندی‌شان ممکن است تغییر کند بازبینی کنید

وظایف، برنامه‌ها و روال‌های ControlLogix با اسکن پیوسته PLC-5 متفاوت اجرا می‌شوند. وظایف دوره‌ای می‌توانند منطق پیوسته را قطع کنند. به‌روزرسانی‌های I/O به‌صورت ناهمگام نسبت به اجرای منطق انجام می‌شوند. وان‌شات‌ها، تایمرها، ترتیب‌دهنده‌ها، نشانی‌های غیرمستقیم، نواحی MCR و محرک‌های پیام که ظاهراً معادل‌اند، ممکن است زمان‌بندی یکسانی ایجاد نکنند.

منطقی را شناسایی کنید که فرض می‌کند ورودی‌ها برای یک اسکن کامل ثابت می‌مانند یا خروجی‌ها فقط در مرز اسکن به‌روزرسانی می‌شوند. هرجا به یک تصویر منسجم نیاز است، I/O را بافر کنید. از داده‌های مشترک میان وظایف محافظت کنید. رویدادهای یک‌اسکنه را در دوره وظیفه دریافت‌کننده تأیید کنید، نه فقط در روالی که رویداد از آنجا آغاز می‌شود.

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

داده‌های کهنه را قابل مشاهده کنید

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

برای هر منبع ارتباطی، بازه مورد انتظار به‌روزرسانی، مهلت کهنه‌شدن، واکنش به خرابی و شرایط بازیابی را تعریف کنید. مصرف‌کننده باید بداند یک مقدار جاری، کهنه، در دسترس‌نبوده یا تازه بازیابی‌شده است. بازیابی ممکن است پیش از ادامه حرکت خودکار به بررسی محدوده، چند به‌روزرسانی متوالیِ صحیح یا تأیید اپراتور نیاز داشته باشد.

بر اساس ریسک فرایند آزمایش کنید، نه تعداد ردیف‌ها

آزمایش روی میز باید دستورالعمل‌های تبدیل‌شده و I/O شبیه‌سازی‌شده را بررسی کند. پذیرش کارخانه باید ارتباطات، HMI، هشدارها، دستورهای ساخت و داده‌های تاریخی را نیز اضافه کند. آزمایش در سایت باید قطبیت الکتریکی، مقیاس‌بندی، اینترلاک‌ها، قطع‌کننده‌ها و پاسخ فیزیکی را اثبات کند.

قطع هر آداپتور، منبع تغذیه، مسیر ارتباطی و منبع آنالوگ حیاتی را آزمایش کنید. گذار کنترلر بین حالت‌های Program و Run، بازگشت برق، راه‌اندازی گرم و بازیابی ارتباط را تأیید کنید. حالت دستی، حالت خودکار، بای‌پس‌های تعمیر و نگهداری و هر مجوزی را که می‌تواند از حرکت ناایمن جلوگیری کند، اجرا کنید.

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

بازگشت را به‌صورت رویه‌ای قابل اجرا طراحی کنید

برنامه بازگشت به چیزی بیش از نگه‌داشتن کنترلر قدیمی نیاز دارد. سخت‌افزار PLC-5 آزمایش‌شده، برنامه‌های تأییدشده، پیکربندی شبکه، سازگاری HMI، سیم‌کشی برچسب‌گذاری‌شده و یک مهلت تصمیم مشخص را حفظ کنید. مشخص کنید چه کسی می‌تواند بازگشت را مجاز کند و پیش از تعویض، فرایند باید به چه شرایطی برسد.

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

سخت‌افزارهای مهاجرت کنترلر و I/O را می‌توان در سیستم‌های PLC و PAC بررسی کرد و دروازه‌ها و اجزای شبکه در ارتباطات و شبکه‌سازی قرار دارند.

مهاجرت فقط زمانی کامل است که پلتفرم جدید رفتار موردنیاز فرایند را بازتولید کند، شفافیت تشخیصی را بهبود دهد و داده‌های کهنه و خرابی‌ها را به‌صورت آگاهانه مدیریت کند. کد ترجمه‌شده یک دستاورد اولیه است. این قرارداد تأییدشده I/O و داده است که اعتماد کارخانه به کنترلر جایگزین را ایجاد می‌کند.