ポンプ・ファン性能曲線シミュレーター 戻る
流体機械シミュレーター

ポンプ・ファン性能曲線シミュレーター

回転速度比を変えて複数の性能曲線を重ね合わせ、配管システム曲線との交点(動作点)をリアルタイム計算。キャビテーション(NPSH)の危険域も可視化。

パラメータ設定
機器タイプ
プリセット
設計点(100%速度)
設計流量 Qd 0.050 m³/s
設計揚程 Hd 30.0 m
設計効率 ηd 75 %
速度設定
速度比 n/nd 100 %
配管システム
静的揚程 Hs 10.0 m
抵抗係数 R 4000
NPSH 設定
NPSHrequired 3.0 m
NPSHavailable 5.0 m

相似則(アフィニティ則)

速度比 r = n/nd として:
Q ∝ r  |  H ∝ r²  |  P ∝ r³

システム曲線:
Hsys = Hs + R·Q²
CAE応用: インバータ制御でポンプ速度を下げると動力はn³乗則で激減。省エネ効果が非常に大きいため、実務では流量調整にバルブより回転数制御が推奨される。
性能曲線・動作点
動作点 Q (m³/s)
動作点 H (m)
効率 η (%)
軸動力 P (kW)
NPSH余裕 (m)
キャビ状態

ポンプ・ファン性能曲線シミュレーターとは

🧑‍🎓
「ポンプの性能曲線」って、カタログに載ってるあのグラフですよね?あれをシミュレーターでどうやって再現するんですか?
🎓
その通り。カタログの曲線は「設計回転数」での性能だ。このツールでは「相似則」という魔法の法則を使って、回転数を変えた時の性能を瞬時に計算してグラフ化するんだ。例えば、上の「速度比」のスライダーを動かすと、流量や揚程の曲線がリアルタイムで変化するよ。
🧑‍🎓
「相似則」って、回転数を変えると性能がどう変わるか決まってるってことですか?実際の現場でも使えるんですか?
🎓
まさにその通り。ざっくり言うと、回転数が半分になれば流量も半分、揚程は4分の1、必要な動力は8分の1になる。実務ではインバーターでポンプの回転数を下げて流量調整する「インバーター制御」が省エネで超重要だ。このシミュレーターで「速度比」を0.8に下げてみると、動力がどれだけ減るか一目瞭然だよ。
🧑‍🎓
グラフ上でポンプの曲線と交わってるもう一本の線は何ですか?「抵抗係数」を変えるとその線が動きますね。
🎓
あれが「システム曲線」だ。配管の抵抗(摩擦やバルブの絞り)を表している。実際のポンプは、自分の性能曲線とこのシステム曲線の交点(動作点)で動くんだ。「抵抗係数」を大きくすると(例えばバルブを絞ると)、曲線が急になり、交点が左に移動して流量が減る。シミュレーターでいじってみると、バルブ操作の影響が直感的にわかる。

物理モデルと主要な数式

ポンプ・ファンの性能が回転数によってどのようにスケールするかを規定する「相似則(アフィニティ則)」です。同じ形状の機械であれば、この関係が成り立ちます。

$$ Q = Q_d \cdot r, \quad H = H_d \cdot r^2, \quad P = P_d \cdot r^3 $$

ここで、$Q$: 流量, $H$: 揚程(または圧力), $P$: 軸動力, $Q_d, H_d, P_d$: 設計点(カタログ値)での性能, $r = n / n_d$: 速度比(実際の回転数 / 設計回転数)。回転数を変えると、動力は3乗で効くため、省エネ効果が極めて大きいことがわかります。

ポンプが接続されている配管システムの抵抗特性を表す「システム曲線」です。ポンプ性能曲線との交点が実際の運転点(動作点)となります。

$$ H_{sys}= H_{s}+ R \cdot Q^2 $$

ここで、$H_{sys}$: システムが必要とする全揚程, $H_{s}$: 静的揚程(タンクの水位差など、流量に依存しない成分), $R$: 抵抗係数(配管の摩擦やバルブによる損失), $Q$: 流量。$R$が大きいほど曲線が急峻になり、同じポンプでも得られる流量は減少します。

実世界での応用

ビル空調の省エネ運転:冷暖房需要に応じて冷水ポンプや送風機(ファン)の回転数をインバーターで制御します。相似則により、流量を少し減らすだけで動力は3乗則で大幅に低下するため、ランニングコスト削減に直結します。

工場の水処理設備:薬液注入量の調整を、従来のバルブ絞りからポンプ回転数制御に切り替えるケースが増えています。バルブ絞りは抵抗係数$R$を上げて無駄な動力損失を生みますが、回転数制御はシステム曲線を変えずに動作点を移動させる効率的な方法です。

ポンプの選定とトラブルシューティング:既設ポンプで流量が足りない場合、相似則を使ってモーター極数変更やインバーター導入による回転数向上の効果を事前検討します。逆に、過負荷でモーターが焼ける場合は、システム曲線が想定より急($R$が大きい)ないし静的揚程$H_s$が高いことが原因と推定できます。

