معیارهای انتخاب PLC و مقایسه برند: یک چک لیست 12 نقطه ای کاربردی برای پروژه های صنعتی

انتخاب یک PLC نباید با "زیمنس یا آلن-برادلی؟" شروع شود. با یک سوال مفیدتر شروع کنید: کنترلر باید چه کاری انجام دهد، به چه چیزی متصل شود، و چه چیزی باید پس از راه اندازی قابل نگهداری باقی بماند؟

یک فرآیند عملی انتخاب PLC در شش مرحله حرکت می‌کند: تعریف برنامه، جدا کردن الزامات اجباری از اولویت‌ها، فهرست کوتاه اکوسیستم‌های مناسب، تأیید سازگاری، بررسی چرخه عمر و ریسک عرضه، سپس تهیه یک RFQ کامل.

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

با پروژه شروع کنید، نه با نام تجاری PLC

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

پروژه های گرین فیلد امکان مقایسه گسترده تری از معماری، نرم افزار، حرکت، ایمنی، ارتباطات و گسترش را فراهم می کند. پروژه های Brownfield به I/O نصب شده، HMI، SCADA، شبکه ها، قطعات یدکی و مهارت های کارکنان اهمیت بیشتری می دهند. تعویض اضطراری تصمیم را محدودتر می کند زیرا سازگاری دقیق، موجودی و تحویل ممکن است بیشتر از طراحی مجدد مهم باشد.

بنابراین "بهترین" PLC برای یک ماشین جدید ممکن است انتخاب اشتباهی برای یک خط تولید موجود باشد.

الزامات باید از اولویت ها جدا شود

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

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

12 معیار انتخاب PLC که باید قبل از مقایسه برندها تعریف کنید

1. الزامات ورودی/خروجی دیجیتال و آنالوگ

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

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

2. زمان اسکن و عملکرد پردازش

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

3. نیازهای حرکت و سروو

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

4. الزامات ایمنی

اگر ماشین به ایمنی عملکردی نیاز دارد، قبل از انتخاب کنترلر، معماری ایمنی مورد نیاز را تعریف کنید. بررسی کنید که آیا پروژه به یک CPU ایمنی، I/O ایمنی، بلوک‌های عملکرد تایید شده یا یک هدف SIL یا PL خاص نیاز دارد یا خیر.

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

5. پروتکل های ارتباطی

فقط "Ethernet" را مشخص نکنید. پروتکل ها و نقش هایی را که کنترل کننده واقعاً به آن نیاز دارد، ضبط کنید. نمونه های معمولی عبارتند از PROFINET، EtherNet/IP، EtherCAT، Modbus TCP و OPC UA.

سپس بررسی کنید که CPU انتخاب شده چگونه از آنها پشتیبانی می کند. آیا پروتکل بومی است یا نیاز به یک ماژول اضافی دارد؟ چه نقش دستگاهی پشتیبانی می شود؟ آیا درایوهای شخص ثالث، سیستم های I/O راه دور یا SCADA قبلاً برای آن معماری تأیید شده اند؟

پشتیبانی از پروتکل در برگه داده تنها آغاز بررسی سازگاری است.

6. HMI، VFD، سروو و SCADA سازگاری

PLC به ندرت به صورت مجزا خریداری می شود. این در داخل یک سیستم کنترل قرار می گیرد که ممکن است شامل HMI، VFD، درایوهای سروو، ورودی/خروجی از راه دور و SCADA باشد.

برای HMI، درایور و پروتکل را تأیید کنید. برای VFD، روش کنترل، گزینه ارتباط و مشخصات دستگاه را تأیید کنید. برای سیستم های سروو، رابط حرکت و محیط مهندسی را بررسی کنید. برای SCADA، درایور مورد نیاز، پشتیبانی OPC و معماری شبکه را بررسی کنید.

اگر به توضیح عمیق تری در مورد نحوه کار این لایه ها با هم نیاز دارید، ماراهنمای PLC در مقابل HMI در مقابل SCADAیک مقاله همراه مفید است. نکته مهم در اینجا ساده است: انتخاب CPU بدون بررسی دستگاه‌های متصل می‌تواند شما را با یک کنترلر از لحاظ فنی توانا و یک سیستم ناقص به همراه داشته باشد.

