مهاجرت CompactLogix L32E/L35E به ۵۳۷۰ یا ۵۳۸۰

جایگزینی CompactLogix 1769-L32E یا 1769-L35E صرفاً تعویض یک‌خطی کنترلر نیست. این پروژه سازگاری کنترلر، معماری I/O محلی، نسخه نرم‌افزار، عملکرد اترنت، الزامات سریال، چیدمان تابلو، بازبینی ایمنی و راه‌اندازی تولید را دربرمی‌گیرد. انتخاب یک شماره کاتالوگ جدید پیش از مستندسازی این وابستگی‌ها می‌تواند جایگزینی اضطراری قطعه یدکی را به بازطراحی برنامه‌ریزی‌نشده سیستم کنترل تبدیل کند.

تصمیم اصلی این است که آیا I/O موجود 1769 Compact و سیم‌کشی میدانی باید حفظ شوند یا خیر. کنترلر خانواده 5370 می‌تواند برای بسیاری از معماری‌های 1769 مسیری با اختلال کمتر فراهم کند. پلتفرم 5380 سیستم را به کنترلر جدیدتر و معماری I/O مدل Compact 5000 منتقل می‌کند؛ این گزینه می‌تواند ارزش چرخه‌عمر بیشتری داشته باشد، اما به کار مهندسی گسترده‌تری نیاز دارد.

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

پیش از انتخاب هدف، سیستم موجود را فهرست‌برداری کنید

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

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

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

مسیر حفظ معماری 5370 را درک کنید

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

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

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

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

مسیر نوسازی 5380 را درک کنید

CompactLogix 5380 از پلتفرم 5069 و I/O مدل Compact 5000 برای معماری محلی خود استفاده می‌کند. این گزینه باید به‌عنوان پروژه نوسازی در نظر گرفته شود، نه جایگزینی ساده برای یک رک محلی 1769. مستندات CompactLogix 5380 شرکت راکول اتومیشن، راهنماهای کنترلر، مشخصات و منابع مهاجرت مربوط را معرفی می‌کند.

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

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

صفحه محصول 5069-L320ER یک مرجع سخت‌افزاری ارائه می‌دهد، در حالی که مجموعه سیستم‌های PLC و PAC برای مقایسه گسترده‌تر کنترلرها مناسب است. با این حال، انتخاب نهایی باید بر اساس راهنمای رسمی و الزامات تأییدشده پروژه انجام شود.

تبدیل برنامه را با راه‌اندازی یکی ندانید

Logix Designer می‌تواند پروژه را به نوع دیگری از کنترلر تبدیل کند، اما موفقیت تبدیل فقط ثابت می‌کند که نرم‌افزار پروژه‌ای ایجاد کرده است. پیام‌های تبدیل و تعاریف تغییرکرده ماژول‌ها را بررسی کنید. دستورالعمل‌های پشتیبانی‌نشده، تگ‌های حوزه کنترلر، انواع داده، دوره وظایف، اتصالات تگ‌های تولیدشده و مصرف‌شده، پیکربندی حرکت و مسیرهای پیام را تأیید کنید.

فریم‌ویر و نرم‌افزار باید هم‌زمان برنامه‌ریزی شوند. ابزارهای سازگاری و یادداشت‌های انتشار راکول را برای کنترلر هدف، فریم‌ویر، نسخه Logix Designer، پروفایل‌های افزونه و نرم‌افزارهای ارتباطی پشتیبان بررسی کنید. تا زمانی که ترکیب تأییدشده و روش بازیابی مستند نشده است، سخت‌افزار را در محل دستگاه فلش نکنید.

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

تغییرات I/O و تابلو را به‌طور صریح مهندسی کنید

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

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

عملکردهای ایمنی به ارزیابی جداگانه نیاز دارند. اگر رله‌های ایمنی، GuardLogix، حرکت ایمن یا تجهیزات حفاظتی درگیر هستند، چرخه‌عمر ایمنی، امضاها، سوابق اعتبارسنجی و الزامات کنترل تغییر مربوط را تأیید کنید. مهاجرت کنترلر استاندارد نباید عملکرد ایمنی را بدون اطلاع تغییر دهد.

پیش از توقف تولید، برنامه آزمون تهیه کنید

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

صحت منطق و داده را اثبات کنید

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

هر رابط خارجی را اثبات کنید

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

فرآیند فیزیکی را اثبات کنید

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

مسیر را بر اساس ریسک چرخه‌عمر انتخاب کنید

وقتی سیستم نصب‌شده 1769 و سیم‌کشی میدانی هنوز ارزش قابل‌توجهی دارند، مهاجرت 5370 می‌تواند اختلال فوری را کاهش دهد. وقتی تابلو، I/O، ارتباطات یا طراحی ایمنی از قبل به کار اساسی نیاز دارند، مهاجرت 5380 معمولاً انتخاب قوی‌تری برای بلندمدت است. هیچ‌یک از این مسیرها نباید فقط بر اساس جدول جایگزینی انتخاب شوند.

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