マイクロ流体力学 — トラブルシューティングガイド

カテゴリ: 流体解析(CFD) | 2026-02-20
microfluidics-troubleshoot
問題解決のヒント

マイクロ流体計算の典型的トラブル

🧑‍🎓

マイクロ流体のCFDで特に注意すべきトラブルを教えてください。


🎓

マクロスケールのCFDとは異なるトラブルが多い。パターン別に見ていこう。


1. 寄生電流(Spurious Current)で液滴が崩壊

🎓

症状: 静止しているべき液滴が変形・分裂する。界面近傍に非物理的な渦が発生する。


原因: 表面張力のCSFモデルにおける曲率計算の離散化誤差。Ca << 1 の場合に顕著。


定量的目安: 寄生電流の速度が物理的な流速の10%を超えると結果が信頼できない。


対策:

  • 界面あたりのメッシュ解像度を上げる(最低10セル/液滴径)
  • Height Function法による曲率計算に切り替え
  • Phase-Fieldモデルの使用(Cahn-Hilliard方程式)
  • OpenFOAMの interFoam なら interfaceCompression の設定を調整

🧑‍🎓

静止液滴のテストケースで寄生電流の大きさを確認してから本計算に進むべきですね。


2. 接触線がピン止めされて液滴が動かない

🎓

症状: 壁面上の液滴が駆動力があるのに移動しない


原因: no-slip条件と界面追跡の矛盾。接触線では速度がゼロなのに界面が移動するパラドックス(Huh-Scriven paradox)が数値的に問題を起こす。


対策:

  • Navier-slip条件: 壁面に微小スリップ長 $\beta$ を導入。$u_{\text{slip}} = \beta \partial u/\partial n$
  • スリップ長は $\beta = 1\text{--}10\,\text{nm}$ が物理的だが、メッシュで解像できない場合は数値的に大きめの値を使う
  • Phase-Fieldモデルは接触線の特異性を自然に回避できる

3. 時間刻みが極端に小さくなる

🎓

症状: Courant数制限で $\Delta t \sim 10^{-10}\,\text{s}$ のオーダーになり、計算が進まない


原因: 表面張力による毛管波の伝搬速度制限。Brackbill限界:


$$ \Delta t < \sqrt{\frac{\rho \Delta x^3}{2\pi\sigma}} $$

$\Delta x = 1\,\mu\text{m}$、水の物性で計算すると $\Delta t < 1.2 \times 10^{-8}\,\text{s}$。


対策:

  • メッシュを必要以上に細かくしない
  • 陰的な表面張力の取り扱い(一部のソルバーでサポート)
  • AMRで界面近傍だけ細かくし、遠方は粗くする

🧑‍🎓

表面張力が時間刻みの制約になるのはマイクロスケール特有の問題ですね。


4. 二相流の質量保存が悪い

🎓

症状: 液滴の体積が計算中に減少(または増大)していく


原因: Level-Set法は界面を $\phi = 0$ の等値面として追跡するが、再初期化ステップで質量が失われる。


対策:

  • VOF法を使用(質量保存が良い)
  • CLSVOF(Level-SetとVOFの結合)
  • 質量補正ステップの追加
  • Phase-Fieldモデル(Cahn-Hilliard: 質量保存型)

デバッグ手順

🎓

マイクロ流体計算のデバッグは以下の順序で進める。


1. 単相流テスト: まず単相のPoiseuille流れで圧力損失が $\Delta p = 12\mu Q L/(w h^3)$(矩形断面)と一致するか確認

2. 静止液滴テスト: 球状液滴を静置し、Laplace圧力 $\Delta p = 2\sigma/R$ が正しく再現されるか。寄生電流が十分小さいか確認

3. 接触角テスト: 壁面上の液滴の平衡接触角が設定値と一致するか確認

4. 動的テスト: T字合流での液滴生成など、実験との定量比較


🧑‍🎓

段階的にテストを重ねていくのがマイクロ流体でも基本なんですね。


🎓

特にLaplace圧力テストは最低限実施すべきだ。これが合わなければ二相流の結果は全く信用できない。


Coffee Break よもやま話

レイノルズの実験(1883年)——乱流発見の瞬間

オズボーン・レイノルズは、管内の水にインクを流す実験で「層流から乱流への遷移」を発見しました。流速を上げていくと、インクの線がある瞬間にグチャグチャに乱れる。この劇的な瞬間を、レイノルズは数学的に $Re = \rho uD/\mu$ という無次元数で表現した。100年以上経った今も、CFDエンジニアが最初に確認するのはこのレイノルズ数です。

トラブル解決の考え方

デバッグのイメージ

CFDのデバッグは「水道管の詰まり修理」に似ている。まず「どこで詰まっているか」(どの残差が下がらないか)を特定し、次に「何が詰まっているか」(メッシュ品質境界条件乱流モデル?)を調べ、最後に「どう直すか」(メッシュ修正?緩和係数?)を判断する。

「解析が合わない」と思ったら

  1. まず深呼吸——焦って設定をランダムに変えると、問題がさらに複雑になる
  2. 最小再現ケースを作る——マイクロ流体力学の問題を最も単純な形で再現する。「引き算のデバッグ」が最も効率的
  3. 1つだけ変えて再実行——複数の変更を同時に行うと、何が効いたか分からなくなる。科学実験と同じ「対照実験」の原則
  4. 物理に立ち返る——計算結果が「重力に逆らって物が浮く」ような非物理的な結果なら、入力データの根本的な間違いを疑う

CFDメッシュの品質管理や乱流モデルの選定に悩む時間を、もっと創造的な設計作業に使えたら。 — Project NovaSolverはそんな実務者の声から生まれました。

マイクロ流体力学の実務で感じる課題を教えてください

Project NovaSolverは、CAEエンジニアが日々直面する課題——セットアップの煩雑さ、計算コスト、結果の解釈——の解決を目指しています。あなたの実務経験が、より良いツール開発の原動力になります。

実務課題アンケートに回答する →