7. نرم افزار برنامه نویسی و مهارت های تیمی

نرم افزار بخشی از تصمیم پلتفرم است. محیط های معمولی عبارتند از TIA Portal، Studio 5000، GX Works، Sysmac Studio، ابزارهای EcoStruxure و Automation Builder.

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

8. سازگاری نسخه سفت افزار و نرم افزار

نام خانوادگی مانند "S7-1500" یا "CompactLogix" یک مشخصات کامل خرید نیست. شماره کاتالوگ دقیق، سیستم عامل مورد نیاز، نسخه نرم افزار مهندسی، تولید ماژول و نسخه پشتیبان پروژه را ثبت کنید. ترکیبات حیاتی را در برابر مستندات سازنده فعلی بررسی کنید، به ویژه برای کارهای جایگزینی که ممکن است یک کنترلر جدیدتر جایگزین مستقیم نباشد.

9. شرایط محیطی و گواهینامه ها

بررسی کنید که کنترلر کجا کار می کند. دما، رطوبت، ارتعاش، آلودگی، الزامات مکان خطرناک و گواهینامه های منطقه ای می توانند بر مدل دقیق تأثیر بگذارند.

تصور نکنید که هر مدل در خانواده PLC یکسان دارای تاییدیه های یکسانی است. گواهینامه را با شماره قطعه دقیق مشخص شده برای پروژه تأیید کنید.

10. توسعه و ظرفیت آینده

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

هدف بزرگ کردن هر سیستمی نیست. این برای اجتناب از انتخاب معماری است که هیچ مسیر عملی به ظرفیتی که از قبل انتظار دارید ندارد.

11. چرخه عمر، قطعات یدکی و خطر پایان عمر

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

وضعیت چرخه عمر دقیق مدل، در دسترس بودن قطعات ضروری، گزینه های جانشین مستند و افق نگهداری احتمالی را بررسی کنید. "منسوخ" به طور خودکار به معنای غیرقابل استفاده نیست، اما به این معنی است که تصمیم خرید باید به یک استراتژی جایگزین طولانی مدت مرتبط باشد.

12. کل هزینه مالکیت

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

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

چگونه اکوسیستم های PLC اصلی با نیازهای پروژه مطابقت دارند

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

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

انتخاب برند بر اساس سناریوی پروژه

برای یک کارخانه زیمنس یا آلن-برادلی موجود، استفاده مجدد از برنامه، قطعات یدکی، مهارت‌های تکنسین و سازگاری با شبکه از قبل دارای ارزش هستند، بنابراین مهاجرت باید یک مزیت واضح داشته باشد. یک ماشین OEM با سرعت بالا ممکن است حرکت، ادغام سروو و استانداردهای مشتری را در اولویت قرار دهد. پروژه های آب، انرژی و زیرساخت اغلب به چرخه حیات، I/O راه دور، SCADA و پشتیبانی یدکی وزن بیشتری می دهند. ماشین‌های صادراتی ممکن است توسط برند مورد تایید مشتری و شبکه خدمات محلی هدایت شوند.

برای انتخاب هماهنگ PLC، HMI و VFD در کاربردهای انرژی، ماراهکارهای صنعت انرژیصفحه یک مسیر متمرکز بر برنامه را فراهم می کند.

قبل از ثبت سفارش، سازگاری را بررسی می کند

فهرست کوتاه برند، BOM آماده خرید نیست. شماره کاتالوگ CPU، ورودی/خروجی و تولید ماژول ارتباطی، رک یا پایه، اتوبوس، منبع تغذیه، پایانه ها و لوازم جانبی را تأیید کنید. سپس نرم افزار و سیستم عامل، از جمله هر گونه تبدیل پروژه مورد نیاز را تأیید کنید. در نهایت، پروتکل PLC، درایور HMI، گزینه VFD، رابط سروو و درایور SCADA را تایید کنید.

ممکن است CPU درست باشد در حالی که BOM هنوز ناقص است.

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

