ポンプキャビテーション監視の導入｜吸込条件と振動で誤報を減らす

ポンプキャビテーション監視の導入を考えるとき、「振動センサーを付ければ検知できるか」という問いだけでは発注仕様が決まりません。吸込圧力、液温、流量、回転数が変わる設備では、振動の上昇が必ずしもキャビテーションを意味しないからです。本稿は遠心ポンプを対象に、吸込条件から得る物理的な余裕と振動の変化を組み合わせ、選定、試運転、FAT・SAT、運用までを一つの判断手順にまとめます。個別設備の許容値はメーカー資料と現場試験で決める前提です。

ポンプキャビテーション監視を導入する前に、故障モードを固定する

キャビテーションは、羽根車入口付近で局所圧力が液体の蒸気圧を下回り、発生した蒸気泡が高圧側で崩壊する現象です。米国エネルギー省のポンプ資料は、吸込条件が悪化すると騒音、振動、性能低下、羽根車損傷が起こり得ることを説明しています。ただし振動という結果は他の故障にも共通します。軸受損傷、芯ずれ、アンバランス、配管ひずみ、空気混入、吸込再循環、バルブの急操作はそれぞれ異なる対策を要します。したがって「ポンプが振動した」という警報を「キャビテーション確定」と表示してはいけません。

まず過去のトラブル票を、発生時刻、運転点、作業直前の変更、吸込タンク液位、フィルター差圧、液温、流量、ポンプ回転数、点検結果で並べます。羽根車の孔食写真だけでは、発生時の運転条件を再現できません。一方でデータだけあっても、分解点検で別原因が分かった履歴がなければ判定を学習できません。監視計画の入口は、設備台帳と作業記録を同じ時系列に置くことです。

対象を選ぶ際は、交換部品費よりもポンプ停止が工程に与える影響を見ます。予備機へ無停止で切り替えられるか、ラインを止めるか、品質を再判定するかによって監視の価値は変わります。多数の低重要度ポンプに一律に高価なセンサーを付けるより、吸込条件が変動し、停止損失が大きく、改善行動を取れる系統から始める方が発注範囲を明確にできます。

NPSHA、NPSHR、NPSH3を同じ数字として扱わない

NPSHAは設備側が運転点で提供できる有効吸込ヘッドです。吸込側の絶対圧、液体の蒸気圧、測定位置と羽根車基準面の標高差、必要な速度ヘッドなどを整合した単位で扱います。開放タンクの概算式を密閉槽にそのまま移したり、ゲージ圧を絶対圧として引き算したりすると誤ります。液温が上がれば蒸気圧が変わり、液位低下、ストレーナ閉塞、吸込配管の摩擦損失増大によってNPSHAは減ります。流量が変われば損失もポンプ要求値も変わるため、NPSHAは設備固有の固定定数ではありません。

NPSHRはポンプメーカーが提示する要求値です。NPSH3はキャビテーションにより初段揚程が3%低下する試験上の点を指します。Hydraulic Instituteの2024年版ガイドライン解説では、余裕の判断にメーカー提示のNPSHRを基準とし、その値は試験で得たNPSH3以上であるべきだと説明しています。資料に「NPSHr」と「NPSH3」が混在したら、同義と推測せず、曲線の定義、試験液、回転数、測定条件、保証の範囲をメーカーに確認します。

特に重要なのは、NPSHAがNPSH3を上回っていても、騒音、振動、損傷が起こり得ることです。NPSH3はキャビテーションの開始点ではなく、揚程低下による一つの試験判定点です。単に「NPSHA＞NPSH3」で緑表示にする監視画面は、初期の悪化を見逃す可能性があります。必要な余裕は液性、運転域、ポンプ設計、吸込配管と用途で異なるため、どのポンプにも同じ比率や同じメートル数を適用しません。

ポンプキャビテーション監視の導入｜吸込条件と振動で誤報を減らす - figure 1

