空調機の騒音要求を構造設計へ落とし込む方法

この記事で分かること

• 空調機をシステムとして分解する視点
• 冷媒・空気・電力・信号の関係
• 性能、騒音、保護、保守へ波及する確認点

空調機の騒音は、完成機で測ってから対策すると手戻りが大きくなります。ファン形状、圧縮機、配管支持、筐体剛性、熱交換器配置、据付条件、制御モードが互いに影響するため、単純に吸音材を追加するだけでは、性能、重量、コスト、保守性を同時に悪化させることがあります。

設計上流で必要なのは、騒音値の目標を一つ置くことではありません。どの運転状態で、どの音源が、どの伝達経路を通り、どの構造要素で増幅または減衰されるかを分解し、構造設計の判断へつなげることです。SysMLの要求図、ブロック定義図、内部ブロック図を使うと、この分解をチームで共有しやすくなります。

騒音要求は「dB(A)を満たすこと」だけではなく、音源、伝達経路、運転状態、構造制約、検証条件をそろえて初めて設計要求になります。

目次

• 結論：騒音要求は音源と構造パスへ分解する
• 騒音要求で曖昧になりやすい前提
• 音源を構造ブロックへ割り付ける
• 伝達経路をIBDで整理する
• 運転モードごとの騒音要求
• 構造設計へ落とすレビュー表
• AI制御やBEMS連携で増える論点
• よくある失敗

• まとめ

結論：騒音要求は音源と構造パスへ分解する

騒音要求を構造設計へ落とし込む第一歩は、目標値を部品や部位へ機械的に配分することではありません。まず、ファン空力音、圧縮機機械音、冷媒流動音、筐体放射音、配管振動、据付面への伝達音を分けます。次に、それぞれがどの運転モードで支配的になるかを整理します。最後に、構造側で変更できるパラメータ、制御側で変更できるパラメータ、評価条件で管理すべきパラメータを分けます。

この分解を行うと、騒音対策の候補が見えるだけでなく、対策による副作用も見えます。ファン回転数を下げれば騒音は下がるかもしれませんが、熱交換性能が落ち、圧縮機負荷が上がる可能性があります。筐体を厚くすれば放射音は下がるかもしれませんが、重量とコストが上がります。配管固定を強くすると振動は抑えられても、熱応力や組立性に影響する場合があります。

騒音要求で曖昧になりやすい前提

騒音要求で最も危険なのは、測定条件が曖昧なまま数値だけが独り歩きすることです。冷房定格、暖房定格、低外気暖房、除霜、急速運転、静音運転、夜間運転では、支配的な音源が変わります。距離、反射条件、据付高さ、暗騒音、マイク位置、評価指標も明確にしておく必要があります。

SysML要求図では、上位要求を「静音性」と置いたあと、測定条件要求、運転状態要求、音源別要求、構造制約要求、検証要求へ分解します。ここで重要なのは、要求IDを構造ブロックと試験項目に結び付けることです。単に「騒音を低減する」と書いても、ファン設計、筐体設計、配管設計、制御設計の誰が何を変えるのかが不明です。

音源を構造ブロックへ割り付ける

ブロック定義図では、室外機をファン系、熱交換器、圧縮機、冷媒配管、膨張弁、筐体、ベース、制御基板、据付脚のように分けます。そのうえで、各ブロックに関係する騒音・振動パラメータを持たせます。ファンなら回転数、翼通過周波数、風量、静圧。圧縮機なら運転周波数、振動加速度、防振支持。筐体なら板厚、固定点、固有振動数、隙間です。

ここで、騒音値を部品ごとに厳密に割り振る必要はありません。むしろ、構造変更がどの音源と伝達経路に効くのかを見えるようにすることが目的です。ファン騒音対策のためにグリルを変えると通風抵抗が上がり、圧縮機回転数が上がって別の音源が悪化することがあります。このような相互作用をブロック間の関係として残します。

伝達経路をIBDで整理する

内部ブロック図では、音源から受音点までの経路を描きます。空気伝搬、固体伝搬、冷媒配管を通じた振動伝達、筐体面からの放射、据付面への伝達を区別します。空気の流れ、冷媒の流れ、振動の流れ、信号制御の流れを混ぜて描くと読みにくくなるため、レビューでは騒音・振動ビューとして切り出すと効果的です。

