سرور OPC متصل است، اما تگ‌ها ثابت مانده‌اند؟ رفع مقادیر قدیمی در سیستم‌های ABB و GE
اتصال سبز سرور OPC ثابت نمی‌کند که همه تگ‌ها به‌روز هستند. در تأسیسات ABB 800xA و GE PACSystems، پیش از تعویض سخت‌افزار شبکه، مقدار، کیفیت و مُهرهای زمانی را از کنترلر، از طریق سرور، تا کلاینت دنبال کنید.
چرا ممکن است تگ‌ها با وجود اتصال سالم ثابت بمانند؟
ممکن است سرور همچنان متصل بماند، اما مسیرهای آیتم‌های منفرد، گروه‌های اسکن، اشتراک‌ها یا تنظیمات کلاینت دیگر به‌روزرسانی‌های مفیدی ارسال نکنند. ابتدا بررسی کنید که مقدار منبع واقعاً تغییر می‌کند یا نه. سپس مُهرهای زمانی منبع و سرور، کیفیت یا وضعیت، و آخرین به‌روزرسانی نمایش‌داده‌شده در کلاینت را مقایسه کنید. برخی مقادیر پایدار و معتبر فرایند، رویداد تغییر جدیدی ندارند؛ صرفاً ثابت‌ماندن نمایشگر، خرابی ارتباطی را ثابت نمی‌کند.
چگونه نقشه آدرس PLC را بررسی می‌کنید؟
شناسه هر آیتم OPC تحت تأثیر را با متغیر زنده کنترلر، نوع داده و شاخص آرایه مقایسه کنید. در کنترلر GE PACSystems RX3i مانند IC695CPU315، نگاشت واقعی متغیر مورد استفاده در درایور نصب‌شده را بررسی کنید؛ فرض نکنید همه پروژه‌های PACSystems از یک طرح بلوک داده یکسان استفاده می‌کنند. ممکن است یک آدرس همچنان وجود داشته باشد، اما دیگر توسط منطق برنامه نوشته نشود. برای سیستم ABB که از پردازنده PM861A استفاده می‌کند، مؤلفه اتصال نصب‌شده و عیب‌یابی آن را برای آیتم‌های حل‌نشده بررسی کنید. از تکیه بر نام دروازه‌ای که ممکن است در آن نصب وجود نداشته باشد، خودداری کنید.
آیا اشتراک‌ها و گروه‌های اسکن می‌توانند مقادیر ظاهراً قدیمی ایجاد کنند؟
بله. نرخ‌های به‌روزرسانی درخواستی و واقعی را مقایسه کنید و در سرور OPC و کلاینت مربوطه، به دنبال به‌روزرسانی‌های ازدست‌رفته، فواصل بازنگری‌شده، وقفه‌ها یا صف‌های بیش‌ازحد بارگذاری‌شده بگردید. آیتم‌ها را بر اساس نیاز عملیاتی واقعی گروه‌بندی کنید. چرخه سریع درخواستی لزوماً تحویل داده نمی‌شود و نباید با یک عدد عمومی تجویز شود. هر بار فقط یک گروه را تغییر دهید، سپس مُهرهای زمانی و کیفیت آیتم‌های تحت تأثیر را بررسی کنید.
آیا ناحیه مرده می‌تواند تغییرات کوچک را پنهان کند؟
ناحیه مرده تغییر داده می‌تواند زمانی که منبع کمتر از یک آستانه تنظیم‌شده تغییر می‌کند، اعلان‌ها را سرکوب کند. بررسی کنید که این ناحیه در PLC، سرور OPC، اشتراک یا لایه تاریخچه‌نگار اعمال می‌شود و مطلق است یا مبتنی بر درصد. مقدار منبعی را که تغییر آن شناخته شده است، با مقدار دریافتی در یک آزمون مجاز مقایسه کنید. آستانه را بر اساس تفکیک‌پذیری فرایند، نویز و میزان دید موردنیاز انتخاب کنید؛ صفر یا غیرصفر بودن ناحیه مرده یک تصمیم طراحی است، نه یک قاعده همگانی.
چگونه بار ارتباطی کنترلر را ارزیابی می‌کنید؟
خواننده‌های مستقیم را شمارش کنید و عیب‌یابی کنترلر، آداپتور شبکه و سرور را برای محدودیت‌های اتصال، زمان پاسخ، تلاش‌های مجدد و وقفه‌ها بررسی کنید. یک ماژول اترنت GE PACSystems مانند IC695ETM001 یکی از محل‌هایی است که می‌توان سخت‌افزار نصب‌شده را هنگام بررسی شناسایی کرد؛ برای محدودیت‌ها و شمارنده‌ها از راهنمای مخصوص آن استفاده کنید. تنها پس از بررسی دسترس‌پذیری و نیازهای فرایند، نظرسنجی‌های تکراری را یکپارچه کنید. یک نشست سالم سرور می‌تواند هم‌زمان با کنترلر بیش‌ازحد بارگذاری‌شده یا خطای یک کلاینت وجود داشته باشد.
آیا انتقال از OPC DA به OPC UA مشکل را برطرف می‌کند؟
به‌طور خودکار نه. OPC DA از COM/DCOM ویندوز استفاده می‌کند؛ OPC UA مدل ارتباطی و امنیتی متفاوتی دارد که شامل گواهی‌ها و وضعیت یا مُهرهای زمانی آیتم، در صورت پشتیبانی، است. انتقال می‌تواند برخی مشکلات مرتبط با DCOM را ساده‌تر کند، اما آدرس‌های نادرست، مقادیر منبع بدون تغییر یا تنظیمات نامناسب اشتراک را برطرف نمی‌کند. پیش از برنامه‌ریزی برای انتقال، نسخه‌های خاص اتصال ABB 800xA و GE، نگاشت فضای نام، اعتماد امنیتی و رفتار کلاینت را بررسی کنید.
گزارش عیب‌یابی باید شامل چه مواردی باشد؟
مسیرهای آیتم‌های تحت تأثیر، مقادیر منبع، کیفیت و مُهرهای زمانی در هر لایه، نرخ‌های واقعی به‌روزرسانی، تنظیمات ناحیه مرده، عیب‌یابی ارتباطی و تغییری را که به‌روزرسانی‌ها را بازگرداند، ذخیره کنید. اگر سایت اجازه می‌دهد، یک نقطه آزمون با تغییرات ایمن نگه دارید، اما هرگز مقدار یک فرایند زنده را بدون رویه تأییدشده به‌اجبار تغییر ندهید.
نویسنده: ژانگ ویجیان مهندس اتوماسیون صنعتی است و بیش از ۱۰ سال تجربه در PLC، DCS و سیستم‌های کنترل دارد.
