BACnetとは？ビル設備通信とModbus違い

BACnetは、空調・照明・電力・防災などのビル設備を、メーカーをまたいで監視・制御するための通信プロトコルです。

工場の設備通信ではModbusやEtherNet/IPがよく使われますが、ビル管理の世界ではBACnetが重要な標準として使われています。

ただし、名前は聞いたことがあっても、BACnet/IP、BMS、HMI、SCADA、OPC UA、Modbusとの関係が混ざって理解しにくい分野です。

本記事では、BACnetの基本、ビル設備通信での役割、Modbusとの違い、設計時に注意すべきポイントを現場目線で整理します。

1. BACnetとは：ビル設備をつなぐ標準通信

BACnetの読み方と基本

BACnetは「バックネット」と読みます。

正式にはBuilding Automation and Control Networkの略で、ビル自動化とビル制御のための通信規格です。

対象は、空調機、熱源設備、照明設備、電力監視、防災設備、入退室管理、エレベータ監視などです。

つまり、製造ラインの装置間通信というより、建物全体の設備を統合するための通信と考えると理解しやすくなります。

BACnetの大きな特徴は、単なる信号線ではなく、設備の状態や設定値を意味付きのデータとして扱う点です。

温度、湿度、運転状態、警報、スケジュール、履歴データなどを、共通の形式でやり取りできます。

BACnetは、ビル設備をメーカー横断でつなぐためのオープンな通信プロトコルです。

メーカーごとの専用通信に依存しにくくなり、中央監視装置や設備管理システムから複数設備をまとめて扱えるようになります。

何を標準化しているのか

BACnetが標準化しているのは、ケーブルの形だけではありません。

設備をどのようなデータの集まりとして表すか、どのような操作要求を送るか、どのように警報や履歴を扱うかを定めています。

例えば、ある空調機の現在温度を読みたい場合、その値をどのデータとして取り出すかが重要です。

また、空調機の運転停止、設定温度の変更、スケジュール運転、警報確認なども、通信上の意味がそろっていなければ統合監視ができません。

BACnetでは、こうした情報をオブジェクト、プロパティ、サービスという考え方で整理します。

この考え方により、異なるメーカーの機器でも、共通のルールに沿って状態取得や制御要求を行いやすくなります。

ただし、BACnet対応であれば何でも完全互換という意味ではありません。

対応しているオブジェクト、プロパティ、サービス、実装範囲は機器によって異なるため、実務では仕様確認が必要です。

2. BACnetが使われる場所：空調・照明・電力の統合監視

ビル管理システムでの役割

ビル管理では、建物内の設備を個別に見るだけでは不十分です。

空調の運転、照明の点灯、電力量、警報、火災設備、入退室情報などを、管理室で一元的に把握する必要があります。

このとき中心になるのがBMSやBASと呼ばれるビル管理システムです。

BMSはBuilding Management System、BASはBuilding Automation Systemの意味で、ビル設備の監視・操作・記録を担います。

BACnetは、このBMSやBASと現場設備をつなぐ通信として使われます。

中央監視装置から空調機の状態を取得し、運転スケジュールを変更し、異常時にはアラームを表示するような構成です。

工場でいえば、上位監視と設備制御をつなぐという意味で、SCADAに近い役割を持つ部分もあります。

ただし、SCADAが製造設備やプラント監視まで広く扱うのに対し、BACnetはビル設備向けのデータモデルを持つ点が異なります。

HMIや中央監視画面との関係

現場担当者が実際に見るのは、通信プロトコルそのものではありません。

多くの場合、中央監視画面、グラフィック画面、アラーム一覧、トレンドグラフ、スケジュール画面として表示されます。

この操作画面は、工場のHMIと似ています。

HMIは人と機械の接点であり、運転状態の表示、設定値変更、警報確認などを行います。

BACnetは、その裏側で設備データをやり取りする通信の役割を担います。

