پنل‌ویو پلاس با کامپکت‌لاگیکس L32E و SLC 5/04
یک برنامه کاربردی قابل‌اعتماد PanelView Plus برای CompactLogix L32E و SLC 5/04 طراحی کنید. ارتباط مستقیم EtherNet/IP، درگاه‌های قدیمی، میان‌برهای زمان اجرا، عیب‌یابی، آزمون‌های مهاجرت و بازیابی از ...
یک پروژه HMI با نسل‌های مختلف زمانی دشوار می‌شود که یک برنامه PanelView Plus باید هم‌زمان با یک CompactLogix 1769-L32E از طریق EtherNet/IP و یک SLC 5/04 که هنوز به DH+ یا DF1 وابسته است، تبادل داده کند. نخستین اصلاح، مربوط به اصطلاحات است: L32E یک کنترلر CompactLogix است، نه کنترلر ControlLogix. اصلاح دوم، معماری سیستم است. FactoryTalk View Machine Edition باید مسیر هر کنترلر را به‌عنوان یک قرارداد ارتباطی مستقل و قابل‌آزمایش در نظر بگیرد، نه اینکه هر دو پردازنده را پشت یک میان‌بُر مبهم پنهان کند.
یک HMI ترکیبی باید دو مسیر صریح برای کنترلرها ارائه دهد تا تکنسین بتواند خطای EtherNet/IP را از خطای شبکه قدیمی جدا کند.
با فهرست‌برداری شروع کنید، نه با پل
شماره کاتالوگ دقیق PanelView Plus، نسخه میان‌افزار، نسخه FactoryTalk View ME، شماره کاتالوگ کنترلرها، پیکربندی کانال SLC و همه ماژول‌های ارتباطی نصب‌شده را ثبت کنید. یک 1769-L32E دارای درگاه اترنت داخلی است. یک SLC 5/04 در Channel 1 ارتباط DH+ دارد و می‌تواند از Channel 0 برای پروتکل‌های سریال استفاده کند؛ نصب یک گیت‌وی باعث نمی‌شود این کنترلر به کنترلر EtherNet/IP تبدیل شود. این تفاوت تعیین می‌کند کدام دستگاه مسئول مسیریابی، عیب‌یابی و بازیابی است.
همچنین مسیرهای زمان طراحی و زمان اجرا را از هم جدا کنید. ممکن است رایانه مهندسی از طریق یک رابط، کنترلر را مرور کند، در حالی که ترمینال پس از دانلود فایل زمان اجرا از رابط دیگری استفاده می‌کند. راهنمای کاربر دستگاه‌های شبکه EtherNet/IP شرکت Rockwell توضیح می‌دهد که FactoryTalk Linx سرویس ارتباطی زمان اجرا را که PanelView Plus و FactoryTalk View استفاده می‌کنند، فراهم می‌کند. بنابراین مرور موفق کنترلر با لپ‌تاپ ثابت نمی‌کند که مسیر زمان اجرای ترمینال درست است.
مسیر CompactLogix را مستقیماً ایجاد کنید
برای L32E یک نشانی ایستا و مستند در زیرشبکه کنترل اختصاص دهید و یک میان‌بُر اختصاصی دستگاه در FactoryTalk Linx، مانند CLX_L32E، ایجاد کنید. در زبانه Design کنترلر را انتخاب کنید، سپس مسیر را در زبانه Runtime کپی یا بازتولید کنید. مطمئن شوید میان‌بُر مستقیماً به خود کنترلر اشاره می‌کند، نه فقط به یک درایور اترنت. ترمینال، کنترلر و ایستگاه کاری مهندسی باید تنظیمات IP سازگار داشته باشند، اما نباید نشانی‌های یکسان داشته باشند. پیش از مقصر دانستن برنامه HMI، ماسک‌های زیرشبکه و هر مرز VLAN مسیریابی‌شده را بررسی کنید.
هر جا عملی است از تگ‌های دارای دامنه کنترلر استفاده کنید و در ارجاع‌های HMI پیشوندی روشن برای مالکیت تگ‌ها نگه دارید. تشخیص یک هشدار یا فرمان که نام کنترلر مبدأ را در خود دارد، هنگام مهاجرت آسان‌تر است. برای فرمان‌ها، به‌جای یک نوشتن لحظه‌ای HMI که فرض می‌کند شبکه هرگز متوقف نمی‌شود، از وضعیت‌های درخواست، تأیید، پایان مهلت و مجوز استفاده کنید. PLC باید تصمیم نهایی اینترلاک را بر عهده داشته باشد؛ PanelView رابط اپراتور است، نه کنترلر ایمنی.
یک راهبرد صادقانه برای دسترسی به SLC 5/04 انتخاب کنید
مسیر SLC به سخت‌افزار نصب‌شده و نرخ داده موردنیاز بستگی دارد. یک رابط سریال به اترنت می‌تواند داده‌های Channel 0 را در دسترس قرار دهد، اما محدودیت‌های اتصال و توان عملیاتی آن باید بر اساس دفترچه راهنمای دقیق رابط بررسی شود. یک گیت‌وی ممکن است برای تعداد کمی مقدار HMI مفید باشد، اما نباید معادل EtherNet/IP بومی در نظر گرفته شود. نظرسنجی تعداد زیادی فایل عدد صحیح از طریق یک گلوگاه سریال، نمایشگرهای کند، مقادیر قدیمی و هشدارهای مزاحم ارتباطی ایجاد می‌کند.
اگر DH+ باید حفظ شود، یک گیت‌وی مبتنی بر 1756-DHRIO می‌تواند در صورت پیکربندی صحیح در یک شاسی ControlLogix، بین اترنت و DH+ مسیریابی کند. این شاسی گیت‌وی است؛ نصب آن، 1769-L32E را به کنترلر ControlLogix تبدیل نمی‌کند. شماره گره‌های DH+ را به‌صورت اکتال، حالت کانال، نرخ بود، ترمینیشن و مسیر کامل بررسی کنید. از انتشار یک مسیر پیام عمومی خودداری کنید، زیرا شماره اسلات‌ها و توپولوژی به محل نصب وابسته‌اند. مسیری که از دستگاه دیگری کپی شده است ممکن است به گره اشتباه برسد یا پس از تغییر شاسی از کار بیفتد.
یک گیت‌وی پروتکل صنعتی شخص ثالث نیز ممکن است مناسب باشد، اما فقط پس از بررسی سرویس‌های پشتیبانی‌شده، محدودیت تعداد کلاینت‌های هم‌زمان، زمان‌بندی سریال، درجه‌بندی محیطی و پشتیبانی فروشنده. تصمیم‌گیری باید بر اساس ترافیک اندازه‌گیری‌شده HMI و ریسک چرخه عمر انجام شود، نه بر اساس اینکه دستگاه در پنجره مرور دیده می‌شود یا خیر.
میان‌برهای جداگانه هویت کنترلر را حفظ می‌کنند و عیب‌یابی زمان اجرا را بسیار کاربردی‌تر می‌سازند.
میان‌برها را به‌عنوان سیستم‌های مستقل راه‌اندازی کنید
یک میان‌بر برای L32E و میان‌بُر دیگری برای مسیر SLC ایجاد کنید. در طول مهاجرت، هرگز فقط برای جلوگیری از ویرایش تگ‌ها نام میان‌بُری را مجدداً استفاده نکنید. زبانه‌های Design و Runtime را تأیید کنید، پیکربندی ارتباطات را ذخیره کنید، فایل زمان اجرا را برای میان‌افزار ترمینال موردنظر ایجاد کنید و آن را با تنظیمات ارتباطی صحیحِ گنجانده‌شده دانلود کنید.
ابتدا مقادیر فقط‌خواندنی را آزمایش کنید. از مقداری استفاده کنید که به‌طور قابل‌پیش‌بینی تغییر می‌کند، ضربان‌قلبی که هر کنترلر تولید می‌کند و مُهر زمانی HMI که داده‌های قدیمی را آشکار می‌سازد. سپس دست‌دهی فرمان‌ها را زمانی که ماشین در وضعیت ایمن است آزمایش کنید. هر مسیر شبکه را جداگانه قطع کنید و مطمئن شوید HMI کنترلر ازکارافتاده را شناسایی می‌کند، بدون اینکه متوقف شود یا مقادیر قدیمی را جاری نشان دهد. لینک را برگردانید و زمان بازیابی را اندازه‌گیری کنید.
بر اساس لایه عیب‌یابی کنید
اگر هر دو میان‌بُر از کار افتادند، با نشانی‌دهی ترمینال، وضعیت پورت سوئیچ، دسترسی VLAN و پیکربندی زمان اجرا شروع کنید. اگر فقط L32E از کار افتاد، دسترسی‌پذیری IP، حالت کنترلر، وضعیت درگاه داخلی و مقصد میان‌بُر را بررسی کنید. اگر فقط SLC از کار افتاد، مسیر را به بخش‌های اترنت تا گیت‌وی، پیکربندی گیت‌وی، سیم‌کشی سریال یا DH+ و تنظیمات کانال SLC تقسیم کنید. شمارنده‌های خطا و نشانگرهای لینک از دانلود مکرر همان فایل HMI مفیدترند.
کار با DH+ به دقت بیشتری نیاز دارد. شماره‌های گره تکراری، نرخ بود نادرست، ترمینیشن ناقص، کابل ترانک آسیب‌دیده یا کانال DHRIO با پیکربندی نادرست می‌توانند علائم ناپایداری ایجاد کنند که شبیه نقص HMI به نظر می‌رسند. پیش از هر تغییری، نقشه گره‌های سالم و توپولوژی فیزیکی شناخته‌شده را ثبت کنید. در EtherNet/IP، میزان استفاده از اتصال و نرخ بسته‌ها را پایش کنید و فرض نکنید مدل شبکه اداری کم‌بار در اینجا نیز صدق می‌کند.
خروج از مهاجرت را طراحی کنید
یک پل اغلب دارایی موقتی است، اما سیستم‌های موقت ممکن است سال‌ها باقی بمانند. برق، کابل‌ها، میان‌افزار، نسخه‌های پشتیبان پیکربندی، راهبرد قطعات یدکی و مسئول هر میان‌بُر را مستند کنید. قرارداد داده SLC را در زمان راه‌اندازی منطق جدید ثابت نگه دارید، سپس مسیرهای قدیمی را در مراحل کنترل‌شده کنار بگذارید. برنامه‌ریزی جایگزینی مرتبط باید در فهرست سیستم‌های PLC و PAC فروشگاه و برنامه چرخه عمر نمایشگرهای HMI آن انجام شود.
هدف مهندسی صرفاً این نیست که تگ‌ها قابل مرور باشند. هدف، ایجاد طرحی ارتباطی است که خرابی‌های آن قابل مشاهده، محدود و قابل بازیابی باشند. جداسازی هویت کنترلر، مسیرهای صریح زمان اجرا، ترافیک اندازه‌گیری‌شده و رفتار آزمایش‌شده هنگام قطع ارتباط، این زیربنا را فراهم می‌کند.