空調監視(複数フロア・多台数)

物販店 1 店舗(B1F〜3F)のビル用マルチ室内機 24 台を、メーカーが違っても一つの画面で見ます。いま何台動いていて、どのフロアに異常があるかを 5 分ごとに更新し、機器をクリックすると 24 時間の室温と運転状態をさかのぼれます。

想定値開くたびに同じ画面
3F 家具・インテリア2F 衣料品1F 化粧品・雑貨B1F 食品・日用品 E6 異常停止 空調I/F

① B1F から 3F までの室内機 24 台を、5 分ごとに 1 つの画面で見ている

現場のイメージ(イラスト)— 困りごとが解決されるまで

現場の困りごと

空調が多い建物でよく聞く 3 つ
01

止まったことに気付くのが苦情のあと

室内機は静かに止まります。売場が暑くなってお客様かスタッフが気付き、そこから「どの機械か」を現場で探すところが始まります。見つかるまでの時間がそのまま不快な時間です。

この画面で分かること24 台の運転状態と異常コードを 5 分ごとに更新し、フロアと号機を指定して知らせます。
02

設定温度がフロアごとにばらばら

「寒い」と言われた売場で下げ、「暑い」と言われた売場で上げる。その場では正しくても、建物全体で見るとばらばらになり、冷やしすぎと効き不足が同時に起きています。

この画面で分かること全台の設定温度・運転モード・風量を一覧で並べます。どのフロアがずれているかが一目で分かります。
03

メーカーが違うと 1 つの画面にならない

増築や更新のたびにメーカーが変わり、集中コントローラも別々。結局どれも見なくなり、フィルターの目詰まりのような「壊れてはいないが効いていない」状態が放置されます。

この画面で分かることメーカーが違っても同じ形に正規化して表示します。吸込と吹出の温度差から、風量が落ちている機器も見えます。

ダッシュボード

室内機 24 台を 1 画面に
空調監視のダッシュボード期間を切り替え ダッシュボードを開く

仮想の現場: 物販店 1 店舗(B1F〜3F)。ビル用マルチの室内機 24 台、メーカー混在。値は想定値で、開くたびに同じ画面です。

  • いま何台動いていて、どのフロアに異常があるか(5 分ごとに更新)
  • 設定温度・運転モード・風量・室温の一覧と、フロア別の集計
  • 機器をクリックすると 24 時間の室温と運転状態をさかのぼれます

ダッシュボードを開く

上の画像は、表示期間を 24 時間 → 7 日と切り替えた様子です。上部の「解説に戻る」でこのページに戻れます。

3F2F1FB1F室内機 24 台(各フロア 6 台)メーカー混在日立・ダイキン・三菱電機 など室内機側の工事なし既設の通信線をそのまま使う
室内機 24 台各フロアの室内機は既設の通信線(メーカー独自)でつながっている。その線の端に空調I/F を 1 台足すだけ
空調の通信線運転状態・室温を 5 分ごとに照会
空調線 / LAN / 電源空調I/F
空調I/F既設の空調の通信線と LAN につなぐ
クラウド有線または LTE
空調監視の画面
この画面PC・スマホのブラウザで見る

このデモの想定: B1F〜3F の物販店 1 店舗。センサーは新設せず、室内機が持っている運転状態・設定温度・室温をそのまま読みます。

見えるようになること

  • 24 台のうち何台が動いていて、どこに異常・通信なしがあるかを一画面で把握できる
  • メーカーが違う室内機(日立・ダイキン・三菱電機など)を同じ形式で並べて比較できる
  • 故障コードの意味と対処、室温の推移を機器ごとにさかのぼって確認できる

使う機器

空調I/F × 1(メーカー混在対応、室内機 24 台。MQTT 直結型なら小型 PC 不要)Raspberry Pi 4 × 1(現地で 5 分ごとに照会。MQTT 直結型の空調I/F なら不要)クラウド(PostgreSQL + TimescaleDB)

空調I/F は既設の集中コントローラ用の通信線、または接点 / Modbus に接続します。既存のリモコン操作はそのまま使えます。

工場で「空調が効かない」ときは差圧も見ます

空調機の能力ではない場合

空調機が正常に動いているのに現場の温度が下がらない場合、原因が建屋の差圧(負圧)にあることがあります。集塵機や局所排気が吸い出す量に給気が追いつかず、空調した空気が捨てられて未処理の外気が隙間から入り続けている状態です。→ 工場の差圧を見える化して空調の無駄を解決する

自社の店舗・ビルでも同じ画面を

空調のメーカーと台数、集中コントローラの有無を教えていただければ、接続方法と構成案をお出しします。

まず話を聞く(Step 1 は無料)はじめ方を見る