つまり、画面に「冷水ポンプ運転中」「AHU異常」「室温25.3℃」と表示されている場合、その元データをBACnetで取得していることがあります。

運転員にとって重要なのは、通信名よりも、画面上の点名と実設備の意味が一致していることです。

そのため、BACnet導入では通信設定だけでなく、ポイント名称、単位、警報条件、表示階層の整理も重要になります。

3. BACnetのデータモデル：オブジェクトとプロパティ

オブジェクトで設備情報を表す

BACnetを理解するうえで重要なのが、オブジェクトという考え方です。

オブジェクトとは、ビル設備の値や機能を通信上で表現する単位です。

代表例として、アナログ入力、アナログ出力、バイナリ入力、バイナリ出力、マルチステート、スケジュール、トレンドログなどがあります。

例えば、室温センサの現在値はアナログ入力オブジェクトとして扱われることがあります。

ファンの運転停止状態はバイナリ入力、設定温度はアナログ値、運転モードはマルチステート値として扱われることがあります。

このように、BACnetでは単なる番号付きレジスタではなく、設備の意味に近い形でデータを整理します。

ここが、レジスタアドレスを読むイメージが強いModbusとの大きな違いです。

オブジェクトの種類を見れば、そのデータが温度のような連続値なのか、ON/OFFのような状態値なのかを判断しやすくなります。

プロパティとサービスの役割

オブジェクトには、さらにプロパティがあります。

プロパティとは、オブジェクトが持つ属性や値のことです。

現在値、単位、状態フラグ、名称、説明、警報限界、優先度配列などがプロパティとして扱われます。

例えば、温度の現在値だけでなく、その単位が℃なのか、警報状態か、点名が何かといった情報も扱えます。

サービスは、データを読む、書く、機器を探索する、警報を通知するなどの通信動作です。

代表的には、プロパティを読み出す、プロパティを書き込む、デバイスを見つける、イベントを通知する、といった操作があります。

この仕組みによって、BACnetは監視だけでなく、設定変更、警報管理、履歴収集にも対応しやすくなります。

ただし、実装範囲が機器ごとに異なるため、「読めるが書けない」「値は読めるが単位情報が不足する」というケースもあります。

4. BACnet/IPとは：IPネットワークで使うBACnet

BACnet/IPの基本構成

BACnet/IPは、IPネットワーク上でBACnet通信を行う方式です。

既設のEthernet配線やスイッチを利用しやすく、中央監視装置、コントローラ、ゲートウェイをIPネットワークで接続できます。

近年のビル管理では、BACnet/IPが使われる場面が増えています。

理由は、監視点数の増加、設備データの活用、遠隔監視、他システム連携に対応しやすいためです。

ただし、IPネットワークを使うからといって、通常のWeb通信と同じ感覚で設計してよいわけではありません。

監視制御の通信である以上、ネットワーク分離、アクセス制御、通信経路、障害時の影響範囲を考える必要があります。

工場の産業用EthernetでEtherNet/IPを扱う場合と同じく、物理層がEthernetでも、上位の通信ルールは別物です。

BACnet/IPはビル設備向け、EtherNet/IPは主に産業オートメーション向けと整理すると混同しにくくなります。

サブネットとブロードキャストの注意

BACnet/IPでは、機器探索などでブロードキャストが関係します。

同一サブネット内であれば見える機器でも、ルータを越えると期待どおりに探索できない場合があります。

このため、大規模ビルや複数棟の設備では、ネットワーク構成の設計が重要です。

サブネットを分ける場合、BACnetルータやBBMDなど、BACnet側の仕組みを考慮する必要があります。

単にLANケーブルがつながっているだけでは、中央監視から全機器が見えるとは限りません。

また、同じネットワークに多数のBACnet機器を接続すると、不要な通信や探索パケットが増えることがあります。

監視点数、更新周期、警報件数、履歴収集の頻度を考えずに設計すると、通信が重くなります。

