アルミ鋳造の設計レビューに必要なファイルとCTQ注記とは？

アルミ鋳造の設計レビューは通常、管理された3Dモデルと対応する2D図面、合金仕様、想定数量、組立コンテキスト、CTQ、外観領域、機械加工面、仕上げ、検査要件、改訂履歴から始まります。ただし、両当事者が書面で合意した場合、管理されたMBD/PMIデータセットが権威ある製品定義として機能します。例としては、検証済みのセマンティックPMIを備えた合意されたネイティブCADモデルまたはSTEP AP242ファイルが挙げられます。管理元は一意で、セマンティックに完全であり、工具、機械加工、検査のワークフローで使用可能でなければなりません。

CTQ注記は、その不具合がフィット、シール、荷重、熱伝達、外観、安全性に影響する可能性があるフィーチャーを特定する必要があります。これらは、アルミダイカストサプライヤーが、すべての寸法を同等に扱うのではなく、実際のバイヤーリスクにDFM、工具、検証を集中させるのに役立ちます。

要件階層と受入責任者を追加します。CTQは、バイヤーエンジニアリング、バイヤー品質、サプライヤープロセスオーナーが管理でき、それぞれに明確な決定が必要です。要件が図面限度であるか、最適化の目標であるか、未解決の開発項目であるかを示します。これらのステータスを混在させると、回避可能な見積もりの不確実性が生じます。

現在の年間数量、注文バッチ、予想プログラム寿命を提供してください。これらはキャビティ数、自動化、予備インサート、ゲージ投資に影響するためです。数量は機能設計を変更しませんが、どの生産管理が経済的か、工具計画がどの程度の再現性の証拠をサポートする必要があるかを変更します。

3D、2D、MBD定義の管理方法

デフォルトの3Dプラス2Dルートは実用的です。モデルが厚さ、流動、工具アクセス、パーティングライン、スライド、機械加工ストックのレビューをサポートし、図面がデータム、公差、ねじ、仕上げ、検査、契約注記を伝達するためです。リリースパッケージには、競合が発生した場合にどの表現が優先されるかを記載する必要があります。

MBDルートの場合、承認されたCADまたはSTEP AP242スキーマ、セマンティックPMIスコープ、単位、リビジョン、ビューアまたは変換方法、下流の検査使用を定義します。派生図面またはPDFは、書面による合意で権限を共有しない限り、参照専用としてラベル付けする必要があります。サプライヤーは優先順位を推測したり、一方の表現を他方に合わせて黙って変更したりしてはなりません。

CTQフィーチャーのマーク方法

図面のバルーンまたはフィーチャーIDにリンクした番号付きCTQリストを使用します。各CTQについて、機能、プロセス段階、受入方法、不具合の結果を記載します。例としては、シール面の平面度、ベアリングボア位置、最小局所肉厚、ねじゲージ、熱界面、可視A面などがあります。

すべての寸法をCTQとしてマークしないでください。重要なラベルが多すぎると注意が散漫になり、検査コストが増加します。異なる対応計画が適用される場合は、規制上または安全上の特性を重要なフィットおよび外観特性から分離します。

どのような組立および荷重情報を共有すべきか？

相手CADまたはインターフェース抽出、ファスナー仕様、締付要件、荷重方向、熱接触、シール媒体、最大使用温度を提供します。これらのデータは、公差または表面が重要な理由を説明します。ボスはねじサイズだけで責任を持って設計できません。

機密保持により完全な組立共有が制限される場合、管理されたインターフェース形状と機能エンベロープを提供します。サプライヤーは、無関係な製品詳細を受け取らずにデータムと荷重経路を理解するために十分な情報を必要とします。

外観および仕上げ要件の定義方法

異なる標準が適用される場合は、A、B、非表示ゾーンをマークします。仕上げシステム、色、光沢またはテクスチャ、コーティング厚さ、マスキング、視認条件を指定します。ゲート、エジェクタ、パーティングラインの制限を特定します。写真参照はサポートできますが、書面によるゾーンおよび欠陥標準を置き換えるべきではありません。

仕上げは、ねじ、ボア、電気接点、シール面に影響を与える可能性があります。コーティング後に適用される寸法を示します。サプライヤーは、最初のサンプル前に工具形状、機械加工シーケンス、保護を計画できます。

レビューに含めるべき検査注記はどれですか？

各CTQの意図した方法を指定します：CMM、プラグゲージ、ねじゲージ、平面度治具、粗さ測定、リークテスト、コーティング厚さ、または目視マスター。提案されたデータム構造で公差を再現性よく測定できない場合は、工具加工前に要件または方法を再設計します。

フィーチャーを解決するテストおよび検査リソースを使用します。完全なCMMレポートは、すべてのクリアランスホールの日常的な管理に最適ではなく、機能ゲージは、限界に近づく寸法の傾向を示すことはできません。

リリースパッケージシナリオ：2つのソースが権限を主張する

ハウジングのレビューで、改訂された中子付きボスを備えたSTEPモデルと、古いソリッドボスをまだ寸法表示している図面を受け取ります。両方ともリリース済みとマークされていますが、優先順位は記載されていません。エンジニアリング部門が1つの管理ソースを指定し、データムとCTQセマンティクスを整合させ、他方の表現を承認された役割でラベル付けするまで、レビューは一時停止します。番号付き問題ログには、ボスの変更とシール面に必要なトライアル証拠が記録されます。

購買部門は、個別の電子メールから収集された添付ファイルではなく、1つのインデックス付きリリースパッケージを送信する必要があります。エンジニアリング部門は、サプライヤーに各ファイル名とリビジョンを確認させ、クローズ済みのDFMリストを返却させ、工具承認前に未解決のまま残っている仮定を明記させる必要があります。

バージョンと決定記録が手直しを防ぐ方法

フィーチャーID、サプライヤーの懸念、提案された変更、バイヤーの決定、責任者、日付を含むDFM問題リストを維持します。承認後、統治されたすべての表現を更新するか、権威あるMBDソースから派生ビューを再生成します。トライアルに持ち越されたスチールセーフフィーチャーや未解決項目を記録します。

設計レビュープロセスは、1つのリリースパッケージと検証マトリックスで完了する必要があります。その後の設計変更では、工具、機械加工、仕上げ、検査の再承認が必要かどうかを特定できます。明確なファイルとCTQ注記は見積もりの曖昧さを減らしますが、より大きな価値は、誤った形状が硬化された量産金型になるのを防ぐことです。

サプライヤーがマークしたDFMモデルは、変更が承認されるまで権威ある製品定義とは別にアーカイブします。承認後、電子メールのマークアップに頼るのではなく、1つの統合リビジョンを発行します。検証マトリックスは、その正確なソース、リビジョン、工具状態、仕上げ要件を参照して、サンプル結果が時代遅れの形状に適用されないようにします。