Factory I/O conveyor model linked to a Mitsubishi PLC simulation

اتصال شبیه‌ساز GX به Factory I/O از طریق OPC

یک راه‌اندازی پایدار برای راه‌اندازی مجازی میتسوبیشی به چیزی فراتر از تطبیق آدرس‌ها نیاز دارد. این راهنما مسیر داده GX Simulator–OPC–Factory I/O، طراحی فضای ...

راه‌اندازی مجازی زمانی مفید می‌شود که شبیه‌ساز مانند یک ماشین کنترل‌شده رفتار کند، نه یک انیمیشن مستقل. برای پروژه‌های میتسوبیشی، این یعنی ایجاد مسیری قابل‌ردیابی از حافظه دستگاه GX Simulator، از طریق یک سرور OPC، تا تگ‌های Factory I/O.

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

صحنه نوار نقاله مجازی مورد استفاده برای راه‌اندازی PLC میتسوبیشی

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

ابتدا قرارداد داده را تعریف کنید

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

در یک نمونه معمول FX، ممکن است ورودی‌ها به دستگاه‌های X و خروجی‌ها به دستگاه‌های Y نگاشت شوند، اما درایورهای سرور و شبیه‌ساز ممکن است این موارد را با نحو متفاوتی برای تگ‌ها نمایش دهند. پیش از وارد کردن فهرست کامل، قرارداد نام‌گذاری دقیق را با یک بیت شناخته‌شده تأیید کنید.

اتصال را به‌صورت لایه‌ای ایجاد کنید

GX Works و شبیه‌ساز متناظر را اجرا کنید، یک برنامه حداقلی را دانلود کنید و آن را در حالت RUN قرار دهید. سرور OPC را برای CPU شبیه‌سازی‌شده پیکربندی کنید و گروه کوچکی از تگ‌ها را ایجاد کنید. پیش از باز کردن Factory I/O، تغییرات زنده را در نمای کلاینت OPC بررسی کنید. فقط پس از عملکرد صحیح این لایه، کلاینت OPC در Factory I/O باید به تگ‌ها متصل شود.

پیکربندی تگ‌های OPC برای پیوند دادن آدرس‌های دستگاه میتسوبیشی به سیگنال‌های شبیه‌سازی

آزمایش لایه‌به‌لایه، عیب‌های پیکربندی PLC، OPC و صحنه را از یکدیگر جدا می‌کند.

زمان‌بندی و وضعیت اهمیت دارند

نرخ به‌روزرسانی OPC، زمان اسکن PLC و زمان‌بندی فیزیک Factory I/O مستقل از یکدیگر هستند. یک پالس کوتاه حسگر شبیه‌سازی‌شده ممکن است بین دو اشتراک‌گیری ناپدید شود. رویدادهای مهم را در PLC لچ کنید، پالس‌های آزمایشی را طولانی‌تر کنید یا نرخ به‌روزرسانی متناسب با توالی را انتخاب کنید.

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

گزینه‌های سخت‌افزاری میتسوبیشی را می‌توان در مجموعه میتسوبیشی الکتریک بررسی کرد و گزینه‌های گسترده‌تر کنترلر در سیستم‌های PLC و PAC در دسترس هستند.

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

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

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

اتصال شبیه‌ساز GX به Factory I/O از طریق OPC

یک راه‌اندازی پایدار برای راه‌اندازی مجازی میتسوبیشی به چیزی فراتر از تطبیق آدرس‌ها نیاز دارد. این راهنما مسیر داده GX Simulator–OPC–Factory I/O، طراحی فضای نام، زمان‌بندی اسکن، اعتبارسنجی و حالت‌ه...

راه‌اندازی مجازی زمانی مفید می‌شود که شبیه‌ساز مانند یک ماشین کنترل‌شده رفتار کند، نه یک انیمیشن مستقل. برای پروژه‌های میتسوبیشی، این یعنی ایجاد مسیری قابل‌ردیابی از حافظه دستگاه GX Simulator، از طریق یک سرور OPC، تا تگ‌های Factory I/O.

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

صحنه نوار نقاله مجازی مورد استفاده برای راه‌اندازی PLC میتسوبیشی

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

ابتدا قرارداد داده را تعریف کنید

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

در یک نمونه معمول FX، ممکن است ورودی‌ها به دستگاه‌های X و خروجی‌ها به دستگاه‌های Y نگاشت شوند، اما درایورهای سرور و شبیه‌ساز ممکن است این موارد را با نحو متفاوتی برای تگ‌ها نمایش دهند. پیش از وارد کردن فهرست کامل، قرارداد نام‌گذاری دقیق را با یک بیت شناخته‌شده تأیید کنید.

اتصال را به‌صورت لایه‌ای ایجاد کنید

GX Works و شبیه‌ساز متناظر را اجرا کنید، یک برنامه حداقلی را دانلود کنید و آن را در حالت RUN قرار دهید. سرور OPC را برای CPU شبیه‌سازی‌شده پیکربندی کنید و گروه کوچکی از تگ‌ها را ایجاد کنید. پیش از باز کردن Factory I/O، تغییرات زنده را در نمای کلاینت OPC بررسی کنید. فقط پس از عملکرد صحیح این لایه، کلاینت OPC در Factory I/O باید به تگ‌ها متصل شود.

پیکربندی تگ‌های OPC برای پیوند دادن آدرس‌های دستگاه میتسوبیشی به سیگنال‌های شبیه‌سازی

آزمایش لایه‌به‌لایه، عیب‌های پیکربندی PLC، OPC و صحنه را از یکدیگر جدا می‌کند.

زمان‌بندی و وضعیت اهمیت دارند

نرخ به‌روزرسانی OPC، زمان اسکن PLC و زمان‌بندی فیزیک Factory I/O مستقل از یکدیگر هستند. یک پالس کوتاه حسگر شبیه‌سازی‌شده ممکن است بین دو اشتراک‌گیری ناپدید شود. رویدادهای مهم را در PLC لچ کنید، پالس‌های آزمایشی را طولانی‌تر کنید یا نرخ به‌روزرسانی متناسب با توالی را انتخاب کنید.

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

گزینه‌های سخت‌افزاری میتسوبیشی را می‌توان در مجموعه میتسوبیشی الکتریک بررسی کرد و گزینه‌های گسترده‌تر کنترلر در سیستم‌های PLC و PAC در دسترس هستند.

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

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

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

یک نظر بگذارید

لطفاً توجه داشته باشید که نظرات باید قبل از انتشار تأیید شوند.