کنترل تعاملی PLC اینترنت صنعتی برای تولید انعطاف‌پذیر

فراتر از اتوماسیون جداگانه – چرا PLCها باید به مراکز همکاری تبدیل شوند

اتوماسیون صنعتی مدت‌هاست که برای کنترل مطمئن تولید به PLCها متکی است. با این حال، بیشتر سیستم‌های PLC قدیمی به‌صورت جداگانه عمل می‌کنند. آن‌ها به ندرت به تأمین‌کنندگان بالادستی یا توزیع‌کنندگان پایین‌دستی متصل می‌شوند. این عدم اتصال باعث ایجاد شکاف‌های داده‌ای می‌شود. در نتیجه، کارخانه‌ها با تولید بیش از حد یا پاسخ‌های کند به تغییرات بازار مواجه‌اند. بدتر اینکه، PLCهای سنتی نمی‌توانند از سفارشی‌سازی انبوه پشتیبانی کنند. آن‌ها انعطاف‌پذیری و جریان داده‌های زمان واقعی که زنجیره‌های تأمین مدرن نیاز دارند را ندارند. یک چرخه اسکن معمولی در یک PLC قدیمی ورودی/خروجی محلی و شاید چند رک راه دور را پردازش می‌کند. اما بارهای JSON یا پیام‌های MQTT را مدیریت نمی‌کند. این محدودیت زمانی بحرانی می‌شود که نیاز به تنظیم تولید بر اساس سطح موجودی توزیع‌کننده در سه سطح بالاتر باشد.

تعریف مجدد PLC – از کنترل‌کننده محلی به هماهنگ‌کننده زنجیره صنعتی

اینترنت صنعتی به‌علاوه مدل کنترل تعاملی PLC این تصویر را کاملاً تغییر می‌دهد. این فقط اتصال را اضافه نمی‌کند. بلکه پروتکل‌های اینترنت صنعتی را مستقیماً در سخت‌افزار و نرم‌افزار سیستمی PLC جاسازی می‌کند. این امکان را می‌دهد که PLCها در زمان واقعی با سیستم‌های ERP، پلتفرم‌های زنجیره تأمین و حسگرهای هوشمند ارتباط برقرار کنند. در نتیجه، داده‌های تولید به‌صورت یکپارچه از تأمین مواد اولیه تا تحویل نهایی جریان می‌یابد. گلوگاه‌های اطلاعاتی از بین می‌روند. PLC به یک مرکز همکاری زنجیره‌ای تبدیل می‌شود نه یک دستگاه مستقل.

از دیدگاه نرم‌افزار سیستمی، این به معنای پیاده‌سازی یک پشته سبک TCP/IP با TLS 1.2 یا 1.3 است. PLC باید احراز هویت مبتنی بر گواهی‌نامه را مدیریت کند. همچنین به یک کلاینت پیام‌رسانی انتشار-اشتراک نیاز دارد، معمولاً MQTT یا AMQP. بسیاری از مهندسان درباره محدودیت‌های منابع سؤال می‌کنند. یک PLC مدرن مانند Siemens S7-1500 یا Rockwell CompactLogix 5480 حافظه RAM و فلش کافی برای اجرای این پشته‌ها دارد. چالش واقعی زمان‌بندی قطعی است. نمی‌توان اجازه داد ترافیک شبکه در اجرای دوره‌ای وظایف PLC تداخل ایجاد کند. بنابراین، وظایف ارتباطی را به یک وظیفه پس‌زمینه با اولویت پایین‌تر جدا کنید. یا از یک هم‌پردازنده ارتباطی اختصاصی استفاده کنید.

ویژگی‌های فنی که چابکی زنجیره‌ای را ممکن می‌سازند

