電力線通信(PLC) 既存の電力線を通じてデータを送信することを可能にします。スマート照明、産業用オートメーション、エネルギー管理、IoTシステムにおいて、PLCは追加の通信ケーブルを不要にすることで設置コストを削減できます。
しかし、PLCネットワークを設計する際に答えなければならない重要な質問が一つあります。
PLCネットワークは実際にどれくらいの帯域幅を必要としているのでしょうか?
PLC帯域幅計算は、通信ネットワークが必要な数のデバイス数、データパケット、報告頻度、制御コマンド、将来の拡張を支えられるかどうかをエンジニアが見積もるのに役立ちます。
このガイドでは、PLCの帯域幅の計算方法、ネットワーク容量の推定、スマート照明および産業用IoTアプリケーション向けの信頼性の高いパワーライン通信ネットワークの設計方法を説明します。
PLC帯域幅とは何ですか?
PLC帯域幅とは、特定の時間帯に電力線通信ネットワークを通じて送信可能な通信データの量を指します。
一般的には次のように表されます:
- bit/s
- kbit/s
- Mbit/s
しかし、 物理層のデータレート PLC通信技術で宣伝される帯域幅は、必ずしも利用可能なアプリケーション帯域幅と同じではありません。
実際の利用可能な帯域幅は以下によって影響を受ける可能性があります:
- ネットワークプロトコルのオーバーヘッド
- PLC信号ノイズ
- 距離
- 電気的干渉
- 接続されたデバイス数
- パケット再送信
- ネットワークトポロジー
- チャンネル品質
- 通信スケジューリング
したがって、エンジニアは計算を進めるべきです 実効帯域幅理論上の最大データレートを単に用いるのではなく、
なぜPLC帯域幅の計算が重要なのか?
PLCの帯域幅計算は、複数の接続されたデバイスを持つネットワーク設計において重要です。
例えば、スマート照明システムには以下が含まれます:
- PLCゲートウェイ
- 単一照明コントローラー
- ループコントローラ
- センサー
- エネルギーメーター
- 環境モニタリング装置
- AI視覚センサー
- クラウド管理プラットフォーム
各デバイスは通信トラフィックを生成します。
ネットワークトラフィックの総量が利用可能なPLC帯域幅を超える場合、システムは以下のような現象を経験する可能性があります。
- 応答時間が遅い
- 通信遅延
- パケットロス
- ネットワークの混雑
- 再送信の増加
- 不安定なデバイス接続
導入前に帯域幅要件を計算することで、システム設計者は適切なPLCネットワークアーキテクチャとゲートウェイ構成を選択できます。
PLC帯域幅計算式
基本的なPLC帯域幅計算は次のように表現できます:
必要帯域幅=1秒あたりの総データ量
複数のデバイスの場合:
必要な帯域幅=報告頻度×デバイスあたりのデータ数×
簡略化された式は次の通りです:
B = N × S × F
ここで:
- B =必要な帯域幅
- N = デバイス数
- S = 1回の伝送あたりの平均データサイズ
- F =伝送周波数/秒
その結果、プロトコルのオーバーヘッドと安全マージンを含めるべきです。
より実用的な式は次の通りです:
必要なPLC帯域幅= (N × S × F × 8) × O × M
ここで:
- N = デバイス数
- S = データパケットサイズ(バイト単位)
- F =報告頻度
- 8 = バイトからビットへの変換
- O = プロトコルオーバーヘッド係数
- M =安全マージン係数
ステップ1:デバイス数の計算
最初のステップは、PLCネットワーク上で通信するデバイス数を決定することです。
例えば:
- 100PLCライトコントローラー
- 環境センサー10基
- 5つのエネルギーメーター
総機器数:
115台のデバイス
デバイスによって生成されるデータ量が異なるため、大規模なシステムは各デバイスタイプを別々に計算すべきです。
ステップ2:デバイスごとのデータサイズの推定
次に、各通信パケットの平均サイズを推定します。
例えば、PLCライトコントローラーは次のように送信することがあります:
- デバイスID
- オン/オフの状態
- 調光レベル
- 電圧
- 現在の
- 消費電力
- 故障状況
平均アプリケーションデータが次のと仮定します:
1レポートあたり50バイト
しかし、通信プロトコルのオーバーヘッドのために、実際に送信されるパケットはより大きくなります。
追加の間接費には以下のようなものがあります:
- ヘッダー
- 住所情報
- エラー検出
- ネットワーク管理情報
- 再送信データ
ネットワーク計画においては、技術者はアプリケーションデータだけでなく、全体のパケットサイズも常に考慮すべきです。
ステップ3:報告頻度の決定
報告頻度はPLCの帯域幅要件に大きな影響を与えます。
例えば、照明コントローラーが状況を報告することがあります:
- 一秒一秒
- 10秒ごとに
- 毎分
- ステータスが変わった時のみ
例えば、100台のデバイスが10秒ごとに50バイトのレポートを送信するとします。
報告頻度は以下の通りです:
0.1件の報告件数/秒
帯域幅の計算は次のようになります:
100 × 50 × 0.1 × 8
= 4,000ビット/秒
= 4 kbit/s
これはあくまでアプリケーションレベルのデータ要件であり、プロトコルのオーバーヘッドはまだ含まれていません。
例:100個のスマートライトのPLC帯域幅計算
簡単なスマート照明ネットワークを計算しましょう。
ネットワーク構成
- PLCライトコントローラの数:100台
- レポートあたりのデータ量:50バイト
- 報告間隔:10秒ごと
ステップ1:生成されたデータを計算する
100デバイス×50バイト
= 1回の報告サイクルで5,000バイト
ステップ2:ビットへの変換
5,000×8
= 40,000ビット
ステップ3:報告間隔で割る
40,000 ÷ 10秒
= 4,000ビット/秒
基本的なアプリケーション帯域幅要件は以下の通りです:
4 kbit/s
プロトコルのオーバーヘッドを追加
50%の間接費控除を仮定します。
4 kbit/s × 1.5
= 6 kbit/s
ネットワークセーフティマージンの追加
実用的なネットワーク設計には、以下の予備容量も含めるべきです:
- 再放送
- 将来のデバイス
- ファームウェアアップデート
- ネットワーク管理
- 一時的な交通量増加
安全マージンが30%と仮定した場合:
6 kbit/s × 1.3
= 7.8 kbit/s
したがって、推定される最小平均帯域幅要件はおおよその通りです:
8 kbit/s
しかし、平均帯域幅はPLCネットワーク設計の一部に過ぎません。ピーク時の交通量や通信タイミングも考慮する必要があります。
平均帯域幅とピーク帯域幅の違い
PLCネットワーク設計で最もよくある誤りの一つは、平均帯域幅のみを計算することです。
ネットワークは平均データレートが低いものの、複数のデバイスが同時に送信すると輻輳が発生することがあります。
例えば:
100台の照明コントローラーは、以下の通りの後に同時にデータを送ることができます。
- 電力復旧
- スケジュールされたステータスリクエスト
- ネットワーク再接続
- 故障イベント
これにより一時的な交通渋滞が発生します。
したがって、PLCネットワーク設計では以下の両方を考慮する必要があります:
平均帯域幅
通常の運用中に送信されるデータ量。
ピーク帯域幅
混雑時や同時通信イベント中に発生する最大トラフィック。
信頼性の高いPLCシステムは、過度な通信遅延を生じさせずにピークトラフィックを処理できるよう設計されるべきです。
PLCネットワーク容量の計算方法
帯域幅の計算は、システムが必要とする通信容量の量を示します。始める前に、まずはご覧いただきたいと思います スマート照明用PLCネットワーク容量計算ガイドそれがあなたの作業のより良い指針になるでしょう。
ネットワーク容量分析は、PLCネットワークが現実的にサポートできるデバイス数を推定します。
簡略化した計算は次の通りです:
最大デバイス数=利用可能な有効帯域幅÷デバイスごとの必要な帯域幅
例えば:
有効使用可能帯域幅は以下と仮定します:
200 kbit/s
各装置には以下の平均が必要です:
0.08 kbit/s
理論的な計算は次の通りです:
200 ÷ 0.08 = 2,500デバイス
しかし、これは問題です そんなことはない つまり、1つのPLCネットワーク上に自動的に2,500台のデバイスがインストールされるべきです。
実質PLCネットワーク容量は以下にも影響を受けます:
- ネットワークトポロジー
- 電力配電構造
- 信号減衰
- 騒音レベル
- デバイス通信スケジューリング
- ゲートウェイ処理能力
- アドレス管理
- 再送信率
このため、理論的な帯域幅容量は常に低減され、実用的な工学設計を作成する必要があります。
異なるデータタイプのPLC帯域幅計算
すべてのPLCトラフィックが同じ優先度や帯域幅要件を持っているわけではありません。
スマート照明ネットワークには複数の種類のデータが含まれていることがあります。
1.制御コマンド
例としては以下のものがあります:
- ライトをつけて
- 電気を消せ
- 調光レベルを変える
- 照明スケジュールの変更
制御コマンドは通常小さなパケットですが、迅速な配信が必要な場合があります。
2. ステータス報告
典型的なステータス情報には以下が含まれます:
- ランプの現状
- 電圧
- 現在の
- 消費電力
- 温度
- 故障情報
ステータス報告は通常定期的に行われ、予測可能なネットワークトラフィックを生み出します。
3. アラームおよび故障データ
故障イベントには以下が含まれます:
- ランプの故障
- 過電圧
- 通信の失敗
- ドライバー故障
アラームトラフィックは通常イベントベースですが、突然の通信ピークが発生することがあります。
4. センサーデータ
PLC照明ネットワークは以下のセンサーを統合することがあります:
- 光センサー
- マイクロ波センサー
- 環境センサー
- エネルギーメーター
- AI視覚センサー
高周波センサーの報告は帯域幅要件を大幅に増加させる可能性があります。
5. ファームウェアアップデート
ファームウェアのアップグレードは通常の制御や監視作業よりもはるかに多くのトラフィックを生み出す可能性があります。
大規模なファームウェア転送は通常、通常のリアルタイム通信とは別に計画されるべきです。
ネットワーク設計者は以下を考慮すべきです:
- 更新スケジューリング
- トラフィックの優先順位付け
- バッチアップグレード
- オフピーク時の送信
OFDMとFSKがPLC帯域幅に与える影響
PLC通信技術では異なる変調方法が用いられることがあります。OFDMベースのPLC技術は、複数デバイス間の電力線通信ネットワークにおいて効率的な通信性能を提供できます。例えば IEEE 1901.1 スマートグリッド用途で使用される中周波PLCシステムのPHYおよびMAC層仕様を定義します。
一般的なアプローチは以下の通りです。
- OFDM
- FSK
OFDM
OFDMは複数のサブキャリア間で通信を分割します。
これにより、より高度な通信効率と、厳しい送電線環境での性能向上を実現できます。
OFDMベースのPLCシステムは、以下のような用途に一般的に適しています:
- データ容量の増加
- マルチデバイス通信
- スマート照明ネットワーク
- 産業用IoTシステム
- 複雑なPLCメッシュネットワーク
FSK
FSKは一般的に低いデータレートを提供しますが、より単純な通信要件に適しています。
最適な変調技術は以下に依存します:
- 必要なデータレート
- 送電線環境
- 通信距離
- 騒音条件
- デバイス数
したがって、帯域幅の計算はPLC技術の選択と組み合わせるべきです。
利用可能なPLC帯域幅を減少させる要因
理論データレート PLCモジュール アプリケーションに必ずしも利用可能とは限りません。
いくつかの要因が有効帯域幅を減少させる可能性があります。
電気的ノイズ
送電線は電気的に騒音の多い環境です。
ノイズは以下によって発生します:
- モーター
- スイッチング電源
- LEDドライバー
- インバーター
- 工業用機器
ノイズは通信エラーや再送信を引き起こし、有効帯域幅を減少させる可能性があります。
通信距離
通信距離が長くなるほど、信号の減衰が増加します。
信号品質が低下するにつれて、ネットワークは以下を必要とすることがあります:
- 通信速度の低下
- さらなる再送信
- 追加のネットワーク最適化
これにより実効的なPLC帯域幅が減少する可能性があります。
デバイス数
デバイスを増やすと、以下が増えます:
- ネットワークトラフィック
- アドレス管理
- 通信スケジューリング要件
大規模なPLCネットワークには適切なトラフィック管理が必要です。
再放送
パケットが破損または紛失した場合、システムはそれらを再送信することがあります。
高い再送信率は追加の帯域幅を消費します。
このため、ノイズの多いPLC環境はクリーンな電気環境よりもはるかに多くの帯域幅容量を必要とすることがあります。
PLC帯域幅計画のベストプラクティス
電力線通信ネットワークを設計する際には、以下の実践を考慮してください。新規ユーザーであれば、まず私たちのサイトをご覧ください。 PLCスマート照明ネットワークの設計方法 参考までに。
1.平均およびピークトラフィックの計算
平均的なデータ消費量だけを用いてネットワークを設計しないでください。
以下が含まれます:
- 通常の交通
- 同時報告
- 警報事象
- ネットワーク復旧トラフィック
2. プロトコルオーバーヘッドを含める
アプリケーションデータは実際の通信パケットの一部に過ぎません。
常に以下の容量を確保してください:
- プロトコルヘッダー
- ネットワーク管理
- エラー検出
- 再放送
3.安全マージンの追加
理論上の100%容量でPLCネットワークを設計するのは避けてください。
安全マージンは以下を可能にします:
- 将来の拡張
- 一時的な交通ピーク
- 電気的ノイズ
- ネットワークの再送信
4.高帯域幅トラフィックの分離
ファームウェアのアップデートのような大規模なデータ転送は、通常の照明制御に不必要に干渉すべきではありません。
オフピーク時間帯に高帯域幅運用をスケジューリングすることを検討してください。
5.実際の電力線環境のテスト
実際の電気環境はPLCの性能に大きな影響を与えます。
大規模展開前に、以下をテストしてください:
- 信号品質
- 騒音レベル
- 通信信頼性
- レイテンシ
- パケットロス
正確なPLC容量計画には実地試験が不可欠です。
スマート照明システム向けPLC帯域幅計算
スマート照明プロジェクトにおいて、PLCの帯域幅要件は通常、以下の4つの主要な要因によって決まります。
- ランプの数
- データ報告頻度
- コントローラごとのデータサイズ
- 必要な応答時間
定期的な状態報告を持つ基本的な照明ネットワークは、比較的低い平均帯域幅を必要とする場合があります。
しかし、ネットワークは以下もサポートしなければなりません:
- グループ制御
- リアルタイムコマンド
- 故障報告
- エネルギーモニタリング
- ネットワーク管理
大規模なプロジェクトでは、帯域幅は以下について別途計算する必要があります:
- 通常のトラフィック監視
- 制御交通
- アラームトラフィック
- センサートラフィック
- ファームウェアアップデート
これにより、PLCネットワーク全体の要件をより正確に把握できます。
PLC帯域幅計算表の例
| トラフィックの種類 | デバイス | データサイズ | 頻度 | 推定交通量 |
|---|---|---|---|---|
| ライト状態報告 | 100 | 50バイト | 10秒ごとに | 4 kbit/s |
| センサーデータ | 20 | 30バイト | 5秒ごとに | 0.96 kbit/s |
| エネルギーモニタリング | 10 | 100バイト | 60秒ごとに | 0.13 kbit/s |
| 制御コマンド | 100 | 可変 | イベントベース | 使用状況によります |
この例の総平均トラフィックは比較的少ないです。
しかし、PLCネットワークは以下の追加容量を備えて設計されるべきです:
- プロトコルのオーバーヘッド
- 再放送
- ピーク時の交通量
- 将来の拡張