جایگزینی PLC موجود: همان مدل، جانشین یا مهاجرت؟

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

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

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

بنابراین تصمیم باید این باشد: بازیابی، ارتقاء در اکوسیستم، یا طراحی مجدد. هر مسیر دارای تعادل متفاوتی از زمان خرابی، تلاش مهندسی و ریسک چرخه عمر است.

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

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

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

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

یک RFQ کامل PLC باید شامل چه مواردی باشد

درخواستی که فقط می گوید "Need Siemens PLC" یا "Quote CompactLogix" تامین کننده را مجبور می کند تا با پرسیدن سوالات اساسی شروع کند. یک RFQ بهتر اطلاعات کافی برای تأیید نیاز دقیق می دهد.

از این چک لیست استفاده کنید:

• سازنده و شماره دقیق قطعه
• مقدار
• پروژه جدید یا جایگزین
• CPU موجود یا پلت فرم نصب شده، در صورت لزوم
• سیستم عامل یا ویرایش مورد نیاز، اگر توسط پروژه رفع شده باشد
• نرم افزار برنامه نویسی و نسخه
• I/O و لیست ماژول های ارتباطی
• الزامات HMI، VFD یا سروو
• کشور مقصد
• تاریخ تحویل مورد نیاز
• شرایط محصول مورد نیاز
• مدارک یا الزامات ردیابی
• انتظارات گارانتی
• آیا جایگزین تایید شده مجاز است یا خیر

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

اگر از قبل مشخصات BOM یا پلاک نام دارید، به جای نام خانوادگی PLC، شماره دقیق قطعه را ارسال کنید. این به تامین کننده نقطه شروع بسیار بهتری برای بررسی در دسترس بودن، سازگاری و نقل قول می دهد.

سه مثال از مسیرهای انتخاب PLC

تعویض براونفیلد

فرض کنید یک کنترلر نصب شده در یک خط تولید قدیمی خراب می شود. ابتدا مدل دقیق و پشتیبان پروژه را شناسایی کنید. بعد چرخه عمر و در دسترس بودن فعلی را بررسی کنید. اگر یدکی سازگار بتواند سیستم تایید شده را به سرعت بازیابی کند، جایگزینی دقیق ممکن است اولین انتخاب باشد. اگر منبع مدل مشکل است، جانشین مستند را ارزیابی کنید و تعیین کنید که چه چیزی باید در I/O، نرم افزار، HMI و شبکه قبل از تایید ارتقاء تغییر کند.

دستگاه OEM جدید

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

پروژه اتوماسیون انرژی یا آب

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

یک گردش کار ساده برای انتخاب PLC

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

این توالی اولویت برند را در جای درست نگه می دارد. نام تجاری نتیجه فرآیند انتخاب است، نه فرض شروع.

سوالات متداول

 

 

مهمترین معیارها هنگام انتخاب PLC چیست؟

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

آیا باید همان مارک PLC که قبلاً در کارخانه من استفاده شده است را انتخاب کنم؟

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

برای چه مقدار ظرفیت اضافی I/O باید برنامه ریزی کنم؟

هیچ درصد جهانی که متناسب با هر پروژه باشد وجود ندارد. هزینه را بر اساس گسترش مورد انتظار ماشین، ایستگاه های آینده، برنامه های ورودی/خروجی راه دور و میزان دشواری گسترش معماری انتخاب شده در آینده قرار دهید.

چگونه می توانم بررسی کنم که آیا یک CPU PLC و ماژول I/O سازگار هستند؟

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

آیا می توانم از برند دیگری از HMI یا VFD با PLC خود استفاده کنم؟

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

هنگام تعویض PLC متوقف شده چه چیزی را باید بررسی کنم؟

سه مسیر را مقایسه کنید: جایگزینی دقیق، جانشین سازنده و مهاجرت کامل. چرخه عمر، در دسترس بودن یدکی، استفاده مجدد از ورودی/خروجی، تبدیل نرم افزار، تأثیر HMI و شبکه، پنجره خرابی و عمر باقیمانده مورد انتظار دستگاه را بررسی کنید.

از انتخاب PLC تا مشخصات آماده خرید

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

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

مشاوره رایگان