سه ویژگی فنی باعث می‌شود این مدل جدید به‌طور مؤثر کار کند. اول، محاسبات لبه‌ای داخل PLC داده‌ها را به‌صورت محلی پردازش می‌کند. این کار تأخیر ابر را به کمتر از ۱۰ میلی‌ثانیه کاهش می‌دهد. دوم، چارچوب‌های برنامه‌نویسی PLC متن‌باز که با IEC 61499 هماهنگ هستند، سازگاری بین برندها را تضمین می‌کنند. سوم، نگهداری پیش‌بینی‌شده مبتنی بر هوش مصنوعی به PLCها اجازه می‌دهد ناهنجاری‌های تجهیزات را قبل از ایجاد توقف شناسایی کنند. این ویژگی‌ها با هم زنجیره صنعتی خودبهینه‌ساز را ایجاد می‌کنند. علاوه بر این، وابستگی به تأمین‌کنندگان منفرد را کاهش می‌دهند.

اجازه دهید درباره IEC 61499 توضیح دهم چون بسیاری از مهندسان هنوز با مفاهیم IEC 61131-3 فکر می‌کنند. IEC 61499 از بلوک‌های تابع رویدادمحور استفاده می‌کند. این اساساً با مدل اسکن چرخه‌ای متفاوت است. در IEC 61499، یک بلوک تابع فقط زمانی فعال می‌شود که رویدادی دریافت کند. این کاملاً با سیستم‌های توزیع‌شده و تعاملی مطابقت دارد. برای مثال، PLC یک تأمین‌کننده می‌تواند وقتی کیفیت مواد خام تغییر می‌کند، رویدادی به PLC شما ارسال کند. سپس PLC شما قبل از ورود مواد نامطلوب به خط، تنظیم دستورالعمل را فعال می‌کند. این کار را نمی‌توان به‌طور تمیز با منطق نردبانی سنتی انجام داد. چارچوب‌های متن‌باز مانند 4diac FORTE IEC 61499 را روی دستگاه‌های با منابع محدود پیاده‌سازی می‌کنند. می‌توانید آن را روی Raspberry Pi یا مستقیماً روی برخی PLCها با زمان‌اجرای مبتنی بر لینوکس اجرا کنید.

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

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

یک PLC تعاملی باید چندین پروتکل را پشتیبانی کند. برای ارتباط ماشین به ماشین داخل کارخانه، OPC UA را حفظ می‌کند. برای تبادل داده ابری و بین کارخانه‌ای، MQTT یا Sparkplug B را اضافه می‌کند. همچنین به قابلیت‌های REST API برای پرس‌وجوی مستقیم سیستم‌های ERP نیاز دارد. بسیاری از مهندسان درباره Sparkplug B سوال می‌پرسند. این مشخصات قالب بار استانداردی برای MQTT تعریف می‌کند. شامل مدیریت وضعیت و گواهی‌های تولد-مرگ است. وقتی نیاز به کشف خودکار دستگاه‌ها دارید، از Sparkplug B استفاده کنید. اگر اکوسیستم شما قبلاً از OPC UA استفاده می‌کند، از آن اجتناب کنید.

مدل‌سازی داده‌ها به همان اندازه مهم است. نمی‌توانید نام‌های خام تگ PLC را به سیستم ERP ارسال کنید. ERP عبارت "DB42.DBX12.4" را نمی‌فهمد. بنابراین، یک لایه نگاشت معنایی تعریف کنید. از استاندارد Asset Administration Shell یا Digital Twin (IEC 62832) استفاده کنید. هر دارایی تولیدی یک دوقلوی دیجیتال با ویژگی‌های استاندارد شده دارد. PLC حسگرهای فیزیکی را می‌خواند و مقادیر را به ویژگی‌های دوقلوی دیجیتال می‌نویسد. سپس دوقلوی دیجیتال تمام ارتباطات سطح بالاتر را مدیریت می‌کند. این کنترل منطق را از منطق تبادل داده جدا می‌کند.

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

ارزش کسب‌وکار فراتر از بهره‌وری – تولید مبتنی بر تقاضا و پایدار

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

