تبدیل PLC-5 می‌تواند کد معتبر Logix تولید کند و همچنان باعث شکست فرایند شود. فایل‌های داده، انتقال‌های بلوکی Remote I/O، رفتار اسکن و وضعیت ارتباطات، حتی زمانی که هیچ‌کس آن‌ها را این‌گونه مستند نکرده بود، بخشی از قرارداد اصلی ماشین بودند.

یک مهاجرت موفق PLC، قرارداد ورودی/خروجی و داده را بین رک قدیمی و کنترلر مدرن بازسازی می‌کند.

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

رفتار را ثبت کنید، نه فقط دستورها را

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

زمان اسکن، منطق STI، مسیرهای پیام و ارجاع‌های فایل HMI را ثبت کنید. فایل‌های عدد صحیح و بیت PLC-5 اغلب به‌عنوان یک رابط غیررسمی نیز عمل می‌کردند. در ControlLogix، این موارد باید به تگ‌ها یا ساختارهای نام‌گذاری‌شده با مالکیت صریح تبدیل شوند.

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

یک پروژه مرحله‌ای ممکن است موقتاً Remote I/O را حفظ کند. راهنمای Rockwell 1756-RIO انتقال زمان‌بندی‌شده داده‌های گسسته و انتقال‌های بلوکی را برای مهاجرت شرح می‌دهد. این روش هنگام جایگزینی ورودی/خروجی میدانی، پلی کنترل‌شده ایجاد می‌کند؛ اما شبکه قدیمی را دائمی نمی‌کند.

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

کنترل را بر پایه وضعیت‌های صریح بازنویسی کنید

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

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

پیش از تولید، بازگشت به وضعیت قبلی را اثبات کنید

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

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

نظر ما: میان‌بر خطرناک، اعلام «تقریباً تکمیل‌شده» بودن کد ترجمه‌شده است. در نهایت، همین رفتارهای مستندنشده زمان‌بندی و خطا تعیین می‌کنند که آیا کارخانه می‌تواند به کنترلر اعتماد کند یا نه.

پرسش‌هایی که مهندسان پیش از این تغییر مطرح می‌کنند

آیا می‌توان کد PLC-5 را به‌صورت خودکار تبدیل کرد؟

ابزارها می‌توانند بخشی از مجموعه دستورها را تبدیل کنند، اما مهندسان باید ورودی/خروجی، ارتباطات، ساختارهای داده، زمان‌بندی و مدیریت خطا را بازطراحی کنند.

آیا Remote I/O باید هنگام گذار جایگزین شود؟

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

چه چیزهایی باید آزمایش شوند؟

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