特に既設ビルへ後付けする場合は、ITネットワークと設備ネットワークを安易に混在させないことが重要です。

5. BACnetとModbusの違い：目的とデータ表現が違う

Modbusはシンプルな読み書きに強い

BACnetと比較されやすい通信にModbusがあります。

Modbusは、レジスタやコイルを読み書きするシンプルな通信として、PLC、インバータ、電力量計、温調器などで広く使われます。

構造が単純で、実装しやすく、機器側の対応も多い点が強みです。

一方で、Modbusのデータは、基本的にアドレスと値の組み合わせで扱います。

その値が温度なのか、圧力なのか、単位が何なのか、どの桁に小数点があるのかは、別途マニュアルや点表で確認します。

このため、Modbusは「何番レジスタを読むと値が取れる」という実装には向いています。

しかし、設備全体を意味付きで統合監視する場合、点表管理や変換処理が多くなりやすい通信です。

電力量計や簡単な設備データ収集では有効ですが、ビル設備全体の統合監視ではBACnetの方が扱いやすい場面があります。

BACnetはビル設備の意味表現に強い

BACnetは、ビル設備の監視制御で使うデータを、オブジェクトとして整理します。

温度、運転状態、警報、スケジュール、トレンドログなど、ビル管理で必要な要素を表現しやすい設計です。

中央監視装置から見ると、単なる数値列ではなく、設備の点名や状態、警報の意味を扱いやすくなります。

また、機器探索、イベント通知、スケジュール、履歴といったビル管理向けの機能も重要です。

Modbusでも同じような監視システムを作ることはできます。

ただし、その場合は上位側でデータの意味付けや警報条件をかなり作り込む必要があります。

Modbusは単純な値の読み書き、BACnetはビル設備の意味付き統合監視に向いた通信と考えると整理しやすいです。

もちろん、現場では両方を併用することも珍しくありません。

BACnetとModbusの比較表

項目	BACnet	Modbus
主な用途	ビル設備の監視・制御	産業機器や計測器のデータ読み書き
データ表現	オブジェクトとプロパティ	レジスタとコイル
得意分野	空調・照明・警報・スケジュール	シンプルな数値取得と制御
上位監視	ビル管理システムと相性が良い	点表設計が重要
注意点	実装範囲の確認が必要	単位や小数点の扱いを別管理しやすい

この比較を見ると、BACnetとModbusは優劣ではなく、設計思想が違う通信であることがわかります。

ビル設備の統合監視ならBACnet、単純な計測値の読み書きならModbusが選ばれやすくなります。

関連記事

instant.engineer

6. BACnetとPLC・OPC UA・MESの関係

PLCとBACnetのつなぎ方

工場設備では、制御の中心にPLCがあります。

一方、ビル設備では、空調コントローラ、DDC、ゲートウェイ、中央監視装置などが制御の中心になります。

ただし、工場建屋やユーティリティ設備では、PLCとBACnetが同じシステム内に登場することがあります。

例えば、コンプレッサ、冷却水設備、空調機、電力量監視を統合するとき、PLC側とビル管理側をつなぐ必要があります。

この場合、PLCが直接BACnetに対応することもあれば、ゲートウェイを介して変換することもあります。

PLC側がModbusや産業用Ethernet、ビル管理側がBACnetという構成もよくあります。

このとき重要なのは、どちらを主として制御し、どちらを監視だけにするかを決めることです。

同じ機器に対して複数システムから書き込み可能にすると、設定値の競合や運転条件の食い違いが起きます。

OPC UAやMESとの役割分担

BACnetは、建物設備を監視制御するための通信です。

一方、OPC UAは、設備データを上位システムへ標準的に連携するために使われることが多い技術です。

例えば、BACnetで空調や電力量のデータを集め、OPC UAで上位のエネルギー管理や生産管理システムへ渡す構成があります。

