工場のチラーを監視したいと考えたとき、最初に決めるべきことは画面のデザインではありません。どの冷却負荷を守るのか、冷水と電力をどの境界で測るのか、異常を見つけた後に誰がどう動くのかを決めることです。供給温度だけをクラウドに送っても、製品冷却の余裕、運転効率、原因の切り分けは十分には見えません。逆に計測点だけを増やしても、流量計の設置位置や機器ごとの運転状態が曖昧なら、計算したkW/tonは意思決定に使えません。
本記事では、タイを含む製造拠点で工場チラー監視システムを導入する担当者に向け、要求定義から現場の受入試験までを一つの手順として整理します。水冷式と空冷式、工程冷却と空調用冷水を分けて考え、冷水供給・還水温度、流量、電力、必要に応じた凝縮器側の計測を組み合わせます。数値例は計算手順を示す架空条件です。節電率や投資回収を保証する値ではありません。
まず「何を監視するか」を設備境界で決める
同じチラーと呼んでも、射出成形機の金型冷却、食品工程の熱除去、薬液の温度維持、空調機への冷水供給では停止の影響も許容温度も異なります。工程冷却なら製品品質と生産継続が先に来ます。空調用途なら室内環境、在室時間、空調機側の弁やコイルを含む負荷が重要です。一つの「工場の冷水温度」だけを全用途の共通KPIにすると、危険な局所異常を平均値が隠すことがあります。
設備一覧には、各チラーの型式・容量・冷却方式・台数、一次・二次ポンプ、ヘッダー、バイパス、熱交換器、末端負荷、既設のBMS/PLC/電力計、通信プロトコル、計装図、運転時間帯を記載します。冷水が複数ラインに分岐する場合は、親ヘッダーの総量と重要ラインの支流を区別します。工程側がグリコール混合液なら、濃度と物性を確かめ、水だけを前提にした熱量換算をそのまま使わないでください。チラーの能力表示値も、設計条件と現場条件の違いを記録してから比較します。
水冷式なら凝縮器、冷却水ポンプ、冷却塔までを含む「プラント」の境界を明示します。空冷式には冷却水回路がありません。チラー本体の電力効率と、ポンプ・冷却塔ファンを含めたプラント効率は別指標です。米国エネルギー省のFEMP調達ガイドも、空冷・水冷と全負荷・部分負荷を分けて効率を評価しています。これは比較条件をそろえる必要性を示す資料であり、タイの工場に適用される法規を示すものではありません。[1]
導入前に答える六つの質問
- 温度逸脱や停止が発生すると、どの工程・空調ゾーンに、何分後から影響が出るか。
- 管理したい境界は単体チラー、冷水ヘッダー、工程ライン、それともポンプ等を含むプラント全体か。
- 既設計器の値は、現場表示、PLC、BMS、帳票のどこで確認でき、校正履歴はあるか。
- 夜間・休日を含めて、警報の一次受信者、確認手順、現場対応者は誰か。
- 設定値の変更権限は誰が持ち、監視システムから制御指令を出す必要が本当にあるか。
- 計測・通信・試運転のため、停止できる時間帯と施工上の制約は何か。
回答が揃わない場合、まず既存データと配管図の照合に予算を充てます。初回から全工場の自動制御まで広げるより、重要な系統で「値が信頼できる」「異常時に行動できる」状態を受入条件にした方が、追加投資の判断材料を得られます。
最小計測点と追加計測点を分ける
冷却量を算出する中心は、同じ系統境界における冷水の供給温度、還水温度、流量です。電力効率には、その冷却量と対応する電力を同時刻で測ります。点数を決める前に、計測点が配管のどの位置にあり、機器の切替時にどの流れを含むかを図面に書き込みます。共通ヘッダーの流量を単体チラーの電力で割る、といった境界不一致を防ぐためです。
| 計測点 | 主な用途 | 導入時の確認事項 |
|---|---|---|
| 冷水供給温度 CHWS | 供給設定値の追従、工程へ届く温度 | センサーの挿入位置、混合点、校正、単位 |
| 冷水還水温度 CHWR | 負荷変化、温度差ΔT | 供給側と同じ境界か、バイパス混合の有無 |
| 冷水流量 | 冷却量の算出、流量不足の検出 | 計器の適用流量域、直管長、流向、気泡、グリコール |
| チラー電力 kW と積算 kWh | 単体効率、運転費の実測 | 圧縮機だけか本体全体か、CT/PT比、時計 |
| 運転・停止・故障・設定値 | 値の解釈と警報 | 手動/自動、起動過渡、通信欠損時の状態 |
| ポンプ・冷却塔ファンの電力 | プラント全体のkW/ton | 変動速機の電力測定、補機の境界 |
| 凝縮器入口・出口水温、流量（水冷式） | 放熱側の状態、汚れ・流量問題の手掛かり | 冷却塔・バイパスの構成と設計範囲 |
凝縮器側の温度や流量は水冷式で有用ですが、すべての現場で初日から追加すべき点ではありません。既設チラーの制御盤から読める値と、校正した独立計器で取得する値を分けて評価します。制御盤に表示される「流量」は実測値ではなく、差圧からの推定値や設定値である場合があります。信号名と単位だけでなく、値の生成方法を確認します。Traneのプラント制御の解説も、機器と系統の運転状態に応じた制御を扱っています。採用可否は対象機器の仕様と現場条件で判断します。[4]
温度センサーをチラー直近に置くのか共通ヘッダーに置くのかで、答える問いが変わります。直近では機器の出入口性能、ヘッダーでは工場に供給される混合後の状態を追います。両方必要な場合もあります。工程が重要なら、末端設備の入口温度や必要差圧も追加候補です。ただし末端の局所温度をヘッダーの冷却量計算へ混ぜないよう、タグと画面を分けます。
図1は、単体チラーと工程熱交換器を結ぶ供給・還水配管にある温度・流量・電力の計測点を示します。実設備では別途、ポンプ、共通ヘッダー、予備機、バイパスの流路と計器位置を配管図で照合します。
kW/tonを計算し、比較可能な値にする
監視画面で使う冷却量は、冷水が運んだ熱量から求めます。水を近似した説明用の式は次のとおりです。
冷却量(kW) ≈ 1.163 × 流量(m³/h) ×〔還水温度−供給温度〕(°C)
冷却量(RT) = 冷却量(kW) ÷ 3.517
kW/ton = 同じ境界の電力(kW) ÷ 冷却量(RT)
1.163は水の密度と比熱を近似した換算係数です。液体の温度範囲、グリコール濃度などで物性が変わると補正が要ります。RTは米国冷凍トンの単位です。DOEのエネルギー情報ハンドブックには、冷水系統の流量、温度、電力から負荷とプラント効率を監視する例が示されています。[7] 点検対象が冷水ヘッダーなら、流量と供給・還水温度はそのヘッダーに合わせ、電力はプラント電力にします。単体チラーを比較するなら、そのチラーの蒸発器側流量・温度と本体電力を組にします。
例えば、水の流量60m³/h、供給7°C、還水12°C、対応する電力83kWと仮定します。ΔTは5°C、冷却量は1.163×60×5＝348.9kW、約99.2RTです。電力83kWを同じ境界の値とみなすと0.84kW/tonです。ここで流量と電力を一定と仮定し、還水が10°Cに下がればΔTは3°C、冷却量は209.3kW、約59.5RT、見かけの値は約1.39kW/tonになります。この比較は算数の説明です。現実には負荷、流量、圧縮機の制御、ポンプ台数が同時に変わるため、ΔT低下だけから故障や節電余地を断定できません。
| 架空条件 | 通常例 | ΔT低下例 |
|---|---|---|
| 冷水流量 | 60m³/h | 60m³/h |
| 供給・還水 | 7°C / 12°C | 7°C / 10°C |
| ΔT | 5°C | 3°C |
| 計算した冷却量 | 348.9kW、約99.2RT | 209.3kW、約59.5RT |
| 仮定した同一境界の電力 | 83kW | 83kW |
| 計算したkW/ton | 約0.84 | 約1.39 |
設計値との比較では、空冷か水冷か、負荷率、外気や冷却水の条件、供給水温、運転台数、計測境界を揃えます。FEMPの資料に掲載された水冷式のkW/ton値は米国連邦調達の条件付き評価値です。現場で測った「補機込みのプラントkW/ton」へそのまま合否基準として転用しないでください。[1] また、単位をCOPやkW/kWに変換する場合も画面に定義を書き、異なる指標を同じ折れ線に重ねないようにします。
低ΔTを「警報」から「診断」に変える
低ΔTは冷水の還水温度と供給温度の差が設計・運用上期待する範囲より小さい状態です。単独の一時的な数値ではなく、流量、負荷、弁位置、供給温度、機器台数と合わせて見ます。Traneの冷水システム解説は、低ΔTの典型的要因として流量バランス、汚れたフィルターやコイル、空調機制御、弁の選定などを挙げています。[5] これは空調側の例です。工程冷却なら、熱交換器の汚れ、工程が停止しているのに続く過大流量、バイパス開、三方弁の動き、センサー位置の不適合も点検対象になります。
診断の最初の分岐は「数値は本物か」です。温度差が小さいのに計器の分解能が粗い、供給・還水センサーの校正状態が違う、時刻がずれている、流量計が最低測定範囲を下回るなどの条件では、計算値そのものを保留にします。次に運転状態を確認します。起動直後、切替中、洗浄後の復帰、工程の段取り替えを正常運転のベースラインと混ぜません。その上で、同じ負荷帯、同じ運転台数、同じ外気条件に近い期間を比較します。
次に現場で確認する順序は、①バイパスと弁の開度、②差圧とポンプ回転数、③末端の入口・出口温度、④ストレーナやコイル・熱交換器の状態、⑤計器と制御ロジックです。この順序は安全な点検計画に合わせて調整します。バイパスを急に閉じたりポンプ速度を下げたりすると、チラーの最小流量や工程の冷却余裕を損なう場合があります。制御変更は機器メーカーの許容範囲、工程条件、責任者の承認と試験手順を満たしてから行います。Traneのプラント制御資料も、設備を一体として扱う制御の重要性を説明しています。[4]
図2は、低ΔTを示したときに冷水の供給・還水、バイパス、工程熱交換器を順に確認する考え方です。アラームは「修理箇所の自動判定」ではなく、保全担当者が調べる順番をそろえるための入口にします。
工程冷却と空調冷却で要求を分ける
工程冷却のURSでは、守るべき製品・設備の温度範囲、許容できる逸脱時間、冷却停止時の処置、製造ロットやシフトとの照合を先に定義します。需要が生産計画に連動するなら、品種、稼働ライン、洗浄工程などのイベントを時系列へ載せます。温度が基準内でも、ポンプの予備機が故障して冗長性を失った状態は別の警報です。逸脱判定には瞬間値だけでなく継続時間を指定し、担当者が現場で処置できる情報を通知文に含めます。
空調用の冷水では、室内条件、外気、空調機の運転、コイル弁位置、在室スケジュールと組み合わせて解釈します。夜間の低負荷時と昼間の満負荷時に同じkW/ton閾値を置くと、意味の薄い警報が増えます。低ΔTの原因が空調機側にあることもあるため、チラーを交換する前に末端側の情報を確認します。ASHRAEの制御設計資料は、各系統の制御点と機器保護を含む設計検討を扱っています。[6] これも、現場の設定値を一律に決める代替ではありません。
一台が工程と空調を兼ねる場合、共通ヘッダーだけで双方の優先順位を表現できません。負荷を分ける熱交換器やサブメーターがあるかを確認し、工程に必要な最低流量と温度を守る条件を制御の上位に置きます。「余裕があるから空調へ多く送る」という最適化は、工程の仕様と異常時の切替動作を確かめてから検討します。
URS・RFPに記載する内容
見積依頼書には「チラーをIoTで見える化」とだけ書かず、導入後に受入判定できる要求を記載します。URSは利用者が必要とする機能、RFPは調達先への提案依頼です。機器の型番を早く決める前に、目的、境界、入出力、判定方法を揃えると、ベンダー間の見積比較ができます。
目的と範囲。 対象チラーと冷水回路、工程・空調の区分、対象設備台数、既設BMS/PLCの連携範囲、監視のみか制御指令も含むかを指定します。初期導入の対象外や将来の拡張点も書きます。施工中の停止時間、必要な現場許可、盤内作業の条件も提示します。
計測・計算。 タグ一覧には設置位置、測定値・単位、計器精度、測定範囲、通信方式、サンプリング周期、時刻源、校正方法、値の所有者を載せます。kW/tonの分子と分母の設備境界、流量ゼロやチラー停止時の扱い、グリコール補正、集計区間を式とともに書きます。例えば「生値1分、集計15分」は選択肢であって普遍的な推奨値ではありません。工程の変化速度と既存ネットワークを踏まえて決めます。
表示と操作。 系統図には運転状態と通信状態、供給・還水温度、ΔT、流量、冷却量、電力、kW/tonを同じ時間軸で表示します。設計値と現在値を混同させず、機器の停止中は効率を「計算不可」と表示します。トレンドから該当機器と原データへ戻れる操作、CSV等での出力、役割別の閲覧・変更権限を指定します。
アラーム。 設定値逸脱、急変、流量不足、通信断、センサー断線、データ固定、電力計と運転状態の矛盾などを定義します。重要度、継続時間、復帰条件、通知先、夜間のエスカレーション、通知を止める手順、記録の保持期間をそれぞれ書きます。警報を一括でメールに流す設計は避け、工程品質へ直結する警報と計器の保守警報を分けます。
データ品質と接続。 通信欠損をゼロで埋めない、古い値を新しい値として表示しない、再接続後の重複を除くなどの条件を記載します。現場ネットワークと外部サービスを接続する場合は、ネットワーク分離、認証、ログ、更新手順、データ保存先と閲覧権限を現場のIT/OT方針に合わせます。保全担当者が現場表示と遠隔表示を突合できるようにします。
成果物と責任。 配線図、計装図、タグ表、計算式、アラームマトリクス、FAT/SAT記録、校正証跡、操作手順、障害時の連絡先、保守契約条件を納入物にします。計器、制御盤、通信、クラウド、分析画面のどこまでを一社が担うか、既設メーカーとの境界を明確にします。将来の改修に備え、タグ名と単位の辞書も納品対象にします。
FAT/SATで「画面が動く」以上を試験する
FATは出荷前の機能確認、SATは現場設置後の受入確認です。チラー監視では、模擬信号を与えるFATだけで終えると、実配管のセンサー位置、電流比、運転信号の配線違いが残ります。試験表には各タグの入力元、期待値、許容差、確認者、証跡の保管先を記録します。許容差は計器の仕様と工程の要求から決め、記事中の一律値を流用しません。
FATでは、正常・上限下限・断線・固定値・通信断・時刻ずれ・停止状態・再起動を模擬します。冷却量とkW/tonの手計算例をシステム出力と照合し、流量ゼロや欠損値では「計算不可」になることを確認します。アラームの継続時間、復帰、重複通知の抑制、受信者の権限を確認します。計算式の係数や丸め桁は、タグ表と画面で一致させます。
SATでは、現場の計器表示、PLC/BMSの値、監視画面の値を同じ時刻で突き合わせます。設置した温度センサーが想定流路にあり、冷水の流れ方向と流量計の指示が一致するか確認します。チラーの台数切替、ポンプ切替、工程負荷の通常変化でタグが正しい機器へ紐づくかを確認します。故意に工程を危険な温度へ動かして試験せず、影響のない模擬入力と安全な運転条件を組み合わせます。最後に保全担当者が警報を受信し、画面から現場確認へ進める演習を行います。
図3は、温度センサーのコネクターを抜く試験を通じ、センサーからデータロガー、監視端末の警報表示までを確認する例です。実設備では別途、PLC/BMSやゲートウェイを含む実際の信号経路を図面と現場で照合します。
警報とデータ品質を運用で保つ
運用開始後のアラームは、まず「測定の異常」と「設備の異常」を分けて扱います。温度差が突然ゼロになったとき、供給と還水が本当に同温になったのか、二つのタグが同じアドレスを読んでいるのかで対応が違います。通信が切れたときに最後の正常値を表示し続けるなら、画面には値の時刻と無効表示が必要です。データが見えない時間帯をゼロ消費として月次報告に足すと、改善が起きたように見えてしまいます。
実務では、各タグの品質フラグを「正常、推定、古い、欠損、校正中」のように設計し、計算結果へ引き継ぎます。流量が測定範囲外なら冷却量とkW/tonを無効化します。温度計の校正期限や電力計のCT比変更も記録します。設備の交換時にはタグ名を使い回す前に測定境界を再確認します。DOEのエネルギー情報ハンドブックには、チラープラントの系統図とkW/tonを含む監視例が示されています。[7] ただし、表示項目だけを真似てもデータ品質の仕組みは完成しません。
警報の閾値は設計条件、過去の安定運転、工程品質に照らして設定します。例えば「供給温度の上限を一定時間超えたら工程責任者へ」「低ΔTが同じ負荷帯で継続し、流量が正常なら保全点検へ」といった因果のあるルールにします。警報件数、誤報、未対応時間を月次で振り返り、変更履歴を残します。シフト交代時に引き継ぐべき異常が通知履歴に残るかも、運用試験に含めます。
導入を段階に分ける
第1段階は現地調査とベースラインです。P&ID、電気単線図、機器台帳、既設トレンドを集め、重要系統の運転状態と現場表示を照合します。工程の通常変動と、洗浄・段取り・停止などのイベントを記録します。目的は、計器の追加位置とデータの欠けを発見することです。この段階で省エネ額を約束する必要はありません。
第2段階は限定した系統への計測導入です。冷水供給・還水温度、流量、対応する電力を同一境界に揃え、状態信号と時刻を統合します。品質フラグを含むトレンドを現場担当者と確認し、計算値を手計算で照合します。夜間・休日にも安全に通知が届くかを確認します。工程停止を伴う工事が必要なら、生産計画と合わせて先に段取りします。
第3段階は診断と改善です。運転の比較条件を揃えて低ΔT、過大流量、短時間の起動停止、設定値の逸脱を調べます。DOEのプロセス冷却資料は、冷水・凝縮器側冷却水の可変流量化や供給温度の見直しを改善候補として挙げています。[3] ただし現場での適用にはチラーの最低流量、工程温度、設備保証、運転制御との整合確認が必要です。監視で仮説を見つけ、現場で原因を確かめ、制御変更前後を同じ条件で比較する順序にします。
第4段階で、必要に応じて他系統へ展開します。初期系統のタグ辞書、試験表、警報マトリクス、画面の設計規則を再利用できるようにします。ただし空冷式と水冷式、工程と空調の違いまでコピーしないでください。各系統で測定境界と判断指標を再確認します。既設の冷却塔も含めて監視する場合は、冷却塔の水質監視の論点と接続できます。工場の設備データを横断して扱う設計は、工場の太陽光発電監視で扱う計測境界やデータ品質とも共通します。
見積比較で確認する質問と失敗例
提案書に「AIが異常を検知」と書かれていても、どの計器で、何秒・何分の異常を、どの設備状態で判断するかがなければ受入試験ができません。見積を比べる際は、計器工事と校正、PLC/BMS側の改造、通信ライセンス、データ保存、アラーム通知、現場の試験、操作教育、保守対応を同じ表に並べます。追加ライセンスや回線費が初年度だけでなく継続費に入るかも確認します。
典型的な失敗は、(1)温度計を置いたが流量がなく冷却量が出せない、(2)流量を測ったが電力の境界が違いkW/tonが比較不能、(3)異常を大量通知して誰も見なくなる、(4)通信断を正常値として扱い欠損を隠す、(5)FATで模擬値だけを見てSATの現場照合を省く、の五つです。これらは画面の追加より、URSのタグ表、計算定義、警報マトリクス、試験記録を整えることで避けられます。
導入後の成功は「何％節電できたか」だけでは測れません。工程温度の逸脱を早く見つけたか、データの欠損率が下がったか、原因の切り分け時間を短縮できたか、月次の運転比較が可能になったかを確認します。エネルギー改善を報告するときは、生産量、稼働時間、気象・冷却水条件などを含む比較条件と、改善に伴う追加費用を添えます。監視装置単体の設置から特定の削減率を推定しないことが、経営判断の信頼性につながります。
発注前に固める判断と現場への引き渡し
提案を選ぶ際は、画面の見栄えや搭載タグ数より「対象とする問いに答えられるか」を評価します。たとえば品質部門が知りたいのは、金型へ届いた冷水が許容範囲を外れた時間と対象ロットです。保全部門が知りたいのは、機器が止まる前に確認すべきポンプ、弁、流量、電力の変化です。経営側が知りたいのは、同じ生産条件でのエネルギー原単位と改善投資の根拠です。この三つを一つの画面に押し込む必要はありませんが、元になるタグと時刻が一致していなければ、部署ごとの報告が食い違います。提案書には用途別の画面例だけでなく、各表示値の計算元と更新間隔を添えてもらいます。
既存BMSの利用と新規ゲートウェイの設置は、取得可能なデータと保守責任から判断します。既存BMSに必要なタグが揃っていても、履歴が短い、更新が遅い、外部接続の許可がない場合は、要件を満たしません。一方、新しい通信経路を増やすと、ネットワーク設定、セキュリティ管理、障害時の連絡先が増えます。RFPでは「既設から取得できる値」「追加する計器」「追加する通信機器」を三列で示し、各値の取得方法と欠損時の振る舞いを提案してもらいます。既設制御への書込み権限が不要なら、監視側の読取り専用範囲も明記できます。
流量計の選定は、配管口径だけで決められません。停止中の逆流、バイパス、低負荷時の最小流量、保温材や配管材、直管部の確保、気泡の混入、施工のための停止可否を現地で確かめます。クランプ式の超音波計を検討するなら、対象流体と配管条件で安定した値が取れるか仮設測定で確認します。配管を切って設置する計器なら、バルブの隔離範囲、排水、復旧、漏れ試験を施工計画に含めます。計器のカタログ精度だけでなく、実際の設置条件で必要な精度を得られるかを発注前の確認項目にします。
電力計も、単相・三相の区別に加え、どの盤から何を供給しているかを確認します。同じ盤にチラー本体とポンプが接続されていれば、盤の総電力を「チラー単体kW」と表示してはいけません。逆に本体電力だけで「プラントkW/ton」と書くのも誤りです。CTの取り付け向きと比率、既設計器との指示差、積算kWhの増分をSATで確認します。時刻の違う電力と流量を組み合わせないよう、時計同期が切れた場合の品質フラグも必要です。
アラームの試験では「鳴ること」だけでなく「受信者が判断できること」を確認します。通知には設備名、測定点、現在値、閾値、継続時間、最初に確認する場所を含めます。工程責任者への即時連絡が必要な温度逸脱と、翌勤務日までに点検すればよい通信品質の低下では、経路を分けます。夜勤の担当者が存在しない通知先を登録すると、画面上は送信成功でも対応されません。シフト表と連絡先を運用開始時に照合し、変更担当を決めます。通知を一時停止した場合には理由、期限、復帰予定を記録し、無期限に隠れた警報を残さないようにします。
受入後の運用指標には、計測の健全性と設備の成果を分けて設定します。計測の健全性には有効データ率、時刻同期、校正期限、未対応の通信断を用います。設備の成果には工程温度逸脱の回数と継続時間、異常の発見から一次確認までの時間、比較可能な運転期間のkW/tonなどを用います。省エネの比較では、生産品種や稼働時間が変わった月を単純に前年同月と比べず、負荷帯と運転条件を揃えます。データが十分に揃う前は「改善額」より「何を確かめられるようになったか」を報告します。
最後に引き渡し演習を行います。現場の保全担当者が、画面上の一つの異常を選び、タグの品質、過去トレンド、対応する盤や配管、作業指示、連絡先まで自力で辿れるか試します。別の担当者がタグ表と計算仕様だけで同じkW/tonを再計算できるかも確認します。担当者が交代しても運用できる状態が、監視システムの完了条件です。受入時に見つかった未解決事項は、期限と責任者を付けて残し、運転を継続してよい条件を工程側と合意します。
まとめ
工場チラー監視システムの導入では、まず守るべき工程・空調負荷と計測境界を定義します。冷水供給・還水温度、流量、同じ境界の電力、機器状態を揃えることで、冷却量とkW/tonを意味のある値として扱えます。低ΔTは即座に故障と決めず、計器品質、運転状態、バイパス、末端負荷を順に確認します。URS・RFPではタグと計算式、アラーム、データ品質、FAT/SATの受入条件まで明記します。
TOMAS TECHは、既設設備と生産条件を踏まえ、計測点の選定からPLC/BMS接続、見える化と現場受入試験までを一緒に整理できます。対象チラーの構成、配管図、現在の課題をお持ちなら、お問い合わせフォームからご相談ください。
参考資料
- U.S. Department of Energy, FEMP, Purchasing Energy-Efficient Electric Chillers（空冷・水冷、全負荷・部分負荷の条件別評価）。
- U.S. Department of Energy, Improving Chilled Water System Performance（冷水システムの運転改善を検討するための資料）。
- U.S. Department of Energy, Better Plants, Process Cooling System Info Card（プロセス冷却の改善候補）。
- Trane, Chiller Plant Control and Optimization（プラント制御の概要）。
- Trane, Air Conditioning Clinic: Chilled-Water Systems（低ΔTの要因と制御）。
- ASHRAE, ASHRAE Handbook: Design and Application of Controls, Chapter 48（制御設計の検討事項）。
- U.S. Department of Energy, Energy Information Handbook（設備系統図とエネルギー指標の監視例）。
