エンジン締結セルにおいて、承認された工具の結果がどのようにして完成した接合部となり、その後組立リリースが許可されるかを定義します。難しい承認ケースは、これらのイベント間の停止です。つまり、工具は完了しているものの、ステーションが結果を承認していない状態です。有用な提案では、この中断および承認された再作業を通じて、製品、接合部、およびプログラムがどのように識別可能であるかを示します。
各デバイスには何が付属していますか？
下記の責任分担を明確にしたインターフェースの説明を求めてください。この分担は実際のツールコントローラとステーションの設計によって異なります。この表は解決すべき契約案であり、撮影された機器に関する断言ではありません。
| イベントまたは記録 | 提案書が答えなければならない質問 |
|---|---|
| 製品と意図されたジョイントが選択されました | このアセンブリと次の物理的な接合部を識別するシステムはどれですか？ |
| 締め付けプログラムが選択されました | その関節と、予定されているプログラムおよび改訂版はどのように関連付けられていますか？ |
| ツールが結果を報告する | 試みを特定するものは何であり、合意された要件に照らして、誰がそれを承認または拒否するのか？ |
| 放送局は結果を認める | 遅延または重複したメッセージが、別の完了したジョイントになるのを妨げるものは何ですか？ |
| アセンブリがリリースされました | どの必須の結合状態チェックと未解決の障害チェックがリリースを許可するのか？ |
ロボットの到着、ツールの完了、関節の受け入れは、それぞれ異なる問いに答えるものです。プロジェクトでこれらを区別する必要がある場合、単一のグローバルなサイクル完了信号ではインターフェース定義として不十分です。
添付の映像には、治具に固定された緑色のエンジン形状の組み立て部品の側面にある作業位置へ、白いロボットが工具を運んでいる様子が映っています。これは、同様のプロジェクトにおける追加のインターフェースや受入作業を定義するための具体的な事例となります。
00:08 — ロボットは、支持されているエンジン形状のアセンブリの側面に向かってツールを運びます。
結果が出た後、確認の前に停止する
試験部品と承認済みの試験方法を用いて、この境界で制御された実証実験を実施することに同意する。ツールの操作を試み、ステーションが確認する前に提案された手順を中断し、その後、意図した復旧作業を実行する。
チームに試行結果を取得させ、それがどの製品と接合部に属するかを示すように依頼してください。ステーションが既に承認された結果を認識するか、定義された復旧アクションを要求するか、またはさらなる処理を必要とするかを確認してください。繰り返し送信しても、別の完了した接合部が密かに作成されてはなりません。確認応答が欠落しても、承認された作業が密かに再度締め付ける指示に変わってはなりません。
受入要件は、合意された中断条件下における明確な結果であり、普遍的な通信アーキテクチャではありません。復旧後の期待される状態をテスト記録に記載してください。実際のコントローラが必要な識別子や復旧情報を提供できない場合は、その制限事項はステーション発注前の統合範囲に含める必要があります。
コントローラーのどの設定がその結果に影響しますか？
機能一覧だけでなく、提案された構成も確認してください。ある締め付け制御装置のマニュアルでは、シーケンス順序、工具ロック、および不合格結果の場合にバッチカウンターを進めるかどうかなどの設定が可能です。そのため、ステーションが「完了」とみなす基準と、制御装置の結果をどのように利用するかを定義する必要があります。
同様に、既に締め付けられた接合部を検出することと、物理的なボルトの位置を特定することは同じではありません。文書化された多段階制限では、設定されたトルク条件とオプションの角度ウィンドウを使用します。その有用性は、実際の接合部で検証する必要があります。セルには、プロジェクトで要求される製品と接合部の関連付けが依然として必要です。
ツール結果と完了ポジションの根本的な違いについては、関連する議論を参照してください。 ねじ締めトルクの結果が購入者を誤解させる可能性がある理由この受け入れに関する議論では、次の段階に進みます。それは、ツールとステーション間の状態遷移を実証することです。
承認された再作業では、元の試行内容を保持できますか？
コントローラのドキュメントには、締め付けおよび緩めの結果、プログラム情報、結果トレースの保存とエクスポートに関する情報が記載されています。ただし、プロジェクトでは、これらの記録、物理的な接合部、および最終的な組み立て状態との関係を明確に定義する必要があります。
受入時には、テストアセンブリの最初の試行、その後の承認済み措置、および最終的な処理結果を取得します。使用された製品識別子、ジョイント識別子、およびプログラム改訂版を表示します。最新の受入ステータスのみが残っている場合、記録は中断または再作業中に何が起こったかを説明することができません。
誰が再試行を承認できるか、ステーションがその決定をどのように受け取るか、リリース前に解決しなければならない事項について合意してください。EVSTにボルトマップ、プロセスプログラム、製品識別方法、および必要な履歴を持参して、これらのインターフェースに関する質問と受け入れデモンストレーションを一緒に定義できるようにしてください。