現場で使う比較値は、測定位置まで明記する

たとえば吸込圧力計をポンプから離れた水平配管に取り付けた場合、そこから羽根車入口までの高さ差と損失を無視すると余裕を過大評価し得ます。負圧を扱う計器のレンジ、絶対圧換算に使う気圧、密度、蒸気圧表の液組成も記録します。配管改造後に計器位置だけ変わったのに同じ式を使い続けることは、値が滑らかに見えても判定の根拠を失わせます。

ダッシュボードには計算NPSHA、参照したメーカー曲線の版、流量・回転数に対応したNPSHR、差または比、計算に使ったセンサーの有効性を一緒に表示します。欠測した液温を前日の値で埋めた場合は、通常値と区別します。数式の結果を小数点以下まで表示するより、どの入力が実測でどれが仮定かを説明できることが重要です。

ポンプキャビテーションセンサーは「原因側」と「結果側」を分けて選ぶ

原因側には吸込絶対圧または換算可能な圧力、液温、流量、回転数を置きます。タンク液位、ストレーナ差圧、バルブ開度は変動要因を特定するための追加信号です。結果側にはポンプの振動、吐出圧、揚程、音響などを置きます。全設備に全信号が要るわけではありませんが、少なくとも運転点を分類する情報なしに振動の単一閾値だけで原因を名指しする構成は避けます。

吸込圧力は、配管の圧力損失を把握できる位置に設け、計器の耐液性、洗浄、詰まり、脈動、保守隔離を確認します。液温のセンサーは実際の吸込液を代表する位置に置きます。流量計は直管長と適用液、空気混入への弱さを確認し、既存の信頼できる計器があれば再利用を検討します。インバーター指令周波数だけで実回転数を代用する場合は、その近似が成立する条件を明示します。各信号の時刻同期と単位変換は、解析手法を決める前に揃えるべき仕様です。

振動センサーは軸受箱などの再現性のある剛性部に取り付け、取付方向、締結方法、測定帯域、サンプリング、環境保護を決めます。薄いカバーに磁石で仮置きした試験と、恒久的にボルト固定した運用では応答が変わります。加速度の広帯域成分は現象の手掛かりになりますが、軸受や弁のノイズと重なることがあります。特定の周波数だけを万能の「キャビテーション周波数」と呼ばず、正常・異常の現場データと点検記録で検証します。

ポンプキャビテーション監視の導入｜吸込条件と振動で誤報を減らす - figure 2

NPSH監視とポンプ振動監視を一つの判定表にする

実務では、信号を三段に分けると説明しやすくなります。第1段は「データ品質」です。圧力計が保守中、流量が欠測、時刻がずれている状態は正常とも異常とも断定しません。第2段は「吸込余裕」です。液温と圧力から求めたNPSHAを、その運転点のメーカー曲線と比べます。第3段は「結果」です。振動や吐出揚程の変化が同じ期間に現れたかを調べます。これを満たして初めて、吸込条件悪化と整合するイベントとして保全担当へ提示します。

吸込余裕	振動・揚程	一次判定と確認行動
低下し、入力は有効	振動増または揚程変化	キャビテーション疑い。液位、温度、閉塞、弁、運転点を確認
低下し、入力は有効	結果側は安定	予防的な運転条件警報。危険側へ近づいた理由を調べる
余裕は維持	振動だけ増加	軸受、芯ずれ、空気混入、再循環、計器取付を切り分ける
入力が欠測・不一致	結果を問わない	計器・通信の健全性を確認し、キャビテーション確定を表示しない

この表は診断を自動確定する規格ではなく、現場で調査の順序を統一するための初期案です。しきい値と継続時間はポンプごとに、正常運転点の分布、メーカー指定の運転域、過去の異常、計器精度で決めます。警報の遅延を長くすれば短い過渡変動に強くなる一方、急速な吸込喪失を見逃し得ます。瞬時アラームと傾向アラームを分け、停止インターロックを設ける場合は別途安全設計として評価します。