به بهینه‌سازی انرژی فکر کنید. یک شبکه PLC همکاری‌کننده می‌تواند پاسخ تقاضا را اجرا کند. شرکت برق سیگنال قیمت یا درخواست کاهش مصرف را از طریق MQTT ارسال می‌کند. همه PLCها همزمان آن را دریافت می‌کنند. سپس هر PLC به‌صورت محلی تصمیم می‌گیرد که آیا بارهای غیرضروری را کاهش دهد یا خیر. یک خط رنگ‌آمیزی ممکن است چرخه پیش‌گرمایش کوره را متوقف کند. یک کمپرسور ممکن است نقطه تنظیم فشار را ۱۰٪ کاهش دهد. PLCها هماهنگ می‌شوند تا بار کل را بدون توقف تولید کاهش دهند. این نیاز به سیستم مدیریت انرژی مرکزی ندارد. هوش به‌صورت توزیع‌شده است.

برای استانداردسازی کیفیت، از یک کد پایه PLC در تمام کارخانه‌های جهانی استفاده کنید. کد را در مخزن کنترل نسخه ذخیره کنید. آن را از طریق محیط اجرای کانتینری شده مستقر کنید. بله، می‌توانید کد PLC را در کانتینرها اجرا کنید. CODESYS و سایر پلتفرم‌های SoftPLC از کانتینرهای Docker پشتیبانی می‌کنند. این امکان را می‌دهد که به‌روزرسانی ناموفق را در سطح جهانی ظرف چند دقیقه بازگردانید. همچنین تست A/B را ممکن می‌سازد. دستورالعمل جدید را به مدت ۲۴ ساعت روی یک PLC اجرا کنید. معیارهای کیفیت را به‌صورت خودکار مقایسه کنید. سپس در صورت موفقیت، آن را به همه PLCها ارسال کنید.

دیدگاه کارشناسی – استعداد و معماری باز حیاتی هستند

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

اجازه دهید توصیه‌های فنی خاصی ارائه دهم. تیم شما به سه مهارت نیاز دارد. اول، مهارت‌های سنتی PLC: منطق نردبانی، متن ساختاریافته، و محدودیت‌های زمان واقعی. دوم، مهارت‌های فناوری اطلاعات: TCP/IP، گواهی‌نامه‌های TLS، MQTT، و تجزیه JSON. سوم، اصول علم داده: تحلیل سری‌های زمانی، شناسایی ناهنجاری، و استقرار مدل. همه را به دوره‌های جداگانه نفرستید. در عوض، یک بوت‌کمپ داخلی شش هفته‌ای برگزار کنید:

• هفته اول: چرخه‌های اسکن PLC و اولویت‌های وظیفه را مرور کنید
• هفته دوم: یک بروکر MQTT محلی با احراز هویت راه‌اندازی کنید
• هفته سوم: بلوک عملکرد متن ساختاریافته‌ای بنویسید که بار JSON منتشر کند
• هفته چهارم: نگهبان ضربان قلب بین دو PLC پیاده‌سازی کنید
• هفته پنجم: مدل ساده تشخیص ناهنجاری را روی دروازه لبه‌ای پیاده‌سازی کنید
• هفته ششم: همه چیز را در یک خط آزمایشی تولید یکپارچه کنید

در معماری باز، از PLCهایی که نیاز به کتابخانه‌های ارتباطی اختصاصی دارند اجتناب کنید. اگر PLC نتواند بسته خام MQTT را بدون دروازه اختصاصی فروشنده ارسال کند، آن را رد کنید. به دنبال PLCهایی باشید که پشتیبانی بومی از بلوک‌های عملکردی Python یا C++ دارند. سری Beckhoff TwinCAT و WAGO PFC نمونه‌های خوبی هستند. آن‌ها هسته کامل لینوکس را اجرا می‌کنند. می‌توانید کتابخانه‌های متن‌باز استاندارد را نصب کنید. این به شما حداکثر انعطاف‌پذیری را می‌دهد. معادل آن سخت‌تر شدن تضمین‌های زمان واقعی است. اما برای کنترل تعاملی، تعیین‌کنندگی زیر میلی‌ثانیه به ندرت لازم است. نوسان ده میلی‌ثانیه قابل قبول است.

