تکامل قابلیت همکاری و ارتباطات صنعتی

اتوماسیون کارخانه به ارتباط یکپارچه میان تجهیزات ابزار دقیق میدانی، کنترلرها و سیستم‌های نظارتی متکی است. در گذشته، پروتکل‌های اختصاصی تبادل داده میان تجهیزات کنترلی تولیدکنندگان مختلف را محدود می‌کردند. روش‌های اولیه رایانش مانند تبادل پویای داده (DDE) نتوانستند نیازهای کنترل فرایند را در معماری‌های شبکه توزیع‌شده برآورده کنند. در نتیجه، رهبران صنعت در سال ۱۹۹۶ ارتباطات پلتفرم باز (OPC) را برای استانداردسازی تبادل داده‌های صنعتی ایجاد کردند. OPC یک رابط جهانی فراهم می‌کند که تجهیزات قدیمی را به پلتفرم‌های نظارتی مدرن متصل می‌سازد.

آشنایی با مشخصات OPC کلاسیک

OPC کلاسیک برای انتقال داده‌های فرایندی بلادرنگ به فناوری DCOM مایکروسافت (مدل شیء مؤلفه توزیع‌شده) متکی است. مشخصات اولیه شامل سه بخش کاربردی بود:

• دسترسی به داده‌های OPC (OPC DA): پارامترهای پیوسته بلادرنگ، مانند مقادیر فشار، دما و دبی را منتقل می‌کند.
• هشدارها و رویدادهای OPC (OPC AE): اعلان‌های هشدار و پیام‌های رویداد دارای مهر زمانی را به اپراتورها ارسال می‌کند.
• دسترسی به داده‌های تاریخی OPC (OPC HDA): داده‌های روند بایگانی‌شده را برای تحلیل و گزارش‌دهی قانونی بازیابی می‌کند.

اگرچه OPC کلاسیک انقلابی در اتصال‌پذیری کارخانه‌ها ایجاد کرد، وابستگی آن به DCOM مبتنی بر ویندوز آسیب‌پذیری‌های فایروال ایجاد می‌کرد. در ۱۵ سالی که شبکه‌های DCS را پیکربندی کرده‌ام، پیکربندی امنیتی DCOM همچنان یکی از بزرگ‌ترین چالش‌های استقرار است.

گذار بنیادین به OPC UA

بنیاد OPC، معماری یکپارچه OPC (OPC UA) را برای غلبه بر محدودیت‌های معماری OPC کلاسیک معرفی کرد. OPC UA ارتباط مستقل از پلتفرم را میان ویندوز، لینوکس، کنترلرهای توکار و معماری‌های ابری فراهم می‌کند.

برخلاف نسخه پیشین، OPC UA قابلیت‌های امنیتی بومی، از جمله گواهی‌های دیجیتال و رمزنگاری سرتاسری را یکپارچه کرده است. افزون بر این، OPC UA قابلیت‌های غنی مدل‌سازی اطلاعات را در بر می‌گیرد. مهندسان به‌جای رجیسترهای ساده و تخت تگ، ساختارهای پیچیده داده را تعریف می‌کنند. در نتیجه، OPC UA ستون فقرات معماری‌های مدرن صنعت ۴.۰ و کارخانه هوشمند را تشکیل می‌دهد.

تعامل سرور و کلاینت OPC در سیستم‌های PLC

معماری OPC از طریق رابطه کلاینت-سرور عمل می‌کند:

• سرور OPC: مستقیماً با کنترلرهای میدانی مانند PLCها یا DCSها ارتباط برقرار می‌کند تا داده‌های خام ورودی/خروجی را جمع‌آوری کند.
• کلاینت OPC: برای نمایش یا ثبت داده‌ها، داده‌های فرایندی را از سرور درخواست می‌کند.

برای نمونه، بسته‌های نرم‌افزاری مانند Rockwell Automation RSLinx یا Siemens SIMATIC NET به‌عنوان سرور OPC عمل می‌کنند. هم‌زمان، پلتفرم‌های SCADA مانند WinCC یا Ignition نقش کلاینت OPC را دارند. سرور OPC پروتکل‌های اختصاصی کنترلر، مانند Profibus، PROFINET یا EtherNet/IP، را به تگ‌های استاندارد داده OPC ترجمه می‌کند. در نتیجه، اپراتورها تأسیسات چندتأمین‌کننده‌ای را از طریق یک داشبورد یکپارچه HMI پایش می‌کنند.

سناریوی کاربردی واقعی: یکپارچه‌سازی کارخانه تولیدی ترکیبی

یک واحد داروسازی قصد داشت اسکید PLC مدل Siemens S7-1500 موجود را با یک DCS جدید Rockwell Allen-Bradley ControlLogix یکپارچه کند. این واحد به ثبت داده‌های دمای بلادرنگ در یک تاریخچه‌نگار متمرکز نیاز داشت، بدون آنکه تجهیزات میدانی موجود را تعویض کند.

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

درباره نویسنده

Chen Ming معمار ارشد سیستم‌های کنترل صنعتی است و بیش از ۱۵ سال در زمینه برنامه‌نویسی PLC، یکپارچه‌سازی شبکه‌های DCS و انطباق با الزامات امنیت سایبری تجربه دارد. او معماری‌های پیچیده اتوماسیون را در بخش‌های خودروسازی، شیمیایی و انرژی طراحی و راه‌اندازی کرده است. Chen Ming در استقرار OPC UA، شبکه‌های فیلدباس صنعتی و اتصال زیرساخت OT به نرم‌افزارهای سازمانی IT تخصص دارد.