سازگاری HMI و PLC زیمنس با TIA Portal و WinCC
سازگاری HMI و PLC زیمنس با TIA Portal و WinCC را نمیتوان از روی عبارتهایی مانند «S7-1200»، «Comfort Panel» یا حتی اندازه نمایشگر قطعی دانست. تصمیم معتبر حداقل به order number کامل، hardware revision، firmware، نسخه و update نرمافزار مهندسی، edition مورد استفاده، فایل پروژه و driver ارتباطی نیاز دارد. دو تجهیز همنام ممکن است در نسل، پسوند کد یا firmware متفاوت باشند و مسیر مهاجرت یکسانی نداشته باشند.
این راهنما بهجای جدول ثابت، روش بررسی قابل تکرار را ارائه میکند. منابع در ۳ اوت ۲۰۲۶ کنترل شدهاند: manual رسمی Basic Panels با ویرایش 10/2024، Comfort Panels با ویرایش 07/2022، اطلاعات Comfort V2.1 از 06/2023 و Siemens Compatibility Tool. نتیجه باید پیش از اجرا برای کد دقیق دوباره کنترل شود.
پاسخ سریع: چه چیزهایی باید با هم سازگار باشند؟
چهار لایه را جدا کنید. لایه اول سختافزار است: کد کامل HMI، CPU و ماژول ارتباطی. لایه دوم firmware و revision دستگاههاست. لایه سوم نرمافزار مهندسی شامل TIA Portal، STEP 7، WinCC edition، service pack، update و HSP است. لایه چهارم خود پروژه است: driver، tagها، alarmها، Recipe، archive، script، user management و تنظیم شبکه. عبور از سه لایه و شکست در چهارمی همچنان به معنی ناسازگاری عملی است.
برای inventory تجاری، صفحه HMI زیمنس و صفحه PLC زیمنس مدلهای موجود را نشان میدهند. اما عضویت هر دو قطعه در یک برند تضمین نمیکند که مستقیماً به هم متصل شوند یا با یک نسخه پروژه کار کنند. order number را از روی لیبل بخوانید و از عنوان کوتاه فروشگاهی نتیجه نگیرید.
TIA Portal و WinCC چه نقشی دارند؟
TIA Portal محیط یکپارچه مهندسی است که نسخههای مرتبط STEP 7 و WinCC را در خود دارد. STEP 7 برای پیکربندی و برنامهنویسی PLC و WinCC برای بخش HMI و visualization استفاده میشود. نام WinCC نیز بهتنهایی کافی نیست؛ edition و نسل محصول اهمیت دارد. WinCC Basic، Comfort/Advanced/Professional و WinCC Unified قابلیتها و دستگاههای هدف متفاوتی دارند.
نمونه رسمی نشان میدهد چرا باید مدل دقیق را دید: manual Basic Panels نسل دوم، KTP400 Basic تا KTP1200 Basic را پوشش میدهد و پیکربندی آنها را از WinCC V13 ذکر میکند. در طرف دیگر، صفحه رسمی TP900 Comfort با کد مشخص خود پیکربندی از WinCC Comfort V11 را ثبت کرده است. این اعداد فقط حداقل تاریخی همان دستگاهها هستند؛ برای پروژه امروز باید وضعیت پشتیبانی، update و سیستمعامل مهندسی نیز بررسی شود.
چرا order number، firmware و hardware revision مهماند؟
نام خانواده چندین دستگاه را زیر یک عنوان جمع میکند. order number یا MLFB variant دقیق را مشخص میکند و suffix انتهایی میتواند نسخه یا وضعیت جایگزین را تغییر دهد. برای جلوگیری از حذف یک حرف یا صفر، روش ثبت کد را در راهنمای خواندن کد سفارش 6ES7 ببینید. همان منطق دقت برای کد 6AV پنل نیز لازم است، هرچند ساختار دو خانواده یکسان نیست.
firmware قابلیتها و محدوده نسخه مهندسی را تحت تأثیر قرار میدهد. پروژه ممکن است device version خاصی را انتظار داشته باشد و پنل یا CPU واقعی revision دیگری داشته باشد. ارتقای firmware گاهی قابلیت یا پشتیبانی لازم را فراهم میکند، اما عملیات کمریسکی نیست: release note، امکان rollback، backup، برق پایدار و زمان توقف باید برنامهریزی شود. هرگز فقط برای حذف یک پیام ناسازگاری، firmware را بدون بررسی تغییر ندهید.
در PLC نیز مقایسه فقط با نام S7 کافی نیست. مقاله مقایسه S7-1200 و S7-1500 نشان میدهد حتی CPUهای یک خانواده در حافظه، ارتباطات، motion و lifecycle تفاوت دارند. در پروژه HMI، مدل CPU نوع driver، تعداد connection، امکانات diagnostics و مسیر مهاجرت را تغییر میدهد.
روش صحیح استفاده از Siemens Compatibility Tool
Compatibility Tool زیمنس را برای ترکیب واقعی محصولات استفاده کنید، نه فقط جستوجوی نام خانواده. کد کامل HMI، PLC یا software product را وارد کنید، نسخه یا revision مربوط را انتخاب و نتیجه را همراه limitationها و noteها بخوانید. اگر نتیجه برای یک component نمایش داده نشد، catalog page، manual، release note و support article همان کد را نیز بررسی کنید. نبودن نتیجه همیشه به معنی سازگاری یا ناسازگاری قطعی نیست.
خروجی را با تاریخ، کدها و نسخهها در پرونده پروژه ذخیره کنید. ابزار و محصولات بهروزرسانی میشوند؛ بنابراین screenshot یا export قدیمی نباید برای پروژه جدید بهعنوان حقیقت دائمی استفاده شود. راهنمای رسمی WinCC Unified زیمنس نیز برای کنترل compatibility به همین ابزار ارجاع میدهد. این روش از ساخت جدولهای اینترنتی که context نسخه و update را حذف میکنند قابل اعتمادتر است.
جدول فرایند کنترل سازگاری
| مرحله | داده لازم | محل کنترل | معیار عبور |
|---|---|---|---|
| ۱. شناسایی | MLFB، revision، firmware و lifecycle | لیبل، Online & Diagnostics، Industry Mall | کد کامل و عکس مستند شده باشد |
| ۲. پروژه | نسخه TIA/WinCC، edition، update و HSP | Project info و نرمافزار مهندسی | نسخه مبدأ قابل بازکردن و backup موجود باشد |
| ۳. ارتباط | driver، protocol، interface و topology | Device configuration و manual | مسیر فیزیکی و منطقی ارتباط تأیید شود |
| ۴. سازگاری | ترکیب دقیق سختافزار و نرمافزار | Compatibility Tool و release note | محدودیتها ثبت و قابل قبول باشند |
| ۵. آزمایش | کپی پروژه و سختافزار تست | محیط مهندسی کنترلشده | compile، download و function test پاس شود |
| ۶. اجرا | backup، rollback و زمان توقف | چکلیست سایت | راه بازگشت و مسئول هر اقدام مشخص باشد |
محدودیت upgrade، downgrade و migration پروژه
بازکردن پروژه قدیمی در نسخه جدید ممکن است conversion ایجاد کند و پس از ذخیره، بازگشت مستقیم به نسخه قدیمی ممکن نباشد. به همین دلیل روی فایل اصلی کار نکنید؛ یک کپی read-only از archive نگه دارید و مهاجرت را روی نسخه جدا انجام دهید. قبل از conversion، libraryها، GSD/GSDML، option packageها، HSPها و licenseها را inventory کنید.
downgrade را هرگز بدیهی فرض نکنید. پروژهای که در نسخه جدیدتر ساخته یا migrate شده، معمولاً با Save As ساده به نسخه پایینتر تبدیل نمیشود. گاهی export/import بخشهایی ممکن است، اما objectهای پشتیبانینشده، script، faceplate، alarm class یا device version میتوانند از بین بروند. مسیر دقیق باید از مستند نسخه مبدأ و مقصد استخراج و روی کپی پروژه تست شود.
در تعویض HMI، migration فقط تبدیل فایل نیست. اندازه و orientation صفحه، رزولوشن، font، touch behavior، کلیدهای فیزیکی، storage، network interface و عملکرد runtime باید بازبینی شوند. مقاله تفاوت Basic و Comfort Panel معیارهای سختافزاری و عملیاتی این تصمیم را تکمیل میکند.
backup با فایل سورس چه تفاوتی دارد؟
فایل سورس پروژه برای ویرایش و compile لازم است. backup یا فایل transfer ممکن است فقط برای restore روی دستگاه سازگار کاربرد داشته باشد و الزاماً قابل مهندسی معکوس نیست. پیش از توقف ماشین مشخص کنید دقیقاً چه فایلهایی دارید، با کدام ابزار و نسخه ساخته شدهاند و آیا restore آزمایشی انجام شده است. وجود یک فایل ناشناخته روی فلش، برنامه بازیابی محسوب نمیشود.
archive، Recipe، user data، certificate، license و رمزها ممکن است جدا از پروژه اصلی باشند. تاریخ و ساعت دستگاه، کارت حافظه و تنظیمات IP را نیز ثبت کنید. از backup حداقل دو نسخه با hash و محل نگهداری جدا بسازید و یک نسخه را دستنخورده حفظ کنید. اگر پروژه شامل safety است، validation و مجوزهای مربوط باید طبق فرایند پروژه انجام شود.
سناریوهای رایج خطا و راه تصمیم
HMI جدید در catalog دیده نمیشود
ابتدا edition و update نرمافزار را کنترل کنید. ممکن است device support یا HSP لازم باشد، یا مدل به نسخه جدیدتری نیاز داشته باشد. بسته را فقط از منبع رسمی و مطابق release note نصب کنید. اضافهشدن device به catalog بهتنهایی سازگاری کل پروژه را اثبات نمیکند.
PLC آنلاین است اما tagهای HMI بهروز نمیشوند
interface و کابل، IP و device name، driver، آدرس PLC، connection resource، دسترسی CPU و mapping تگها را مرحلهای بررسی کنید. ping موفق فقط اتصال IP را نشان میدهد. quality code تگها و diagnostics هر دو سمت برای تشخیص driver یا address mismatch لازم است.
پروژه compile میشود اما runtime رفتار قبلی را ندارد
alarm class، script، Recipe، archive path، user authorization، font و eventها را با نسخه قبلی مقایسه کنید. تست صرفاً با بازشدن صفحه اصلی کافی نیست. سناریوی start، stop، alarm، acknowledge، تغییر setpoint، قطع ارتباط و بازیابی برق باید طبق test sheet اجرا شود.
چکلیست تعویض و راهاندازی
- از لیبل HMI، CPU و ماژولهای شبکه عکس واضح بگیرید و کدها را دوبار تطبیق دهید.
- firmware، hardware revision، IP، device name و topology را ثبت کنید.
- نسخه کامل TIA Portal، STEP 7 و WinCC، edition، update، HSP و license را یادداشت کنید.
- source، archive، transfer backup، Recipe، user data و certificateها را جداگانه پشتیبان بگیرید.
- Compatibility Tool، manual و release note را در تاریخ اجرا کنترل و نتیجه را ذخیره کنید.
- کپی پروژه را migrate، compile و در محیط کنترلشده function test کنید.
- زمان توقف، مسئول اقدام، ابزار، قطعه قبلی و روش rollback را پیش از اجرا مشخص کنید.
برای مشاهده خانوادههای مختلف تجهیزات و کنترل lifecycle کدهای موجود در بازار، هاب محصولات زیمنس را استفاده کنید. موجودبودن کالا فقط یکی از ورودیهای تصمیم است؛ سازگاری فنی باید با مدارک پروژه تأیید شود.
پرسشهای متداول سازگاری TIA Portal و WinCC
آیا نام مدل HMI و PLC برای تشخیص سازگاری کافی است؟
خیر. order number کامل، hardware revision، firmware، نسخه پروژه، edition و update نرمافزار و driver ارتباطی باید با هم بررسی شوند.
چرا نمیتوان یک جدول ثابت TIA Portal برای همه مدلها ساخت؟
پشتیبانی با نسل سختافزار، firmware، service pack، update، HSP و lifecycle تغییر میکند. نتیجه باید در تاریخ اجرا از Compatibility Tool و مستند همان MLFB کنترل شود.
آیا پروژه ساختهشده با نسخه جدید TIA Portal در نسخه قدیمی باز میشود؟
downgrade مستقیم را نباید فرض کرد. مسیر بازکردن یا conversion به نسخه مبدأ و مقصد، نوع دستگاه و مستند رسمی وابسته است و باید روی نسخه آزمایشی کنترل شود.
برای تعویض HMI داشتن فایل backup کافی است؟
نه همیشه. backup انتقالی ممکن است قابل ویرایش نباشد؛ فایل سورس، نسخه نرمافزار، license، رمزها، Recipe، archive و روش restore نیز باید ثبت و آزمایش شوند.
پیش از مهاجرت HMI و PLC چه تستی لازم است؟
یک کپی پروژه را migrate کنید، compile کامل بگیرید، ارتباط، tagها، alarm، Recipe، archive، userها و عملکرد ایمنی را در محیط کنترلشده تست و برنامه rollback آماده کنید.
اقدام بعدی: یک پرونده سازگاری شامل عکس لیبلها، firmware، نسخه نرمافزار و backup بسازید؛ سپس نتیجه Compatibility Tool را با تاریخ ثبت کنید و فقط پس از تست روی کپی پروژه، زمان توقف خط را تعیین کنید.