誤報を作る五つの場面と切り分け方

第一に始動・停止とバルブ操作です。回転数、流量、吸込圧力が同時に動くため、定常時のベースラインと比較すると振動が大きく見えます。イベント中を一律に捨てると重要な過渡異常を失うので、状態をタグ付けし、定常ルールとは別に確認します。第二に低流量域での内部再循環です。異音と振動があっても、外部から供給されるNPSHだけで説明できない場合があります。ポンプ曲線の許容運転域と現在流量を照らし合わせます。

第三に空気混入と呼び水不足です。吸込側の漏れ、液面の渦、開放槽の気泡は音と振動を増やします。蒸気泡のキャビテーションと同じ対策を指示せず、液面、シール、ベント、配管状態を確認します。第四に軸受や継手の機械的劣化です。吸込余裕が十分で、振動成分が回転数や軸受特徴と整合するなら、機械側を優先点検します。第五に計測そのものです。圧力導圧管の詰まり、液温センサーの場所違い、流量計の気泡、振動センサーの緩み、通信の欠測補間が見かけの相関を作ります。

「圧力低下と振動増が同時だから確定」とするのも危険です。ストレーナ掃除やライン切替で流量が変われば、両信号が同時に変動し得ます。異常候補ごとに、発生の順序、回転数・流量の変化、現場の作業ログ、改善操作後の戻り方を見ることが必要です。ベンダーにデモを依頼するなら、成功例だけでなく、これらの紛らわしい正常・別異常データを渡し、説明可能な出力を求めます。

導入の順序：現状調査、仮設計、計測、現場検証

第1段階は設備と運転の棚卸しです。ポンプ型式、羽根車径、速度制御、使用液、温度範囲、吸込・吐出配管、槽形式、メーカー曲線、許容運転域を集めます。運転日誌から通常の流量・温度・液位と変更時の範囲を把握します。既存計器の校正日、信号の取得周期、履歴保存の有無も調べます。これがないまま「AIで異常検知」と発注すると、入力が十分かどうかすら比較できません。

第2段階は、1〜数台を選んで因果仮説を作ることです。「夏の液温上昇とストレーナの汚れで吸込余裕が縮み、高流量運転中に振動が増える」のように、測るべき順序を文章にします。失敗モード、必要信号、現場で取れる改善操作を対応させます。試験期間は、変動する運転点と保全作業を観察できる長さから決め、カレンダーだけで固定しません。正常期間しか採れなかったPoCから検出率を宣言しないことも契約で明記します。

第3段階は計測と基準線づくりです。圧力、温度、流量、速度、振動を同一時刻に紐付け、低・通常・高流量などの運転点ごとに分布を確認します。センサーのゼロ点とレンジ、液の蒸気圧データ、計算に使う密度、ポンプ曲線の適用速度を記録します。必要なら現場の承認を得て、運転に支障のない範囲で液位・弁・速度の通常操作を観察します。危険な吸込不足を人工的に作ってセンサーを試す計画は採用しません。

第4段階では現場確認を重ねます。警報が出た時点の状態、作業、計器点検、振動波形、吐出側の応答、後日の点検結果を一件単位で保存します。「疑い」「要確認」「別原因」「確定」を区別し、確定の根拠を写真や記録に結びます。PoC終了時には、検出したイベントの件数だけでなく、誤報で現場に発生した作業、見逃しの可能性、データ欠測の割合も報告します。候補設備を増やす判断は、この運用負担と停止リスクの比較で行います。

RFPで求める仕様は「センサー台数」より検証可能な出力

契約前に決めるデータの所有と更新手順

監視ベンダーの画面だけにデータが閉じると、ポンプ更新時やベンダー変更時に比較基準を引き継げません。生データと計算値を時刻、単位、計器ID、品質フラグ付きで出力できるか確認します。波形を全期間保存する場合は容量が膨らむため、通常は要約値、警報前後の詳細波形、点検結果の保持方針を分けます。保存期間は製品や社内規定に合わせて発注者が決め、汎用の年数を記事から転記しないようにします。

