空調システムの要求図を作成する方法：COP、騒音、重量、信頼性の整理
この記事で分かること
- SysML図を実務で使い分ける判断基準
- 要求図、BDD、IBD、状態機械図の役割
- モデルを設計レビューへ接続する手順
空調システムの設計では、COPを上げたい、騒音を下げたい、重量を軽くしたい、信頼性を高めたい、という要求が同時に出てきます。どれも重要ですが、独立した目標として扱うと設計レビューで判断が割れます。熱交換器を大きくすれば効率は上がりやすい一方で、重量や施工性に影響します。ファン回転数を下げれば騒音は下がりやすい一方で、風量不足により能力やCOPが悪化することがあります。
このような要求の関係を、文章の仕様書だけで追いかけるのは簡単ではありません。SysMLの要求図は、上位要求を分解し、下位要求、設計要素、検証方法、トレードオフをつなぐための図です。きれいな図を描くことが目的ではなく、「どの要求が、何に影響し、どう確認されるのか」を見えるようにすることが目的です。
この記事では、空調システムを題材に、COP、騒音、重量、信頼性を要求図で整理する実務的な手順を解説します。
結論：要求図は性能目標ではなく設計判断の地図にする
空調システムの要求図は、単に「COPを満たす」「騒音を満たす」と書くための図ではありません。 要求図で重要なのは、上位要求、下位要求、設計要素、検証方法の関係を追えることです。
最初に整理したい関係は、次の4つです。
| 観点 | 要求図で見えるようにすること | レビューでの問い |
|---|---|---|
| COP | 効率目標がどの部品、制御、運転条件に分解されるか | COP悪化時にどこを確認するか |
| 騒音 | 騒音目標がどの音源、回転数、運転状態に関係するか | 低騒音化で能力を犠牲にしていないか |
| 重量 | 重量目標が熱交換器、筐体、配管、電装へどう配分されるか | 軽量化で強度や信頼性を落としていないか |
| 信頼性 | 寿命、保護、異常検知がどの故障モードと検証に関係するか | 異常時の安全側動作を確認できるか |
この4つは、互いに独立していません。COPを上げる設計変更が騒音や重量に影響し、軽量化が振動や耐久性に影響し、信頼性確保のための保護制御が快適性や効率に影響します。要求図は、この衝突を早い段階で見つけるための道具です。
手順1：上位要求を設計判断に使える粒度へ分解する
要求定義でよくある失敗は、上位要求が抽象的なまま残ることです。「高効率であること」「静かであること」「軽いこと」「壊れにくいこと」は方向性としては正しいですが、このままでは設計レビューで使えません。まず<u>対象範囲</u>を決め、家庭用、業務用、チラーなどの用途に応じて優先要求を選びます。
要求図では、上位要求を下位要求へ分解します。例えば「高効率であること」は、定格条件のCOP、低外気温での暖房効率、中間負荷での効率、補機電力、除霜による効率低下などに分けられます。「静かであること」は、定格騒音、夜間運転騒音、起動停止時の音、配管振動、筐体共振などに分けられます。
分解するときは、数値目標だけでなく条件も一緒に書きます。COPも騒音も、外気温、負荷率、ファン回転数、設置条件が変われば意味が変わるからです。
手順2：COP要求を熱交換、圧縮機、送風、制御へ分ける
COP要求は、空調システム全体の代表的な性能要求です。ただし、COPは一つの部品だけで決まりません。圧縮機効率、熱交換器性能、冷媒制御、送風機効率、膨張弁制御、除霜制御、補機電力が組み合わさって決まります。
要求図では、COP要求を次のように分解できます。
| COPに関する下位要求 | 関係する要素 | 注意点 |
|---|---|---|
| 定格条件で目標COPを満たす | 圧縮機、熱交換器、ファン、冷媒回路 | 試験条件と設計条件をそろえる |
| 低負荷時の効率低下を抑える | インバータ、膨張弁、制御ロジック | 最小能力運転や断続運転を見る |
| 除霜による効率低下を抑える | 室外熱交換器、センサ、除霜制御 | 暖房復帰時間と快適性を同時に見る |
| 補機電力を抑える | ファン、ポンプ、制御基板 | 風量不足による能力低下に注意する |
COP要求を「圧縮機を高効率にする」と短絡しないことが重要です。圧縮機だけを改善しても、圧力損失、送風量不足、制御不安定、除霜頻度によってシステムCOPは悪化します。COPはシステム要求として置き、その下に部品要求と制御要求をつなぎます。
手順3：騒音要求を運転条件と音源に分ける
騒音要求も、単に「低騒音」と書くだけでは不十分です。音源はファン、モータ、圧縮機、冷媒流動音、配管振動、筐体共振などに分かれ、運転状態によって音の出方も変わります。
要求図では、騒音要求を「どの状態で」「どの音源を」「どの方法で確認するか」に分けます。
| 騒音に関する下位要求 | 関係する要素 | 確認方法 |
|---|---|---|
| 定格運転時の騒音を抑える | ファン、圧縮機、筐体 | 騒音試験、回転数確認 |
| 夜間モードで静音性を確保する | ファン制御、圧縮機制御 | 夜間モード試験 |
| 起動停止時の異音を抑える | 圧縮機、配管支持、制御 | 起動停止試験、振動確認 |
| 冷媒流動音を抑える | 膨張弁、配管、冷媒量 | 過渡運転確認 |
低騒音化は他の要求に影響します。ファン回転数を下げると音は下がりやすい一方で、風量不足によりCOPや能力が悪化します。筐体を軽くすると重量要求には有利ですが、剛性低下で振動や共振が増えることがあります。
手順4：重量要求を部品別の制約へ落とす
重量要求は、製品仕様、施工性、輸送、据付強度、コストに関係します。ただし設計初期では、全体重量だけが先に決まり、部品別の配分が曖昧なまま進むことがあります。
要求図では、重量要求を主要ブロックへ配分します。例えば、熱交換器、筐体、ベース、圧縮機、電装、配管に対して、目標質量や上限質量を置きます。ただし、単純な重量削減だけを目的にすると、強度、耐食性、振動、信頼性を落とす危険があります。
| 重量に関する下位要求 | 関係する要素 | 一緒に確認する要求 |
|---|---|---|
| 室外機全体を目標重量以下にする | 全構成要素 | 搬入性、据付強度 |
| 熱交換器の質量を抑える | 熱交換器、フィン、配管 | COP、耐食性、圧力損失 |
| 筐体とベースを軽量化する | 外板、ベース、補強材 | 騒音、振動、耐候性 |
| 梱包と輸送を成立させる | 製品外形、梱包材 | 落下、振動、保管条件 |
軽量化は、材料変更、板厚変更、部品統合、補強削減などを伴います。それぞれが振動、騒音、耐久、施工時の変形へ影響するため、重量要求の近くに信頼性要求や騒音要求との関係を置きます。
手順5：信頼性要求を故障モードと検証へつなぐ
信頼性要求は、最も抽象的になりやすい要求です。「長期間壊れないこと」と書いても、どの故障を防ぎたいのか、どの条件で確認するのかが分からなければ、設計には使えません。
空調システムでは、圧縮機故障、冷媒漏えい、熱交換器腐食、ファンモータ故障、センサ異常、制御基板故障、凍結、異常圧力などが考えられます。要求図では、信頼性要求を故障モード、保護機能、検証方法へつなぎます。
| 信頼性に関する下位要求 | 想定故障モード | 検証方法 |
|---|---|---|
| 圧縮機を異常条件から保護する | 高圧、過電流、吐出温度上昇 | 異常注入試験、保護停止確認 |
| 冷媒漏えいリスクを下げる | 配管亀裂、接続部漏れ | 振動試験、気密確認 |
| センサ異常時に安全側へ動作する | 断線、短絡、値の固着 | センサ異常模擬試験 |
| 長期使用時の性能劣化を抑える | 腐食、汚れ、摩耗 | 耐久試験、環境試験 |
信頼性要求は、FMEAやDRBFMとも相性がよい領域です。要求図で「この故障モードに対して、どの保護要求があり、どの検証で確認するか」をつないでおくと、FMEAの対策欄が設計要求と切り離されにくくなります。
要求間のトレードオフを明示する
要求図を実務で使うなら、要求間の衝突を見えるようにすることが重要です。空調設計では、良い要求同士がぶつかります。
| 変更案 | 良くなる要求 | 悪化し得る要求 | 確認すべきこと |
|---|---|---|---|
| 熱交換器を大型化する | COP、能力 | 重量、外形、コスト | 据付性、輸送、筐体強度 |
| ファン回転数を下げる | 騒音 | COP、能力、除霜 | 風量、熱交換、霜付き |
| 筐体を軽量化する | 重量、コスト | 騒音、振動、信頼性 | 共振、輸送、耐候性 |
| 保護制御を厳しくする | 信頼性、安全性 | 快適性、稼働率 | 誤停止、復帰条件 |
要求図だけでトレードオフの答えが自動的に出るわけではありません。しかし関係が見えることで、「どの条件ではCOPを優先し、どの条件では騒音を優先するのか」「どの故障モードでは停止を優先するのか」と議論できます。
よくある失敗
要求図の作成でよくある失敗は、要求をただ階層化するだけで終わることです。設計要素や検証方法につながっていなければ、実務で使える情報になりません。
| 失敗 | 起きること | 対策 |
|---|---|---|
| COPだけを重視する | 騒音、重量、信頼性の悪化に気づきにくい | トレードオフ表を併用する |
| 要求と部品を直接つなぐ | 機能や制御の抜けが起きる | 要求、機能、構造、検証の順に見る |
| 検証が後付けになる | 試験で要求未達が発覚する | 要求作成時点で確認方法を書く |
| 正常運転だけを見る | 異常時や劣化時の要求が抜ける | 保護、故障モード、復帰条件を入れる |
要求図は一人で完成させようとしないことも大切です。 COPは冷凍サイクルと制御、騒音は送風と筐体、重量は構造と施工、信頼性は品質保証と試験に関係します。各担当者の認識を合わせる共通資料として使う方が効果的です。
実務例：要求図からIBDまでを一つの要求でつなぐ
COP要求を例にすると、要求図で評価条件を明確にし、BDDで圧縮機・熱交換器・ファンを整理し、IBDで冷媒・空気・電力の流れを分けます。最後にパラメトリック図で能力、消費電力、COPの関係を確認します。
| 確認項目 | レビューで見ること |
|---|---|
| 上位要求を検証できる単位へ分ける | レビュー時に証拠資料や担当部門を確認する |
| 部品表ではなく責務でブロックを切る | レビュー時に証拠資料や担当部門を確認する |
| 冷媒・空気・電力・信号を混ぜない | レビュー時に証拠資料や担当部門を確認する |
| 図ごとにレビューの問いを決める | レビュー時に証拠資料や担当部門を確認する |
この実務例では、結論を急がず、まず前提条件、対象範囲、検証方法をそろえます。AdSense審査や検索流入の観点でも、一般論だけでなく、現場で使う判断手順を示すことで、記事の独自性と読者価値が高まります。
参考資料・確認先
- 自社の設計標準、試験標準、品質保証基準
- 対象機種の仕様書、制御仕様書、FMEA、DRBFM、保守記録
- 法規制や規格に関わるテーマでは、必ず最新の一次資料と社内確認ルートを参照する
次に読むなら
次に読むなら、空調室外機のブロック定義図を作成する具体例 がおすすめです。この記事の論点を、次の設計判断やレビュー手順へつなげやすくなります。
関連記事
- 空調設計で活用するSysML図の優先順位：最初に習得すべき5種類: このテーマの前提を整理する柱記事です。
- 内部ブロック図で冷媒・空気・電力・信号の流れを整理する方法: このテーマの前提を整理する柱記事です。
- 空調室外機のブロック定義図を作成する具体例: 次に読むと、要求から具体的なモデルやレビューへ展開できます。
- 空調室外機をSysMLでモデル化する基本手順: 関連する別クラスタの記事で、検索意図を広げて学べます。
まとめ
空調システムの要求図は、仕様書を図に置き換えるだけのものではありません。COP、騒音、重量、信頼性のように互いに影響し合う要求を、<u>設計判断</u>に使える粒度へ分解し、関係する設計要素と検証方法へつなぐための道具です。
最初は、全要求を完璧に整理する必要はありません。まずは、上位要求を4つ程度に絞り、COP、騒音、重量、信頼性のような主要要求を下位要求へ分解します。そのうえで、圧縮機、熱交換器、ファン、筐体、制御、センサ、検証試験との関係を表で整理し、必要な部分をSysML要求図に展開します。
要求図があると、設計レビューの問いが変わります。「この部品でよいか」だけでなく、「この要求を満たすために、どの機能が必要か」「どの要求と衝突するか」「どの試験で確認するか」を議論できるようになります。これが、空調設計でSysMLを使う大きな価値です。
次に読む記事としては、次の3本が自然です。
- 空調室外機をSysMLでモデル化する基本手順
- 空調設計で活用するSysML図の優先順位：最初に習得すべき5種類
- 空調室外機の主要構成要素をSysMLブロックで整理する
コメント