راه‌اندازی IO-Link از پورت‌های مستر تا داده‌های IODD

راه‌اندازی IO-Link زمانی موفق است که سه لایه با یکدیگر مطابقت داشته باشند: پورت فیزیکی، توضیحات دستگاه و قرارداد داده PLC. ممکن است یک حسگر LED سالمی نشان دهد، اما اگر پورت مستر در حالت نادرست باشد، IODD با گونه دستگاه مطابقت نداشته باشد یا کنترلر بایت‌ها را با ترتیب نادرست تفسیر کند، همچنان داده‌های فرایندی غیرقابل‌استفاده ارائه دهد. این کار را یکپارچه‌سازی کنترل‌شده در نظر بگیرید، نه یک فرضیه نصب و استفاده فوری.

یک سگمنت IO-Link شامل پورت مستر، اتصال نقطه‌به‌نقطه دستگاه، توضیحات دستگاه و اتصال فیلدباس سطح بالاتر به کنترلر است.

معماری را پیش از وصل کردن برق مشخص کنید

IO-Link به‌عنوان IEC 61131-9 استاندارد شده است و ارتباط دوسویه نقطه‌به‌نقطه میان یک مستر و یک حسگر یا عملگر فراهم می‌کند. این فناوری روی کابل دستگاه، فیلدباس چندنقطه‌ای نیست. هر پورت مستر با یک دستگاه IO-Link ارتباط برقرار می‌کند، هرچند یک هاب IO-Link می‌تواند چند سیگنال گسسته متداول را از طریق یک اتصال IO-Link ارائه دهد.

کار را با تهیه فهرستی شامل شماره کاتالوگ دقیق مستر، میان‌افزار، کلاس پورت، شماره کاتالوگ دستگاه، نسخه IO-Link، سرعت ارتباط، نوع کابل و توان موردنیاز آغاز کنید. در صورت کاربرد، نیازمندی‌های پورت‌های Class A و Class B را جدا کنید و مشخص کنید آیا توان کمکی عملگر لازم است یا خیر. فرض نکنید هر کانکتور M12 عملکرد پینی یا ظرفیت جریان یکسانی دارد.

وب‌سایت رسمی جامعه IO-Link قابلیت‌های فرایندی، سرویس، رویداد و شناسایی این فناوری را توضیح می‌دهد. این قابلیت‌ها تنها از طریق شبکه بالادستی مستر—مانند EtherNet/IP، PROFINET، EtherCAT یا هر سیستم پشتیبانی‌شده دیگر—به PLC می‌رسند. بنابراین مستر دو پیکربندی دارد: هویت فیلدباس آن و رفتار پورت IO-Link آن.

هویت شبکه را بدون ایجاد آدرس تکراری برقرار کنید

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

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

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

هر پورت را برای دستگاه موردنظر تنظیم کنید

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

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

از IODD و توضیحات فیلدباس صحیح استفاده کنید

IODD هویت دستگاه IO-Link، پارامترها، چیدمان داده‌های فرایندی، رویدادها و متن‌های نمایشی آن را توصیف می‌کند. آن را از سازنده یا منبع رسمی IODD دریافت و با گونه دستگاه و نسخه IO-Link تطبیق دهید. ممکن است IODD یک حسگر مرتبط به‌درستی بارگذاری شود، اما واحدها یا معانی بیت‌های نادرستی را اختصاص دهد.

IODD دستگاه میدانی را توصیف می‌کند؛ EDS، GSDML یا ESI نحوه ظاهر شدن مستر در شبکه بالادستی آن را توصیف می‌کند.

ابزار مهندسی PLC ممکن است برای EtherNet/IP به EDS، برای PROFINET به GSDML یا برای EtherCAT به ESI نیز نیاز داشته باشد. این فایل‌ها اندازه اتصال و ساختار ماژول‌های مستر را تعریف می‌کنند، نه معنای حسگر را. نمونه راه‌اندازی رسمی Balluff انتخاب پورت مستر و اختصاص IODD صحیح را نشان می‌دهد. نام و نسخه فایل‌ها را همراه پروژه ماشین نگه دارید تا تعویض بعدی به پوشه دانلود یک مهندس وابسته نباشد.

یک قرارداد داده برای کنترلر ایجاد کنید

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

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

پارامترها را با کنترل تغییر تنظیم کنید

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

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

عملکرد عادی و غیرعادی را اثبات کنید

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

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