また、しきい値の変更履歴を必須にします。誰が、いつ、どの運転条件で、どの根拠により変更したかが残らなければ、後で警報件数が減った理由を評価できません。センサー交換、配管改修、羽根車交換、液種変更、インバーター設定変更は、いずれも基準線を確認し直す契機です。変更後の最初の一定期間は、旧基準と新基準を並行表示できると現場の理解を得やすくなります。

見積依頼には対象ポンプと運転範囲、使用液の組成と温度、既存計器、ポンプ曲線、吸込配管図、ネットワーク制約、保守体制を添えます。ベンダーには測定点の配置図、センサー仕様、計測単位と時刻同期、NPSHAの計算式、曲線の取込方法、データ欠測時の扱い、警報根拠の表示方法、履歴の取り出し方を回答してもらいます。「AI精度99%」のような数字だけでは、その母集団や異常の定義が分からず比較できません。

RFP項目	回答で確認する内容
監視対象	どの故障モードを検知・区別し、どこから人が確認するか
計器と施工	取付位置、精度、保護等級、校正、停止工事、交換方法
物理計算	圧力の絶対圧換算、蒸気圧、標高差、曲線版、運転点補間
分析・警報	条件別しきい値、誤報抑制、過渡運転、欠測時の状態
接続とデータ	PLC/SCADAとの境界、時刻同期、保存期間、エクスポート
引渡し	FAT・SAT手順、教育、責任分界、変更管理、保守費

価格は機器費だけで比較しません。配管の圧力取出口、計器校正、ケーブルや無線、ゲートウェイ、既存PLCとの接続、データ保存、診断設定、現場教育、定期再調整を分けて見積もります。操業停止が必要なら時間帯と手戻り時の対応も費用です。固定価格の見積で「必要に応じてセンサー追加」とだけ書かれている場合、追加費用の発生条件と承認者を明確にします。投資評価は検出率だけでなく、回避可能な停止損失と保全工数の実績に結びます。

ポンプキャビテーション監視の導入｜吸込条件と振動で誤報を減らす - figure 3

FATとSATは故障を再現する試験ではなく、判定と引渡しの試験にする

FATでは現場に出る前に、センサー模擬値と収集系を使い、単位、時刻、計算、曲線参照、表示、欠測、通信復帰、履歴の取り出しを確かめます。NPSHAの計算例を発注者が独立計算し、結果を照合します。圧力値がゲージ圧か絶対圧か、液温を変えたとき蒸気圧がどう変わるか、回転数が変わったとき正しいメーカー曲線が選ばれるかを試験項目にします。FATで合格したロジックも、現場の実配線と計器位置まで保証するわけではありません。

SATでは取付位置、タグ名、計器レンジ、実流向、PLC値との一致、時刻同期、ネットワーク切断と復旧、警報通知先、現場表示を確認します。通常運転点を複数採り、誤報が出ないか、計算値が工学的に説明できるかを見ます。既知の運転変更があれば、承認済みの通常操作の範囲で応答を確認します。キャビテーションを意図的に発生させることを合格条件にしません。真陽性の評価は過去データの再生と、その後の自然発生イベントや点検結果を使って段階的に行います。

検収文書には、初期しきい値が暫定である期間、変更権限、警報の担当者、一次対応の手順、誤報・欠測の記録、保守契約で再調整できる範囲を明記します。検収日だけの画面キャプチャでは、数か月後の液性や速度条件の変更に追随できません。設備変更時に曲線と式を見直す責任者まで決めておけば、監視システムが古い前提を静かに使い続けることを防げます。

ポンプ予知保全は、原因の切り分けと改善操作までで完成する

投資対効果の試算は、避けられる損失だけを数える