مورد واقعی – تولیدکننده الکترونیک زمان تحویل را ۷۸٪ کاهش داد

یک تولیدکننده جهانی الکترونیک 3C این مدل را در ۱۲ کارخانه در آسیا و اروپا به کار گرفت. PLCهای سری Delta DVP را با پلتفرم اینترنت صنعتی هوآوی یکپارچه کرد. پروتکل‌های MQTT انتقال داده بین مناطق را مدیریت می‌کردند. این سیستم به اشتراک‌گذاری لحظه‌ای موجودی قطعات، برنامه‌های تولید و داده‌های کیفیت امکان می‌داد. در نتیجه، زمان تحویل سفارشات سفارشی از ۱۴ روز به ۳ روز کاهش یافت. هزینه‌های موجودی ۲۸٪ کاهش یافت. تأمین‌کنندگان نیز با هشدارهای تقاضای فعال‌شده توسط PLC، تأخیرهای تحویل را ۴۰٪ کاهش دادند.

اجازه دهید جزئیات فنی که در خلاصه مورد ذکر نشده بود را اضافه کنم. PLCهای سری Delta DVP از پورت اترنت داخلی برای MQTT استفاده می‌کردند. هر PLC یک کلاینت Sparkplug B اجرا می‌کرد. فضای نام موضوعات از سلسله‌مراتب دقیقی پیروی می‌کرد: منطقه/کارخانه/خط/ایستگاه/معیار. برای مثال، asia/shanghai/smt3/feeder/reel_A_remaining. این امکان اشتراک دقیق را فراهم می‌کرد. ایستگاه کنترل کیفیت فقط به معیارهای ایستگاه‌های بالادستی که بر فرآیند خودش تأثیر داشتند مشترک می‌شد. بروکر MQTT یک استقرار خوشه‌ای EMQX با ۹۹.۹۹۹٪ زمان در دسترس بود. لینک‌های بین منطقه‌ای از TLS با احراز هویت دوطرفه استفاده می‌کردند. هر PLC دارای گواهی X.509 مخصوص به خود بود که در حین تولید تأمین می‌شد.

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

راهکارهای سفارشی برای تولید گسسته در مقابل تولید فرآیندی

این مدل به‌راحتی با بخش‌های صنعتی مختلف سازگار می‌شود. برای تولید قطعات مجزا، مانند الکترونیک یا ماشین‌آلات، پیکربندی‌های مدولار PLC تغییر سریع خطوط تولید را پشتیبانی می‌کند. برای تولید فرآیندی، از جمله صنایع غذایی و دارویی، PLCها با سیستم‌های DCS و کنترل دسته‌ای ادغام می‌شوند. این اطمینان را می‌دهد که با استانداردهای FDA و GMP مطابقت دارند. شرکت‌های کوچک نیز گزینه‌های مقرون‌به‌صرفه دارند. برای مثال، PLCهای Omron CP1H همراه با دروازه‌های سبک اینترنت صنعتی، نقطه ورود کم‌هزینه‌ای فراهم می‌کنند.

