تگهای OPC فریز شدهاند اما متصل هستند: رفع توقف دادههای اشنایدر و GE
چراغ لینک سبز است. تگ از کار افتاده است. در ادامه میبینید چگونه پیش از مقصر دانستن شبکه، دادههای مفقود را پیگیری کنید.
چرا تگهای OPC میتوانند هنگ کنند، در حالی که اتصال همچنان سالم است؟
سرور OPC بین PLC و SCADA، HMIها و تاریخچهنگارها پل میزند. وضعیت سالم اتصال فقط تأیید میکند که یک کانال قابل دسترسی است، نه اینکه هر آیتمی دادههای تازه دریافت میکند. اگر آدرس، تنظیمات اسکن، اشتراک یا بار ارتباطی PLC نادرست باشد، یک تگ ممکن است آخرین مقدار خود را حفظ کند یا کیفیتی قدیمی یا نامعتبر نشان دهد. ابتدا کیفیت و مهر زمانی تگ موردنظر را بررسی کنید، سپس آن را با یک مقدار شناختهشده و متغیر در PLC مقایسه کنید.
آیا ممکن است نگاشت آدرس PLC نادرست باشد؟
بله. ویرایشهای PLC میتوانند متغیرها را جابهجا کنند، اندیسهای آرایه را تغییر دهند یا نوع داده را عوض کنند، در حالی که تعریفهای آیتم OPC همچنان به مکان قبلی اشاره میکنند. جدول تگهای PLC و فهرست آیتمهای OPC را در کنار هم مقایسه کنید؛ این مقایسه باید شامل آدرس دقیق، رجیستر یا بلوک داده، اندیس عنصر و نوع داده باشد. برای یک ماژول پردازنده Schneider Modicon M340 که از طریق Modbus TCP در دسترس است، نقشه حافظه دستگاه و نحوه تبدیل ارجاعهای %MW، %M یا %Q توسط درایور OPC به طرح آدرسدهی خودش را بررسی کنید. پس از بازبینی برنامه، فرض نکنید که آفست تغییر نکرده است.
با یک مقدار PLC تأییدشده و ایمن که تغییر میکند آزمایش کنید و آیتم OPC متناظر و مهر زمانی آن را زیر نظر بگیرید. اگر مقدار PLC تغییر میکند اما آیتم OPC تغییر نمیکند، پیش از تعویض کابلها، نگاشت و پیکربندی درایور را بررسی کنید.
آیا نرخهای اسکن یا اشتراکها میتوانند باعث تأخیر تگها شوند؟
بله. نظرسنجی تهاجمی یا اشتراکی شلوغ میتواند باعث تأخیر یا از دست رفتن بهروزرسانیها شود، حتی زمانی که نشست همچنان متصل است. نرخ اسکن درخواستی را با نرخ واقعی بهروزرسانی سرور، رفتار صف و زمان پاسخ PLC مقایسه کنید. تگها را بر اساس نیاز فرایند گروهبندی کنید: یک دمای کُند ممکن است از فاصله 1000 ms استفاده کند، در حالی که یک سیگنال سریعتر، در صورت پشتیبانی کنترلر و برنامه، به 200 ms نیاز داشته باشد. زمانبندی را بر اساس الزامات فرایند اعتبارسنجی کنید و این مقادیر نمونه را تنظیمات همگانی در نظر نگیرید.
برای OPC UA، فاصلههای نمونهبرداری و انتشار بازبینیشده، وضعیت آیتمهای تحت نظارت و تنظیمات صف را بررسی کنید. در صورت مناسب بودن، برای کاهش اعلانهای غیرضروری تغییرات از دِدبند استفاده کنید. برای OPC DA، نرخهای بهروزرسانی گروه و کیفیت آیتمها را بررسی کنید. پس از هر تنظیم، تگهای موردنظر را دوباره آزمایش کنید.
آیا تعداد بیش از حد کلاینتها میتواند ارتباطات PLC را اشباع کند؟
بله. SCADA، HMIها، تاریخچهنگارها، لپتاپهای مهندسی و ابزارهای تعمیر و نگهداری ممکن است همگی از یک PLC نظرسنجی کنند. اگر ظرفیت ارتباطی تحت فشار باشد، خواندن برخی آیتمها ممکن است با وقفه مواجه شود یا با تأخیر برسد. اتصالهای فعال کلاینت، عیبیابی درایور، زمان پاسخ دستگاه و تعداد تلاشهای مجدد را بررسی کنید. در صورت امکان نظرسنجیهای تکراری را حذف کنید و سیستم را در بار عادی دوباره آزمایش کنید. یک ماژول ارتباطی اترنت Schneider M340 نمونهای از سختافزار ارتباطی است که عیبیابی آن میتواند به شناسایی گلوگاهها کمک کند.
در یک پلتفرم PLC شرکت GE Fanuc / Emerson، مستندات واقعی کنترلر، سرور OPC و درایور را برای اتصالهای پشتیبانیشده و امکانات عیبیابی بررسی کنید و فرض نکنید همه نسلها قابلیتهای یکسانی برای OPC UA ارائه میدهند. اگر یک نشست OPC UA متصل باقی میماند اما آیتمهای تحت نظارت دیگر بهروزرسانی نمیشوند، وضعیت اشتراک، پیامهای keep-alive و رویدادهای امنیتی یا گواهی را بررسی کنید. در صورت مناسب بودن، اشتراک کلاینت موردنظر را دوباره ایجاد کنید، سپس مطمئن شوید کیفیت آیتم و مهرهای زمانی به حالت عادی بازگشتهاند.
مهندس ابتدا باید چه چیزی را بررسی کند؟
بهجای چراغهای لینک، به پرچمهای کیفیت و مهرهای زمانی اعتماد کنید. ابتدا آیتم OPC را با آدرس منبع و نوع داده آن در PLC مقایسه کنید. سپس نرخهای واقعی اسکن یا اشتراک را با نرخهای درخواستی بررسی کنید. بعد از آن، بار ارتباطی PLC، وقفهها و تلاشهای مجدد را اندازهگیری کنید. پس از رفع اشکال، یک نسخه تأییدشده از فهرست آیتمهای OPC را تحت کنترل تغییرات نگه دارید و پس از ویرایشهای PLC آن را تطبیق دهید.
نویسنده: لیانگ ویگوئو مهندس اتوماسیون صنعتی است و بیش از 10 سال تجربه در PLC، DCS و سیستمهای کنترل دارد.