IBDにすると、騒音対策が構造だけで完結しないことも明確になります。ファン回転数の上限、圧縮機の起動勾配、除霜復帰時の能力立ち上げ、夜間モードの制御制限は、制御設計側のパラメータです。構造担当と制御担当が別々に最適化すると、片方の対策がもう片方の制約を破ることがあります。

運転モードごとの騒音要求

騒音要求は運転モードごとに整理します。冷房定格で静かでも、暖房高負荷、低外気暖房、除霜復帰、部分負荷、夜間静音、能力急変時で違う音が出ます。設計レビューでは、騒音目標の代表点だけでなく、市場で不満になりやすい過渡状態を含めます。

状態機械図を併用すると、どの状態でどの騒音要求を評価するかを管理しやすくなります。冷房、暖房、除霜、停止、異常停止、静音運転を状態として置き、各状態に測定条件、制御上限、許容音、検証方法を紐付けます。

構造設計へ落とすレビュー表

騒音要求を構造設計へ落とすときは、レビュー表を作ります。要求ID、対象音源、伝達経路、関係ブロック、設計パラメータ、制約、検証方法、<u>未決事項</u>を一行で見えるようにします。

この表は、設計レビューだけでなく、試作評価後の原因解析にも使えます。評価で騒音が悪かった場合、要求IDから音源、経路、構造パラメータ、検証条件へ戻れるため、対策会議が「とにかく補強する」「とにかく回転数を下げる」という議論に偏りにくくなります。

AI制御やBEMS連携で増える論点

AI省エネ制御やBEMS連携が入ると、騒音要求はさらに複雑になります。AIが電力ピークを抑えるために圧縮機やファンを急に変化させると、快適性だけでなく過渡音が問題になる場合があります。BEMSの外部指令で複数台が同時に制御されると、個々の機器は要求内でも、建物全体では音の印象が悪化することがあります。

設計上は、AIや外部指令に対しても、騒音上の制約を持たせます。たとえば、夜間はファン回転数の変化率を制限する、特定の回転数帯を避ける、除霜復帰時は能力立ち上げを段階化する、外部指令より保護制御と静音制約を優先する、といった扱いです。

よくある失敗

一つ目の失敗は、騒音要求を完成機の合否だけで管理することです。合否値だけでは、構造設計に何を求めているかが分かりません。上流で音源、経路、運転状態を分けておかないと、試作後の対策が場当たり的になります。

二つ目の失敗は、構造対策だけで考えることです。騒音は構造、冷凍サイクル、制御、据付がつながった現象です。ファン制御、圧縮機制御、除霜制御、夜間モードを含めてレビューしないと、ある条件では静かでも別条件で不満が出ます。

三つ目の失敗は、測定条件と市場条件の差を見ないことです。実験室での評価は必要ですが、据付架台、壁面反射、隣地、建物構造、保守時の再組付けで音の出方は変わります。市場条件をすべて再現することはできませんが、<u>要求と検証</u>範囲を明記することはできます。

次に読むなら

次に読むなら、圧縮機・熱交換器・膨張弁・ファンの関係をモデル化する方法 がおすすめです。このテーマの全体像を整理する柱記事です。

関連記事

• 空調室外機の主要構成要素をSysMLブロックで整理する: このテーマの全体像を整理する柱記事です。
• 空調設計で発生しやすい手戻り要因をSysMLで予防する: 次に読むと、要求から構造・制御・検証へ論点を進めやすくなります。
• 冷凍サイクルをSysMLで表現する方法：要求・機能・構造の整理手法: このテーマの全体像を整理する柱記事です。
• 除霜運転の設計課題をSysML状態遷移で整理する: 前提を押さえると、この設計判断の位置づけがつかみやすくなります。

まとめ

空調機の騒音要求は、単一のdB(A)目標だけでは構造設計へ落ちません。音源、伝達経路、運転モード、測定条件、構造パラメータ、制御制約を分けて整理する必要があります。

SysMLを使うと、上位の静音要求をファン、圧縮機、配管、筐体、据付脚へ結び付け、IBDで伝達経路を見える化できます。重要なのは図をきれいに描くことではなく、試作後の手戻りを減らすために、構造・制御・評価の前提を同じ表に乗せることです。