シーケンス図で空調制御のタイミング課題を可視化する方法

この記事で分かること

• 具体的なSysML図の作り方
• 空調設計で見落としやすい接続・状態・制約
• 仕様書、試験、レビューへ展開する方法

空調制御の問題は、ロジックが間違っているだけで起きるとは限りません。センサ値を読むタイミング、通信遅延、圧縮機やファンの応答遅れ、膨張弁の指令反映、保護判定の周期、ログ記録の順番がずれるだけで、設計意図と異なる動きになることがあります。このようなタイミング課題は、文章仕様だけでは見落とされやすい論点です。

SysMLのシーケンス図は、複数の対象が時間順にどのメッセージをやり取りするかを表します。空調制御では、制御基板、センサ、圧縮機インバータ、ファン、膨張弁、室内機、BEMS、保護機能、ログ機能のやり取りを整理できます。特に、AI制御やBEMS連携が入ると、推論結果や外部指令がいつ反映されるかを確認する必要があります。

シーケンス図は、空調制御の「何をするか」ではなく「いつ、誰が、どの順番で判断するか」を確認する図です。

目次

• 結論：時間順のズレを設計レビューで見える化する
• シーケンス図で扱う対象
• 冷房起動シーケンスの例
• 保護停止シーケンスの例
• AI制御とBEMS連携のタイミング
• タイミング要求の表に落とす
• レビューで使うチェックリスト
• よくある失敗

• まとめ

結論：時間順のズレを設計レビューで見える化する

シーケンス図で最初に見るべきことは、処理の完全性ではなく、時間順の整合です。たとえば、センサ値を取得する前に能力演算をしていないか。保護判定より先にアクチュエータ指令を出していないか。BEMSからの外部指令が古い値のまま使われていないか。異常停止時にログ記録より先に電源断が発生していないか。このような順序の問題を図で確認します。

シーケンス図で扱う対象

空調制御のシーケンス図では、ライフラインを「関係する責務」で置きます。部品名だけで置くと図が細かくなりすぎるため、設計レビューでは、室内機、室外機制御、センサ群、圧縮機インバータ、ファン制御、膨張弁、保護機能、BEMS、ログ機能のようにまとめると読みやすくなります。

冷房起動シーケンスの例

冷房起動では、最初に室内機やBEMSから運転要求を受けます。次に、室外機制御が現在状態を確認し、センサ値を取得し、保護条件を確認します。その後、圧縮機、ファン、膨張弁へ指令を出します。この順序が崩れると、立ち上がり時の圧力変動、異音、過電流、快適性低下につながることがあります。

起動シーケンスでは、待ち時間も重要です。圧縮機を起動してすぐに膨張弁を大きく動かすのか、弁初期化を先に行うのか、ファンを先行運転するのかは、機種や制御方針で変わります。シーケンス図には、メッセージの順番だけでなく、必要な待ち時間、確認条件、タイムアウトを記入します。

保護停止シーケンスの例

保護停止は、シーケンス図で必ず確認したいテーマです。異常を検出した瞬間にすべてを止めればよいとは限りません。圧縮機停止、ファン継続、弁位置制御、ログ記録、室内機通知、BEMS通知、再始動禁止時間の設定など、順序を誤ると原因解析や復帰性に影響します。

たとえば高圧異常では、保護判定が成立したら圧縮機を停止し、ファンを一定時間回す方針があるかもしれません。センサ異常では、即停止する場合もあれば、代替値で限定運転する場合もあります。通信異常では、外部指令を無視してローカル制御へ退避するか、安全側へ停止するかを決める必要があります。

AI制御とBEMS連携のタイミング

AI制御では、推論結果そのものよりも、推論がいつ更新され、どのセンサ値に基づき、どの制御周期で反映されるかが重要です。推論周期が制御周期より長い場合、古い推論結果を使い続けるリスクがあります。BEMS連携でも、ピーク抑制指令やスケジュール変更が遅れて届くと、快適性や電力管理に影響します。

