パフォーマンス パワーライン通信(PLC)モジュール 広告されているデータレート以上の要因に依存します。スマート照明コントローラー、産業用機器、スマートメーター、その他の接続された電気製品を開発するエンジニアにとって、特に重要な要素は3つあります。 データレート、通信範囲、ネットワーク容量.

データレートは情報の送信速度を決定します。通信距離とは、信号が電気網を通じてどれだけ長く確実に伝わり得るかを指します。ネットワーク容量は、システムが対応速度と信頼性の要件を満たしつつ、どれだけのデバイス数と通信トラフィックを支えられるかを決定します。

これらの要因は密接に関連しています。PLCモジュールは高い物理層データレートをサポートすることがありますが、プロトコルのオーバーヘッド、再送信、電気ノイズ、競合機器のため、実際のアプリケーションスループットは低くなることがあります。同様に、短い実験室接続で良好に動作する信号でも、複数のLEDドライバーに接続された長い電力線では異なる性能を示すことがあります。

OEMエンジニアやスマート照明システムインテグレーターにとって、これらの違いを理解することは、電力線通信モジュールの選択や信頼性の高いネットワーク設計に不可欠です。

このガイドでは、PLCモジュールの性能がどのように測定されるか、実際の結果に影響を与える要因、そしてアプリケーションに適したPLCソリューションの評価方法について説明します。

1. PLCモジュールの性能を決定する要因は?

PLC技術は既存の電気導体を通じてデジタル情報を伝達します。無線通信が空気中の電波を利用するのに対し、PLCは電力線ネットワークを通信手段として利用します。

典型的なPLCシステムには、中央コントローラやゲートウェイ、エンドポイントデバイスに統合されたPLC通信モジュール、そして通信電子機器を電力線に接続する結合回路が含まれます。

主なパフォーマンス指標には以下が含まれます:

パフォーマンス指標	意味	なぜ重要なのか
物理層データレート	PLC PHYがサポートする信号レート	理論的な通信能力を示します
アプリケーションスループット	単位時間あたりにアプリケーションに提供される有用なデータ	実際のデータ転送性能を決定する
通信範囲	通信が信頼できる距離	ネットワークカバレッジとトポロジーへの影響
ネットワーク容量	ネットワークが対応できるデバイス数とトラフィック負荷	システムのスケーラビリティを決定する
レイテンシ	メッセージが目的地に到達するまでの時間	制御応答および監視に影響を与える
パケット配信の信頼性	成功裏に配信されたメッセージの割合	制御の安定性とデータの完全性に影響を与える

これらの指標は一緒に評価されるべきです。最大データレートや最大通信距離だけに基づいてモジュールを選択すると、システム設計に適さない可能性があります。

例えば、スマート街路灯ネットワークは、連続的な高帯域幅データ伝送よりも、信頼性の高いコマンド、デバイスの状態報告、故障アラームを優先することがあります。頻繁な測定やファームウェアアップデートが行われる産業用アプリケーションでは、異なる要件がある場合があります。

2. PLCモジュールデータレート:PHYレートと実際のスループット

2.1 PLCのデータレートとは何か?

PLCのデータレートは、電力線通信チャネルを通じて情報がどれだけ速く送信できるかを表しています。一般的にはビット毎秒(bps)、キロビット毎秒(kbps)、またはメガビット毎秒(Mbps)で表されます。詳細については、当記事をご覧ください PLCモジュール参照設計:ハードウェア、インターフェースおよび電力線結合.中周波電力線通信に基づくPLCシステムの場合、 IEEE 1901.1-2018 OFDMベースの通信を含むスマートグリッドアプリケーションに対する物理層およびメディアアクセス制御要件を規定しています。

しかし、2つの異なる数字を区別する必要があります。

• 物理層データレート: 特定の構成およびチャネル条件下で通信PHYがサポートするレート。
• アプリケーションスループット: プロトコルのオーバーヘッド、アクセス遅延、確認応答、再送信、その他のネットワーク活動を考慮した後に、有用なアプリケーションデータが成功裏に配信される速度。

実際のスループットは一般的にPHYレートよりも低いです。

例えば、PHYレートが500 kbpsのモジュールが、自動的に500 kbpsのアプリケーションデータを連続的に供給することを期待すべきではありません。有効レートは、意図されたプロトコル、ネットワークトポロジー、電気環境を用いて測定されなければなりません。