برای تولید قطعات مجزا، از رویکرد جدول پیکربندی استفاده کنید. پارامترهای خاص محصول را در یک پایگاه داده یا فایل CSV ذخیره کنید. PLC جدول را در زمان اجرا می‌خواند. وقتی تولید به محصول جدید تغییر می‌کند، PLC مجموعه پارامتر مربوطه را بارگذاری می‌کند. این شامل سرعت‌های تغذیه، آستانه‌های رد و دستورالعمل‌های بازرسی است. جنبه تعاملی به اشتراک‌گذاری این جداول بین کارخانه‌ها است. یک مرکز مهندسی جدول اصلی را ایجاد می‌کند. همه PLCها به‌روزرسانی‌ها را از طریق MQTT دریافت می‌کنند. کنترل نسخه حیاتی است. از هش کل جدول به‌عنوان شناسه نسخه استفاده کنید. PLC هنگام راه‌اندازی هش را بررسی می‌کند. اگر مطابقت نداشت، به‌روزرسانی را رد کرده و به بخش نگهداری هشدار می‌دهد.

برای تولید فرآیندی، کنترل دسته‌ای چالش اصلی است. استاندارد ANSI/ISA-88 استانداردهای کنترل دسته‌ای را تعریف می‌کند. PLCهای تعاملی می‌توانند منطق فاز و عملیات ISA-88 را پیاده‌سازی کنند. PLC دستورالعمل دسته‌ای را از MES از طریق MQTT دریافت می‌کند و سپس مراحل دستورالعمل را اجرا می‌کند. اما نکته تعاملی این است که PLC وضعیت فعلی دسته را به واحدهای پایین‌دستی منتشر می‌کند. یک کریستالیزاتور پایین‌دستی می‌تواند بر اساس زمان پیش‌بینی شده اتمام راکتور بالادستی، ژاکت خود را پیش‌سرد کند. این کار زمان انتقال بین دسته‌ها را کاهش می‌دهد. برای رعایت مقررات FDA، PLC باید تمام تغییرات دستورالعمل و تنظیمات پارامترها را ثبت کند. از یک مسیر حسابرسی فقط‌نویس استفاده کنید. لاگ‌ها را روی بلاک‌چین یا پایگاه داده غیرقابل تغییر ذخیره کنید. خود PLC نباید اجازه حذف داشته باشد.

برای شرکت‌های کوچک، رویکرد Omron CP1H به خوبی کار می‌کند. این PLC به‌صورت بومی از MQTT پشتیبانی نمی‌کند. یک دروازه سبک مانند Industrial Shield M100 اضافه کنید. این دروازه از طریق Modbus TCP رجیسترهای PLC را می‌خواند و سپس مقادیر را به یک بروکر MQTT ارسال می‌کند. همچنین این دروازه به دستورات مشترک گوش می‌دهد و آن‌ها را به رجیسترهای PLC بازنویسی می‌کند. هزینه کل سخت‌افزار کمتر از ۵۰۰ دلار است. این امکان را به کارخانه‌های کوچک می‌دهد تا بدون تعویض کل ناوگان PLC خود، به شبکه تعاملی بپیوندند.

سناریوهای عملی استقرار برای عملیات B2B

یک تأمین‌کننده قطعات خودرو با اندازه متوسط را در نظر بگیرید. این شرکت می‌تواند PLCهای تعاملی را برای هماهنگ‌سازی خطوط پرس، جوشکاری و رنگ‌آمیزی با برنامه‌های تحویل به موقع به کار گیرد. سناریوی دیگر، یک پردازشگر دسته‌ای مواد شیمیایی است. در اینجا، PLCها با ادغام DCS می‌توانند به‌طور خودکار دستورالعمل‌ها را بر اساس موجودی مواد اولیه و سفارشات مشتری تنظیم کنند. این سناریوها نشان می‌دهند که کنترل تعاملی در هر دو محیط تولید با تنوع بالا و حجم کم و تولید پیوسته کارآمد است.

