چرا در یک کارخانه از ترکیب AB، ABB، GE و Emerson استفاده کنیم؟

هزینه پنهان اتوماسیون تک‌فروشنده

بسیاری از مهندسان در اکوسیستم یک برند خاص رشد می‌کنند. این احساس امنیت می‌دهد، اما نقاط کور ایجاد می‌کند. سیستم تک‌فروشنده شما را به یک فلسفه طراحی محدود می‌کند. فرصت انتخاب بهترین راه‌حل‌ها را از دست می‌دهید. در پروژه‌های من، کارخانه‌هایی که فقط از یک برند استفاده می‌کنند معمولاً ۳۰٪ بیشتر برای ارتقا هزینه می‌کنند و همچنین برای دریافت ویژگی‌های جدید بیشتر منتظر می‌مانند.

عملیات واقعی نیازمند ترکیب و تطبیق است

هیچ فروشنده‌ای در همه لایه‌های اتوماسیون پیشرو نیست. AB در منطق سطح ماشین تسلط دارد. ABB در حوزه برق و درایوها تخصص دارد. GE تحلیل‌های دارایی مبتنی بر ابر را ارائه می‌دهد. Emerson مهاجرت بی‌وقفه از سیستم‌های قدیمی به مدرن را فراهم می‌کند. بنابراین، رویکرد چندبرندی پیچیدگی نیست، بلکه تأمین استراتژیک است.

چهار برند، چهار شخصیت متفاوت در اتوماسیون

Allen-Bradley – ستون فقرات تولید گسسته

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

ABB – متخصص فرآیندهای سنگین و قدرت

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

GE – ناظر پیش‌بینی‌کننده دارایی‌های حیاتی

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

Emerson – چسب اتصال نسل‌های مختلف

ارزش واقعی Emerson در هنگام بازسازی کارخانه‌ها نمایان می‌شود. بسیاری از سایت‌ها دارای سیستم‌های DCS پانزده ساله و PLCهای کاملاً جدید هستند. ابزارهای Emerson مدل‌های داده قدیمی را به فرمت‌های مدرن ترجمه می‌کنند. بنابراین، نیازی به تعویض کامل نیست و این به تنهایی ماه‌ها زمان توقف را صرفه‌جویی می‌کند.

یک قاعده عملی برای موفقیت چندبرندی

همه چیز را یکپارچه نکنید – فقط آنچه مهم است را یکپارچه کنید

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

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

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

جایی که بیشتر یکپارچه‌سازی‌های چندبرندی شکست می‌خورند

کم‌ارزش‌انگاری ناسازگاری مدل‌های داده

حتی با OPC UA، ساختارهای تگ بسیار متفاوت است. AB از تگ‌های مبتنی بر آرایه استفاده می‌کند. Emerson ساختارهای سلسله‌مراتبی را ترجیح می‌دهد. اگر مدل‌های داده را تبدیل نکنید، سیستم دریافت‌کننده مقادیر را اشتباه تفسیر می‌کند. من دیده‌ام دمای ۱۰۰ درجه سانتی‌گراد به ۱۰۰ PSI تبدیل شود. این خطرناک است.

نادیده گرفتن تضاد نرخ اسکن

PLCهای AB منطق را هر چند میلی‌ثانیه اسکن می‌کنند. DCS امِرسون ممکن است مقادیر فرآیندی را هر ثانیه به‌روزرسانی کند. اتصال مستقیم حلقه‌های سریع و کند باعث نوسان می‌شود. از مناطق بافر یا متمرکزکننده‌های داده استفاده کنید. در غیر این صورت، حلقه‌های کنترل بدون دلیل واضح ناپایدار می‌شوند.

E-E-A-T در یکپارچه‌سازی چندبرندی – نگاهی نو

تخصص – دانستن اینکه چه چیزی را نباید یکپارچه کرد

تخصص واقعی به معنی خودداری است. باید بدانید کدام عملکردهای برند باید مستقل بمانند. برای مثال، مدارهای ایمنی نباید بین برندها عبور کنند مگر اینکه کاملاً تأیید شده باشند. قاعده من: ایمنی را محلی نگه دارید، گزارش‌دهی را مرکزی.

اعتبار – استناد به داده‌های واقعی سایت

اعتبار از نتایج قابل اندازه‌گیری می‌آید، نه نام برند. نتایج داخلی را منتشر کنید: زمان کارکرد، میانگین زمان تعمیر، صرفه‌جویی انرژی. برای ایمنی عملکردی در برندهای مختلف از IEC 61508 پیروی کنید. برای تبادل اطلاعات از ISA-95 استفاده کنید. استانداردها معماری قابل دفاعی به شما می‌دهند.

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

اعتماد با پاسخ به این سؤال ساخته می‌شود: وقتی شبکه یک برند قطع شود چه اتفاقی می‌افتد؟ تمرین‌های خرابی اجرا کنید. درگاه GE را قطع کنید. مانیتور برق ABB را متوقف کنید. اگر کارخانه به‌طور ایمن به کار خود ادامه داد، یکپارچه‌سازی شما قابل اعتماد است.

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

چارچوب‌های مشترک همه چیز را حل نمی‌کنند

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

گره‌های سبک لبه بهتر از میان‌افزار سنگین هستند

یکپارچه‌سازی ابری محبوب است، اما شبکه‌های صنعتی همیشه قابل اعتماد نیستند. رویکرد بهتر: گره‌های کوچک لبه را مستقر کنید که داده‌ها را محلی کش و ترجمه می‌کنند. این گره‌ها هنگام قطع لینک‌های WAN داده‌ها را بافر می‌کنند و هزینه‌های ابری را کاهش می‌دهند. من اکنون در ۸۰٪ پروژه‌های چندبرندی از گره‌های لبه استفاده می‌کنم.

مطالعه موردی – صنایع غذایی و نوشیدنی (تولیدکننده جهانی)

یک کارخانه غذایی از AB برای پرکردن، ABB برای سرمایش و Emerson برای سیستم CIP استفاده می‌کرد. آن‌ها حسگرهای لرزش GE را روی کمپرسورها اضافه کردند. چالش: شدت‌های هشدار متفاوت. ما یک گره لبه ساده ساختیم که همه هشدارها را به سه سطح: اطلاعات، هشدار، بحرانی نرمال‌سازی کرد. نتیجه: زمان واکنش اپراتور از ۱۲ دقیقه به ۳ دقیقه کاهش یافت و هشدارهای کاذب ۶۰٪ کاهش یافت.

مطالعه موردی – فلزات و معدن (آمریکای جنوبی)

یک معدن مس از درایوهای ABB روی نقاله‌ها و PLCهای AB برای منطق خردکننده استفاده می‌کرد. DCS امِرسون مدار غلیظ‌کننده و شناورسازی را مدیریت می‌کرد. GE سلامت یاتاقان‌های آسیاب را پایش می‌کرد. معدن ابتدا تلاش کرد از OPC UA کامل استفاده کند که به دلیل ناسازگاری ساختار تگ‌ها شکست خورد. ما با یک متمرکزکننده داده محلی که فقط ۴۰ تگ حیاتی را نگاشت، طراحی مجدد کردیم. نتیجه: ۱۲٪ افزایش ظرفیت و دو سال بدون توقف ناشی از یکپارچه‌سازی.

توصیه‌های عملی برای مهندسان

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

فانگ زکای، مهندس حرفه‌ای متمرکز بر اتوماسیون فرآیند و سیستم‌های کنترل برای مشتریان جهانی نفت و گاز.