ウェーバー数 — CAE用語解説
ウェーバー数
ウェーバー数とは何か
ウェーバー数って表面張力に関係した無次元数ですか?レイノルズ数やフルード数と違う場面で使う?
理論と物理
ウェーバー数の定義と物理的意味
ウェーバー数って、教科書には「慣性力と表面張力の比」と書いてありますが、具体的にどんな現象で重要なんですか?
液滴の分裂や気泡の合体など、界面の変形を伴う流れで決定的な役割を果たします。例えば、ディーゼルエンジンの燃料噴射では、高圧で噴射された燃料液柱が空気抵抗で細かい液滴(ミスト)に分裂しますが、この分裂モードはウェーバー数で支配されます。数式は
特性長さLはどう選べばいいんですか?液滴の初期直径を使う場合と、分裂後のサテライト液滴の直径を使う場合がありそうですが。
良い着眼点です。一般的には、問題のスケールを代表する長さを選びます。噴流の一次分裂を議論するならノズル口径や液柱直径、二次分裂(液滴の更なる細分化)を扱うなら親液滴の直径を使います。実験では、レーザー回折法で測定したSauter平均直径(SMD, D32)をLに用いることが多いです。例えば、ガソリン噴射の研究では、ノズル径0.2mm、噴射速度100m/s、表面張力0.025N/mとして、
Weが大きいと表面張力の効果が無視できるってことですか?でも液滴ができるということは、どこかで表面張力が効いているはずでは?
その通りで、局所的・微視的には表面張力が常に働いています。大域的なWeが大きくても、分裂の最終段階で生成される微小液滴のスケールでは、相対速度uが小さくなり、局所的なWeは1に近づきます。ここで表面張力が液滴を球形にまとめ上げる役割を果たすのです。つまり、現象はマルチスケールであり、分裂過程全体を見る大域Weと、液滴安定化を見る局所Weを分けて考える必要があります。
数値解法と実装
CFDにおける界面追跡とWeの役割
CFDで液滴分裂をシミュレーションする時、ウェーバー数はソルバーの設定にどう影響しますか?
直接的な設定パラメータではありませんが、無次元数として解の挙動を支配するため、メッシュ解像度や時間刻みの決定基準になります。例えば、VOF法やLevel Set法で界面を追跡する場合、表面張力項を精度よく計算するには、界面曲率を捉えられるだけのメッシュが必要です。カプラ数
表面張力の計算が不安定で発散することがあると聞きました。Weが大きい場合と小さい場合、どちらが計算上難しいですか?
数値的には、Weが非常に小さい領域(表面張力支配)の方が難しいです。なぜなら、表面張力項が支配的になると、界面形状を規定する圧力ジャンプ
実践ガイド
噴霧シミュレーションの設定フロー
実際に燃料噴射のシミュレーションを始めるとき、Weを考慮したワークフローはありますか?
はい、以下のようなステップが推奨されます。
1. **事前見積もり**: ノズル径、噴射速度、物性値から大域Weを計算。これが10^4〜10^5オーダーなら一次分裂は激しく、界面追跡法(VOF等)は計算コストが膨大になる可能性が高いと判断。
2. **モデル選択**: 大域Weが大きい場合、ノズル近傍の一次分裂のみをVOFで詳細計算し、下流の二次分裂以降はラグランジュ粒子法(Discrete Phase Model)に切り替えるハイブリッドアプローチ(例:FluentのVOF-to-DPM)が現実的。
3. **無次元数スケーリング**: 実機スケールの計算が困難な場合、WeとReを一致させるようにモデルスケールや流体物性を調整した縮小モデルシミュレーションを行うことがあります。
結果の検証では、Weをどう使えばいいですか?実験データと単純に液滴径を比較するだけ?
液滴径分布(PSD)そのものを比較するのも重要ですが、無次元数を用いてスケーリング則を確認するのがより根源的です。例えば、一次分裂領域で得られた液滴のSauter平均直径D32をノズル径dで無次元化した
ソフトウェア比較
各ソルバーの界面扱いと無次元数
Ansys Fluent、STAR-CCM+、OpenFOAMで、ウェーバー数が関わる界面の取り扱い方に違いはありますか?
基礎方程式のレベルでは大きな違いはありませんが、表面張力項の離散化手法と安定化技法に各ソルバーの特徴が出ます。
・**Ansys Fluent**: VOF法が主流。表面張力モデルでは「CSF」法に加え、より高精度な「CSS」法(曲率を隣接セルから再構築)が選択可能。ウェーバー数が中程度〜大きい噴霧問題では、先述の「VOF-to-DPM」機能が強力。
・**Siemens STAR-CCM+**: 「VOF波」や「Eulerian Multiphase」モデルを持つ。その「Segregated Flow」解法では、表面張力項を陰的に扱うオプションがあり、Weが小さい(表面張力支配の)流れの計算安定性が高いとされる。
・**OpenFOAM**: `interFoam`ソルバーが標準。表面張力項の計算に「界面鋭く保つ法」と「曲率計算の平滑化」のバランスを取る設定が細かく可能。ユーザーがソースコードレベルでアルゴリズムを変更できるため、特定のWe範囲に特化したカスタマイズ研究によく使われます。
COMSOL MultiphysicsのようなFEMベースのソフトではどうですか?界面追跡のアプローチが違う気がします。
その通りです。COMSOLは「移動メッシュ(ALE)法」と「レベルセット法」を主に採用しています。特にレベルセット法は、界面を陰関数の等値面として表現するため、界面のトポロジー変化(合体・分裂)を自然に扱え、曲率の計算も連続的に行えます。このため、Weが中程度で界面形状が複雑に変形する問題(例:マイクロ流体デバイス内の液滴生成)に強いと言われています。ただし、FVMベースのソルバーに比べて計算コストが高く、超高Weの乱流噴霧のような非常にダイナミックな現象にはあまり向いていません。COMSOLでは「表面張力」を物理場インターフェースで直接設定し、無次元数は結果の評価に用いるというスタンスです。
トラブルシューティング
界面シミュレーションの収束問題
液滴が計算領域内を移動するシミュレーションで、液滴形状がガタガタになったり、計算が発散したりします。Weは約5です。原因と対策は?
We=5は表面張力の影響が強い領域です。最も一般的な原因は「寄生流れ(Spurious Currents)」です。これは、界面の曲率計算の誤差と表面張力項の離散化の不整合が、界面近傍に非物理的な微小渦を発生させる現象です。対策は以下の通りです。
1. **メッシュ改善**: 界面を少なくとも5〜10セルで分解できるようにメッシュを細かくする。構造格子が望ましい。
2. **圧力-速度連成解法**: SIMPLE法より、PISO法やCOUPLED法の方が、この種の不具合に対し安定性が高い場合がある(Fluentの場合)。
3. **表面張力モデル調整**: 曲率計算のための界面スムーシング幅を適切に設定する。幅が狭すぎるとノイズに敏感に、広すぎると界面形状が鈍る。
4. **時間刻みの縮小**: 表面張力による振動の周期より十分短い時間刻みを設定する。キャピラリ時定数
逆に、Weが1000を超えるような高速噴流のVOF計算で、界面が異常に拡散してしまい、細かい液滴が再現できません。
これは「数値的界面拡散」が原因です。高Weでは界面の変形が激しく、通常のVOFの輸送スキームでは界面がぼやけてしまいます。対策は主に二つです。
1. **界面鋭く保つ法の使用**: Fluentの「Geo-Reconstruct」、OpenFOAMの`MULES`アルゴリズムなど、界面の急峻性を維持するための特殊な対流スキームを必ず使用する。
2. **適応メッシュ細分化(AMR)**: 界面が存在するセルとその周囲のみを動的に細かくメッシュ分割する。STAR-CCM+の「Adaptive Mesh Refinement」やFluentの「Dynamic Mesh Adaptation」が該当します。これにより、界面解像度を保ちつつ全体のセル数を抑えられます。
根本的には、このWe領域で液滴全体をVOFで捕捉するのは限界があります。現実的な解として、一次分裂の大局的挙動をVOFで捉え、微細液滴群は粒子法でモデル化するハイブリッド手法を検討すべきです。
関連トピック
なった
詳しく
報告