さらに上位には、MESやデータ分析基盤、クラウド監視、レポート作成システムが存在します。

この場合、BACnetは現場設備側、OPC UAはデータ連携側、MESは生産管理側という役割分担になります。

すべてをBACnetでやろうとすると、製造実績や品質データとの統合で無理が出ます。

逆に、すべてをOPC UAで現場設備制御まで置き換えようとすると、ビル設備側の標準機能を活かしにくくなります。

役割を分けることで、ビル設備データを製造現場のエネルギー管理や稼働分析にも活用しやすくなります。

関連記事

instant.engineer

7. BACnetのネットワーク方式：IPとMS/TP

BACnet/IPとフィールドネットワーク

BACnetには複数の通信方式がありますが、実務でよく意識するのはBACnet/IPとBACnet MS/TPです。

BACnet/IPはIPネットワーク上で通信するため、中央監視装置や上位システムとの接続に向いています。

ビルの監視室、管理サーバ、ネットワーク型コントローラをつなぐ場合に使いやすい方式です。

一方、BACnet MS/TPは、RS-485系の物理層を使う方式として、現場寄りの機器接続で使われます。

複数のコントローラやデバイスを1本の通信線に接続する構成で、コストを抑えやすい反面、配線品質の影響を受けます。

この考え方は、工場のフィールドバスやリモートI/Oネットワークに近い面があります。

ただし、BACnetはビル設備向けのデータモデルを持つため、単純に産業用フィールドバスと同じものではありません。

どの区間をBACnet/IPにし、どの区間をMS/TPにするかは、距離、点数、機器対応、保守性で判断します。

RS-485配線での注意点

BACnet MS/TPでは、RS-485系の配線品質が通信安定性に影響します。

RS-485は差動信号を使うため、ノイズに強く、複数機器接続に向いています。

しかし、分岐を増やしすぎたり、終端抵抗やシールド処理が不適切だったりすると、通信エラーが発生します。

配線設計では、デイジーチェーン構成、終端抵抗、シールド接地、ケーブル種類、通信速度、機器台数を確認します。

RS-485の基本を理解していないと、BACnet MS/TPのトラブル原因を見誤ります。

また、設定項目として、通信速度、MACアドレス、ネットワーク番号、デバイスインスタンスなどが関係します。

どれか1つでも重複や不一致があると、機器が見えない、値が読めない、通信が不安定といった症状になります。

現場調査では、通信線だけでなく、設定表と実機設定を照合することが重要です。

シリアル通信としての見方

BACnet MS/TPのトラブルを見るときは、上位のBACnetだけでなく、下位のシリアル通信として見る視点も必要です。

通信速度、パリティ、機器アドレス、終端、ノイズ、配線距離などは、典型的なシリアル通信の確認項目です。

シリアル通信の基礎を押さえておくと、BACnet MS/TPの切り分けがしやすくなります。

例えば、上位画面で値が表示されない場合でも、原因がオブジェクト設定なのか、配線なのか、アドレス重複なのかを分けて考えられます。

通信確認では、まず物理配線、次に通信パラメータ、最後にBACnet上の点定義を確認する流れが基本です。

いきなり中央監視ソフトの画面だけを疑うと、現場配線の単純な不備を見落とします。

逆に、配線だけを疑い続けると、点表やオブジェクト設定の不一致に気づけないこともあります。

通信層を分けて確認することが、BACnetトラブル対応の近道です。

8. BACnet導入時の注意点：点表・警報・セキュリティ

点表と命名ルールを先に決める

BACnet導入で失敗しやすいのが、通信がつながった後に点名や表示名を整理しようとすることです。

設備点数が少ないうちは問題になりませんが、建物全体になると、温度、湿度、ファン、弁、警報、電力量が大量に出てきます。

点名の付け方がバラバラだと、中央監視画面で意味が伝わりません。

