共役熱伝達(CHT)
共役熱伝達(CHT)の理論基礎
共役熱伝達とは何か
先生、共役熱伝達って「固体と流体を同時に解く」ってことですよね? わざわざ連成する意味ってあるんですか?
大ありだよ。たとえばタービン翼の冷却設計では、翼内部の冷却通路を流れる冷却空気と、翼外面を通過する高温燃焼ガスが、翼金属を介して熱的に結合している。固体側の温度分布を正確に得るには、流体側の熱伝達係数 $h$ を仮定するのではなく、流体の温度場と固体の熱伝導を同時に解く必要があるんだ。
熱伝達係数を仮定しなくていいのは確かに大きいですね。電子機器冷却なんかでも使うんですか?
もちろん。ヒートシンクとファン冷却の組合せ、パワー半導体モジュールの冷却板設計、LEDパッケージの放熱設計など、固体の熱伝導と流体の対流伝熱が密に結合する問題はすべてCHTの出番だ。
支配方程式
具体的にはどんな方程式を解くんですか?
流体領域ではNavier-Stokes方程式とエネルギー方程式を解く。固体領域では熱伝導方程式を解く。そしてこの2つの領域の界面で温度と熱流束の連続条件を課すんだ。
界面条件を数式で書くとこうなる。
温度が連続で、熱流束も連続。要は界面を挟んでエネルギーが保存されるってことですね。
そのとおり。固体側の熱伝導方程式は定常の場合
で、$\dot{q}_v$ は体積発熱(ジュール発熱など)。流体側のエネルギー方程式は対流項が加わる。この2つが界面条件で結合するのがCHTの本質だよ。
界面の熱抵抗(接触熱抵抗)は無視していいんですか?
理想的な界面なら上記でよい。実際のTIM(Thermal Interface Material)やボルト締結面では接触熱抵抗を界面条件に追加する必要がある。Ansys FluentやSTAR-CCM+ではthin wallやcontact resistanceとして設定できるよ。
Pentium 4の熱暴走がCHT解析を業界標準にした
2000年代初頭、インテルのPentium 4は高クロック化で発熱密度が急上昇し、冷却設計の失敗でCPUがサーマルスロットリング(熱による動作低下)を起こす問題が頻発した。それまで冷却設計は「ヒートシンクを付ければOK」という経験則で済んでいたが、この一件でCPU(固体)と冷却気流(流体)を同時に解くCHT解析の必要性が一気に認識された。Pentium 4の失敗が、現代の熱設計CAEの出発点になったと言っても過言ではありません。
共役熱伝達(CHT)の数値計算手法
連成アプローチの分類
CHTの解き方にも種類があるんですか?
大きく2つある。一体型(monolithic)と分離型(partitioned)だ。一体型は固体と流体を1つのソルバーで同時に解く。Ansys Fluent、STAR-CCM+、OpenFOAMのchtMultiRegionFoamがこの方式だ。
分離型は?
分離型は固体ソルバーと流体ソルバーを別々に走らせて、界面データを交換する。たとえばAnsys MechanicalとFluent間、あるいはAbaqusとSTAR-CCM+間のco-simulationがこれにあたる。FSI(流体構造連成)でも使われる手法だね。
一体型は界面の整合性が高く収束が早い。分離型は既存ソルバーを組合せられる柔軟性がある反面、界面補間の精度や収束の安定性に注意が必要だ。
界面メッシュの設計
固体と流体でメッシュサイズが全然違うと問題になりますか?
大いになる。固体側は比較的粗くて済むことが多いけど、流体側は壁面境界層を解像する必要がある。Ansys Fluentの場合、壁面第一層の $y^+$ を1程度に設定して壁面関数を使わない(低Re乱流モデル)か、$y^+ \approx 30$ で壁面関数を使うかを選択する。
CHTだと壁面の温度勾配を正確に捉えたいから、$y^+ \approx 1$ のほうがいいですよね?
そのとおり。特に局所的な熱伝達係数やNu数分布を議論するならprism layer(インフレーション層)を十分な層数配置すべきだ。STAR-CCM+なら壁面からの総厚さと層数を指定して自動生成できる。OpenFOAMではsnappyHexMeshのaddLayersControlで設定する。
収束判定の注意点
固体も流体も同時に解くから、収束判定が難しそうですね。
残差だけでなく、界面での温度と熱流束のモニタリングが重要だ。界面の平均温度や最高温度が反復間で変動しなくなったことを確認する。Fluentならsurface monitorで界面の面積加重平均温度を追跡するのが定石だよ。
反復回数の目安はありますか?
一体型なら通常のCFD計算と同程度。分離型co-simulationでは各ステップ内でのサブイテレーション回数を3〜10程度に設定し、界面値の変動が十分小さくなることを確認する。緩和係数(under-relaxation)の調整もポイントだ。
「界面の連続条件」——CHT連成解法の核心にある単純な等式
共役熱伝達(CHT)の連成解法で最も重要なのは、固体と流体の界面で温度と熱流束の両方を一致させることだ。この「単純な2つの等式」の実装が実は難しく、分離解法(Segregated)では収束のために緩和係数の調整が必要で、反復解法を使わないと界面で熱がつじつまが合わなくなる。「温度だけ合わせれば十分」という誤解を持ったまま解析すると、固体側と流体側で熱収支がずれた不正解を得ることになる。界面条件の理解がCHTの出発点です。
共役熱伝達(CHT)の実務適用
解析ワークフロー
CHT解析って、どういう手順で進めればいいですか?
典型的な手順はこうだ。(1) CADから固体領域と流体領域を定義する。(2) 流体領域のメッシュを生成し、壁面境界層をprism layerで解像する。(3) 固体領域のメッシュを生成する。(4) 界面をconformal(節点一致)またはnon-conformal(非一致)で接続する。(5) 材料物性値を設定する。(6) 境界条件と初期条件を設定して計算を実行する。
conformalとnon-conformalって何が違うんですか?
conformalは界面の節点を完全に一致させる方式で、補間誤差がない。ただしメッシュ生成の制約が大きい。non-conformalは界面の節点が一致しなくてもよく、メッシュ生成が容易だが、界面での補間による微小なエネルギー不整合が生じうる。実務ではnon-conformalが圧倒的に多いよ。
検証のためのベンチマーク
結果の妥当性はどうやって確認するんですか?
古典的なベンチマークとしては、平板上のCHTで解析解と比較する方法がある。流体側のNu数相関式(たとえば $Nu = 0.332 Re^{1/2} Pr^{1/3}$ )と組合せて固体温度分布を理論的に予測し、CFD結果と照合する。
また、ECSのようなラウンドロビンテストの実験データも利用できる。具体的には、矩形チャネル内のピン付き壁面CHT問題は複数の研究グループが実験結果を公開しているので、検証に適している。
メッシュ感度分析はどうやりますか?
3水準以上のメッシュ密度(粗・中・細)でRichardson外挿を行い、Grid Convergence Index(GCI)を算出する。界面温度と界面熱流束の両方でGCIを評価するのが理想的だ。
典型的な失敗パターン
初心者がやりがちなミスってありますか?
一番多いのは固体と流体の材料物性値の単位系不整合だ。特にOpenFOAMでは全物性をSI基本単位で入力する必要がある。次に多いのが界面設定の不備で、界面としてマッピングされていないfaceが存在すると、そこが断熱壁になってしまう。STAR-CCM+ではpart contactの設定漏れが典型例だよ。
温度が収束しない場合は?
固体と流体の熱容量比が極端に大きい場合(たとえば銅とガスの組合せ)、エネルギー方程式の緩和係数を下げる必要がある。Fluentならunder-relaxation factorを0.8〜0.9程度に調整する。それでもダメなら擬似非定常法(pseudo transient)を使うと安定することが多い。
データセンター冷却でCHTが「電気代を削った」実話
GoogleはCHT解析を含むCFDシミュレーションをデータセンターの冷却最適化に活用し、PUE(電力使用効率)を業界平均の1.5前後から1.1台まで引き下げることに成功した。サーバーラック(固体熱源)と冷却気流(流体)を連成で解くことで、「どこに冷気を集中させると全体効率が最大になるか」を計算で求めた結果だ。データセンター1棟でPUEを0.1下げると年間数億円の電力コスト削減になる——CHTは字義通り「億の節約」に直結する解析です。
共役熱伝達(CHT)のソフトウェア比較
ソルバー別CHT実装
ソフトによってCHTの実装って結構違うんですか?
かなり違う。主要なソルバーを比較してみよう。
| ソルバー | CHT方式 | 界面処理 | 特記事項 |
|---|---|---|---|
| Ansys Fluent | 一体型 | non-conformal interface | Coupled/Segregateの両方でCHT対応。Solid Cell Zone Motion可能 |
| Ansys CFX | 一体型 | GGI接続 | 回転体CHTに強み。Coupled solverがデフォルト |
| STAR-CCM+ | 一体型 | Contact interface | Multi-Region approachで領域間接続を明示的に管理 |
| OpenFOAM | 一体型 | region coupling BC | chtMultiRegionFoam。turbulentTemperatureCoupledBaffleMixedで界面結合 |
| COMSOL | 一体型 | 自動界面検出 | Heat Transfer + CFDモジュールの組合せ。GUI操作が直感的 |
OpenFOAMのchtMultiRegionFoamって設定が面倒そうですね。
たしかにディレクトリ構造が複雑で、各regionごとにsystem/、constant/、0/を用意する必要がある。ただし一度テンプレートを作ってしまえば使い回しが利く。OpenFOAM v2306以降はチュートリアルが充実しているので、まずはheatTransfer/chtMultiRegionFoam/multiRegionHeaterを動かすのが早道だ。
Co-Simulation型CHT
別のソルバー間でCHTをやるケースもあるんですか?
ある。代表的なのがAnsys System Couplingで、Fluent(流体)とMechanical(固体)を接続する。Siemens側ではSTAR-CCM+とAbaqusのco-simulationが可能だ。この方式は固体側で熱応力まで一貫して解けるのが利点だよ。
計算コストはどうですか?
一体型CHTは流体のみの計算の1.1〜1.5倍程度。固体領域は自由度が追加されるけど、計算量の大半は流体側で決まるからね。Co-simulation型は通信オーバーヘッドがあるぶん1.5〜3倍程度になることが多い。
GPU対応はどうなってますか?
Ansys Fluent 2024R1以降はGPUソルバーがCHTに対応している。STAR-CCM+もGPU accelerationでCHTを扱える。OpenFOAMはAmgXやPETScバックエンドでGPU解法を使えるけど、マルチリージョンでの安定性は発展途上だ。
FloTHERMが電子冷却専用ツールとして生き残っている理由
汎用CFDツールがCHT機能を取り込んでいくなか、FloTHERMのような電子機器特化型ツールが今も根強く使われているのはなぜか。答えは「部品ライブラリの充実」だ。ICパッケージやヒートシンクの熱抵抗モデル(DELPHI、JEDEC)が数万点以上登録されており、部品を置くだけで実用的な精度が出る。汎用CFDで同じことをやろうとすると個別にモデル化が必要で、設計初期段階の高速検討には明らかに非効率だ。「目的特化ツール」の価値はまだ失われていません。
共役熱伝達(CHT)の先端研究
非定常CHT解析
定常だけじゃなく非定常CHTもあるんですよね?
あるよ。固体と流体で時間スケールが大きく異なる場合、非定常CHTが必要になる。たとえばディーゼルエンジンのシリンダヘッドでは、燃焼サイクル(ミリ秒オーダー)と金属の温度変動(秒〜分オーダー)が共存する。
このようなマルチスケール問題では、流体側と固体側で異なる時間刻みを使うdual time steppingが有効だ。STAR-CCM+のImplicit Unsteady CHT機能やFluentのDual Time Stepping機能がこれに対応している。
時間刻みの選び方に指針はありますか?
流体側はCFL条件やターンオーバー時間で決まるけど、固体側は固体のFourier数 $Fo = \alpha \Delta t / L^2$ で制約される。典型的には固体側の $\Delta t$ は流体側の10〜1000倍大きくできる。超周期(super cycling)テクニックとして、流体を何ステップか進めてから固体を1ステップ進める手法もある。
産業応用事例
実際の産業でどんなふうに使われてますか?
代表的な応用を挙げよう。
| 産業分野 | 対象 | CHTのポイント |
|---|---|---|
| 航空エンジン | タービン翼のフィルム冷却 | 内部冷却通路+外面高温ガスの連成 |
| 自動車 | 排気マニフォールド | 熱疲労評価のための温度分布取得 |
| 電子機器 | パワーモジュール | ジュール発熱+液冷プレートの連成 |
| 鋳造 | 金型冷却 | 凝固過程と冷却水の連成 |
| 原子力 | 燃料棒と冷却材 | 安全解析のための最高被覆管温度予測 |
航空エンジンのタービン翼って、1500度を超える環境で金属が溶けないようにするんですよね。CHTなしには設計できないわけだ。
そのとおり。翼表面温度を10度下げるだけで翼寿命が2倍になるとも言われる。CHTの精度が設計に直結する典型例だよ。
CHT + 輻射連成
高温環境では輻射も効いてきますよね?
鋭いね。1000K以上の環境ではStefan-Boltzmann則 $q_{rad} = \varepsilon \sigma (T^4 - T_{surr}^4)$ に基づく表面間輻射やガス輻射も重要になる。FluentのS2SモデルやDOモデル、STAR-CCM+のSurface-to-Surface Radiation、OpenFOAMのviewFactorモデルなどをCHTと組合せることで、対流・伝導・輻射の三位一体の解析が可能だ。
非定常CHTが「どこが先に熱疲労するか」を教えてくれる
定常CHTは最悪条件の温度分布を知るには便利だが、現実の機器は起動・停止・負荷変動を繰り返す。この過渡的な温度変化がはんだや接合部の熱疲労に直結するため、非定常CHTが欠かせない。あるインバーターメーカーが非定常CHTを初めて導入したとき、定常解析では「安全」と判定されていた接合部が、起動直後の急激な温度上昇で熱応力が最大になることが判明した。「定常で大丈夫だから非定常は不要」は危険な思い込みです。
共役熱伝達(CHT)のトラブル対応
界面温度が不連続になる
先生、CHT解析で界面の固体側と流体側で温度が跳んでいるんですけど…
それは界面マッピングの設定ミスが最も疑わしい。まず界面がちゃんとcoupled wallとして認識されているか確認しよう。Fluentなら境界条件でwallタイプがcoupledになっているか、STAR-CCM+ならContact Interfaceが正しく生成されているかをチェック。
確認したけどちゃんとcoupledでした。他に原因は?
non-conformal interfaceで、マッピング先が見つからないfaceが存在する場合がある。Fluentのmesh interfaceでorphan faceが報告されていないか確認。STAR-CCM+ではContact設定のTolerance値が小さすぎて界面が部分的にしか接続されていないケースがある。
エネルギー残差が下がらない
運動量や連続の残差は下がるのに、energyの残差だけ高止まりします。
CHTでよくある症状だ。原因と対策を整理しよう。
| 原因 | 対策 |
|---|---|
| 固体-流体の熱容量比が極端に大きい | エネルギー方程式の緩和係数を0.85程度に下げる |
| 初期温度が実態と大きく乖離 | 初期温度を予想される分布に近づける |
| メッシュが界面近傍で粗すぎる | prism layerを追加、または壁面第一層を薄くする |
| 輻射モデル併用時の非線形性 | 輻射のunder-relaxationを0.5程度に下げる |
擬似非定常法(pseudo transient)を使えばいいって聞いたんですが?
FluentのPseudo Transient設定は定常CHTの収束改善にかなり効果的だ。Time Scale FactorをAutoにしておけば、ソルバーが自動的に適切な擬似時間刻みを選んでくれる。特に発熱量が大きい問題で有効だよ。
壁面熱流束が実験値と合わない
CFDで得た壁面熱流束が実験値の半分しかないんです。
まず乱流モデルの妥当性を疑おう。標準k-εは衝突噴流領域や再付着点付近で熱伝達を過小評価する傾向がある。SST k-ωモデルやRealizable k-εモデルに切り替えてみよう。$y^+$が十分小さい(1以下)ことも再確認すること。
乱流モデルを変えても改善しない場合は?
固体側の熱伝導率が正しいか、界面の接触熱抵抗が考慮されているか、流体の物性値(特にPrandtl数に効く粘度と熱伝導率)が正確かを順にチェックする。また、2D軸対称で解いている場合に実は3D効果が重要なケースもある。最終手段としてLES(Large Eddy Simulation)を検討する価値があるよ。
CHT解析で「温度が変になった」ときの一番多い原因
CHT解析のトラブル相談で圧倒的に多いのが「固体の温度が異様に高い(または低い)」という症状だ。原因の大半は熱伝導率の単位ミスだ。材料の熱伝導率をW/(m·K)で入力するべきところをW/(mm·K)で入力するだけで、値が1000倍違ってくる。CGS単位とSI単位が混在するような古いデータベースを流用したときに起きやすい。CHTで答えがおかしいと思ったらまず単位をチェック——経験豊富なエンジニアほど「あるある」と頷く基本の落とし穴です。
関連トピック
なった
詳しく
報告