2.2 PLC通信速度に影響を与える要因は?

PLCネットワークの実際のデータレートとスループットに影響を与える要因はいくつかあります。

変調と符号化

PLC技術は設計や規格に応じてOFDM、FSK、PSK、QAMなどの変調方式を使用する場合があります。選択された手法、符号構成、チャネル条件が達成可能な速度と堅牢性に影響を与えます。

信号対雑音比

電気ノイズは受信機が意図した信号と干渉を区別する能力を低下させます。チャネルの信頼性が低下すると、通信により堅牢な送信設定や追加の再送信が必要になることがあります。

プロトコルのオーバーヘッド

ネットワークの発見、アドレス指定、確認応答、ルーティング、エラー回復は通信リソースを消費します。これらの活動は信頼性の高いネットワーク構築に必要ですが、アプリケーションデータに割り当てられるチャネルの割合を減少させます。

ネットワークトラフィック

多くのデバイスが同じ通信媒体を共有する場合、伝送機会を巡って競争する必要があるかもしれません。トラフィックが増加すると、待機時間やメッセージの衝突や再試行がプロトコルによって増加することがあります。

メッセージサイズと頻度

小さな制御コマンドは、大規模なデータ転送とは異なるオーバーヘッド特性を持ちます。頻繁に短いメッセージを送信するネットワークは、より大きなデータブロックを転送するネットワークとは異なる有効スループットを達成することがあります。

2.3 スマート照明システムに必要なデータレートはどれくらい?

必要なレートはモジュール仕様だけでなく用途によって異なります。

アプリケーション	典型的な通信要件
街路灯制御	スイッチング、調光、スケジュール、状態報告、故障アラーム
工業照明	照明コマンド、センサーレポート、機器の状態、自動化統合
スマートメーターリング	メーターの読み取り、設定、イベントレポート、データ収集
分散制御システム	定期的な測定、コマンド、アラーム、装置の調整
ファームウェアおよび設定の更新	追加の帯域幅や時間を必要とする大規模なデータ転送

照明システムの場合、制御メッセージは比較的小さいかもしれませんが、大規模な展開では複数のデバイスが同時に状況を報告することで、かなりの集約トラフィックが発生することがあります。

工学的推奨事項: デバイスごとの予想トラフィック、報告頻度、メッセージサイズ、プロトコルのオーバーヘッド、ピークの同時稼働状況を評価してください。そして、現実的なネットワーク条件下でアプリケーションスループットを測定します。

3. PLC通信距離:信号はどのくらいの距離まで届くのか?

3.1 なぜPLCの通信距離が異なるのか

すべてのPLCモジュールや電気設備に共通する単一の通信距離は存在しません。

PLC信号は、プロジェクトによって特性が大きく異なる電気ネットワークを通過します。ケーブルの長さは重要ですが、通信距離を決定する唯一の要素ではありません。

重要な要素は以下の通りです:

• ケーブルの特性: ケーブルの種類、導体サイズ、インピーダンス、周波数依存の減衰が信号伝播に影響を与えます。
• 電気的トポロジー: 分岐回路、接合、トランス、配線構成の変化などが信号経路に影響を与えることがあります。
• 接続負荷: LEDドライバー、スイッチング電源、モーター、その他の電子機器はノイズを発生させたり、通信チャネルを変化させたりすることがあります。
• 結合回路設計: 結合ネットワークはPLC信号を効果的に伝達しつつ、電気的安全およびハードウェアの要件を満たす必要があります。
• 信号減衰: 通信経路に損失が入ると信号強度は低下します。
• 電気ノイズと干渉: ノイズは利用可能な通信範囲を減少させ、パケットエラーを増加させます。
• ネットワークアーキテクチャ: リピーター、ルーター、または中間デバイスは、選択したプロトコルがサポートすれば通信経路を延長することができます。

したがって、ある設置で安定して動作するPLCモジュールは、別の設置では異なるトポロジーや追加のエンジニアリング作業を必要とすることがあります。

3.2 PLCの通信範囲はケーブルの長さと同じですか?

いいえ。ケーブルの長さと通信距離は関連していますが、同等ではありません。

比較的減衰が低く干渉が少ない長いケーブルは、ノイズの多い電子負荷に接続された短いケーブルよりも有利な通信チャネルを提供する場合があります。

このため、エンジニアは特定の試験セットアップで公表された最大距離を、すべての設置で保証された距離として扱うことを避けるべきです。