試算するなら、過去のポンプ停止件数、停止時間、緊急作業費、部品費、製品・仕掛品への影響を分け、キャビテーション由来と確認できたものだけを候補にします。監視しても避けられない停止まで便益に含めると投資額を過小評価します。たとえば故障を早く見つけても予備機がなく、次の定修まで運転条件を変えられない場合、損失の削減幅は限られます。逆にストレーナ清掃や液位運用を早められる設備なら、センサーの価値は故障予測より手前の運転改善に現れることがあります。

費用側には初期計器だけでなく、導圧管の保守、校正、通信、データ保存、解析設定、現場による警報調査、センサー更新、ポンプ交換時の再設定を入れます。誤報が多いと、保全員の調査時間だけでなく、現場が真の警報を信頼しなくなる影響があります。ただしその影響を架空の金額に換算して確定値のように見せるべきではありません。実証ではまず警報1件あたりの調査時間と理由を記録し、その後に実際の費用へ置き換えます。

ダッシュボードは「次に何を確認するか」を示す

単に振動値を赤くする画面では、作業者はポンプを止めるべきか、計器を調べるべきか判断できません。警報には、対象設備、発生時刻、運転点、吸込余裕の変化、振動変化、データ品質、推奨する一次確認を一画面に置きます。たとえば「液位低下と吸込圧低下が先行し、振動が上昇」と表示すれば、槽と吸込ラインを調べる合理的な理由になります。「吸込余裕は維持、振動のみ増加」なら軸受や取付状態を確認します。推奨操作は現場手順書へのリンクにし、監視ソフトだけでプロセス操作を自動決定しません。

担当者が調査を終えたら、原因分類、行った処置、結果、確認者を同じイベントに追記します。この一件一件がしきい値見直しの根拠になります。作業票が別システムにあっても、設備IDと時刻で相互参照できれば十分です。全システムを一度に統合することより、後から説明できる最小の証跡を残すことが先です。

監視の価値は警報数ではなく、吸込条件を直す行動につながるかで測ります。液位低下なら補給・槽運転の見直し、ストレーナ閉塞なら清掃と交換周期、液温上昇なら熱源や冷却条件、過大流量なら制御弁と運転点、吸込配管の損失なら構造変更を検討します。ただし操作はプロセス安全と品質要件を満たす範囲で行います。ポンプを低速にするだけで問題が消えるとは限らず、必要流量や他設備への影響も確認します。

運用会議では、警報件数だけでなく「調査可能だった件数」「誤報の原因」「計器欠測」「運転条件の変更」「是正後の再発」を追います。季節や製品切替で基準線が変わったら、過去の条件との比較方法を残してしきい値を更新します。異常候補が出ても誰も調べないなら、通知先や画面の説明不足が課題です。現場担当が作業票から波形と運転条件に戻れる設計こそ、IoTデータを保全判断へ結び付けます。

振動が示せることと示せないことは振動センサーによる設備診断の解説で整理しています。複数の設備クラスへの投資順序や効果試算は予知保全システム導入の記事も参考になります。本稿のテーマはさらに狭く、遠心ポンプの吸込側に特有の物理条件を、実際の振動と突き合わせて原因を絞るための仕様です。

月次レビューで監視を「続けるか、直すか、広げるか」決める

運用開始後の最初の月次レビューでは、警報の多さを単純に成否と見なさず、運転時間で割った警報件数と、実際に調べられた件数を分けて見ます。一つのアラームが同じ条件で何十回も発生しているなら、イベントをまとめる方法や、運転点別のしきい値を見直します。発生件数がゼロでも、計器が常に欠測していたり、製品切替期間にポンプが運転していなかったりすれば、性能を評価する材料にはなりません。警報、現場確認、対応、結果を一件の履歴として残し、翌月のしきい値変更に結び付けます。

