عیب یابی IC695CPE310 قطع شدن اتصالات PLC Ethernet و iFIX SCADA

درک ارزش اصلی کنترلرهای IC695CPE310

GE Fanuc PACSystems RX3i IC695CPE310 به عنوان یک CPU قوی عمل می‌کند. این CPU دارای اترنت تعبیه‌شده برای اتوماسیون صنعتی است. مهندسان برای کنترل منطقی PLC به آن متکی هستند. همچنین برنامه‌نویسی PAC Machine Edition (PME) و جمع‌آوری داده‌های SCADA را نیز انجام می‌دهد. با این حال، تکنسین‌های میدانی اغلب با یک چالش خاص شبکه مواجه هستند. PME آنلاین می‌ماند، اما نرم‌افزار iFIX SCADA خواندن داده‌ها را متوقف می‌کند. بنابراین، مهندسان باید جلسات اترنت و منابع SRTP را تجزیه و تحلیل کنند. هرگز نباید CPU را فوراً تعویض کنید. کارشناسان Powergear X Automation توصیه می‌کنند ابتدا وضعیت درایور iFIX را ارزیابی کنید.

تمایز قائل شدن بین اتصالات برنامه‌نویس PME و سرور HMI

بسیاری از تکنسین‌های اتوماسیون کارخانه، تخصیص منابع ارتباطی را به درستی درک نمی‌کنند. اترنت تعبیه‌شده از پروتکل انتقال درخواست سرویس (SRTP) استفاده می‌کند. اسناد فنی نشان می‌دهد که رابط اترنت از طریق اتصالات برنامه‌نویس از PME پشتیبانی می‌کند. با این حال، جمع‌آوری داده‌های iFIX از اتصالات سرور SRTP جداگانه‌ای استفاده می‌کند. بنابراین، یک اتصال PME فعال فقط وجود مسیر فیزیکی را اثبات می‌کند. این اتصال، کانال‌های داده HMI موجود را تضمین نمی‌کند. مهندسان باید به طور خاص لینک TCP/IP متصل به درایور iFIX را بررسی کنند. در نتیجه، تشخیص سمت SCADA از تعویض‌های غیرضروری سخت‌افزار جلوگیری می‌کند.

مدیریت تخصیص منابع ارتباطی CPU

برخی از تکنسین‌ها تلاش می‌کنند تا درصد منابع را بین PME و iFIX اختصاص دهند. این پارامتر پیکربندی در واقع وجود ندارد. CPE310 قابلیت ارتباط را از طریق اتصالات سرور گسسته مدیریت می‌کند. به عنوان مثال، LAN1 تا 32 اتصال سرور SRTP را پشتیبانی می‌کند. همچنین کانال‌های سرور Modbus/TCP و Ethernet Global Data (EGD) را مدیریت می‌کند. بنابراین، اضافه کردن دستگاه‌ها اتصالات پروتکل خاصی را مصرف می‌کند. مهندسان باید پروتکل دقیق مورد استفاده iFIX را تأیید کنند. علاوه بر این، شما باید کل اتصالات فعال در سراسر شبکه DCS را تأیید کنید.

ارزیابی نسخه‌های میان‌افزار و تغییرات معماری

اصلاحات سخت‌افزاری مستقیماً بر قابلیت‌های سیستم‌های کنترل تأثیر می‌گذارند. سخت‌افزار جدیدتر CPE310-Bxxx دارای معماری پردازش متفاوتی است. این ارتقا عملکرد کلی ارتباط اترنت را بهبود می‌بخشد. بنابراین، مهندسان میدانی باید شماره قطعات دقیق CPU را ثبت کنند. شما همچنین باید نسخه اصلی میان‌افزار را مستند کنید. علاوه بر این، سازگاری با نسخه PAC Machine Edition خود را تأیید کنید. فرض نکنید که همه ماژول‌های CPE310 قابلیت‌های یکسانی دارند. تطبیق مناسب نسخه، شبکه‌های اتوماسیون کارخانه پایدار را تضمین می‌کند.

اجرای عیب‌یابی فقط خواندنی قبل از تغییر پارامترها

