SolidWorks VBAを掌握する：フレキシブル・サブアセンブリをプログラムで支配する極意
皆さん、こんにちは。現場でSolidWorksと格闘しているエンジニアの皆さん、お疲れ様です。
「マクロの記録」ボタンを押して生成されたコードを眺めて、そのまま放置していませんか？それだけでは、SolidWorks APIの真髄である「アセンブリの動的な制御」には一生辿り着けません。
今回は、多くのエンジニアが躓く「フレキシブル・サブアセンブリのプログラム制御」という、中級者から上級者への登竜門となるテーマを深掘りします。これをマスターすれば、機構解析やコンフィギュレーションの切り替えを瞬時に自動化する、真の自動化エンジニアへの第一歩となります。
—
1. なぜ「フレキシブル設定」の制御が必要なのか？
通常、サブアセンブリをメインアセンブリに配置すると、そのサブアセンブリは「リジッド（剛体）」として扱われます。しかし、機構解析や可動部を持つ設計では、サブアセンブリ内の部品を個別に動かしたい場面がありますよね。手動では「コンポーネントのプロパティ」から切り替えますが、これをコードで制御できないと、設計の自動化はそこでストップしてしまいます。
APIの世界では、この「フレキシブル設定」は `swComponent.IsFlexible` というプロパティに集約されます。
—
2. 核心に迫る：サブアセンブリをフレキシブルにするVBAコード
以下のコードは、選択したサブアセンブリを確実に「フレキシブル」に切り替えるための、堅牢なテンプレートです。
‘ 【SolidWorks VBA】サブアセンブリをフレキシブルにするための極意
Sub SetComponentFlexible()
Dim swApp As SldWorks.SldWorks
Dim swModel As SldWorks.ModelDoc2
Dim swSelMgr As SldWorks.SelectionMgr
Dim swComp As SldWorks.Component2
Set swApp = Application.SldWorks
Set swModel = swApp.ActiveDoc
‘ 1. モデルが開いているか確認
If swModel Is Nothing Or swModel.GetType <> swDocASSEMBLY Then
MsgBox “アセンブリを開いてから実行してください。”
Exit Sub
End If
‘ 2. 選択したコンポーネントを取得
Set swSelMgr = swModel.SelectionManager
Set swComp = swSelMgr.GetSelectedObjectsComponent4(1, -1)
‘ 3. エラーハンドリング：選択されているかチェック
If swComp Is Nothing Then
MsgBox “対象のサブアセンブリを選択してください。”
Exit Sub
End If
‘ 4. ここが本質：フレキシブル状態の制御
‘ 既にフレキシブルなら何もしない（無駄な更新を防ぐのがプロの流儀）
If swComp.IsFlexible = False Then
swComp.IsFlexible = True
‘ 5. アセンブリの再構築（変更を反映させるために必須）
swModel.ForceRebuild3 False
Debug.Print “サブアセンブリ ‘” & swComp.Name2 & “‘ をフレキシブルに設定しました。”
Else
MsgBox “既にフレキシブル設定です。”
End If
End Sub
コードの重要ポイント
- `swComp.IsFlexible = True`: これだけで状態が変わります。しかし、これだけでは足りないのがSolidWorksの奥深さです。
- `swModel.ForceRebuild3`: APIで設定を変更した後、UI上に即座に反映させるには再構築が不可欠です。これを怠ると、「プログラムは動いているのに画面が変わらない」という不気味なバグに遭遇します。
—
3. 陥りやすい罠：なぜエラーになるのか？
初心者がよくやるミスは、「サブアセンブリでないものに対して設定しようとすること」です。
- 罠1：単一部品を選択している
部品に対して `IsFlexible` を呼んでも、APIはエラーを返したり無視したりします。`swComp.GetModelDoc2.GetType` を使って、対象が本当に `swDocASSEMBLY` なのかを確認するガード節を入れるのが、堅牢なコードの条件です。
- 罠2：親アセンブリのロック
もしそのサブアセンブリが、親アセンブリ内で合致によって完全に拘束されている場合、フレキシブル設定が内部的な不整合を起こすことがあります。設計意図を崩さないよう、設定変更の前後に「現在の拘束状態」をチェックするルーチンを組むのがプロの仕事です。
—
4. チーフアーキテクトからのアドバイス
「マクロの記録」はあくまでAPIの辞書を引く手段に過ぎません。本当に重要なのは、「SolidWorksがどのようにオブジェクトの階層構造（ツリー構造）を保持しているか」を理解することです。
今回紹介した `IsFlexible` プロパティの制御は、単なるプロパティの書き換えではありません。SolidWorksのエンジン内部で、そのサブアセンブリの拘束条件を再計算させるという、非常に重たい処理をトリガーしています。
「なぜ動くのか？」ではなく、「なぜこの処理は重いのか？」を考える癖をつけてください。
まずはこのコードをコピペして、手元のサブアセンブリで試してみてください。エラーが出たら、それはあなたが「仕組みを理解するチャンス」を手に入れたということです。
次は、この「フレキシブル状態」を条件分岐に使った、より高度な合致自動生成の仕組みについて語りましょう。皆さんの自動化ライフが、より効率的で創造的なものになることを心から願っています！
—
このブログ記事が、あなたの開発現場での「小さな革命」のきっかけになれば幸いです。質問があれば、ぜひコメント欄で教えてくださいね。