レビューの分母は「暦日」ではなく、対象条件での有効な運転時間です。高流量の運転が合計二時間しかなかった月と、二百時間あった月の警報件数をそのまま比べても意味がありません。流量帯、速度帯、液温帯ごとの有効時間を記録すれば、ある帯域だけ誤報が増えていることが分かります。欠測時間は正常時間に混ぜず、計器の信頼性という別の指標にします。異常を検知できるかという診断性能と、診断に使う入力が揃うかという可用性を分けるためです。

原因が確定した事例は、正しく検知したものだけでなく、機械的な別原因をキャビテーションと誤認した事例も教材にします。たとえば軸受交換後に振動が下がり、吸込余裕が変わらなかったなら、次回の判定表にその特徴を反映できます。逆に吸込圧低下が先行したのに警報が出なかったら、データ品質、運転点の補間、警報の継続時間を再点検します。点検結果に曖昧さがある場合は「確認不能」と残し、真陽性や偽陽性の数に無理に振り分けません。

横展開は、同型ポンプであっても設置条件が違うことを前提にします。同じメーカー、同じ羽根車でも、吸込槽の液位範囲、配管の曲がり、フィルター、液温、可変速の設定が違えばNPSHAと振動の背景値は変わります。最初の一台から再利用できるのは、データ項目の定義、異常時の調査手順、FAT・SATの試験書式です。しきい値そのものは候補設備で再確認します。この区別をRFPに書けば、二台目以降の展開費用を比較するときも、共通作業と設備固有作業を分けられます。

毎月の判断は「継続」「修正」「拡大」の三択だけで終わらせず、理由と次回の確認日を残します。継続なら欠測率と調査時間の目標、修正なら変更した計算式や警報条件、拡大なら次のポンプで再確認する吸込配管と運転範囲を記録します。根拠が不足する月は結論を保留し、必要な運転データを指定します。この運用なら、試験期間が終了しただけで実証済みと誤認することを防げます。

予算化前に確認する三つの境界

第一の境界は、監視と保護制御です。監視の警報をPLCの停止信号に接続するなら、通信遅延、センサー故障、電源断、バイパス操作、誤停止の影響を含む別設計が必要です。情報系のダッシュボードが便利だからという理由だけで、既存の安全回路を置き換えません。第二の境界は、設備診断と品質判定です。ポンプ状態の変化が製品品質に関係する工程でも、製品の合否は別の測定と承認手順で決めます。第三の境界は、PoCと本稼働です。試験中の仮設センサーや手作業によるデータ補正を、保守可能な常設仕様としてそのまま発注しないようにします。

これらの境界を決める際は、将来の増設も見据えて、ポンプID、計器タグ、単位、時刻、曲線の版、液種、作業票IDを共通のデータ項目にします。データを集める目的は、きれいなグラフを作ることではなく、ある日に出た警報の根拠と処置を後から追跡することです。最低限の項目を固定しておけば、別メーカーのポンプや別の監視ソフトを追加しても、保全記録と比較しやすくなります。これがOT・IoTの監視を、単発のセンサー実験から継続的な設備管理へ移す条件です。

現場に渡す一枚の確認票

導入時の議論が複数部門にまたがる場合、運転担当、保全担当、計装担当、設備メーカー、システム担当が同じ図を見て確認することが大切です。確認票の一列目には「このポンプで避けたい停止と、その前に取れる操作」を書きます。二列目には、その判断に必要な運転条件とセンサーを記します。三列目には、値の取得元、単位、更新間隔、異常値・欠測時の表示を記します。最後に、警報後の一次確認者、連絡先、エスカレーション先を置きます。ポンプの銘板やセンサー型番を並べるだけの表では、判断の責任が抜け落ちます。

工場によっては吸込圧力計がなく、タンク液位と配管図から概算するところから始めるかもしれません。その場合は概算であることを画面にも契約にも明記し、計器を追加した後に式を更新する計画を作ります。既設流量計が複数ある場合は、どのタグが対象ポンプの流れを代表するかを現場配管で確かめます。共通ヘッダーの流量を一台の流量と誤って扱うと、点検の優先順位まで誤ります。

