به عنوان فردی که بخش عمده ای از دهه گذشته را صرف تامین قطعات PLC میتسوبیشی الکتریک برای تولیدکنندگان در بیش از 12 کشور کرده است، متوجه شده ام که بزرگترین اشتباهی که یکپارچه سازان جدید مرتکب می شوند این است که استانداردهای برنامه نویسی میتسوبیشی را به عنوان یک کتاب قوانین یک اندازه مناسب در نظر می گیرند. در یک بازار بین‌المللی، این استانداردها فقط دستورالعمل‌های فنی نیستند، بلکه ستون فقرات عملکرد ثابت، همکاری بین تیمی و انطباق با مقررات صنعتی محلی هستند. اجازه دهید هنگام کار با PLC های میتسوبیشی در سطح جهانی، آنچه را که دیده ام (و آنچه که ناقص است) را که در پروژه های واقعی من پشتیبانی کرده ام، توضیح دهم.
اول، مهم است که چارچوب برنامه نویسی اصلی میتسوبیشی را حول خط MELSEC، سری PLC پرچمدار آنها، که بر همه چیز از خطوط مونتاژ خودرو در آلمان تا کارخانه های بسته بندی مواد غذایی در تایلند تسلط دارد، چارچوب بندی کنیم. برخلاف برخی از فروشندگان که سبک برنامه نویسی را به مهندسان فردی واگذار می کنند، میتسوبیشی استانداردهای سختگیرانه ای دارد که برای از بین بردن ابهام طراحی شده است، به خصوص زمانی که تیم هایی در سراسر منطقه روی پروژه مشابهی کار می کنند. زبان پایه در اینجا متن ساختاریافته (ST) و منطق نردبانی (LD) برای اکثر برنامه‌های کاربردی گسسته و کنترل ترکیبی است، اما تیم‌های بین‌المللی تقریباً همیشه باید با دو مجموعه کلیدی از استانداردها هماهنگ شوند: دستورالعمل‌های جهانی داخلی میتسوبیشی و استانداردهای صنعتی منطقه‌ای (مانند IEC 61131-3، که پایه کنترل منطقی جهانی برای برنامه‌ها است).
من می‌خواهم این را در اجزای واقعی پایه‌گذاری کنم، زیرا هر پروژه با سخت‌افزار مناسب شروع می‌شود و استانداردها به نحوه برنامه‌نویسی حول آن سخت‌افزار گسترش می‌یابد. به عنوان مثال، هنگامی که یک مشتری در مکزیک سال گذشته برای ارتقاء خط بطری نوشیدنی خود تماس گرفت، به یک CPU اصلی قابل اعتماد نیاز داشت. ما QCPU میتسوبیشی PLC Q04UDHCPU Melsec Electric Q-Series QCPU را توصیه می‌کنیم، یک نیروی کار برای پروژه‌های بین‌المللی در مقیاس متوسط، و برنامه‌نویسی که واحد نیاز به رعایت استانداردهای سختگیرانه میتسوبیشی برای آدرس‌دهی ورودی/خروجی دارد. قانون اینجا بدون نام تگ ورودی/خروجی موقت است - هر ورودی و خروجی باید از یک پیشوند استاندارد پیروی کند: "I" برای ورودی های گسسته، "Q" برای خروجی های گسسته، "AI" برای ورودی های آنالوگ، "AQ" برای خروجی های آنالوگ. این بدان معناست که به جای نامگذاری یک ورودی دما "Temp_Line1" نام آن را "AI_Line1_Temp" می گذارید، که عیب یابی یک خط را برای مهندسان در لهستان آسان می کند بدون اینکه در یادداشت های غیرمستند کاوش کنند. کوچک به نظر می رسد، اما زمانی که 20+ تگ ورودی/خروجی را در سه نوبت مدیریت می کنید، طبق گزارش اتوماسیون صنعتی جهانی میتسوبیشی در سال 2023، این ثبات به طور متوسط 30 درصد از کار افتادگی را کاهش می دهد.
در مرحله بعد، یک استاندارد مهم و اغلب نادیده گرفته شده برای پروژه های بین المللی، مدولار بودن در ساختار برنامه نویسی است. استانداردهای میتسوبیشی ایجاب می کند که همه برنامه های PLC از معماری بلوک مدولار استفاده کنند نه کد خطی. این به معنای شکستن منطق به بلوک‌های عملکردی (FBs) برای کارهای تکرارپذیر مانند کنترل نوار نقاله، تنظیم دما یا نظارت بر فشار است. برای یک مشتری پردازش مواد غذایی در سنگاپور، ما یک ماژول کنترل دمای میتسوبیشی A1S64TCTRT را با Q04UDHCPU جفت کردیم و برنامه‌ریزی برای آن حلقه دما به عنوان یک بلوک تابع اختصاصی نوشته شد، نه در کد اصلی دوخته شده بود. این فقط یک اولویت نیست. استانداردهای جهانی میتسوبیشی آن را برای هر سیستمی که قرار است توسط تیم های خارج از منطقه اصلی خود اصلاح شود الزامی می کند. مزیت در اینجا این است که اگر یک مهندس آلمانی نیاز به تنظیم یک حلقه خنک کننده در سنگاپور داشته باشد، نیازی به تجزیه 1000 خط کد بدون ساختار ندارد - آنها مستقیماً به FB کنترل دما می روند که یک رابط ورودی/خروجی ثابت دارد. همین ماژولار به منطق ایمنی نیز گسترش می‌یابد، که در بازارهایی مانند اتحادیه اروپا که مطابق با استاندارد ISO 13849 مورد نیاز است، قابل مذاکره نیست. استانداردهای میتسوبیشی مشخص می کند که کدهای مربوط به ایمنی باید در ماژول برنامه خود جدا از منطق کنترل استاندارد جدا شود تا از آلودگی متقابل جلوگیری شود. من یک بار مشتری‌ای را در برزیل داشتم که مورد بازرسی قرار گرفت و تقریباً جریمه شد، زیرا آنها ایمنی و منطق استاندارد را در برنامه میتسوبیشی خود با هم ترکیب کردند.
یکی دیگر از موارد کلیدی مستندسازی است که یک استاندارد ساخت یا شکست در بازارهای بین المللی است. قوانین برنامه نویسی جهانی میتسوبیشی ایجاب می کند که هر بلوک کد، تگ و تابع دارای یک توضیح مکتوب به همراه یک صفحه مرجع متقابل باشد که I/O را به سخت افزار فیزیکی نگاشت می کند. به عنوان مثال، زمانی که ما میتسوبیشی PLC QX81 را به یک کارخانه قطعات خودرو در ایالات متحده عرضه کردیم، تنها واحد و یک دیسک را با کد ارسال نکردیم، بلکه یک برگه ارجاع متقابل را اضافه کردیم که هر برچسب "I_X" را به پایانه فیزیکی ماژول QX81 متصل می کرد. این ممکن است ابتدایی به نظر برسد، اما وقتی یک تکنسین تعمیر و نگهداری در ژاپن نیاز به تعویض یک ماژول ورودی معیوب در ساعت 2 بامداد دارد، نمی‌تواند منتظر بمانند تا کتابچه راهنمای پروژه 10 صفحه‌ای از ایالات متحده FedExed شود. استانداردها همچنین نیاز دارند که اسناد به زبان انگلیسی باشد، به علاوه هر زبان محلی مورد نیاز منطقه پروژه. به عنوان مثال، در هند، ما همیشه یک ترجمه هندی از اسناد را در کنار انگلیسی ارائه می‌کنیم، که باعث کاهش بیش از 40 درصدی ارتباط نادرست در هنگام راه‌اندازی برای مشتریان ما شده است.
واحدهای منبع تغذیه اغلب در استانداردهای برنامه نویسی نادیده گرفته می شوند، اما آنها برای اجرای پایدار یکپارچه هستند - به ویژه در مناطقی با کیفیت برق ناسازگار. استانداردهای میتسوبیشی الزام می کند که واحدهای منبع تغذیه مانند میتسوبیشی PLC Q61SP کنترلر Melsec Electric سری Q منبع تغذیه برای نظارت بر افت ولتاژ و خطاهای منبع تغذیه برنامه ریزی شوند، با برچسب های خطای اختصاصی که به جای پرتاب خطای ژنریک، اقدامات خاصی (مانند توقف خط یا هشدار دادن به اپراتورها) را تحریک می کند. یک مشتری ماینینگ در آفریقای جنوبی این را به سختی یاد گرفت: آنها منطق خطای Q61SP خود را برنامه ریزی نکردند، و افت برق باعث شد PLC آنها دوباره تنظیم شود و یک نوار نقاله حیاتی به مدت 6 ساعت خاموش شود. از زمانی که ما منطق خطای از پیش ساخته شده برای منابع تغذیه را بر اساس استانداردهای میتسوبیشی شروع کردیم، آن مشتری مشکل مشابهی نداشته است. منطق ساده است، اما با الزامات قابلیت اطمینان بین‌المللی، که در بازارهایی با توان شبکه ثابت کمتری سخت‌گیرانه‌تر هستند، مطابقت دارد.
ماژول های آنالوگ لایه دیگری از پیچیدگی برنامه نویسی را اضافه می کنند و استانداردهای میتسوبیشی در اینجا برای جلوگیری از خطاهای کالیبراسیون در مناطق مختلف طراحی شده اند. به عنوان مثال، ماژول خروجی آنالوگ الکتریکی میتسوبیشی R60DAV8 برای کنترل درایوها و سوپاپ‌ها با سرعت متغیر استفاده می‌شود، و استانداردهای جهانی میتسوبیشی ایجاب می‌کنند که مقیاس آنالوگ در بلوک عملکرد انجام شود، نه کدگذاری شده در منطق اصلی. این بدان معناست که به جای نوشتن کدی که 0-10 ولت را به 0-100 درجه سانتیگراد نشان می دهد، از یک بلوک تابع مقیاس بندی داخلی استفاده می کنید که به شما امکان می دهد محدوده را بدون تغییر منطق کنترل اصلی تنظیم کنید. این برای مشتریانی که در چندین کشور فعالیت می‌کنند بسیار بزرگ است: کارخانه‌ای در ویتنام که برای محصول جدید نیاز به تغییر محدوده دمایی از 0 تا 100 درجه سانتیگراد به 0 تا 200 درجه سانتیگراد دارد، می‌تواند به جای بازنویسی کدهایی که قبلاً تأیید شده‌اند، مقیاس‌بندی را در FB تنظیم کند. طبق داده‌های پروژه تیمم در سال‌های 2022-2023، این کاهش زمان راه‌اندازی برای پروژه‌های چند منطقه‌ای را 25 درصد مشاهده کرده‌ام.
اکنون، پرداختن به یک تصور غلط رایج مهم است: این استانداردها قوانین سفت و سختی نیستند که خلاقیت را از بین ببرند. طبق تجربه من در کار با یکپارچه سازها، دستورالعمل های میتسوبیشی به گونه ای طراحی شده اند که سازگاری و انعطاف پذیری را متعادل کند. به عنوان مثال، برخی از بازارها منطق نردبانی را برای سیستم‌های ساده‌تر ترجیح می‌دهند، در حالی که برخی دیگر (مانند مراکز فناوری در کره جنوبی) برای پردازش داده‌های پیچیده، بیشتر به متن ساختاریافته متکی هستند. نکته کلیدی این است که هر زبانی را که انتخاب می کنید، باید از همان استانداردهای نامگذاری، مدولار بودن و مستندسازی پیروی کند. یک بار مشتری در آلمان داشتم که اصرار داشت از Function Block Diagram (FBD) برای خط بسته بندی خود استفاده کند، و شریکی در چین که از ST برای خطی مشابه استفاده می کرد - هر دو از قوانین نامگذاری و ماژولار میتسوبیشی پیروی می کردند، بنابراین وقتی لازم بود قطعات یدکی و پشتیبانی برنامه نویسی را در هر دو خط به اشتراک بگذاریم، بدون توجه به زبان، بدون درز بود.
وقتی از این استانداردها پیروی نمی کنید چه اتفاقی می افتد؟ پاسخ تقریباً همیشه منجر به هزینه‌های اضافی، تاخیر و مسائل مربوط به انطباق می‌شود. یک مشتری نساجی در ترکیه سعی کرد با رعایت نکردن استانداردهای نامگذاری میتسوبیشی، مشکلات را کاهش دهد، و زمانی که تیمی از دفتر مرکزی آنها در سوئیس مجبور به عیب‌یابی یک خط در طول تعطیلی تولید شدند، به جای حل این مشکل، 12 ساعت را صرف باز کردن برچسب‌های نام اشتباه کردند. این تأخیر بیش از 50000 دلار در تولید از دست رفته برای مشتری هزینه داشت. از طرف دیگر، مشتریانی که از استانداردها پیروی می‌کنند، زمان راه‌اندازی سریع‌تر، همکاری بین تیمی آسان‌تر و هزینه‌های نگهداری طولانی‌مدت پایین‌تر را مشاهده می‌کنند.
اگر با PLC های میتسوبیشی در یک بازار بین المللی کار می کنید، بهترین توصیه ای که می توانم بکنم این است که قطعات و برنامه نویسی را که از همان ابتدا با این استانداردهای جهانی هماهنگ هستند، اولویت بندی کنید. برای تنظیم رویکرد خود تا زمانی که در اواسط پروژه هستید منتظر نمانید. و اگر به دنبال قطعات PLC قابل اعتماد Mitsubishi و پشتیبانی متناسب با نیازهای پروژه بین المللی هستید، برای خرید و مشاوره پروژه با خیال راحت تماس بگیرید.
مراجع:
- اتوماسیون صنعتی جهانی میتسوبیشی. (2023). گزارش استانداردهای برنامه نویسی جهانی MELSEC PLC.
- ISO 13849-1:2006. ایمنی ماشین آلات - قطعات مرتبط با ایمنی سیستم های کنترل - قسمت 1: اصول کلی برای طراحی.
- شرکت میتسوبیشی الکتریک (2022). دستورالعمل های سخت افزاری و برنامه نویسی سری Q MELSEC.
- پایگاه داده عملکرد پروژه 2022-2023 ما، شبکه جهانی تامین PLC میتسوبیشی