キャビテーション防止設計:シミュレーターのNPSH(有効吸込ヘッド)評価は、ポンプが空蝕を起こさず安全に運転できるかを判断するために重要です。特に高温液や揮発性液体を扱う化学プラントでは、吸込側の圧力条件をこの指標で厳密に管理します。

よくある誤解と注意点

このシミュレーターを使い始める際、特に現場経験が浅いエンジニアが陥りがちな落とし穴がいくつかあります。まず大きな誤解は「相似則は何にでも適用できる万能の法則」と思ってしまうこと。相似則が成り立つのは、ポンプやファンの内部流れの状態が「力学的に相似」、つまり無次元数が一致している場合に限られます。例えば、粘度が高い液体や、回転数を設計点から大きく外す(速度比rが0.5以下や1.5以上など)と、効率が大幅に低下し、単純な3乗則が当てはまらなくなります。「ツールの結果はあくまで理想的な目安」と心得ておきましょう。

次に、システム曲線の静的揚程(Hs)の設定ミス。これは「ポンプが液体を持ち上げる必要のある高さ」ですが、密閉系(例えばビルの空調循環水系)では見落としがちです。密閉系でも、系内の最高点とポンプ吸込み口の圧力差が「見かけの静的揚程」として働きます。これをゼロと誤設定すると、動作点の計算が大きく狂います。例えば、冷却コイルがポンプより10m上にある場合、Hs=10mを設定しなければなりません。

最後に、NPSH(Net Positive Suction Head)評価の過信。ツールでNPSH余裕が十分と出ても、配管設計が悪いとキャビテーションは起こります。例えば、ポンプ吸込み側にエルボが直近にあるなどで乱流が発生すると、必要なNPSHはカタログ値より大きくなります。シミュレーション結果は「必要条件」であり、十分条件を満たすのは適切な配管レイアウトです。

関連する工学分野

この性能曲線シミュレーションの背後にある考え方は、実は様々な工学分野に通じる基本言語です。まず強く関連するのが自動車・航空宇宙分野のターボ機械。ポンプやファンは「遠心・軸流ターボ機械」の一種です。ジェットエンジンの圧縮機やターボチャージャーの性能マップ(圧力比 vs. 流量)は、ポンプ性能曲線と本質的に同じ概念で、サージング(不安定現象)の回避が重要な点も共通しています。

次に、制御工学、特にモデル予測制御(MPC)との接点。インバーター制御でポンプを効率よく動かすには、「システム曲線が今どうなっているか」を推定し、最適な回転数を決定する制御器が必要です。このシミュレーターで遊ぶことで、制御対象の「プラントモデル」(ここではポンプと配管の関係式)を理解する第一歩になります。

さらに、流体力学の基礎である無次元解析にも発展します。ポンプの性能をより普遍的に表すには、流量係数 $\phi$、圧力係数 $\psi$、出力係数 $\lambda$ といった無次元数を使います。これらは相似則を一般化したもので、形状が異なる機械同士の性能比較を可能にします。例えば、小型ファンと大型送風機の効率を比較する際に威力を発揮する考え方です。

発展的な学習のために

このツールに慣れたら、次のステップとして「実際のカタログデータを使って検証する」ことを強くお勧めします。メーカーカタログの性能曲線を読み、設計点(最高効率点)の流量・揚程・動力・効率をツールの入力値として設定します。そして、カタログに載っている「60Hz/50Hz」といった異なる回転数での曲線と、ツールの相似則で計算した曲線を比較してみてください。ほぼ一致する部分と、特に高効率域から外れた部分で差が出ることを実感できるはずです。これが「相似則の限界」の体感的な理解になります。

数学的背景を深めたいなら、微分とテイラー展開の視点から相似則を見直してみましょう。性能曲線の設計点近傍を、流量$Q$を変数とする関数$H(Q)$と考えると、回転数変化は変数変換(スケーリング)と捉えられます。また、システム曲線 $H_{sys}= H_{s}+ R \cdot Q^2$ の$Q^2$の項は、流れのエネルギー損失が流速の2乗に比例する(動圧に比例する)という流体力学の基本から来ています。この「2乗則」は、管路摩擦のダルシー・ワイスバッハの式や、物体に働く抗力とも根は同じです。

次の推奨トピックは「複数台のポンプの併用運転(直列・並列)」です。実設備では一台で要件を満たせない場合が多く、ポンプを組み合わせて使います。並列運転では「流量が足し算」、直列運転では「揚程が足し算」されるように性能曲線が合成されます。この合成曲線とシステム曲線の交点を求めるという、本ツールで学んだ動作点解析の応用編です。まずは、同じポンプ2台のケースを手計算で試みると、システム全体の挙動に対する理解が一段と深まるでしょう。