意味のある範囲仕様は、ケーブルの種類、ライン構成、接続負荷、ネットワークトポロジー、データレート、必要なパケット配信性能などのテスト条件を明確にすべきです。

3.3 PLC通信範囲の改善方法

以下の設計手法は、長距離の電力線ネットワークでの通信信頼性向上に役立ちます。

1.結合回路の最適化。
結合成分値、インピーダンス整合、信号注入、結合経路の周波数応答を確認してください。回路はまた、適用される絶縁、安全、サージ、EMCの要件を満たす必要があります。

2.電気ノイズの影響を低減する。
ノイズの多い負荷や干渉源を特定しましょう。PLCモジュールを単独で評価するのではなく、実際のLEDドライバー、スイッチング電源、その他の接続機器でネットワークをテストしてください。

3. ネットワークトポロジーの評価。
長い枝、負荷の高い区間、信号減衰が顕著な場所を特定しましょう。設置設計を最終決定する前に、代表者の経路を試してください。

4.必要に応じてサポートリレーやリピーターを使用します。
一部のPLCアーキテクチャはマルチホップ通信をサポートしています。中間デバイスはネットワークを通じてメッセージを転送でき、論理通信経路を拡張します。しかし、追加のホップごとに遅延が増加し、ネットワークリソースが消費される可能性があります。

5. システム全体の検証。
通常動作、ピーク負荷、スイッチングイベント、その他関連する電気条件下での通信試験。パケット配信、再送信、遅延、切断頻度を測定します。

目的は単に信号をより遠くに届けることではありません。目的は、意図されたネットワーク全体で信頼性の高い通信を実現することです。

4. PLCネットワーク容量:1つのネットワークで何台のデバイスをサポートできるか?

4.1 ネットワーク容量の理解

PLCネットワーク容量とは、通信システムが一定数のデバイスとその結合トラフィックを、許容可能な信頼性、遅延、制御性能を維持しながらサポートできる能力のことです。

プロトコルがサポートするアドレスの数だけでは決まりません。

理論的には多数のデバイスを識別できるネットワークでも、多数のデバイスが同時に通信すると応答時間の要件を満たすのに苦労するかもしれません。

ネットワーク容量は以下の要因によって異なります。

• 最大対応デバイス数とアドレス指定ルール
• 利用可能なアプリケーションスループット
• 通信プロトコルおよびネットワークアクセス方法
• コントローラとエンドポイント間のホップ数
• メッセージサイズと報告頻度
• デバイス発見およびネットワーク保守のオーバーヘッド
• 再送信と干渉
• ゲートウェイ処理能力とバックホール接続
• 必要な指令応答時間と信頼性

このため、エンジニアは区別すべきです 最大アドレス指定デバイス、正常にネットワーク接続されたデバイス、必要なトラフィックおよび応答時間条件下でサービス可能なデバイス.

これらは関連していますが、異なる測定値です。

4.2 PLCネットワークトラフィックの推定方法

簡単な最初の推定で、提案されたネットワークがさらなる容量試験を必要としているかどうかを特定するのに役立ちます。

システムに500のPLCエンドポイントが含まれているとします。各エンドポイントは60秒ごとに100バイトのアプリケーションレポートを送信します。

平均アプリケーションペイロードレートは以下の通りです:

[
R=\frac{N \times S \times 8}{T}
]

ここで:

• (R) =平均アプリケーションペイロードレート(ビット毎秒)
• (N) =端点の数
• (S) = アプリケーションレポートサイズ(バイト単位)
• (T) =秒単位の報告間隔

例を挙げると:

[
R=\frac{500 \times 100 \times 8}{60}
]

[
R\approx 6{,}667\text{ bps}
]

平均的なアプリケーションペイロードレートはおおよそです。 6.67 kbps.

この数値にはプロトコルヘッダー、確認応答、再送信、ネットワーク管理、その他のトラフィックは含まれていません。また、報告書が時間軸に均等に分配されていることも前提としています。

もし500台すべてが同時に報告すると、長期的な平均は変わらないものの、ネットワークは短期的にはるかに高いトラフィック負荷を経験する可能性があります。

そのため、トラフィックスケジューリングや段階的な報告は大規模なPLCネットワークで重要になり得ます。

4.3 PLCネットワークがサポート可能なデバイス数の推定方法

