توسعهدهندهٔ KEYENCE LJ تنظیمات بازرسی سهبعدی را به کد تبدیل میکند
ابزار توسعه KEYENCE LJ ابزارهای بازرسی سهبعدی پیکربندیشده را به کد برنامهٔ C# تبدیل میکند و تلاش لازم برای یکپارچهسازی را کاهش میدهد. ارزش مهندسی آن در ...
KEYENCE سری LJ Developer را بهعنوان راهی برای کوتاهتر کردن مسیر از یک بازرسی سهبعدی پیکربندیشده تا کد کاربردی قابلفراخوانی معرفی میکند. پیشنویس اولیه PLC ProTech در آوریل ۲۰۲۶ آماده شد؛ این نسخه بازنگریشده در ۳۰ اوت ۲۰۲۶، محصول را با مستندات فعلی سازنده دوباره بررسی میکند و بر مرز مهندسی میان تولید کد و یک ایستگاه بازرسی آماده تولید تمرکز دارد.
این نرمافزار به مهندس اجازه میدهد نواحی و ابزارهای بازرسی را روی دادههای سهبعدی تعریف کند، کد منبع تولید کند و سپس کتابخانه و کد منبع ارائهشده را به یک برنامه وارد کند. این کار میتواند فعالیتهای تکراری یکپارچهسازی برای اندازهگیریهای استاندارد را کاهش دهد. اما بهطور خودکار مشکلات مربوط به تحریک، ردیابی قطعه، کالیبراسیون، زمانبندی جداسازی قطعات مردود، مدیریت استثناها، دسترسی کاربران یا ردیابی سوابق را حل نمیکند. این موارد همچنان بر عهده طراحی سیستم هستند.
LJ Developer تنظیمات بازرسی را پیش از تولید کد منبع برنامه بهصورت بصری سازماندهی میکند.
گردشکار تولید کد چه چیزی را تغییر میدهد
یکپارچهسازی سنتی بینایی سهبعدی اغلب ارتباط با حسگر، مدیریت نقشه ارتفاع، محاسبات هندسی، منطق نمایش و انتقال نتایج را در قالب کد سفارشی ترکیب میکند. حتی زمانی که سازنده یک کیت توسعه نرمافزار ارائه میدهد، یکپارچهساز ممکن است همچنان زمان قابلتوجهی را صرف تبدیل توابع سطح پایین به یک توالی بازرسی تکرارپذیر کند. LJ Developer بخش بیشتری از این پیکربندی را به محیطی گرافیکی منتقل میکند.
طبق توضیحات فعلی محصول KEYENCE، گردشکار شامل تنظیم ابزارهای بازرسی و نواحی هدف روی تصاویر سهبعدی، تولید کد منبع با یک فرمان، وارد کردن کتابخانه و کد مربوطه و فراخوانی تابع اندازهگیری از برنامه کاربر است. بهتر است این قابلیت را تولید کد مبتنی بر پیکربندی بدانیم، نه یک پلتفرم عمومی بینایی ماشین بدون کدنویسی.
این تمایز برای قابلیت نگهداری اهمیت دارد. کد تولیدشده باید مانند کد دستنویس، وارد فرایند بررسی، کنترل نسخه، ساخت و انتشار شود. مهندسان باید بدانند کدام تنظیمات در کد درج میشوند، کدام موارد در زمان اجرا قابل ویرایش باقی میمانند و پس از تغییر دستورالعمل یا حسگر، چه چیزهایی باید دوباره تولید شوند. اگر تولید مجدد، ویرایشهای محلی را بازنویسی میکند، افزونهها باید پشت یک رابط پایدار جدا شوند و در بخشهای تولیدشده قرار نگیرند.
ابزارهای بازرسی، وظایف رایج سهبعدی را پوشش میدهند
سازنده، بازرسی ابعادی و ظاهری، تصحیح موقعیت، حذف نویز، ترکیب تصاویر و رندر سهبعدی را در میان قابلیتهای موجود فهرست میکند. این اجزای سازنده بخش بزرگی از بازرسیهای معمول مبتنی بر ارتفاع را پوشش میدهند: اندازهگیری پلهها یا فاصلهها، بررسی پروفیلها، مکانیابی قطعه جابهجاشده، حذف نقاط ناخواسته، ترکیب دادهها و نمایش نتیجه برای تنظیم یا عیبیابی.
این مجموعه ابزار در مواردی ارزشمند است که یک تصویر دوبعدی نمیتواند تغییر ارتفاع را از تغییر رنگ یا نورپردازی تشخیص دهد. قطعات الکترونیکی، قطعات ماشینکاریشده، قطعات قالبگیریشده، مسیرهای چسب و محصولات مونتاژشده همگی میتوانند ویژگیهایی داشته باشند که ارزیابی آنها بهصورت هندسی آسانتر باشد. مناسب بودن راهکار همچنان به میدان دید حسگر، دامنه ارتفاع، تکرارپذیری، پاسخ سطح، سرعت خط و پایداری نصب بستگی دارد.
ابزارهای اندازهگیری و بازرسی ظاهری پیکربندیشده را میتوان با تصحیح، فیلترگذاری و تجسم سهبعدی ترکیب کرد.
جایی که کار مهندسی همچنان آغاز میشود
دریافت داده و ردیابی قطعه
یک سیستم تولیدی باید هر اندازهگیری را به قطعه فیزیکی درست مرتبط کند. برنامه به یک تحریک قطعی، تأیید دریافت کامل پروفیل یا مجموعه تصاویر و شناسهای نیاز دارد که در صفها و پردازش ناهمگام باقی بماند. اگر نوار نقاله سریعتر از زمان پاسخ بازرسی یا شبکه ایندکس شود، رفتار بافر و کنترل فشار برگشتی باید پیش از استقرار مشخص شود.
زمانبندی جداسازی قطعه مردود، یک مسئله کنترلی جداگانه است. ممکن است اندازهگیری ناموفق چند ایستگاه پیش از مکانیزم جداسازی رخ دهد. PLC باید نتیجه را به قطعه درست نسبت دهد، فاصلهها و دوبارهکاری را در نظر بگیرد و در صورت مفقود یا دیررسیدن داده، واکنشی ایمن انتخاب کند. یک تابع بینایی تولیدشده میتواند نتیجه برگرداند، اما نمیتواند قرارداد ردیابی مواد در خط را استنباط کند.
کالیبراسیون و عدمقطعیت اندازهگیری
پیکربندی ابزار، نیاز به ایجاد یک سیستم اندازهگیری را از بین نمیبرد. مهندسان باید مصنوعات مرجع، دورههای کالیبراسیون، تکرارپذیری نصب، محدودیتهای محیطی و عدمقطعیت مجاز نسبت به تلرانس را مستند کنند. یک رندر سهبعدی تمیز، دلیل کافی برای توانمندی اندازهگیری نیست. مطالعات گیج و قطعات آزمون باید سطوح، موقعیتها و اندازه عیوب مورد انتظار در تولید را پوشش دهند.
تصحیح موقعیت میتواند حساسیت به جانمایی عادی قطعه را کاهش دهد، اما حدود تصحیح باید مشخص باشند. یک جابهجایی شدید ممکن است نشاندهنده مشکل فیکسچر، قطعه اشتباه یا خطای جابهجایی باشد. اجازه دادن به نرمافزار برای نرمالسازی هر تصویر میتواند مشکلی در فرایند را پنهان کند؛ مشکلی که واحد بهرهبرداری باید آن را ببیند.
دستورالعملها، دسترسی و ردیابی سوابق
پارامترهای بازرسی، دستورالعملهای تولید هستند و باید مطابق همین موضوع مدیریت شوند. مشخص کنید چه کسی میتواند آستانهها را ویرایش کند، نسخههای تأییدشده چگونه شناسایی میشوند، تغییرات چگونه ممیزی میشوند و در صورت مغایرت برنامه با کد تولیدشده چه اتفاقی میافتد. همراه هر نتیجه، زمینه کافی برای بازسازی تصمیم ذخیره کنید؛ از جمله نسخه دستورالعمل، وضعیت حسگر، وضعیت کالیبراسیون و اندازهگیریهای مرتبط، نه فقط یک بیت قبولی یا مردودی.
محیط نرمافزاری نیز محدودیتهای استقرار دارد. صفحه مدل LJ-H1LP شرکت KEYENCE که در ۳۰ اوت ۲۰۲۶ بررسی شد، Windows 10 یا Windows 11 Pro نسخه ۶۴بیتی را مشخص میکند و محیط کتابخانه Visual Studio 2017 با C# 7.3 یا جدیدتر را فهرست کرده است. یکپارچهسازان باید پیش از استانداردسازی ایمیج رایانه صنعتی یا ارتقای ابزارهای توسعه، الزامات دقیق و فعلی مدل دارای مجوز را بررسی کنند.
یک معماری عملی برای سلول
یک سلول robust مسئولیتها را از هم جدا میکند. حسگر و تابع تولیدشده توسط LJ Developer دادههای سهبعدی را دریافت و ارزیابی میکنند. برنامه، دستورالعملها، بافرهای تصویر، عیبیابی، نماهای اپراتور و سوابق نتایج را مدیریت میکند. PLC توالی ماشین، هویت قطعه، مجوزهای عملکرد و زمانبندی جداسازی قطعات مردود را کنترل میکند. HMI وضعیت قابلاقدام را نمایش میدهد، بدون آنکه آستانههای بدون نظارت را در اختیار همه کاربران قرار دهد.
تیمهایی که سختافزار حسگر انتخاب میکنند میتوانند مجموعه حسگرهای صنعتی سایت را بررسی کنند، در حالی که گزینههای محاسباتی و رابط اپراتور در بخش HMI و محاسبات صنعتی گروهبندی شدهاند. انتخاب سختافزار باید بر اساس آزمون عملکرد با قطعات نماینده، زمان چرخه، سطوح و بار شبکه انجام شود.
رابط میان برنامه بینایی و PLC را بهصورت یک دستدهی حالتمند تعریف کنید، نه یک بیت قبولی منفرد. حالتهای مفید شامل آماده، تحریکشده، مشغول، نتیجه معتبر، شناسه نتیجه، خطا و پذیرش بازنشانی هستند. شمارههای توالی یا شناسههای قطعه احتمال اعمال یک نتیجه دیررس به محصول بعدی را کاهش میدهند. مهلتهای زمانی باید میان خطای دریافت، طولانیشدن پردازش، قطع ارتباط و برنامهای که فعال است اما آماده نیست، تمایز قائل شوند.
چرا این موضوع برای پذیرش بینایی سهبعدی اهمیت دارد
سازندگان بینایی ماشین بهطور مستمر الگوریتمهای رایج را در ابزارهای قابلپیکربندی قرار میدهند و مصنوعات یکپارچهسازی سطح بالاتری تولید میکنند. این روند مانع برنامهنویسی را کاهش میدهد و به کارخانهها کمک میکند بازرسیها را در خطوط مختلف تکرار کنند. در عین حال، مهارت کمیاب را تغییر میدهد: ممکن است زمان کمتری صرف پیادهسازی هندسه شود و توجه بیشتری برای اعتبارسنجی، حاکمیت داده، کنترل تغییرات و تعامل میان نتایج بازرسی و حرکت ماشین لازم باشد.
برای یکپارچهسازان، قویترین مورد استفاده، یک مسئله بازرسی استاندارد است که همچنان به یک پوسته برنامه سفارشی نیاز دارد. LJ Developer میتواند با تبدیل ابزارهای پیکربندیشده به کد C#، این لایه میانی را سریعتر ایجاد کند. در مواردی که مسئله اصلی دسترسی نوری، سطوح غیرقابلپیشبینی، لجستیک قطعات مختلط، بافرگذاری پرسرعت یا شواهد الزامات قانونی است، احتمالاً این نرمافزار همه کارها را حذف نمیکند.
ارزیابی تحریریه
ادعای مفید، محدودتر و معتبرتر از عبارت «بینایی سهبعدی بدون برنامهنویسی» است. KEYENCE گردشکاری ایجاد کرده است که میتواند توسعه تکراری برنامه را پیرامون ابزارهای پشتیبانیشده کاهش دهد. کارخانهها زمانی بیشترین بهره را میبرند که کد تولیدشده را یک مؤلفه اعتبارسنجیشده درون یک سیستم بازرسی کنترلشده بدانند.
پیش از انتشار، تیم باید زمان چرخه را با دادههای بدترین حالت اثبات کند، همه مسیرهای خطا را بیازماید، دستورالعملهای تأییدشده را قفل کند، اطلاعات نسخه را ثبت کند و مطمئن شود PLC در صورت تأخیر نتایج، قطعه درست را مردود اعلام میکند. تولید کد میتواند استقرار را سریعتر کند؛ اما رابطهای منضبط و شواهد اندازهگیری هستند که استقرار را قابلاعتماد میکنند.