シーケンス図では、AI推論、制御指令、従来制御への退避を分けて描きます。AIの信頼度が低い場合、入力データが欠測した場合、BEMS通信が切れた場合に、どの順番でフェイルセーフへ移るかを確認します。

タイミング要求の表に落とす

シーケンス図で見つけた論点は、タイミング要求表に落とします。図だけでは、周期、期限、上限、優先順位が曖昧なまま残りやすいからです。要求表には、対象、イベント、許容時間、監視条件、異常時動作、検証方法を入れます。

レビューで使うチェックリスト

• センサ取得、演算、指令、保護判定の順序が明確か
• 古いデータを使わないための有効期限があるか
• 通信遅延、欠測、タイムアウト時の動作が定義されているか
• 圧縮機、ファン、膨張弁の応答遅れを考慮しているか
• 保護停止時にログと通知が失われない順序になっているか
• AI推論の更新周期と制御周期の違いを扱っているか
• BEMS指令とローカル保護の優先順位が明確か
• タイミング要求が<u>試験条件</u>へ落ちているか

よくある失敗

一つ目の失敗は、シーケンス図を単なる通信仕様の図にしてしまうことです。通信メッセージ名だけを並べても、設計上のタイミング課題は見えません。センサ、制御、アクチュエータ、保護、ログの順序を一緒に見る必要があります。

二つ目の失敗は、正常起動だけを描くことです。空調機で本当に問題になりやすいのは、異常停止、復帰、通信途絶、センサ欠測、AI推論失敗です。異常系をシーケンス図に入れないと、FMEAや試験計画に重要な条件が残りません。

三つ目の失敗は、タイミング要求を文章に戻さないことです。シーケンス図で気づいた論点は、周期、期限、優先順位、検証方法として残す必要があります。図だけを作って終わると、実装や試験で解釈が分かれます。

実機評価で確認するログ項目

シーケンス図で整理したタイミング要求は、実機評価で確認できる形にしておきます。空調制御では、制御基板の内部処理、センサ更新、通信受信、アクチュエータ応答、保護判定が短い周期で動きます。レビュー時に正しく見えても、実機ログで時刻が取れなければ、遅れや順序逆転を検証できません。

ログには、イベント名だけでなくタイムスタンプ、入力値、判断結果、指令値、応答値、退避理由を残します。AI制御やBEMS連携では、推論入力、推論結果、外部指令の有効期限、従来制御へ戻した理由も重要です。すべてを常時保存すると容量やプライバシーの問題が出るため、通常ログ、異常時詳細ログ、開発評価ログを分けます。

ログ設計は、後から追加しようとすると難しくなります。シーケンス図を作る段階で、どのメッセージを検証するためにどのログが必要かを決めておくと、試験計画、品質解析、保守診断へつなげやすくなります。

次に読むなら

次に読むなら、SysMLモデルとExcel仕様書をどのように使い分けるべきか がおすすめです。このテーマの全体像を整理する柱記事です。

関連記事

• SysMLで空調制御仕様書を作成する際の注意点: 次に読むと、要求から構造・制御・検証へ論点を進めやすくなります。
• 空調機の仕様書をSysML要求図へ変換する方法: このテーマの全体像を整理する柱記事です。
• 空調設計で活用するSysML図の優先順位：最初に習得すべき5種類: このテーマの全体像を整理する柱記事です。
• アクティビティ図で空調運転モードを表現する方法: 次に読むと、要求から構造・制御・検証へ論点を進めやすくなります。

まとめ

シーケンス図は、空調制御のタイミング課題を可視化するための図です。制御ロジックが正しく見えても、センサ取得、通信、演算、指令、保護、ログの順序がずれると、実機では意図しない動きになります。

冷房起動、保護停止、AI制御、BEMS連携のようなテーマでは、シーケンス図で時間順の整合を確認し、タイミング要求表へ落とすことが重要です。図を作る目的は記法の習得ではなく、設計レビューで見落としやすい時間軸のリスクを早く発見することです。