GDT Reference
Check GDT symbols and interpretations from local rules and local examples.
すべてのツールは永久無料
Tip: Choose a GD&T symbol to read concise local guidance.
Results
Linked Parameter Diagram
gdtReferenceInput / Output Bars
Inputs
Outputs
Geometry View
Tolerance / Quality Zone
ツールの機能と適用可能なシナリオ
幾何公差リファレンスは、ローカル ルールとローカルの例を通じて GDT シンボルの意味と解釈を照会するために使用されます。このツールは、ジオメトリと座標の導出に役立ち、その中心は座標の定義と寸法関係の追跡可能性です。 このツールはルールの解釈とリスクの特定に重点を置いており、異常の診断と解決策のスクリーニングに適しています。ページ プロンプト フォーカス : GD&T シンボルを選択すると、簡潔なローカル参照手順が表示されます。
図面寸法をもとに相互計算を行い、その結果をプログラムノートや検査記録に記入することをお勧めします。
キー入力/出力の説明
キー入力
- 許容項目: ルール分岐を切り替えるために使用されます。現場の実際の作業条件に応じて選択することをお勧めします。
- 基本公差 (mm): 機械加工可能なウィンドウと計算境界を決定する幾何学的/境界拘束パラメータ。
- 材料条件: 材料または作業条件グループを切り替えるために使用されます。経験係数と推奨間隔に直接影響します。
- 測定された幾何学的誤差 (mm): 基本的な入力パラメータ。図面およびプロセス カードと一致することをお勧めします。
- MMC サイズ (mm): 機械加工可能なウィンドウと計算境界を決定する形状/境界制約パラメータ。
- 実際のサイズ (mm): 機械加工可能なウィンドウと計算境界を決定する形状/境界制約パラメータ。
キー出力
- 記号: 意思決定の参考値として、最初の記事の実測結果と閉ループを形成することを推奨します。
- 名前: 意思決定の参考値として、最初の記事の実測結果と閉ループを形成することをお勧めします。
- 報酬公差 (mm): 意思決定の参考値として、最初の成形品の実測結果と閉ループを形成することを推奨します。
- 実効公差 (mm): 判断の参考値として、初回品の実測結果と閉ループを形成することを推奨します。
- 判定:リスク分類や適合性判定に使用され、リスクの高い項目や失敗した項目が優先されます。
- ルール説明: リスク分類や適合性の判断に使用され、リスクの高いものや失敗したものから優先的に処理されます。
「最初に変数定義を調整し、結果を計算してレビューし、最後にプログラミング アプリケーションを実装する」という順序で使用することをお勧めします。
推奨される使用順序
- ロック制約入力: 間違った境界でパラメータを調整しないように、基本公差、 MMC サイズ、および実際のサイズがサイトの条件と一致していることを最初に確認します。
- 制御入力の設定: 保守的な値を優先して、座標、角度、幾何学的マッピング関係を中心としたベースラインの最初のラウンドを確立します。
- 主な結果の解釈: まず、シンボル、名前、および報酬の許容範囲が能力範囲内にあるかどうかを確認し、「判定」の確認に重点を置きます。
- クローズドループ検証: 計算結果を最初の記事レコードとプログラムノートに書き込みます。高リスクのルールにヒットした場合、リスク項目が最初に処理され、次に効率の最適化が考慮されます。
結果の解釈と現場検証
焦点 : 座標方向、角度定義、および寸法データムが一貫しているかどうかを確認します。
- 変数の交換を避けるために、項目ごとにフィールド測定点を入力変数にマッピングします。
- 結果をプログラミングに使用する前に、単一点の再計算または図面のクロスチェックを実行する必要があります。
- はめあいに関しては、公差範囲と組立状態を同時に確認する必要があります。
- 判定とルールの説明に特に注意を払い、アラームが発生した場合は最初にセキュリティと構文の問題に対処してください。
幾何学図
図内の注釈は、入力定義と方向規則を確認するのに役立ちます。最初にフィールド測定値を画像内の変数と 1 対 1 に対応させてから、それらを計算機に入力すると、「値のペアだが変数のマッピングが間違っている」という問題を大幅に軽減できます。
関連ツール
実装に関する提案
幾何公差参照を固定プロセス ( 変数定義の位置合わせ -> 図面の相互計算 -> プログラミング アプリケーション -> バージョンの追跡 ) に組み込み、シンボルと名前をチーム引き継ぎのコア レコード フィールドとして使用することをお勧めします。