流程考量
本節描述為確保您徹底運用干涉偵測產品所需的流程考量與最佳實務方法。
所要分析資料集的大小為何？
• 頂層組件
• 較低層級模組
• 個別元件
您需要在結果中得到什麼？
• 前 100 個干涉？
• 您將會偵測「接觸」與「間隙」嗎？
 |
如果您輸入公差 >0，則接觸的數目會增加，而其他干涉的數目會減少。
|
您打算如何從查詢中排除零件？例如，您可以使用群組來識別扣件。
您將使用的干涉偵測產品為何？
• Desktop Interference Analysis？
◦ Desktop Interference Analysis 是 Creo View 選用模組。
◦ 使用者可以即時載入結構，並以互動方式建立和執行干涉偵測查詢，然後將產生的報告儲存至 Windchill。
◦ 這些 Creo View 干涉偵測報告儲存為 Creo View「註釋集」，且不會在 Windchill 中建立相關的「干涉」物件。
◦ 請參閱 Creo View 說明中心中的〈干涉偵測〉一節。
• 批次干涉偵測？
◦ 選用的 Windchill 干涉管理服務模組的一部份。
◦ 需要 Creo View 轉接器干涉偵測引擎 (CLASH Worker)。
◦ 用來定義「干涉偵測定義」(IDD)，其可針對受 WVS CLASH 佇列集管理的 CLASH job 批次處理最大結構。
◦ 使系統建立與 IDD 相關的「干涉偵測報告」(IDR)，以及建立相關的干涉物件，來追蹤每對干涉物件的分析。
◦ 此功能也與 Windchill「變更管理」整合。
◦ 請參閱《Windchill Visualization Services Administrator's Guide》(Windchill 視覺化服務管理員指南) 中的 Windchill Interference Management Services，以及 Windchill 說明中心裡的「建立干涉偵測定義」和後續主題。
大概與精確模式
大概模式：
• 逼近模式中的計算以鑲嵌資料為基礎。
• 這種方式速度較快，但較不精確
• 用於大型組件的第一道程序，比如用來識別問題在何處可能需要更精確的分析。
• 在設計的早期階段期間用來識別主要問題，例如，針對互動式 Desktop Interference Analysis 工作階段選擇此模式。
精確模式：
• 精確模式中的計算以精確邊界表示實體資料為基礎。
• 這種方式較為精確，但速度較慢。
• 保留供大型資料的最後程序使用，例如，用來確認在先前的大概程序中識別的問題已獲得解決。
• 用於更詳細或集中的分析，比如在先前的大概程序中識別為潛在問題區域之較小的子組件。
• 使用「批次干涉偵測」方法更有可能以非互動方式執行，因為它所花的時間較長。