درون پردازندهٔ PLC: چرخه‌های اسکن، حافظه و انتخاب

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

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

اجرای قطعی هدف اصلی طراحی است

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

مدل آشنای چرخه اسکن مفید است، اما نباید آن را برای همه پلتفرم‌ها یک قاعده انعطاف‌ناپذیر دانست. کنترل‌گرهای سنتی ورودی‌ها را می‌خوانند، منطق را حل می‌کنند و خروجی‌ها را در یک توالی تکرارشونده می‌نویسند. سامانه‌های مدرن ممکن است از وظایف دوره‌ای، روال‌های فعال‌شونده با رویداد، نرخ‌های به‌روزرسانی I/O توزیع‌شده و پردازنده‌های اختصاصی حرکت یا ایمنی استفاده کنند. هدف مهندسی همچنان یکسان است: زمان پاسخ محدود و قابل مشاهده.

CPU یک PLC ماژولار، هنگام اجرای برنامه کنترل، ترافیک گذرگاه پشتی را میان سخت‌افزار ارتباطی و I/O محلی هماهنگ می‌کند.

تصاویر ورودی، اجرای منطق و تصاویر خروجی

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

این جداسازی به تکرارپذیر شدن رفتار کمک می‌کند، اما تأخیر نیز ایجاد می‌کند. بدترین زمان پاسخ از تغییر یک ورودی فیزیکی تا اجرای یک عمل خروجی فیزیکی می‌تواند شامل فیلتر ماژول ورودی، به‌روزرسانی شبکه یا گذرگاه پشتی، زمان‌بندی وظایف، اجرای برنامه و تأخیر ماژول خروجی باشد. مهندسان هنگام انتخاب ظرفیت کنترل‌گر باید کل مسیر را ارزیابی کنند و به یک عدد منفرد برای سرعت اجرای دستورها تکیه نکنند.

در هر چرخه کنترل چه اتفاقی می‌افتد

CPU باید کارهایی فراتر از حل منطق نردبانی انجام دهد. این واحد اولویت وظایف را مدیریت می‌کند، I/O محلی و راه‌دور را به‌روزرسانی می‌کند، ارتباطات شبکه را سرویس می‌دهد، عیب‌یابی‌ها را ثبت می‌کند، محدودیت‌های ناظر زمان را بررسی می‌کند و داده‌های منتخب را حفظ می‌کند. با افزایش بارهای ارتباطی یا حرکتی، این وظایف پشتیبان می‌توانند سهم قابل‌توجهی از زمان پردازنده را مصرف کنند.

معیار مفید برای سنجش عملکرد پردازنده، کل مسیر کنترل است که منطق، تبادل I/O، ارتباطات و سربار سامانه را دربر می‌گیرد.

ناظرهای زمان، زمان‌بندی را به سازوکار ایمنی تبدیل می‌کنند

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

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

ظرفیت حافظه تنها بخشی از مسئله است

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

مهندسان باید پروژه را پس از افزودن کتابخانه‌ها، عیب‌یابی‌ها و توسعه‌های پیش‌بینی‌شده برآورد کنند. خرید کوچک‌ترین پردازنده‌ای که نسخه نخست نرم‌افزار را در خود جای دهد، می‌تواند بعداً به مهاجرتی پرهزینه منجر شود؛ در حالی که خرید بزرگ‌ترین مدل بدون داشتن سناریوی بار کاری، هزینه را افزایش می‌دهد، بی‌آنکه کیفیت کنترل را بهبود بخشد.

کنترل‌گرهای کامپکت، عملکردهای CPU و I/O را ترکیب می‌کنند، اما محدودیت‌های توسعه و معماری به‌روزرسانی همچنان طراحی قابل دستیابی ماشین را شکل می‌دهند.

ارتباطات می‌توانند بر بار CPU مدرن غالب شوند

انتخاب کنترل‌گر زمانی بر I/O محلی و منطق پایه متمرکز بود. امروزه یک CPU ممکن است هم‌زمان با درایوها و رک‌های راه‌دور داده چرخه‌ای تبادل کند و به HMIها، ثبت‌کننده‌های سوابق، ابزارهای تعمیر و نگهداری و درگاه‌های لبه نیز سرویس بدهد. تعداد اتصال‌ها، نرخ بسته‌ها، داده‌های تولیدشده و مصرف‌شده، تبدیل پروتکل و سرویس‌های امنیت سایبری همگی می‌توانند بر عملکرد اثر بگذارند.

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

درگاه‌ها، سازگاری پروتکل یا عملکرد را تضمین نمی‌کنند

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

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

چک‌لیست بهتر برای انتخاب CPU پی‌ال‌سی

با نیاز کنترل شروع کنید: سریع‌ترین رویداد فیزیکی که باید شناسایی و به آن واکنش نشان داده شود. فیلتر ورودی، به‌روزرسانی‌های I/O، دوره‌های وظایف و تأخیرهای خروجی را اضافه کنید تا زمان پاسخ قابل‌قبول از ابتدا تا انتها مشخص شود. سپس ترکیب دستورها، محورهای حرکت، وظایف ایمنی، اتصال‌های شبکه و سربار عیب‌یابی را برآورد کنید.

در مرحله بعد، ظرفیت I/O و توپولوژی را بررسی کنید. ماژول‌های محلی پشتیبانی‌شده، رک‌های راه‌دور، رابط‌های تخصصی و بودجه‌های توان را تأیید کنید. به‌جای استفاده از حداکثر ظرفیت اعلام‌شده به‌عنوان هدف طراحی اولیه، فضای توسعه عملی در نظر بگیرید.

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

یک CPU مناسب، زمان پاسخ، ارتباطات، توسعه‌پذیری و پشتیبانی چرخه عمر را متعادل می‌کند، نه اینکه تنها یک مشخصه را به حداکثر برساند.

قضاوت مهندسی مهم

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

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