PLC PHYのデータレートを直接最大デバイス数に変換する普遍的な公式は存在しません。有用な初期推定は、利用可能なアプリケーションスループットと予想されるデバイストラフィックに基づいています。

各デバイスが平均トラフィック負荷を毎秒(r)ビット発生し、アプリケーションの実効スループット予算が(B)の場合、簡略化すると次のようになります。

[
N_{\text{traffic}}\approx\frac{B}{r}
]

例えば、テストされたネットワークが50 kbpsの利用可能なアプリケーションスループットを提供し、各エンドポイントが平均100 bpsを生成する場合:

[
N_{\text{traffic}}\approx\frac{50{,}000}{100}=500
]

これにより、理論上のトラフィックベースの推定500エンドポイントが算出されます。そうです ネットワークが500台のデバイスをサポートできる保証はありません.

最終設計では、ピークトラフィック、再送、ネットワーク管理、レイテンシ要件、その他のオーバーヘッドのために容量を確保しなければなりません。また、プロトコルのデバイス数やトポロジーの制限にも適合しなければなりません。

スマート照明のためには、エンジニアはグループコマンド、同時ステータス要求、デバイス再接続、アラーム報告を現実的な展開条件下でテストする必要があります。

5. ネットワークトポロジーがPLC性能に与える影響

ネットワークトポロジーは通信経路とメッセージを届けるために必要なリソースの両方に影響を与えます。

一般的な考慮事項には、コントローラーとエンドポイント間の直接通信、分岐型電力線ネットワーク、選択されたPLC技術でサポートされるマルチホップやメッシュスタイルのアーキテクチャなどがあります。新規ユーザーの方は、適切を選択してください PLC照明ソリューション プロジェクト開始前に。

直接コミュニケーション

直接通信パスは比較的低い遅延と少ない転送オーバーヘッドを提供する場合があります。しかし、その信頼性はコントローラとエンドポイント間の電気経路の品質に依存します。

分岐型電力線ネットワーク

分岐は既存の電気設備の異なるセクションを通じてデバイスを接続することを可能にします。その結果、性能はケーブルの特性、接続された負荷、各分岐を通じた信号伝播に依存します。

マルチホップまたはメッシュネットワーキング

マルチホップアーキテクチャでは、プロトコルがこの機能をサポートする場合、中間デバイスがメッセージを転送します。これによりネットワークカバレッジを拡大し、一部の施設での接続性が向上します。

しかし、ホップ数が増えると追加の伝送遅延が生じ、共有ネットワークリソースを消費することがあります。サポート可能なリレーレベル数は、最大デバイス数やネットワークスループットと混同してはいけません。

例えば、PLC照明コントローラの仕様では、一定数のリレーレベルをサポートすると明記されていることがあります。この数字は転送やトポロジーの能力を表しており、ネットワーク全体が必ずしもサポートできる照明器具の数を表しているわけではありません。

PLCソリューションを評価する際は、最大サポートネットワークサイズ、ホップ数、検出動作、ルーティング方法、意図されたトラフィック負荷下のパフォーマンスを確認してください。

6.量産前のPLCモジュール性能の評価方法

OEMメーカーにとって、PLCモジュールを評価する最良の方法は、最終製品に代表する条件で通信システム全体をテストすることです。 大量生産前にPLCモジュールをテストする方法:実践的な検証ガイド この記事の方が参考に良いです。

構造化されたテスト計画には以下のステップを含めるべきです。

ステップ1:モジュール仕様を確認する

モジュールの物理層データレート、対応プロトコル、周波数帯、変調方法、インターフェース、動作条件、ネットワークトポロジー能力を確認してください。

発表された性能数値が理論的なPHY能力、実験室での測定値、または応用レベルの結果を表しているかを確認してください。

ステップ2:結合回路とPCBのテスト

結合回路、レイアウト、接地戦略、電源供給、絶縁設計が意図された用途に適しているか確認してください。

ノートパソコンや共有の実験室グラウンドに接続されたモジュールでも、コントローラーとエンドポイントが別々の電源を使う場合に挙動が異なることがあります。このような挙動は、結合経路、接地、ノイズ、信号参照に関わる問題を示している可能性があり、体系的なテストが必要です。

ステップ3:異なる距離でのコミュニケーション性能を測定する

短、中、長の代表的な通信経路をテストしてください。異なるケーブル構成や現実的な接続負荷を含めましょう。