اجازه دهید سناریوی خودروسازی را توضیح دهم. تأمین‌کننده سه پرس ضربه‌ای دارد که به دو خط جوشکاری تغذیه می‌کنند. خطوط جوشکاری به یک خط رنگ‌آمیزی تغذیه می‌کنند. بدون همکاری، هر خط با بافرهای ایمنی کار می‌کند. با همکاری، PLCهای خط جوشکاری به PLCهای پرس ضربه‌ای مشترک می‌شوند. اگر پرس ضربه‌ای یک زمان چرخه خود را ۱۰٪ کاهش دهد، PLCهای خط جوشکاری بار را بازتوزیع می‌کنند. آن‌ها قطعات بیشتری از پرس ضربه‌ای یک به خط جوشکاری یک می‌فرستند. PLC خط رنگ‌آمیزی به هر دو PLC خط جوشکاری مشترک می‌شود. سرعت نقاله خود را بر اساس نرخ قطعات ورودی تنظیم می‌کند. نتیجه کاهش ۱۵٪ موجودی کار در جریان است. سیستم همچنین شکست‌ها را به‌خوبی مدیریت می‌کند. اگر پرس ضربه‌ای دو خراب شود، PLCهای خط جوشکاری ظرف یک ثانیه رویداد دریافت می‌کنند. آن‌ها تمام قطعات را به پرس ضربه‌ای یک و خط جوشکاری دو هدایت می‌کنند. خط رنگ‌آمیزی به‌طور خودکار سرعت را کاهش می‌دهد تا با توان جدید هماهنگ شود.

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

ملاحظات امنیتی برای شبکه‌های PLC همکاری‌کننده

اتصال PLCها در سراسر زنجیره‌های تأمین سطوح جدیدی از حمله را ایجاد می‌کند. بنابراین، امنیت باید از ابتدا ساخته شود، نه اینکه بعداً اضافه شود. از تقسیم‌بندی شبکه استفاده کنید. PLCهای همکاری‌کننده را در یک DMZ صنعتی اختصاصی قرار دهید. از فایروال‌ها برای محدود کردن ترافیک استفاده کنید. فقط MQTT روی پورت ۸۸۸۳ (TLS) و OPC UA روی پورت ۴۸۴۰ را مجاز کنید. تمام ترافیک دیگر را مسدود کنید. از احراز هویت مبتنی بر گواهی برای هر PLC استفاده کنید. هیچ رمز عبور مشترکی نباشد. هنگام بازنشسته شدن یک PLC، گواهی‌ها را فوراً لغو کنید.

رمزنگاری در سطح پیام را حتی اگر به شبکه اعتماد دارید، پیاده‌سازی کنید. MQTT با TLS داده‌ها را در حین انتقال محافظت می‌کند. اما برای پارامترهای حساس، رمزنگاری در لایه برنامه را در نظر بگیرید. فرمول‌های دستور پخت و محدودیت‌های کیفیت اسرار تجاری هستند. آن‌ها را با کلید عمومی زنجیره تأمین رمزنگاری کنید. فقط PLC مقصد با کلید خصوصی خود رمزگشایی می‌کند. از کلیدهای کوتاه‌مدت استفاده کنید. آن‌ها را هر ۹۰ روز به‌طور خودکار تعویض کنید.

ترافیک غیرعادی را پایش کنید. یک PLC به خطر افتاده رفتار متفاوتی خواهد داشت. ممکن است به موضوعات غیرمنتظره یا با نرخ‌های غیرمعمول منتشر کند. یک دروازه امنیتی مستقر کنید که تمام ترافیک MQTT را بررسی کند. از قوانینی مانند: PLC خط ۳ فقط باید به موضوعاتی که با /factory/line3/ شروع می‌شوند منتشر کند، استفاده کنید. اگر به /factory/line1/ منتشر کرد، مسدود و هشدار دهید. همچنین نرخ‌های انتشار را پایش کنید. یک PLC که معمولاً هر ۱۰۰۰ میلی‌ثانیه منتشر می‌کند و ناگهان هر ۱۰ میلی‌ثانیه منتشر می‌کند، نشان‌دهنده مشکل است.

روندهای آینده – شبکه‌بندی حساس به زمان و کنترل توزیع‌شده

