Siemens NX Open・Teamcenter・大規模アセンブリ・トラブルシューティング完全ガイド

NX · NX Open · Teamcenter · Troubleshooting

概要

Siemens NX の価値は単一 CAD/CAM/CAE 機能だけではなく、NX Open API で自動化 し、Teamcenter で PLM 全工程を管理 し、数万~数十万コンポーネントのアセンブリを安定運用 する点にある。

本ページは Knowledge Fusion・NX Open(Python/C#/C++/Java)・UDF・Reuse Library を扱う自動化セクション、Teamcenter Managed 環境と Active Workspace、大規模アセンブリの性能最適化(Reference Set・Lightweight・Partial Loading)、フィールドでのトラブルシューティング、ベストプラクティス、業界別特化 Tip を網羅する。

最後に NX 2406/2412 新機能(Adaptive UI・AI フィーチャー・XR・Generative Design)まで一挙に整理する。基本 UI・ナビゲーターは 01-shortcuts-ui.md、アセンブリ・WAVE は 03-assembly-wave.md を参照。

Knowledge Fusion (KF)

NX 内蔵の Knowledge-Based Engineering 言語。Design Freedom Architecture(DFA) ルールベースでパラメトリックを拡張する。

  • LISP 系の宣言型文法
  • .dfa ファイルで保存
  • ルール(Rule)、制約(Constraint)、派生プロパティ(Derived Property)、UDF 拡張 に使用
  • 典型的な適用: ボルトサイズが変われば、ワッシャー・ナット・組立間隔が連鎖的に自動更新

> ヒント: KF には学習コストがあるが、「寸法が変われば関連規格部品が自動追従する」 レベルの 社内標準ライブラリ を構築する際には 投資対効果が大きい。

NX Open API

NX の公式プログラミングインターフェイス。対応言語は次の通り。

言語特徴
C++最高性能、複雑なプラグイン・リアルタイム UI
C# / VB.NETWindows プラットフォーム、ダイアログ作成が容易
Javaクロスプラットフォーム
PythonNX 10 から正式対応、学習曲線が最も低い

Journal(マクロ記録)

Menu → Tools → Journal → Record で UI 操作を記録 すると Python または VB スクリプト として出力される。

記録を編集して for ループと変数化 に拡張するのが一般的な NX Open 入門方法。記録言語は File → Preferences → User Interface → Journal Language で Python に指定 する。

Python NX Open の例

import NXOpen

def main():
    theSession = NXOpen.Session.GetSession()
    workPart = theSession.Parts.Work

    # すべてのフィーチャーを名前で列挙
    for feat in workPart.Features:
        print(feat.GetFeatureName())

if __name__ == '__main__':
    main()

NX Open の主要な活用

  • バッチ処理: 数百のパートを 一括保存・フォーマット変換(STEP/JT Export)
  • カスタム Feature の生成
  • Teamcenter・PLM システムと REST API 連携
  • 図面の欠落寸法検出、BOM 整合性検査 などチェックリストの自動化

Block UI Styler

Menu → Resource Bar → Block UI Styler で テキストボックス・スライダー・リスト のようなウィジェットをドラッグ配置すると XML とコードが自動生成 される。

ダイアログを直接コーディングせずとも複雑な UI を構成でき、社内自動化ツール配布の標準方式 として定着している。

NX Open 実務 Tip

  • Python Journal で開発イテレーションを高速に回し、安定化後に C# または C++ へ移植する戦略 が有効。
  • 社内配布は company.men(メニュー)+ company.btn(ボタン)+ company.py(スクリプト)のセットを作成し カスタムリボン・ツールバーで標準化。
  • NX バージョンアップ時に API Deprecation が発生 するので 定期的な回帰テストが必須。
  • Teamcenter–NX Open 統合 で Item 生成 → Part 生成 → BOM 登録 を単一スクリプトで処理可能。

> 注意: NX Open スクリプトを 原本 .prt に直接実行する前に必ず複製ファイルで検証 する。Feature 名パターンを誤マッチング して意図しないフィーチャーを 大量削除する事故 が多い。

UDF(User Defined Feature)・Reuse Library

UDF の概念

反復するフィーチャーの組合せ を 再利用可能なカスタムフィーチャー として保存する機能。入力パラメータ(寸法・位置)を受け取り 同じ形状を複数のパートで呼び出す。

UDF 作成ワークフロー

  1. 基準パートを作成(例: T-slot ポケット)。
  2. Menu → Tools → User Defined Features → Create。
  3. エクスポートする Feature を選択。
  4. Expression Variables を入力パラメータに昇格。
  5. UDF 名・アイコン・カテゴリを指定。
  6. .udf ファイルとして保存。

UDF Library の構成

  • udf_index.dat(索引)+ udf_def.txt(定義)ファイルで管理
  • 共有場所は ネットワークドライブ + 環境変数 UGII_UDF_DIR
  • ライブラリ登録: Menu → Tools → User Defined Feature → Configure Library

Reuse Library

リボン右側タブの Reuse Library には UDF、パートテンプレート、Custom Symbol、Institutional Part などがカテゴリ別に格納され、ドラッグ&ドロップ で 部品カタログのように使用 する。

典型的な UDF 例: T-スロット、ダブテイル、キー溝、ボルト穴 + カウンターボア + タップの組合せ、ブラケット固定穴パターン、接合部ブレンドグループ。

Teamcenter 連携

Teamcenter とは

Siemens の PLM プラットフォーム。NX と 最も深く統合 されており、部品番号、Revision、BOM、ワークフロー、CAD ファイル全体 を Teamcenter Vault に保存する。

Managed vs Native

モード特徴
Native NXファイルシステムに .prt を直接保存。個人・中小企業向け
Managed NX(Teamcenter integration)NX 起動時に Teamcenter サーバにログイン、すべてのファイルが Vault に位置。Item ID・Revision で管理

主要機能

  • Check-Out / Check-In: 編集ロック + バージョンコミット
  • Revision: A、B、C… または 01、02、03 体系
  • Where-Used: 特定部品をどの上位アセンブリが使用しているか 逆追跡
  • What's Changed: 以前のリビジョン対比での変更内容を比較
  • Workflow: 設計レビュー → 承認 → Release 自動化
  • ECN/ECO: エンジニアリング変更指示 の処理
  • BOM Management: Structure Manager で EBOM/MBOM/SBOM を分離管理
  • Multi-site: 複数拠点 から同一データへアクセス

Active Workspace

Teamcenter の Web クライアント。ブラウザで モデル閲覧・BOM 編集・ワークフロー処理 が可能で、NX 内部からも Active Workspace パネル を開いて Vault を探索 できる。

NX-TC 統合の実務 Tip

  • Item ID は組織ルール に合わせ自動生成(例: 000001-000、000002-000)。UUID より人間が読める規則を推奨。
  • Dataset Type は NX Part Dataset、CAD Dataset、DirectModel(JT) Dataset を区別して保存。
  • Release Status 段階: Working → In Review → Approved → Released。Released 以降の修正は必ず新 Revision を発行。
  • Load Options で Latest/Working/Baseline のロード時点を制御。
  • 外部サプライヤー伝達 は PLMXML Export で BOM + ジオメトリ を一括転送。
  • Teamcenter Share(2406+)で外部パートナーと CAM プログラムをクラウド共有。

> 注意: Teamcenter 環境では OS レベルでファイル名を変更・移動させると参照が切れる。すべての名前変更・移動作業は 必ず Teamcenter UI または NX 内部で 実施する。

大規模アセンブリの性能管理

Reference Set

Reference Set(RS) はパートの 「部分表現」 である。アセンブリが どのオブジェクトのみロード・表示するか を選択する。

自動 Reference Set:

  • Empty: 構造のみロード、オブジェクトなし
  • Entire Part: すべてのオブジェクト
  • Model: ソリッド・シートのみ(ドローイング・スケッチを除く)
  • Simplified: 簡略化ボディ

実務でよく使う User-defined Reference Set:

  • MATE — 組立基準面・軸のみ
  • SIMPLE — 外形ボックスボディのみ
  • DRAFT — ドローイング用のオブジェクトのみ
  • LIGHTWEIGHT — JT 軽量表現

Partial Loading / Lightweight

  • Partial Loading: 必要なコンポーネントのみをロード
  • Lightweight Representation: 軽量 JT + 外部バウンダリ 表現で メモリ 90% 削減
  • File → Preferences → Assembly Load Options で Use Lightweight Representations / Use Partial Loading を有効化

Open by Proximity

Assemblies → Component → Open by Proximity。球面または箱領域内 にあるコンポーネントのみ 全ロード し、残りは 軽量状態 で維持する。

自動車の全車両のように数十万部品のアセンブリ で局所作業する時の 必須機能。

Linked Exteriors

下位アセンブリの外部形状のみ上位にリンク し、内部の数千部品を置換 する。上位アセンブリの性能が劇的に向上 する。

性能最適化チェック

  • Reference Set は MODEL に統一(Entire Part 禁止)
  • Datum Plane 数を最小化、代わりに Sketch 参照を活用
  • 不要な Constraint を整理し 過拘束防止
  • Interpart Link(WAVE)は本当に必要な場合のみ
  • Variable・未設計フィーチャーは Suppress
  • 保存時は 「Save All as Displayed」ではなく「Save Work Part」のみ 使用
  • Assembly Load Option を チーム標準に統一

性能ベンチマーク基準

コンポーネント数正常なロード時間
1,000< 30 秒(Lightweight)
10,000< 2 分
100,000+(自動車全車両)Lightweight + Partial Loading なしでは不可能

トラブルシューティング

Update Error

症状: Part Navigator に 黄色の警告三角、"Error during Update"。

原因: 親オブジェクトの削除・抑制、WAVE ソース削除、循環参照、誤った Expression 参照。

解決:

  1. 該当フィーチャー右クリック → Edit Feature または Edit with Rollback → 欠落オブジェクトを確認
  2. Find References で切れた参照を選択
  3. Replace Reference で有効なオブジェクトに置換
  4. 最悪の場合は該当フィーチャーを Suppress し下位フィーチャーを再生成 してツリーを復旧

Broken Link(切れたリンク)

原因: OS レベルのファイル名変更、Teamcenter 外部へのファイル移動、WAVE ソースパート削除。

解決:

  • Menu → Assemblies → WAVE → General WAVE Relinker で 切れた WAVE 接続を一括再接続
  • File → Clone Assembly で 正規複製 すれば WAVE が自動再接続
  • ファイル名は 必ず NX 内部でのみ変更 し OS レベルの rename は禁止

Reference Set の混乱

症状: コンポーネントが 空の状態で表示 される、または下位フィーチャーが消える。

解決: コンポーネント右クリック → Replace Reference Set → Model 選択。Reference Set のメンバー数が 32,767 を超える と稀にデータ破損が生じるので Format → Reference Sets で再構成 する。

License の問題

症状: "License unavailable" または特定の Feature が グレーアウトで無効化。

解決:

  • 環境変数 UGS_LICENSE_SERVER(例: 28000@licserver01)を確認
  • ugslmd または lmgrd サービスの状態 を点検
  • License Manager で Feature 別のチェックアウト状況を照会
  • 同僚が同じ Feature を占有中なら returnRequest を依頼
  • ugnx.lic の有効期限 を点検

クラッシュ / Freeze

  • TEMP フォルダの ugs_crash_report を確認
  • Undo スタックが過度に蓄積した時 発生しうる → 保存後に再起動
  • Display Driver の問題 時は NVIDIA Quadro ドライバを最新化
  • Preference の OpenGL performance optimizations を有効化

その他よく遭遇する問題

  • Hidden Datum が見えない時: Ctrl+Shift+U(Show All) + Layer ON
  • Sketch が有効化されない: Reattach Sketch with new plane
  • Feature Rollback 後にボディが空の状態: 原因フィーチャーを Suppress → 上部フィーチャーを再生成
  • Edge が選択できない: Selection Filter(Ctrl+Shift+J)で Edge にチェック

> 注意: Teamcenter 環境で 切れたリンクを解消した後 は 必ず Check-In でサーバへ反映 する。ローカルキャッシュのみ直して終わらせる と、他ユーザーが再び壊れた状態を受け取る。

ベストプラクティスの要約

Part 構造

  • パートにつき主要ソリッドボディ 1 つ を推奨
  • 複数ボディ時は名前指定(BODY_MAIN、BODY_RIB、BODY_TRIM)
  • Datum/Sketch は Feature ツリー上部に集約
  • 補助フィーチャーは下部に配置

Expression ネーミング

  • 基本の p0, p1… 維持は禁止
  • 規則: {機能}_{寸法} — 例 L_Shaft、D_Bore、T_Wall
  • インターパート参照 expression は prefix IP_(例: IP_Housing_L)
  • Group Expression で機能別にフォルダ化

Reference Set ポリシー

  • MODEL — アセンブリ参照用
  • MATE — 組立基準面・軸
  • SIMPLE — 外形ボックス(大規模アセンブリの LOD)
  • DRAFT — ドローイング用

社内標準テンプレート

基本 Datum CSYS、社内 Material Library、基本 Expression グループ、標準 Reference Set、PMI View テンプレート を含む master_template.prt を UGII_TEMPLATE_DIR に配置し、組織全体が同一スタート地点 を持つようにする。

ファイル名・Item ID 規則

  • 空白・日本語・特殊文字の禁止
  • Linux は大文字小文字を区別 するので依存しない
  • パス込み 256 文字以内
  • 例: PRJ001_ASM001_PART001_RevA.prt

Layer 使用規則の例

範囲用途
1Solid Model
10~20Sketches
21~30Datum Planes/Axes
41~50Reference Curves
61~80Work Surfaces
100~User-defined

業界別特化 Tip

自動車

  • Bodyshop: 車体パネル = Sheet Metal + Variational Flange + 溶接記号。OEM 別の Bend Table(Toyota、Hyundai 仕様)をカスタマイズ。
  • Class A Surface: Studio Surface で G2/G3 連続性。Zebra + Reflection が必須検査。Alias からインポート後に NX で追加作業 が一般的。
  • Powertrain: 鋳造パートは Synchronous Modeling + Draft Angle 分析 が中心。
  • 電装: Routing Electrical + Capital Harness 連携、量産ハーネスの治具設計へ拡張。
  • OEM 別の標準: GM-APE、Ford-C3P、VW/Audi-KPM、Toyota-TPSA、Hyundai-HKMC のプリセット。

航空

  • Primary Structure: Frame、Rib、Spar = Aero Sheet Metal + Machined Part 混合。Canted Flange・Joggle を大量使用。
  • Skin: 曲面パネル。数万のリベット穴 を Pattern Feature で管理。
  • Composite Layup: Fibersim for NX 統合。Ply Layup、Rosette、Darts、Producibility Simulation。
  • Assembly: 数十万部品 なので Partial Loading + Open by Proximity 必須。Teamcenter MRO 連携。
  • PMI/MBD 必須: FAA/EASA 規定遵守。ASME Y14.41。
  • Fastener Library: NAS、MS、AN 標準ファスナライブラリを内蔵。

金型

  • 射出金型: Mold Wizard をフル活用。Hasco/Misumi Mold Base + Cooling の自動化。
  • プログレッシブダイ: PDW。Strip Layout 最適化 で材料利用率 70%+ を目標。
  • 大型プレス金型: Class A ベースの Die Face 設計 + Springback Compensation(AutoForm 連携)。
  • Electrode Design: Mold Wizard 配下の 電極自動 + WEDM 連携。
  • 加工連携: Mold Wizard の成果物が Master Model として CAM に自然に流れる。

NX 2406 / 2412 新機能

NX 2406

  • Selection Filter for Tools and Devices(CAM): Graphics ウィンドウで 工具を直接選択
  • Advanced Chip Control(CAM 旋削): 切屑ブレーキの最適化、工具寿命の延長
  • Rules-based Automation for Hole-making: 穴径範囲ベースの自動加工戦略
  • Concept Modeling(Realize Shape、Push/Pull)の強化
  • Aerodynamic Surface Analysis の改善

NX 2412

  • Immersive Engineering: Sony XR HMD ヘッドセット統合、VR ベースのモデル編集
  • Concepteur CFD: FloEFD ベースの CFD を CAD 環境に完全統合
  • Value-Based Licensing: 機能別・使用量別の課金
  • AI Features: Predictive Modeling Assistant、Automated Feature Recognition の向上、Natural Language Commands(ベータ)
  • Generative Design: Topology Optimization + Lattice Structure の自動生成
  • NX X(SaaS): ブラウザベースの完全 CAD

AI / XR / Sustainability

  • Adaptive UI: 使用パターンを学習 → よく使うコマンドを自動的にリボン配置
  • AI Design Assistant: チャットインターフェイスでモデリング指示(ベータ)
  • Inspection Automation: PMI ベースの CMM プログラムを自動生成
  • HoloLens 統合: 製造現場でモデルオーバーレイ
  • WebGL JT Viewer: Teamcenter Share ベースの軽量ビューア
  • Sustainability Dashboard: 材料別の炭素排出、リサイクル可能性、Product Carbon Footprint の追跡

実務チェックリスト

  • Journal 記録を関数化・パラメータ化して再利用可能なスクリプトに整備
  • NX バージョンアップ前に社内 NX Open スクリプトの回帰テスト実施
  • Teamcenter Item ID 体系が人間可読の規則か確認
  • Release 以降の修正は必ず新 Revision として分岐
  • アセンブリの Reference Set を MODEL に統一
  • 大規模アセンブリは Partial Loading + Open by Proximity をデフォルト設定
  • Update Error 解消後に WAVE Relations Browser で循環参照を再確認
  • ファイル名・Item ID に空白・日本語・特殊文字なし
  • 業界別標準(OEM Bend Table、ASME Y14.41、Mold Base Library)のプリセット適用
  • NX 2412 AI/XR 機能はパイロットプロジェクトで十分検証後に全社展開
ブックマークに追加!
PC: Ctrl + D
モバイル: メニュー → ブックマーク追加