冷凍サイクルをSysMLで表現する方法：要求・機能・構造の整理手法
この記事で分かること
- SysML図を実務で使い分ける判断基準
- 要求図、BDD、IBD、状態機械図の役割
- モデルを設計レビューへ接続する手順
冷凍サイクルは、空調機の性能、効率、信頼性、制御性を左右する中心要素です。しかし実務では、冷媒回路図、部品仕様、制御仕様、<u>試験条件</u>、FMEAが別々に管理され、設計変更時にどこへ影響するのか見えにくくなることがあります。
SysMLで冷凍サイクルを表現する目的は、配管図をきれいに描き直すことではありません。冷房能力、COP、運転範囲、保護、除霜、冷媒量、圧力損失、騒音、信頼性といった要求を、機能、構造、状態、検証へつなげ、レビューで説明できる形にすることです。
この記事では、冷凍サイクルを要求・機能・構造の3層で整理し、SysMLモデルへ展開する手順を実務視点で解説します。
冷凍サイクルは、要求・機能・構造を一体で見るところから整理します。
結論：冷凍サイクルは部品列ではなく要求を満たす機能ネットワークとして見る
冷凍サイクルをSysMLで扱うとき、最初に避けたいのは「圧縮機、凝縮器、膨張弁、蒸発器を線でつなぐだけ」のモデルです。それは冷媒回路の説明にはなりますが、<u>設計判断</u>には不足します。実務で必要なのは、要求、機能、構造、状態、検証がつながるモデルです。
| 層 | SysMLでの表現 | 冷凍サイクルでの例 | レビューでの問い |
|---|---|---|---|
| 要求 | 要求図 | 冷房能力、COP、保護、騒音、信頼性 | 何を満たすための設計か |
| 機能 | アクティビティ図、機能分解表 | 圧縮、放熱、減圧、吸熱、保護、検知 | どの働きが要求を支えるか |
| 構造 | BDD、IBD | 圧縮機、熱交換器、膨張弁、配管、センサ | どの部品が責任を持つか |
| 状態 | 状態機械図 | 起動、定常、低負荷、除霜、異常停止 | どの状態で成立する要求か |
| 検証 | 検証ケース | 能力試験、COP測定、異常注入、耐久 | どう確認するか |
この形にすると、たとえば膨張弁の制御ロジックを変更したときに、過熱度制御、冷媒流量、COP、吐出温度、保護停止、センサ要求、試験条件へ影響があることを追いやすくなります。
要求を性能・保護・品質・運用に分ける
冷凍サイクルの要求は、冷房能力やCOPだけではありません。性能要求に注目しすぎると、異常時の保護、長期信頼性、施工後の運用条件、点検性が抜けやすくなります。
要求図では、上位要求を次のように分けるとレビューしやすくなります。
| 要求カテゴリ | 代表例 | 注意点 |
|---|---|---|
| 性能 | 冷房能力、暖房能力、COP、立上り時間 | 試験条件、外気温、負荷率を明示する |
| 制御 | 過熱度制御、吐出温度制御、除霜判定 | センサ精度と制御周期を含める |
| 保護 | 高圧保護、低圧保護、過電流、凍結防止 | 停止条件と復帰条件を分ける |
| 品質 | 冷媒漏えい、配管振動、腐食、油戻り | 故障モードと検証方法へ接続する |
| 運用 | 点検、冷媒充填、据付条件、保守記録 | 現場条件のばらつきを考える |
重要なのは、要求に条件を付けることです。「COPを高くする」ではなく、「定格冷房条件でCOP目標を満たす」「中間負荷で効率低下を抑える」「低外気暖房時に保護停止を頻発させない」のように、状態や条件を含めて書きます。
機能を圧縮・凝縮・膨張・蒸発だけで終わらせない
冷凍サイクルの教科書的な機能は、圧縮、凝縮、膨張、蒸発です。これは基本として重要ですが、空調機の設計レビューではそれだけでは足りません。実機では、冷媒流量を調整する、過熱度を保つ、吐出温度を監視する、除霜へ切り替える、異常時に停止する、油戻りを確保する、騒音や振動を抑える、といった機能も要求を支えます。
機能分解では、主機能と補助機能を分けます。
| 機能 | 関係する要求 | 関係する構造 |
|---|---|---|
| 冷媒を圧縮する | 能力、COP、吐出温度 | 圧縮機、インバータ、保護回路 |
| 熱を放出する | 能力、COP、騒音 | 室外熱交換器、ファン、風路 |
| 冷媒を減圧する | 過熱度、安定性 | 膨張弁、制御基板、温度センサ |
| 熱を吸収する | 快適性、能力 | 室内熱交換器、送風系 |
| 状態を検知する | 保護、AI制御、診断 | 温度、圧力、電流、回転数センサ |
| 安全側へ移行する | 信頼性、安全 | 保護ロジック、異常停止状態 |
このように機能を広げると、SysMLモデルが制御や品質保証とつながります。AI制御を導入する場合も、予測値がどの制御機能に効き、どの保護要求で制限されるかを説明できます。
構造は冷媒回路と補助要素を分けて表現する
BDDでは、冷凍サイクルを構成するブロックを定義します。圧縮機、熱交換器、膨張弁、四方弁、配管、冷媒、ファン、センサ、制御器を一つの図に詰め込みすぎると読みにくくなります。第一階層では、冷媒回路、送風系、センサ系、制御系、保護系のように責務で分けると整理しやすくなります。
IBDでは、冷媒、空気、電力、信号の流れを分けて示します。冷媒の流れだけを見る図、制御信号だけを見る図、保護監視だけを見る図を用途別に分けると、レビュー参加者が自分の関心に応じて確認できます。
| 流れ | IBDで示す内容 | 見落としやすい点 |
|---|---|---|
| 冷媒 | 圧縮機、熱交換器、膨張弁、四方弁、配管 | 逆サイクル、バイパス、油戻り |
| 空気 | ファン、熱交換器、風路、フィルタ | 汚れ、設置条件、ショートサーキット |
| 電力 | インバータ、ファンモータ、制御基板 | 補機電力、ピーク電力 |
| 信号 | センサ、制御器、アクチュエータ | センサ異常、通信遅延、値の固着 |
| 保護 | 高圧、低圧、吐出温度、電流 | 停止条件と復帰条件 |
構造図は部品表の代替ではありません。部品がどの要求、機能、状態、検証に責任を持つかを追えるようにすることが目的です。
状態と運転モードを要求へ戻す
冷凍サイクルは、定常運転だけで評価できません。起動、定常、低負荷、除霜、除霜復帰、異常停止、保護復帰で挙動が変わります。状態機械図を使うと、どの条件で状態が変わり、どの要求が有効になるかを整理できます。
| 状態 | 主な確認項目 | 関係する要求 |
|---|---|---|
| 起動 | 圧縮機始動、膨張弁初期開度、油戻り | 起動信頼性、突入電流、異音 |
| 定常 | 能力、COP、過熱度、吐出温度 | 性能、効率、騒音 |
| 低負荷 | 最小能力、断続運転、制御安定性 | 快適性、効率、寿命 |
| 除霜 | 霜付き判定、四方弁切替、暖房復帰 | 快適性、保護、消費電力 |
| 異常停止 | 高圧、低圧、センサ異常、過電流 | 安全側動作、復帰条件 |
状態を要求へ戻すと、試験計画も作りやすくなります。「定格試験でCOPを測る」だけでなく、起動時の異音、除霜復帰時の温度変化、センサ異常時の停止、保護復帰条件まで確認対象にできます。
設計変更の影響を追える対応表を作る
SysMLモデルを実務で使うには、図だけでなく対応表が必要です。変更対象、関連要求、関連機能、関連ブロック、関連状態、検証ケースを一行で追える表を作ります。
| 変更対象 | 影響する要求 | 関連機能 | 関連状態 | 検証 |
|---|---|---|---|---|
| 膨張弁制御変更 | COP、過熱度、保護 | 冷媒流量調整 | 起動、定常、低負荷 | 過熱度試験、低負荷運転 |
| 熱交換器変更 | 能力、COP、重量、霜付き | 放熱、吸熱 | 定常、除霜 | 能力試験、除霜試験 |
| センサ変更 | 保護、AI制御、診断 | 状態検知 | 全状態 | 異常注入、精度確認 |
| 配管経路変更 | 圧力損失、振動、漏えい | 冷媒輸送 | 起動、定常 | 振動、気密、圧損 |
この表があると、設計変更レビューで「どこまで確認すべきか」を決めやすくなります。DRBFMやFMEAへ接続する場合も、変更点から故障モードを展開しやすくなります。
設計レビュー用チェックリスト
- 冷凍サイクル要求に、性能、制御、保護、品質、運用が含まれているか。
- COPや能力の要求に、運転条件と負荷条件が書かれているか。
- 圧縮、放熱、減圧、吸熱以外の検知、保護、復帰機能を定義したか。
- 冷媒、空気、電力、信号、保護の流れを分けて確認したか。
- 起動、定常、低負荷、除霜、異常停止の状態ごとに要求を見たか。
- 設計変更時に、要求、機能、構造、状態、検証へ影響を追えるか。
- AI制御で使うセンサデータが、冷凍サイクルの状態と矛盾していないか。
よくある失敗
よくある失敗は、冷媒回路図をそのままSysML化して満足してしまうことです。配管の接続は見えても、どの要求を満たすための構造か、どの状態で確認するかが見えなければ、レビューで使いにくいモデルになります。
| 失敗 | 起きること | 対策 |
|---|---|---|
| 部品接続だけを描く | 要求や検証に戻れない | 要求、機能、構造の3層で整理する |
| 定常運転だけを見る | 起動、除霜、保護の問題を見落とす | 状態機械図を併用する |
| センサを後付けにする | AI制御や保護要求が曖昧になる | 検知機能として早期に定義する |
| 図を一枚に詰め込む | レビューで読めない | 流れ別、目的別にIBDを分ける |
| シミュレーションと切れる | 計算結果が設計判断に使えない | パラメータと検証ケースを対応させる |
次に読むなら
次に読むなら、空調システムの要求図を作成する方法：COP、騒音、重量、信頼性の整理 がおすすめです。このテーマの全体像を整理する柱記事です。
関連記事
- 空調設計で活用するSysML図の優先順位：最初に習得すべき5種類: このテーマの全体像を整理する柱記事です。
- 内部ブロック図で冷媒・空気・電力・信号の流れを整理する方法: このテーマの全体像を整理する柱記事です。
- 空調機の仕様書をSysML要求図へ変換する方法: 前提を押さえると、この設計判断の位置づけがつかみやすくなります。
- パラメトリック図で熱収支・電力・COPを表現する方法: 次に読むと、要求から構造・制御・検証へ論点を進めやすくなります。
まとめ
冷凍サイクルをSysMLで表現する目的は、圧縮機、熱交換器、膨張弁を線で結ぶことではありません。要求、機能、構造、状態、検証をつなぎ、設計変更時の影響と確認範囲を説明できるようにすることです。
まず要求を性能、制御、保護、品質、運用に分けます。次に、圧縮、放熱、減圧、吸熱に加えて、検知、保護、復帰、診断といった機能を整理します。構造は冷媒回路、送風系、センサ系、制御系に分け、冷媒、空気、電力、信号、保護の流れを目的別に表現します。
この整理ができると、冷媒回路の変更、膨張弁制御の変更、センサ追加、熱交換器変更が、COP、能力、保護、FMEA、試験計画へどう影響するかを追いやすくなります。SysMLは図を増やすための道具ではなく、冷凍サイクルの設計判断を部門横断で共有するための道具です。
次に読む記事としては、次の3本が自然です。
- 内部ブロック図で冷媒・空気・電力・信号の流れを整理する方法
- パラメトリック図で熱収支・電力・COPを表現する方法
- 冷媒回路の設計変更がシステム全体へ与える影響をSysMLで追跡する
コメント