برای یک سلول اتصال موتور، تعریف کنید که چگونه یک نتیجه ابزار پذیرفته شده به یک اتصال کامل تبدیل میشود و سپس اجازه انتشار مونتاژ را میدهد. مورد دشوار پذیرش، توقف بین این رویدادها است: ابزار تمام شده است، اما ایستگاه نتیجه را تأیید نکرده است. یک پیشنهاد مفید بیان میکند که چگونه محصول، اتصال و برنامه از طریق آن وقفه و هرگونه دوبارهکاری مجاز قابل شناسایی باقی میمانند.
هر دستگاه چه چیزی را در خود جای داده است؟
شرح رابطی را درخواست کنید که مسئولیتهای زیر را از هم جدا کند. این تقسیمبندی به کنترلکننده ابزار واقعی و طراحی ایستگاه بستگی دارد؛ جدول یک قرارداد پیشنهادی برای حل و فصل است، نه یک ادعا در مورد تجهیزات فیلمبرداری شده.
| رویداد یا رکورد | سوالی که پروپوزال باید به آن پاسخ دهد |
|---|---|
| محصول و اتصال مورد نظر انتخاب شده است | کدام سیستم این مجموعه و مفصل فیزیکی بعدی را شناسایی میکند؟ |
| برنامه سفت کردن انتخاب شده است | برنامه و بازنگری مورد نظر چگونه با آن مفصل مرتبط است؟ |
| ابزار نتیجه را گزارش میدهد | چه چیزی این تلاش را مشخص میکند و چه کسی آن را برخلاف الزامات توافقشده میپذیرد یا رد میکند؟ |
| ایستگاه نتیجه را تأیید میکند | چه چیزی مانع از آن میشود که یک پیامِ با تأخیر یا تکرارشده به یک پیامِ تکمیلشدهی دیگر تبدیل شود؟ |
| مجمع منتشر شد | کدام بررسیهای مشترکِ الزامیِ وضعیت و نقصِ حلنشده، اجازهی ترخیص را میدهد؟ |
رسیدن ربات، تکمیل ابزار و پذیرش اتصال به سوالات متفاوتی پاسخ میدهند. اگر پروژه نیاز به تمایز بین آنها داشته باشد، یک سیگنال سراسری تکمیل چرخه به عنوان تعریف رابط کافی نیست.
فیلم پیوست، یک ربات سفید را نشان میدهد که ابزاری را به سمت موقعیتهای کاری در کنار یک مجموعه موتوری شکل سبز رنگ که در یک فیکسچر پشتیبانی میشود، حمل میکند. این فیلم، زمینهای برای اتصال محکم و تعریف رابط اضافی و کار پذیرش در یک پروژه مشابه فراهم میکند.
۰۰:۰۸ — ربات ابزار خود را به سمت کنار مجموعه موتور شکلِ پشتیبانیشده حمل میکند.
بعد از نتیجه، قبل از تایید، توقف کنید
با استفاده از قطعات آزمایشی و یک روش آزمایشی تأیید شده، یک نمایش کنترلشده در این مرز ایجاد کنید. تلاشی را با ابزار انجام دهید، توالی پیشنهادی را قبل از تأیید ایستگاه قطع کنید، سپس بازیابی مورد نظر را انجام دهید.
از تیم بخواهید که تلاش را بازیابی کند و نشان دهد که به کدام محصول و اتصال تعلق دارد. مشاهده کنید که آیا ایستگاه نتیجهای را که قبلاً پذیرفته شده است، تشخیص میدهد، درخواست یک اقدام بازیابی تعریفشده را دارد یا نیاز به تعیین تکلیف بیشتر دارد. ارسال مکرر نباید بیسروصدا اتصال تکمیلشده دیگری ایجاد کند؛ عدم تأیید نباید بیسروصدا کار پذیرفتهشده را به دستورالعملی برای سفت کردن مجدد تبدیل کند.
الزام پذیرش، یک نتیجهی بدون ابهام تحت وقفهی توافقشده است، نه یک معماری ارتباطی جهانی. وضعیت مورد انتظار پس از بازیابی را در رکورد آزمایشی قرار دهید. اگر کنترلکنندهی واقعی نتواند شناسهها یا اطلاعات بازیابی مورد نیاز را ارائه دهد، آن محدودیت به محدودهی یکپارچهسازی قبل از سفارش ایستگاه تعلق دارد.
کدام تنظیمات کنترلر بر آن نتیجه تأثیر میگذارد؟
پیکربندی پیشنهادی را بخوانید، نه فقط لیست ویژگیها را. یک راهنمای منتشر شده برای کنترلکنندهی سفتکننده، امکان پیکربندی ترتیب توالی، قفل ابزار و اینکه آیا نتیجهی پذیرفته نشده، شمارندهی دستهای را پیش میبرد یا خیر را فراهم میکند. این امر تعریف اینکه منظور یک ایستگاه از کامل چیست و چگونه از نتیجهی کنترلکننده استفاده میکند را ضروری میسازد.
به همین ترتیب، تشخیص یک اتصال از قبل سفت شده با شناسایی محل فیزیکی پیچ یکسان نیست. یک محدودیت چند مرحلهای مستند از یک شرط گشتاور پیکربندی شده و پنجره زاویه اختیاری استفاده میکند؛ مفید بودن آن باید برای اتصال واقعی تأیید شود. سلول هنوز به ارتباط محصول و اتصال مورد نیاز پروژه نیاز دارد.
برای تفاوت اساسی بین نتایج ابزار و موقعیتهای تکمیلشده، به بحث مرتبط مراجعه کنید. چرا نتیجه گشتاور پیچگوشتی میتواند خریدار را گمراه کند؟این بحث پذیرش، گام بعدی را برمیدارد: نشان دادن گذار حالت بین ابزار و ایستگاه.
آیا تجدید نظر مجاز میتواند تلاش اصلی را حفظ کند؟
مستندات کنترلکننده، ذخیرهسازی و خروجی گرفتن از نتایج سفت کردن و شل کردن، اطلاعات برنامه و ردیابی نتایج را نشان میدهد. پروژه همچنان باید رابطه بین این سوابق، اتصال فیزیکی و وضعیت مونتاژ نهایی را تعریف کند.
در طول پذیرش، تلاش اولیه یک مجموعه آزمایشی، اقدام مجاز بعدی و وضعیت نهایی آن را بازیابی کنید. شناسه محصول، شناسه مشترک و ویرایش برنامه مورد استفاده را نشان دهید. اگر فقط آخرین وضعیت پذیرفته شده باقی بماند، سابقه نمیتواند توضیح دهد که در طول وقفه یا دوباره کاری چه اتفاقی افتاده است.
توافق کنید که چه کسی میتواند تلاش دیگری را مجاز بداند، ایستگاه چگونه این تصمیم را دریافت میکند و چه مواردی باید قبل از انتشار حل شوند. نقشه پیچ، برنامههای فرآیند، روش شناسایی محصول و تاریخچه مورد نیاز را برای EVST بیاورید تا بتوانیم این سوالات رابط و نمونههای پذیرش را با شما تعریف کنیم.

