سازگاری 1756-EN2TR v12 با AOP و Studio 5000

ارتقای میان‌افزار 1756-EN2TR و نصب پروفایل افزونه Studio 5000 فعالیت‌های مرتبطی هستند، اما یک عملیات واحد نیستند. میان‌افزار درون ماژول اجرا می‌شود. AOP به Logix Designer امکان می‌دهد ماژول را نمایش داده و پیکربندی کند. فایل EDS از شناسایی دستگاه در ابزارهای ارتباطی پشتیبانی می‌کند. interchangeable دانستن این بسته‌ها هنگام افزودن، باز کردن یا مرور نشدن ماژول، به تشخیص‌های نادرست منجر می‌شود.

پیش از تغییر نرم‌افزار، شماره کاتالوگ، سری، میان‌افزار، نسخه Studio 5000، بسته AOP و بسته EDS را ثبت کنید.

تشخیص اولیه را اصلاح کنید

هنگ کردن Logix Designer پس از انتخاب یا باز کردن یک ماژول، ثابت نمی‌کند که ویندوز به دلیل نداشتن دسترسی مدیر در نصب‌کننده، نتوانسته AOP را ثبت کند. مجوزها می‌توانند بر نصب اثر بگذارند، اما AOP ناسازگار، نسخه پشتیبانی‌نشده Studio، نصب آسیب‌دیده، خرابی پروژه، نسخه‌های ترکیبی پروفایل یا ناهنجاری نرم‌افزاری دیگری نیز می‌توانند عامل مشکل باشند. خطا باید بر اساس شواهد و با جداسازی عوامل بررسی شود، نه اینکه به یک علت نسبت داده شود.

مرکز سازگاری محصولات و دانلود راکول میان‌افزار، بسته‌های AOP امضاشده، فایل‌های EDS، یادداشت‌های انتشار و سری‌های مربوط به 1756-EN2TR را فهرست می‌کند. هنگام راستی‌آزمایی، این مرکز میان‌افزارهای سری C با نسخه‌های 12.001 و 12.002 و یک بسته AOP امضاشده EN2TR را فهرست کرده بود. از رکورد فعلی PCDC استفاده کنید، زیرا جزئیات بسته‌ها و سازگاری ممکن است تغییر کند.

سیستم نصب‌شده را فهرست کنید

شماره کاتالوگ ماژول، سری سخت‌افزار، بازبینی فعلی میان‌افزار، شیار شاسی، نقش افزونگی و توپولوژی شبکه را ثبت کنید. در ایستگاه کاری، نسخه‌های اصلی Studio 5000، نسخه‌های FactoryTalk Linx یا RSLinx Classic، بسته AOP نصب‌شده، بیلد ویندوز و اینکه آیا کنترل برنامه‌های سازمانی نصب‌کننده‌ها را محدود می‌کند یا خیر، ثبت کنید.

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

از داده‌های سازگاری PCDC استفاده کنید، نه ماتریس حدسی

سری و میان‌افزار دقیق 1756-EN2TR را در PCDC انتخاب کنید. پیش از دانلود، یادداشت‌های انتشار و اطلاعات نرم‌افزارهای سازگار را بررسی کنید. فرض نکنید که بازبینی میان‌افزار 12 به‌طور خودکار به نسخه‌ای از Studio نیاز دارد که از یک ماتریس نامرتبط کنترلر انتخاب شده است. بازبینی پروژه کنترلر، پشتیبانی از ماژول ارتباطی، بسته AOP و بسته افزونگی می‌توانند محدودیت‌های متفاوتی ایجاد کنند.

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

AOP را در شرایط کنترل‌شده نصب کنید

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

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

از کلیدگذاری الکترونیکی به‌عنوان راه‌حل تعمیر AOP استفاده نکنید

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

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

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

اگر ماژول در فهرست افزودن ماژول وجود ندارد، بر AOP نصب‌شده و سازگاری Studio تمرکز کنید. اگر ظاهر می‌شود اما در RSLinx یا FactoryTalk Linx قابل مرور نیست، ثبت EDS، پیکربندی IP، عملکرد درایور و دسترسی‌پذیری شبکه را بررسی کنید. اگر پروژه موجود هنگ می‌کند اما پروژه آزمایشی جدید کار می‌کند، محتوای پروژه، پروفایل‌های واردشده و تعریف ماژول را مقایسه کنید.

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

تغییر میان‌افزار را جداگانه برنامه‌ریزی کنید

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

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

ایستگاه کاری مهندسی را راه‌اندازی و تأیید کنید

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

صفحه سخت‌افزار مربوط به فهرست ماژول 1756-EN2TR است، در حالی که برنامه‌ریزی چرخه عمر گسترده‌تر باید در موجودی سیستم‌های PLC و PAC انجام شود.

از خط‌مبناهای نرم‌افزاری امضاشده و مستند استفاده کنید

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

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