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

تشخیص مؤثر، پیش از هرگونه تغییر در مسترینگ یا کالیبراسیون دائمی، زمان‌بندی و چارچوب‌های مرجع را ثابت می‌کند.

ابتدا از مرجعِ شناخته‌شده و صحیح محافظت کنید

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

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

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

ناهماهنگی را در یک نقطهٔ کنترل‌شده بازتولید کنید

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

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

چرا اجرای پیشرو می‌تواند شواهد را تغییر دهد

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

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

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

زنجیرهٔ چارچوب را صریح کنید

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

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

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

زاویه‌های اویلری را با جهت‌گیری فیزیکی اشتباه نگیرید

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

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

موقعیت فرمان‌داده‌شده و اندازه‌گیری‌شده را جدا کنید

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

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

یک قرارداد اتمیک انتقال دادهٔ ربات به PLC بسازید

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

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

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

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

توالی تصمیم‌گیری مبتنی بر خطا

اگر همگام‌سازی ناهماهنگی را برطرف کرد

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

اگر خطا از انتخاب ابزار یا مبنا پیروی می‌کند

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

اگر داده‌های فرمان‌داده‌شده و اندازه‌گیری‌شده هنگام حرکت از هم فاصله می‌گیرند

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

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