例えば、同じ給気温度でも「SA_TEMP」「給気温度」「AHU-1温度」のように揺れると、保守時に混乱します。

そのため、設備略称、系統番号、用途、単位、警報有無、表示桁数を点表で統一することが重要です。

これは、I/Oリストやタグリストを整備する作業に近いです。

通信設定そのものより、点表の品質が運用性を左右します。

将来の増設や更新を考えるなら、最初から命名ルールと分類ルールを決めておくべきです。

警報とトレンドの設計

BACnetでは、警報やイベント、トレンドデータを扱いやすい点が強みです。

しかし、すべての値を警報化し、すべての値を細かく記録すればよいわけではありません。

警報が多すぎると、現場では本当に重要な異常を見逃します。

トレンド周期を短くしすぎると、通信負荷や保存容量が増えます。

空調の室温のようにゆっくり変化する値と、ポンプの運転状態のようなON/OFF情報では、必要な記録周期が異なります。

重要設備は短い周期、参考値は長い周期、警報は発生条件と復帰条件を明確にする、という整理が必要です。

また、警報の優先度も設計すべきです。

火災や重大故障の警報と、フィルタ目詰まり予兆のような保全警報を同じ扱いにすると、運用上の判断が難しくなります。

セキュリティとネットワーク分離

BACnet/IPはIPネットワークを使うため、セキュリティ設計も欠かせません。

設備ネットワークを社内LANや外部ネットワークへ無制限に接続すると、意図しないアクセスのリスクが高まります。

特に中央監視、空調制御、電力監視、防災関連のネットワークは、建物運用に直結します。

そのため、VLAN、ファイアウォール、アクセス権限、遠隔接続方法、保守用アカウントの管理を明確にします。

遠隔監視やクラウド連携を行う場合は、設備ネットワークから外部へ出すデータの範囲も決める必要があります。

MQTTのようなIoT向け通信へデータを渡す場合も、BACnet機器を直接インターネット側へ公開しない設計が基本です。

データ活用を進めるほど、通信の利便性と安全性のバランスが重要になります。

BACnetは便利な標準ですが、ネットワーク設計を誤ると、便利さがそのままリスクになります。

9. まとめ

BACnetの重要ポイント

BACnetは、ビル設備を統合監視・制御するための標準通信プロトコルです。

空調、照明、電力、防災、入退室、エレベータ監視など、建物内のさまざまな設備を対象にします。

最大の特徴は、データを単なる番号付きの値ではなく、オブジェクトとプロパティとして意味付きで扱える点です。

そのため、中央監視装置から見たときに、設備状態、現在値、警報、スケジュール、履歴を整理しやすくなります。

BACnet/IPはIPネットワークで使いやすく、BACnet MS/TPはRS-485系の現場配線で使われます。

どちらを使う場合も、通信方式だけでなく、点表、命名ルール、警報、トレンド、ネットワーク分離を含めて設計することが重要です。

Modbusとの違いは、単純な値の読み書きか、ビル設備を意味付きで扱うかにあります。

どちらが優れているというより、用途に合わせて選ぶ通信です。

導入前に確認すべきこと

BACnet導入前には、まず接続したい設備と上位システムを整理します。

どの機器がBACnet対応なのか、BACnet/IPなのかMS/TPなのか、どの点を読み書きするのかを確認します。

次に、点表、単位、小数点、警報条件、トレンド周期、操作権限を決めます。

ここが曖昧なまま工事に入ると、通信はつながっても運用しにくいシステムになります。

また、Modbus、OPC UA、SCADA、MES、クラウド連携と組み合わせる場合は、役割分担を明確にしてください。

BACnetはビル設備の現場データを扱う通信であり、上位システム全体のデータ基盤そのものではありません。

設備監視、運転管理、エネルギー管理、データ活用を分けて考えると、無理のない構成になります。

BACnetは、ビル設備を見える化するための土台であり、点表設計と運用設計まで含めて初めて価値を発揮します。