FEMモデルレビューチェックリスト

そうだ。FEMモデルの品質保証で、解析実行前にメッシュ品質、境界条件、材料特性、荷重条件を体系的に確認するためのリストだよ。NASAの「FEM Best Practices」（NASA-STD-5002A）では35項目のチェックリストが規定されていて、航空宇宙の構造解析では必ずこれを通す。

残念ながら、多くの現場では「メッシュを切ってソルバーに投げて、収束したらOK」になりがちだ。でも実際には、収束した＝正しい結果ではない。例えば自動車の衝突シミュレーションで、ボルト接合をTied Contactで近似したのに検証しないまま進めて、実機試験と全く合わないケースは珍しくない。

大きく分けて6つのカテゴリがある：

もちろん。チェック項目の多くは定量的な判定基準を持っている。例えば反力バランスチェックは、次の式で評価する：

この $\varepsilon_{bc}$ が 0.1%以下であることが一般的な合格基準だ。さらに、モーメントの釣り合いも確認する：

その通り。例えば片持ち梁の先端に集中荷重 $P$ をかけた場合、固定端の反力は $R_y = P$（力の釣り合い）、反モーメントは $M = P \cdot L$（モーメントの釣り合い）になるはずだ。FEMの出力でこれを確認する。もし値がずれていたら、どこかに境界条件の設定ミスか、荷重の定義漏れがある。

メッシュ品質については、全体剛性方程式：

この剛性マトリクス $[K]$ は各要素の剛性マトリクス $K_e$ を組み立てたものだ。要素剛性は数値積分で計算される：

ここで $|J(\xi_g)|$ はヤコビアン行列式だ。要素が歪むとヤコビアンが劣化し、積分精度が落ちる。だからメッシュ品質チェックでヤコビアン比を確認するんだ。負のヤコビアンが出たら、その要素は反転していて物理的に意味をなさない。

NASA-STD-5002A「Structural Analysis and Test Requirements」と、その補足ドキュメントNASA-HDBK-5014に詳しい。主な項目をカテゴリ別にまとめるとこうなる：

もちろん。自動車、原子力、医療機器の各業界でも、NASAのフレームワークを参考に独自のチェックリストを作っているところが多い。例えば自動車ではEuro NCAPの衝突解析ガイドラインで類似の要求がある。ポイントは「自分たちの解析でどこが一番リスクが高いか」を特定して、そこに重点を置いたチェックリストを作ることだ。

主要な品質指標は5つある。これはソルバーに関係なく共通だ：

いい質問だ。現実的には 99%以上の要素が基準を満たしていることが目安。NG要素が存在する場合は、その要素が注目領域（応力集中部、破壊判定領域）にないことを確認する。応力をレポートする領域にNG要素があったら、その結果は信用できない。

境界条件はFEM解析で最もミスが多い箇所だ。以下を必ず確認する：

それはよくある誤解だ。過拘束すると構造が本来持つ変形を阻害して、現実には存在しない応力が計算される。例えば熱膨張する配管の両端を全DOF固定すると、実際にはフランジが滑る部分に巨大な仮想応力が出てしまう。結果として「危険」と判定されるけど、実際は全く問題ない — これは偽陽性であり、設計判断を狂わせる。

まさにその通り。境界条件を一切与えずにモーダル解析（固有値解析）を行うテストだ。目的は3つある：

実務ではしょっちゅうだよ。特にアセンブリモデルで部品が100個以上あるような場合、Tied Contactの定義漏れが1箇所でもあると、その部品だけ宙に浮く。静解析では「特異マトリクス」エラーで止まるけど、荷重ケースによってはたまたま収束してしまうこともある。Free-Freeチェックはそういう「静かな不具合」を事前に炙り出す、非常に強力な手法だ。

値そのものより単位系の整合性が一番怖い。実務で最も多い致命的ミスは「ヤング率の単位を間違える」ことだ。例えば：

密度を間違えると慣性力・重力荷重・固有振動数が全部狂う。静解析で重力なしなら気づかないこともあるが、動解析やモーダル解析では結果が桁違いにおかしくなる。チェックリストでは以下を確認する：

値だけじゃない。荷重のレビューでは5つのWを確認する：

設計部門からの荷重仕様書を鵜呑みにしないのがプロの姿勢だ。例えば「10kNの荷重をかけてください」と言われたとき、それが極限荷重（UL）なのか制限荷重（LL）なのかで安全率の適用が変わる。航空宇宙では UL = LL × 1.5 が標準だが、「10kNが極限荷重で、安全率はすでに含まれている」のか「10kNは制限荷重で、解析側で1.5をかける」のかで結果が50%も変わる。

手順はシンプルだけど、多くの人がサボるところだ：

ソルバー別の確認方法：

.f06の最も重要な情報が集まっている部分だ。ここを見れば、荷重の漏れ、拘束の過不足が一発でわかる。チームのチェックリストには「.f06のRESULTANT確認」を必須項目にしておくべきだ。

運用のポイントは3つだ：

主要なソルバーとプリプロセッサには、モデルチェック機能が組み込まれている：

GROUNDCHECKは剛性マトリクスに剛体モードが6個あるかを数値的に検証する機能だ。Free-Freeモードチェックと似ているが、モーダル解析を走らせなくても剛性マトリクスの特性から判定できる。Case Controlに GROUNDCHECK=YES と書くだけで、.f06に結果が出る。

その通り。チームのNastranテンプレートに最初から入れておくのがベストだ。Abaqusなら*PREPRINT, MODEL=YES, HISTORY=NOでData Check解析が走る。計算コストはほぼゼロだから、やらない理由はない。

すでに一部は自動化が進んでいる。3つのレベルがある：

そうだ。例えばNastranの.f06からOLOAD RESULTANTとSPCFORCE RESULTANTを正規表現で抽出して、差分を自動計算するスクリプトなら50行で書ける。チームで共有すれば、チェック漏れが劇的に減る。「手動チェック項目をゼロにする」のが理想だが、まずは反力バランスと質量チェックの自動化から始めるのが現実的だ。

もう一つの先端的な動きはデジタルスレッド（Digital Thread）の概念だ。CAD→CAE→試験→量産の全工程でモデル情報を一貫管理し、チェックリストの各項目がどの工程のどのデータに基づいているかをトレースできるようにする。Siemens TeamcenterやDassault 3DEXPERIENCEプラットフォームが推進している。

笑い事じゃないんだけど、実務で本当にあった（または起きうる）ケースを紹介しよう：

そうだ。だからこそ「結果を見る前に入力を検証する」のがチェックリストの本質なんだ。美しいコンター図が出てから間違いに気づくと、すでにスケジュールの遅延が発生している。入力段階で5分のチェックをするか、結果が出てから数日の手戻りをするか——答えは明らかだよね。

いいね。最初は負担に感じるかもしれないが、1ヶ月も続ければ体に染み付く。そうなれば「チェックリストなしで解析を提出するのが怖い」と感じるようになるはずだ。それがプロのエンジニアの感覚だよ。