توصیه می‌کنیم پارامترهای اترنت CPU را فوراً تغییر ندهید. اگر PME با موفقیت متصل شود، سخت‌افزار اترنت پایه به درستی کار می‌کند. بنابراین، تغییر آدرس‌های IP یا ماسک‌های زیرشبکه می‌تواند دسترسی برنامه‌نویسی را مختل کند. به جای آن، باید تشخیص فقط خواندنی را انجام دهید. ابتدا وضعیت CPU و جداول خطای کنترلر را بررسی کنید. تشخیص ارتباط اترنت را برای پرچم‌های خطا ارزیابی کنید. علاوه بر این، آدرس IP دقیق سرور iFIX را شناسایی کنید. در نهایت، وضعیت اتصال TCP فعال را از خط فرمان ویندوز تأیید کنید.

پاکسازی نشست‌های TCP پنهان در شبکه‌های صنعتی

سیستم‌های SCADA کارخانه‌ای اغلب چندین سرور و گره تاریخ‌نگار را مستقر می‌کنند. قطع برق یا راه‌اندازی مجدد سوئیچ می‌تواند باعث ایجاد اتصالات موقت شود. در نتیجه، ممکن است جلسات TCP قدیمی بلافاصله آزاد نشوند. یک مکانیسم زمان‌بندی برای اتصالات برنامه‌نویس PME وجود دارد. با این حال، این در مورد کانال‌های برنامه SRTP صدق نمی‌کند. بنابراین، چندین جلسه غیرفعال می‌توانند 32 اتصال سرور موجود را از بین ببرند. مهندسان باید از ابزارهای تشخیصی شبکه برای یافتن جلسات رها شده استفاده کنند. آزاد کردن این جلسات اغلب ارتباط iFIX را فوراً بازیابی می‌کند.

بهینه‌سازی پیکربندی‌های نمونه‌برداری SCADA برای قابلیت اطمینان

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

سناریوی کاربردی: بازیابی ارتباطات کنترل فرآیند

اخیراً یک کارخانه شیمیایی قابلیت دسترسی به iFIX SCADA را از دست داد. با این حال، ایستگاه مهندسی آنها دسترسی به برنامه‌نویسی PME را به طور کامل حفظ کرد. تیم تعمیر و نگهداری، جایگزینی اضطراری CPU را برنامه‌ریزی کرد. Powergear X Automation وارد عمل شد و ترافیک شبکه را تجزیه و تحلیل کرد. ما یک سرور هشدار اضافی را کشف کردیم که ۲۵ جلسه SRTP غیرفعال داشت. ما مراحل فنی زیر را اجرا کردیم:

• ✅ مرحله 1: وضعیت سخت‌افزار CPU از طریق PME تأیید شد.
• ⚙️ مرحله 2: بررسی نشست‌های فعال TCP با استفاده از خط فرمان ویندوز.
• 🔧 مرحله 3: سرویس نظرسنجی را برای پاک کردن اتصالات موقت مجدداً راه‌اندازی کردم.

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

سوالات متداول (FAQ)

سوال ۱: آیا IC695CPE310 می‌تواند همزمان به PME و iFIX متصل شود؟
بله، از اتصالات همزمان پشتیبانی می‌کند. با این حال، شما باید کل اتصالات فعال سرور SRTP را رصد کنید. CPU این اتصالات را بر اساس نسخه‌های میان‌افزار محدود می‌کند.

سوال ۲: آیا در صورت افت iFIX، باید پارامترهای پیشرفته کاربر (AUP) را تغییر دهم؟
خیر، شما باید از ابتدا از تغییر AUP خودداری کنید. ابتدا جلسات فعال TCP را تأیید کنید و نرخ نمونه‌برداری SCADA را بهینه کنید. تغییرات غیرضروری AUP باعث بی‌ثباتی بیشتر شبکه می‌شود.

سوال ۳: چرا PME در حالی که اتصال iFIX قطع است، آنلاین می‌ماند؟
PME از اتصالات اختصاصی برنامه‌نویس استفاده می‌کند. در همین حال، iFIX منابع اتصال سرور جداگانه‌ای را مصرف می‌کند. جلسات Ghost TCP به راحتی اتصالات سرور را از بین می‌برند در حالی که اتصالات برنامه‌نویس را در دسترس قرار می‌دهند.