電力線通信(PLC)は、電気機器が別の通信ケーブルを必要とせず、既存の電力線を通じてデータを交換できるようにします。OEMや電気製品メーカーにとっては、既存製品にリモート監視、設定、制御、診断、ネットワーク機能を追加する機会が生まれます。
良いニュースは、 PLC通信を追加することは必ずしも電気製品全体の再設計を意味するわけではありません.
多くの場合、組み込みPLC通信モジュールはUARTやSPIなどの標準インターフェースを通じて製品の既存のMCUやコントローラと統合できます。PLCモジュールは電力線通信を担当し、ホストコントローラーは製品の主要なアプリケーション機能を管理し続けます。
この記事では、既存の電気製品にPLC通信を追加する実践的なアプローチを解説します。これには、アーキテクチャやハードウェア統合からファームウェア開発、本番テストまでが含まれます。
既存の製品にPLC通信を追加するとはどういう意味ですか?
既存の電気製品にはすでに以下が含まれている場合があります:
- メインのMCUまたはプロセッサ
- 電源供給
- センサー
- リレーまたはMOSFET
- 制御インターフェース
- 通信インターフェース
- 製品固有のアプリケーションファームウェア
PLC通信を追加することで、電力接続を通じてデータを交換できる別の通信層が導入されます。
典型的なアーキテクチャは次のようになります。
既存の電気製品
→ MCUホスト
→ アプリケーションファームウェア
→既存の制御機能
新しいPLC通信層
→ PLCモジュール
→結合回路
→送電線
→ PLCネットワーク
ホストMCUはPLCモジュールと通信し、PLCモジュールは電力線を介した物理的およびプロトコルレベルの通信を処理します。詳細は、以下をご覧ください。 IEEE 1901 標準的な。
このアーキテクチャにより、メーカーは既存の製品設計の多くを維持しながらPLC接続を追加できます。
なぜPLCモジュールを使うのか?PLCハードウェアを一から設計するのではなく。
多くのOEMプロジェクトでは、チップセットレベルからPLC通信回路全体を開発することで、エンジニアリング時間を大幅に増加させることができます。
あ 組み込みPLCモジュール 統合プロセスを簡素化できます。
典型的なPLCモジュールは以下を統合できます:
- PLCモデム/SoC
- MCUまたはプロセッサ
- PLC PHY
- ラインドライバー
- 通信インターフェース
- 電力線通信機能
- 支援コンポーネント
モジュールアーキテクチャによっては、ホスト製品が提供すべき機能は以下の通りである場合があります:
- パワー
- UART、SPI、または他の対応インターフェース
- 電力線結合
- ファームウェア統合
このアプローチにより、OEMが必要とするPLC専用ハードウェア開発の量を減らすことができます。
例えば、MicroNatureの組み込みPLCモジュールにはホストコントローラとの統合用モデルが含まれており、以下のインターフェースを提供します。 UART、PWM、GPIO、ADC、SPI、またはI²Cモデルによって異なります。
ステップ1:既存の製品アーキテクチャを特定する
PLCモジュールを選ぶ前に、まず既存の電気製品を理解してください。
以下の事項を記録してください:
1.電力入力
判断:
- 交流または直流入力
- 入力電圧
- 頻度
- 最大電流
- 絶縁要件
- 電源トポロジー
例えば:
- 12 V DCコントローラ
- 24V産業用機器
- 110/120 V交流機器
- 220/230 V交流照明機器
- 三相電気機器
PLC統合要件は電力アーキテクチャによって大きく異なります。
2.既存のMCU
特定:
- MCUメーカー
- MCUファミリー
- CPUアーキテクチャ
- 利用可能なGPIO
- UARTインターフェース
- SPIインターフェース
- I²Cインターフェース
- 利用可能なメモリ
- 既存のファームウェアアーキテクチャ
利用可能なホストインターフェースは、PLCモジュールを選ぶ際に特に重要です。
3.利用可能なPCBスペース
チェック:
- モジュールフットプリント
- コネクタの位置
- アンテナの要件(あれば)について
- 絶縁距離
- 高電圧クリアランス
- 熱的条件
- 機械的な囲いの制限
PLCモジュールは単なるICではなく、完全な電気設計の一部として扱うべきです。
ステップ2:適切なPLCモジュールを選択する
PLCモジュールは実際の適用要件に基づいて選択されるべきです。
重要なパラメータは以下の通りです:
| パラメータ | 考慮すべき質問 |
|---|---|
| PLC規格 | どのPLCプロトコルや標準が必要ですか? |
| データレート | どれだけのデータを送信しなければならないのか? |
| インターフェース | UART、SPI、GPIOなど? |
| 電源供給 | モジュールにはどのくらいの電圧が必要ですか? |
| ネットワークトポロジー | ポイント・ツー・ポイント、星形、メッシュ、それとも他ですか? |
| 通信距離 | デバイスはどの程度の距離で通信しなければならないのでしょうか? |
| 騒音環境 | 送電線は電気的にノイズが大きいですか? |
| 周波数帯 | 応募要件に合致していますか? |
| ファームウェア | モジュールにはどのようなプロトコルやAPIが提供されていますか? |
| 認証 | どの地域の要件が適用されますか? |
例えば、スマートコントローラーを開発するOEMはUART通信を備えたコンパクトなPLCモジュールを優先する傾向がありますが、産業用製品はより多くのインターフェースや強力な抗ノイズ性を必要とすることがあります。
重要なのはモジュールを選択することです 完全なシステムに基づく単に理論データレートが最も高い加群を選ぶのではなく、
ステップ3:PLCモジュールをホストMCUに接続する
最も単純なアーキテクチャの一つは以下の通りです:
ホスト MCU ↔ UART ↔ plc モジュール↔結合回路↔電力線
既存のMCUはアプリケーションの主要な機能を引き続き担当しています。
PLCモジュールは他のPLCデバイスとの通信を処理します。
例えば、ホストMCUは次のようなコマンドを送信することがあります:
Set Device ID = 1025PLCモジュールは対応する通信パケットを電力線を通じて送信します。
リモートデバイスは同じネットワークを通じてデータを送受信できます。
この分離は、アプリケーションの既存の制御ロジックをPLC通信層から比較的独立的に保つため有用です。
ステップ4:PLC結合回路の積分
結合回路はPLC通信回路を電力線に接続します。
これはPLCハードウェア設計において最も重要な部分の一つです。
簡略化されたアーキテクチャは次の通りです:
PLCモジュール
↓
ラインドライバー
↓
結合ネットワーク
↓
送電線
結合回路は一般的にいくつかの要件に対応する必要があります:
- 信号注入
- 信号抽出
- 必要に応じて電圧絶縁
- インピーダンスマッチング
- フィルタリング
- 保護
- EMIの考慮事項
- サージプロテクション
正確なカップリング設計は以下の条件によります:
- PLC周波数帯
- 電力線電圧
- AC/DCアーキテクチャ
- 絶縁要件
- 目標通信距離
- 規制要件
- 騒音環境
したがって、結合回路は電気的条件が互換性があるかどうかを確認せずに他の製品から単純にコピーしてはいけません。
より詳しい技術的説明は、あなたの予定または関連記事をご覧ください:
ステップ5:電源供給と絶縁の検討
PLCモジュールを追加すると、製品の電気構造が変わります。
モジュールには専用の低電圧電源が必要になる場合があります。
例えば:
交流電源
→電源
→ 12 V / 5 V / 3.3 V
→ PLCモジュール
同時に、PLC信号を電力線に接続する必要がある場合もあります。
エンジニアは慎重に評価すべきです:
- クリーページ距離
- クリアランス
- 絶縁障壁
- 座礁
- コモンモードノイズ
- サージプロテクション
- ESD保護
- EFT/バースト免疫
- 雷/サージ環境
これは特に工業製品や屋外製品にとって重要です。
ステップ6:PLC機能を既存のファームウェアに統合する
ハードウェア統合はプロジェクトの一部に過ぎません。
ホストファームウェアはPLCモジュールとも通信する必要があります。
実用的なソフトウェアアーキテクチャは以下の通りです:
アプリケーション層
↓
PLC通信API
↓
UART/SPIドライバー
↓
PLCモジュール
既存のアプリケーションは以下の簡単な関数を呼び出すことができます:
PLC_Send()
PLC_Receive()
PLC_SetAddress()
PLC_GetStatus()
PLC_ReadNode()
PLC_WriteNode()実際のAPIはPLCモジュールと通信プロトコルに依存します。
良いソフトウェアアーキテクチャは、PLC通信を製品のコアアプリケーションロジックから分離すべきです。
これにより、以下がより簡単にできます:
- システムのデバッグ
- 通信モジュールを交換してください
- PLCプロトコルの更新
- 新しいコマンドの追加
- 既存のファームウェアを維持する
ステップ7:データプロトコルを定義する
大量生産前に、電気製品がPLCネットワーク上で交換すべき情報を定義してください。
例えば、産業用コントローラーは次のように送信することがあります:
- デバイスID
- 運用状況
- 電圧
- 現在の
- 温度
- エネルギー消費
- 警報の状況
- 構成パラメータ
単純なコミュニケーション構造は以下の通りです。
デバイスID
↓
指揮
↓
データ長
↓
データ
↓
チェックサム照明コントローラーの場合、データには以下が含まれます:
ランプID
明るさ
電圧
現在
パワー
エネルギー
故障状況別の電気製品の場合、ペイロードは全く異なる場合があります。
重要な原理は次の通りです。 PLCは通信チャネルを提供します。OEMがアプリケーションデータを定義します。
ステップ8:実際の電気環境におけるPLC通信のテスト
開発ベンチ上でうまく通信するPLCモジュールは、最終製品内で異なる挙動を示すことがあります。
これは、実際の電気製品に以下が含まれているためです:
- スイッチング電源
- モーター
- リレー
- インバーター
- LEDです
- コンデンサ
- フィルター
- トランスフォーマー
- その他の電子負荷
これらの部品は大きな電気的ノイズを発生させる可能性があります。
したがって、テストは 実際の製品ハードウェア、単に実験室用のPLC試験ボードだけでなく。
重要な検査には以下が含まれます:
通信距離
現実的な配線条件下での最大実用通信距離を試験します。
パケットロス
繰り返し送信された通信の信頼性を測定します。
電気的ノイズ
主要なスイッチング部品が動作している間にテストしてください。
起動と閉鎖
以下の場合、PLC通信が安定しているかどうか確認してください:
- 電源オン
- 電源オフ
- 再開
- 負荷スイッチング
ネットワークのスケーラビリティ
複数のデバイスを同時にテストしてください。
長期運用
PLCネットワークを継続的に実行して、断続的な通信問題を特定しましょう。
ステップ9:異なる荷重のテスト
電気負荷はPLC通信性能に大きな影響を与えることがあります。
例えば、以下でシステムをテストします:
- 通常負荷
- 最大負荷
- 最小負荷
- スイッチング負荷
- モーター負荷
- LEDドライバー
- 電源
- 誘導荷重
目的は、最終製品が実際に経験する条件下でもPLC信号が信頼性を維持することを確認することです。
これは特に産業用PLC用途において重要です。
ステップ10:PCBレイアウトの最適化
PLCの統合も慎重なPCBレイアウトを必要とします。
高電圧と低電圧の区画は適切に分けてください。
注目してください:
- PLC信号経路
- 連結部品
- 高電流トレース
- スイッチングノード
- グラウンドプレーン
- 隔離障壁
- 保護部品
- EMI感応回路
高周波スイッチング部品のすぐ隣に敏感なPLC回路を設置するのはできるだけ避けてください。
最終的なPCBは、PLCモジュールを孤立した部品として扱うのではなく、完全なEMCシステムとして評価されるべきです。
PLC統合の例
既存の産業用照明コントローラーを考えてみましょう。
元の設計には以下が含まれます:
MCU→LEDドライバー→ランプ
メーカーはリモートコントロールと監視機能を追加したいと考えています。
コントローラー全体を再設計する代わりに、メーカーは以下を追加できます:
MCU ↔ PLCモジュール↔結合回路↔電源線
既存のMCUは以下の制御を継続できます:
- LEDの明るさ
- オン/オフ操作
- センサー
- 地域の保護
PLCモジュールはコントローラと中央ゲートウェイ間の通信を追加します。
その結果、以下の機能をサポートすることができます。
- リモートオン/オフ
- 調光
- デバイスアドレッシング
- エネルギーモニタリング
- 故障報告
- リモート設定
- 予定制御
この方法は、既存の電気配線が既に利用可能で、新しい通信ケーブルの設置が高額または非現実的になる場合に特に有用です。
既存のMCUを変更しずにPLCを追加できますか?
時には、はい。
既存製品にUART、SPI、またはその他の互換性のあるインターフェースが既に用意されていれば、統合は比較的容易に進むことが多いです。
しかし、MCUに利用可能な通信インターフェースがなかったり、メモリが限られていたり、処理リソースが不足している場合、追加のハードウェアやファームウェアの変更が必要になることがあります。
考えられるアプローチには以下があります:
選択肢1:既存のUARTを使う
通常は最もシンプルなアーキテクチャです。
オプション2:SPIを使う
高速なホストモジュール通信が必要な場合に有用です。
オプション3:セカンダリーMCUを追加する
これにより、PLC通信を元のアプリケーションコントローラから分離できます。
オプション4:既存のコントローラーを交換する
これは、元のMCUが十分なリソースを提供できない場合に必要となることがあります。
適切な解決策は既存の製品アーキテクチャに依存します。
PLC通信を追加する際の一般的な課題
1.電気ノイズ
スイッチング電源、モーター、LEDドライバーからのノイズは通信の信頼性を低下させる可能性があります。
解決策: 実際の動作条件下でのPLC信号を評価し、フィルタリング、結合、PCBレイアウト、ファームウェアの再試行メカニズムを最適化します。
2. PCBスペース不足
既存の製品には追加のハードウェアを置く余裕がほとんどないかもしれません。
解決策: コンパクトな組み込みPLCモジュールを使用し、PCBに直接統合するかコンパクトなコネクターを通じて組み立てます。
3. ファームウェア互換性
既存のファームウェアはネットワーク向けに設計されていない可能性があります。
解決策: アプリケーションとハードウェアドライバー間に専用のPLC通信層を追加してください。
4.電力線減衰
長いケーブルや異なる負荷はPLC信号を弱めることがあります。
解決策: 実際の電気ネットワークをテストし、ネットワークトポロジー、結合設計、信号品質を評価します。
5. EMCおよび安全要件
通信回路の追加は製品のEMCおよび電気的安全性能に影響を与える可能性があります。
解決策: 統合プロセスの初期段階からEMC、サージ、ESD、絶縁、安全性の考慮事項を含めてください。
OEMエンジニア向けPLC統合チェックリスト
新規ユーザーの方は、まずこの記事をご覧ください OEM開発のためのPLCモジュール設計チェックリスト |ハードウェアとテスト.大量生産に移行する前に、以下のことを確認してください:
ハードウェア
- PLCモジュールの選択
- ホストMCUインターフェース確認
- モジュール電源の検証済み
- 結合回路の設計
- 保護回路の評価
- PCBクリアランスと絶縁の確認
- 熱的要件の確認
ファームウェア
- PLCドライバー統合
- 通信プロトコルの定義
- デバイスアドレッシングの実装
- エラー処理の実装
- タイムアウト/リトライ機構の実装
- 実装された設定コマンド
- 必要に応じて遠隔診断が実装される
試験
- 通信距離のテスト
- パケットロス測定
- 複数のノードがテストされました
- 最大電気負荷試験
- スイッチングノイズのテスト
- パワーサイクル試験完了
- 長時間通信のテスト
- EMC試験計画・完了
- 本番試験手順の定義
PLCモジュールとPLCハードウェアのゼロ開発の違い
| アプローチ | PLCモジュール | ゼロから開発 |
|---|---|---|
| 開発期間 | 一般的にはより短い | 一般的にはもっと長い |
| ハードウェアの複雑さ | 下 | 高く |
| 初期の工学的取り組み | 下 | 高く |
| カスタマイズ | モジュールによります | 非常に高い |
| ファームウェアの作業 | モジュール/API統合 | PLCの完全な開発 |
| PCB設計 | シンプル | より複雑 |
| 試験要件 | 削減 | 広範囲 |
| 最も適している | OEM統合 | 大量/カスタムPLCプラットフォーム |
カスタマイズされたPLCソリューションが必要だが、自らPLC通信スタック全体を開発したくないメーカーにとって、設定可能な組み込みPLCモジュールは標準的な通信チップと完全カスタムPLC設計の中間的な位置を提供します。
既存の製品にPLC通信を追加するのはいつですか?
PLC統合は、製品に通信が必要だが新しい通信ケーブルの設置が困難または高額な場合に検討できます。
典型的な用途には以下が含まれます:
- スマート照明コントローラー
- 産業用制御機器
- エネルギーメーター
- 非常用照明
- 配電設備
- EV充電機器
- 太陽光発電機器
- ビルディングオートメーション装置
- モーターコントローラー
- 産業用センサー
- ポンプおよびHVACコントローラー
- スマート電気キャビネット
最も強い適用ケースは、しばしば 電力配線はすでに存在しており、通信媒体としても機能します.
MicroNatureがPLCのOEM統合をサポートする方法
PLC対応電気製品を開発するOEM向けに、MicroNatureは既存の製品に電力線通信を統合するための組み込みPLC通信モジュールおよび関連ハードウェアを提供しています。
統合アプローチは、以下のような異なる製品アーキテクチャに適応可能です:
- ホストMCU+PLCモジュール
- UARTベースのPLC統合
- SPIベースのPLC統合
- PLC結合回路
- PLCゲートウェイとコンセントレーター
- 単一デバイスPLCコントローラ
- 産業用PLC通信システム
- スマート照明コントローラー
例えば、 MN-L80C PLCモジュール 組み込みアプリケーション向けに設計されており、UART、PWM、GPIOなどのホストインターフェースを通じてPLC通信機能を提供します。
カスタマイズされたハードウェアやファームウェアを必要とするプロジェクトでは、OEM統合プロセスには以下が含まれます:
製品アーキテクチャのレビュー→PLCモジュール選択→ハードウェア統合→結合設計→ファームウェア/API統合→プロトタイプ→通信テスト→EMC検証→量産
このアプローチにより、メーカーは既存の電気製品アーキテクチャをできるだけ多く保持しつつ、PLC通信を追加できます。