試運転では、正常データを一度採って終わりにせず、フィルター清掃前後、運転速度の切替、液種や液温の通常変動など、現場に実際にある条件を記録します。日ごとの平均値にまとめると、短い吸込圧低下や作業直後の変化を隠す場合があります。一方、すべての高速波形を無期限に保存する必要もありません。後から原因を説明するために必要な時間解像度と保存範囲を、FAT・SATの前に決めます。

最後に、警報が「誰に何をさせるか」を読み上げて確認します。警報文が「キャビテーション発生」と断定するのに根拠が吸込圧欠測なら、表示そのものを直すべきです。原因推定が弱いときには「吸込条件確認」「振動異常確認」と表現し、確認後に診断を更新します。こうした言葉の使い分けは細部に見えて、現場がシステムを信頼し、適切な順序で点検するための仕様です。

よくある質問

ポンプキャビテーションセンサーは振動だけで十分ですか？

振動は有用な結果信号ですが、原因を単独で確定するには足りません。少なくとも運転点を分ける流量・回転数と吸込側の圧力・液温を確認し、吸込余裕が同時に悪化したかを見る構成を推奨します。既存計器を使える場合は活用し、不足信号をRFPで明示します。振動だけの導入なら、出力は「振動異常の疑い」にとどめ、キャビテーション専用診断と呼ばない方が誤解を減らせます。

NPSHAがNPSH3より大きければ安全ですか？

安全と断定できません。NPSH3は揚程が3%低下する試験点であり、初期の気泡や騒音・振動の発生境界ではありません。メーカーのNPSHRと用途に応じた推奨余裕、実際の運転域を確認してください。液温、液性、吸込損失や速度が変わればNPSHAと要求値も変わります。連続監視はこの変動を把握するために使います。

ポンプ振動監視の警報値は他機から流用できますか？

一律の値は避けます。ポンプ構造、取付位置、計測方向、速度、流量、液性、配管支持で正常時の分布は変わります。メーカーの許容値や適用規格は参照しつつ、同じ測定条件で採った正常データと現場の点検結果を使って設定します。機械保護の停止値と、キャビテーション疑いを調べる傾向値を別に扱うことも重要です。

RFP・FAT・SATでは何を合格条件にしますか？

RFPでは故障モード、入力信号、測定点、NPSHA計算、ポンプ曲線、欠測、警報説明、データ出力、運用責任を要求します。FATでは模擬入力と過去データで計算と画面を照合します。SATでは現場の配線・計器・時刻・通常運転点・通知動線を確認します。キャビテーションを人工的に起こすことや、異常データがないPoCで高い検出率を保証させることは、適切な合格条件ではありません。

まとめ

ポンプキャビテーション監視は、吸込側の圧力・液温・流量・回転数から運転点ごとの余裕を評価し、振動や揚程変化と照らして原因を切り分ける仕組みです。NPSH3を発生開始点と誤解せず、メーカー曲線、測定位置、データ品質、過渡運転、別原因を含めて判断することが導入の要点です。RFPに検証可能な出力を記し、FATで計算と欠測処理を試し、SATで現場の信号と一次対応を確認すれば、警報を具体的な保全行動に結び付けやすくなります。

吸込配管図やポンプ曲線はあるものの、どの信号から始めるべきか決めかねている段階でも、TOMAS TECHへのお問い合わせからご相談いただけます。対象ポンプの運転点と既存計器を一緒に整理し、無理のない試験範囲を検討します。

参考情報

*注：計測点、閾値、制御・停止条件はポンプメーカーの資料、適用規格、対象プロセスのリスク評価、現場試験に基づいて個別に決定してください。本稿の表は設計値や保証値ではありません。*

ポンプ キャビテーション監視の導入｜吸込条件と振動で誤報を減らす

ポンプ キャビテーション監視を導入する前に、故障モードを固定する