تحول بعدی شبکه حساس به زمان (TSN) برای PLCهای همکاری است. TSN تأخیر قطعی را به اترنت استاندارد اضافه می‌کند. با TSN، PLCها می‌توانند حلقه‌های کنترل خود را تا یک میکروثانیه همگام کنند. این امکان کنترل حرکت توزیع‌شده را فراهم می‌کند. یک PLC می‌تواند انکودر اصلی را کنترل کند در حالی که سه PLC دیگر محورهای فرعی را کنترل می‌کنند. نیازی به کنترل‌کننده حرکت اختصاصی نیست. IEEE 802.1AS همگام‌سازی زمان را فراهم می‌کند. 802.1Qbv ترافیک زمان‌بندی شده را ارائه می‌دهد. پروتکل‌های اترنت صنعتی مانند PROFINET و EtherCAT در حال پذیرش TSN هستند.

روند دیگر کنترل توزیع‌شده مبتنی بر بلوک عملکرد است. به جای اینکه یک PLC کل خط را کنترل کند، منطق کنترل را به بلوک‌های عملکرد کوچکتر تقسیم کنید. این بلوک‌ها را در چندین PLC توزیع کنید. هر بلوک جایی اجرا می‌شود که ورودی/خروجی آن قرار دارد. بلوک‌ها از طریق رویدادها روی TSN با هم ارتباط برقرار می‌کنند. این کار سیم‌کشی را کاهش داده و نقطه شکست مرکزی را حذف می‌کند. استاندارد IEC 61499 این را پشتیبانی می‌کند اما پذیرش آن کند بوده است. با قدرتمندتر شدن PLCها و بلوغ TSN، انتظار می‌رود پذیرش آن در سه تا پنج سال آینده تسریع شود.

مقایسه معماری‌های PLC همکاری

جدول زیر سه معماری رایج برای پیاده‌سازی شبکه‌های PLC همکاری را مقایسه می‌کند. از این جدول به عنوان مرجع هنگام انتخاب استراتژی استقرار خود استفاده کنید.

مدل‌های پیشنهادی PLC برای کنترل همکاری

بر اساس تجربه واقعی استقرار، در اینجا مدل‌های خاص PLC که برای پروژه‌های کنترل همکاری مناسب هستند آورده شده است. هر مدل نیازهای مختلف بودجه و عملکرد را برآورده می‌کند.

چک‌لیست پیاده‌سازی گام‌به‌گام

از این چک‌لیست هنگام راه‌اندازی اولین شبکه PLC همکاری خود استفاده کنید. این چک‌لیست شامل وظایف سخت‌افزاری، نرم‌افزاری و امنیتی به ترتیب منطقی است.

• تأیید اینکه هر PLC دارای یک پورت اترنت اختصاصی برای ترافیک همکاری است
• تأمین گواهی‌های X.509 برای هر PLC در شبکه
• راه‌اندازی یک بروکر MQTT خوشه‌ای (EMQX یا VerneMQ) با فعال‌سازی TLS
• تعریف سلسله‌مراتب فضای نام موضوع قبل از نوشتن هر کدی
• پیاده‌سازی یک بلوک عملکرد ضربان قلب در متن ساختاریافته یا نردبانی
• آزمایش فرآیندهای تمدید و لغو گواهی به صورت آفلاین
• استقرار لایه نگاشت معنایی (Asset Administration Shell) روی یک سرور لبه
• اجرای یک آزمایش اولیه با دو PLC قبل از گسترش به کل زنجیره تأمین
• مستندسازی تمام نام‌های موضوع، فرمت‌های بار داده و قوانین مدیریت خطا
• آموزش کارکنان نگهداری قطار در ابزارهای تشخیص MQTT مانند MQTT Explorer

نوشته شده توسط گو جینهونگ، مهندس اتوماسیون صنعتی متخصص در راه‌حل‌های PLC و DCS برای صنایع نفت، گاز و شیمیایی.