信号の存在を測定するのではなく、パケット配信速度、遅延、再送信、切断を記録しましょう。

ステップ4:ネットワーク接続されたデバイス数を増やす

まずは小さなネットワークから始め、徐々にエンドポイントの数を増やしていきます。ネットワークトラフィックの増加に伴い、コマンド応答時間、報告遅延、発見時間、パケット配信の信頼性を測定します。

ステップ5:ピーク時の交通量のテスト

同時進行するデバイスレポート、グループコマンド、アラームイベント、停電後の再接続、その他関連するピーク負荷シナリオをシミュレートします。

ステップ6:電気ノイズと負荷スイッチングのテスト

代表的なLEDドライバー、モーター、スイッチング電源、調光条件、その他の予想される負荷でシステムを操作します。関連するスイッチングイベント中にテストを行い、潜在的な通信問題を特定しましょう。

ステップ7:長期安定性の検証

適切な期間ネットワークを稼働させ、通信障害、デバイス切断、復旧時間、パフォーマンスの変化を記録します。

これらのテストは、選定されたモジュール、結合回路、ネットワークアーキテクチャが量産前にアプリケーションの実際の要件を満たしているかどうかを判断するのに役立ちます。

7. スマート照明用のPLC通信モジュールの選択

スマート照明や産業用OEMプロジェクトでは、モジュール選定は単なるデータレート以上のものを考慮すべきです。

以下の基準を評価してください:

選択基準	質問すべきこと
通信標準	モジュールはどのPLCプロトコルや標準を実装していますか?
データレート	サポートされているPHYレートと測定されたアプリケーションスループットはどのくらいですか?
連結設計	結合回路は集積型ですか、それとも外部設計ですか?
通信範囲	射程の検証に使われたケーブルや負荷条件は?
ネットワーク容量	必要なトラフィック状況下で何台のデバイスをサポートできますか?
位相	このソリューションはルーティング、リレー、またはメッシュネットワークに対応していますか?
ホストインターフェース	UART、SPI、GPIO、またはその他必要なインターフェースはありますか?
ノイズ耐性	実際に電気負荷が接続されている場合、システムはどのように動作しますか?
統合	モジュールは照明器具のドライバー、コントローラー、その他の組み込み製品に統合できますか?
ソフトウェアサポート	通信API、リファレンスデザイン、設定ツール、技術サポートは利用可能でしょうか?

適切なPLCモジュールは、データレート、信頼性の高い通信、ネットワークのスケーラビリティ、統合の努力、そしてシステム全体のコストの適切なバランスを提供するべきです。

多くの照明用途において、意図された電気ネットワーク間の安定した通信は、実際の動作条件下で維持できない高い理論データレートよりも価値があります。

8. MicroNatureスマート照明アプリケーションにおけるPLCモジュールの性能

スマート照明のOEMやシステムインテグレーター向けに、MicroNatureは組み込み製品や照明制御システムにおける電力線ネットワークをサポートするPLC通信モジュールやデバイスを開発しています。

選択したモデルやシステムアーキテクチャに応じて、照明コントローラー、ゲートウェイ、調光装置、集中管理プラットフォームとの統合をサポートできます。

例えば、 MN-L60C PLC通信モジュール ARM Cortex-M4および32ビットDSPアーキテクチャを使用し、組み込みアプリケーション向けのPLC通信機能をサポートしています。その MN-L80AおよびMN-L80C 製品ファミリーはPS0211プラットフォームを使用し、IEEE P1901.1関連技術に基づくPLC通信をサポートしています。

実際のデータレート、ネットワーク容量、インターフェース、システム能力は、選択したモデルおよびそのファームウェア構成の仕様と照らし合わせて確認する必要があります。製品ファミリー全体で同一であると想定すべきではありません。

PLCベースのスマート照明システムを開発する際、エンジニアは結合回路、ホストコントローラ、電源、接続された電気負荷、ネットワークアーキテクチャと組み合わせてモジュールを評価するべきです。

このシステムレベルのアプローチにより、OEMは提案されたソリューションが必要な通信範囲、デバイス数、応答時間、信頼性を満たしているかどうかを判断するのに役立ちます。

PLCベースの照明コントローラを開発したり、既存の電力製品に電力線通信を統合する場合は、ハードウェアアーキテクチャを最終決定する前に、関連するモジュールデータシートとリファレンスデザインを参照してください。