Wie man SPS-Kommunikation zu bestehenden elektrischen Produkten hinzufügt

Power Line Communication (SPS) ermöglicht es elektrischen Geräten, Daten über bestehende Stromleitungen auszutauschen, anstatt ein separates Kommunikationskabel zu benötigen. Für OEMs und Hersteller von Elektroprodukten eröffnet dies die Möglichkeit, bestehenden Produkten Fernüberwachung, Konfiguration, Steuerung, Diagnostik und Netzwerkfunktionen hinzuzufügen.

Die gute Nachricht ist, dass Das Hinzufügen von SPS-Kommunikation bedeutet nicht zwangsläufig, dass das gesamte elektrische Produkt neu gestaltet wird.

In vielen Fällen kann ein eingebettetes SPS-Kommunikationsmodul über eine Standardschnittstelle wie UART oder SPI mit dem vorhandenen MCU oder Controller des Produkts integriert werden. Das SPS-Modul übernimmt die Powerline-Kommunikation, während der Host-Controller weiterhin die Hauptanwendungen des Produkts verwaltet.

Dieser Artikel erklärt einen praktischen Ansatz zur Integration der SPS-Kommunikation in ein bestehendes elektrisches Produkt, von der Integration von Architektur und Hardware bis hin zur Firmware-Entwicklung und Produktionstests.

Was bedeutet es, SPS-Kommunikation zu einem bestehenden Produkt hinzuzufügen?

Ein bestehendes elektrisches Produkt kann bereits enthalten:

• Ein Haupt-MCU oder Prozessor
• Stromversorgung
• Sensoren
• Relais oder MOSFETs
• Steuerschnittstellen
• Kommunikationsschnittstellen
• Produktspezifische Anwendungs-Firmware

Das Hinzufügen von SPS-Kommunikation führt eine weitere Kommunikationsschicht ein, die es dem Produkt ermöglicht, Daten über seine Stromversorgung auszutauschen.

Eine typische Architektur sieht so aus:

Bestehendes elektrisches Produkt

→ MCU als Moderator
→ Anwendungsfirmware
→ Bestehende Steuerungsfunktionen

Neue SPS-Kommunikationsschicht

→ SPS-Modul
→ Kopplungsschaltung
→ Stromleitung
→ SPS-Netzwerk

Das Host-MCU kommuniziert mit dem SPS-Modul, während das SPS-Modul die physische und protokollbezogene Kommunikation über die Stromleitung übernimmt. Weitere Informationen finden Sie unter IEEE 1901 Standard.

Diese Architektur ermöglicht es Herstellern, SPS-Konnektivität hinzuzufügen, während ein Großteil ihres bestehenden Produktdesigns erhalten bleibt.

Warum ein SPS-Modul verwenden, anstatt SPS-Hardware von Grund auf neu zu entwerfen?

Bei vielen OEM-Projekten kann die Entwicklung der kompletten SPS-Kommunikationsschaltung auf Chipsatzebene die Entwicklungszeit erheblich erhöhen.

Ein eingebettetes SPS-Modul kann den Integrationsprozess vereinfachen.

Ein typisches SPS-Modul kann integrieren:

• SPS-Modem/SoC
• MCU oder Prozessor
• PLC PHY
• Streckenlokführer
• Kommunikationsschnittstelle
• Funktionen der Stromleitungskommunikation
• Unterstützende Komponenten

Je nach Modularchitektur muss das Hostprodukt möglicherweise nur Folgendes bereitstellen:

1. Macht
2. UART, SPI oder eine andere unterstützte Schnittstelle
3. Stromleitungskupplung
4. Firmware-Integration

Dieser Ansatz kann die Menge an SPS-spezifischer Hardwareentwicklung für den OEM reduzieren.

Beispielsweise enthalten die eingebetteten SPS-Module von MicroNature Modelle, die für die Integration mit Host-Controllern entwickelt wurden und bieten Schnittstellen wie UART, PWM, GPIO, ADC, SPI oder I²C, je nach Modell.

Schritt 1: Identifizieren Sie die bestehende Produktarchitektur

Bevor Sie ein SPS-Modul auswählen, sollten Sie zunächst das vorhandene elektrische Produkt verstehen.

Dokumentiere Folgendes:

1. Leistungseinsatz

Bestimmen:

• AC- oder DC-Eingang
• Eingangsspannung
• Frequenz
• Maximalstrom
• Isolationsanforderungen
• Stromversorgungstopologie

Zum Beispiel:

• 12-V-Gleichstromregler
• 24-V-Industriegerät
• 110/120 V Wechselstrom
• 220/230 V AC-Beleuchtungsanlagen
• Dreiphasen-Elektrotechnik

Die Anforderungen an die SPS-Integration können je nach Stromarchitektur erheblich variieren.

2. Bestehendes MCU

Identifizieren:

• MCU-Hersteller
• MCU-Familie
• CPU-Architektur
• Verfügbares GPIO
• UART-Schnittstellen
• SPI-Schnittstellen
• I²C-Schnittstellen
• Verfügbarer Speicher
• Bestehende Firmware-Architektur

Die verfügbare Host-Schnittstelle ist besonders wichtig bei der Auswahl eines SPS-Moduls.

3. Verfügbarer PCB-Platz

Check:

• Modul-Footprint
• Steckverbinderstandort
• Antennenanforderungen, falls vorhanden
• Isolationsdistanz
• Hochspannungsfreiraum
• Thermische Bedingungen
• Mechanische Gehäusebeschränkungen

Ein SPS-Modul sollte als Teil des vollständigen elektrischen Entwurfs behandelt werden, nicht einfach als ein weiterer IC.

Schritt 2: Wählen Sie das passende SPS-Modul aus

Das SPS-Modul sollte entsprechend den tatsächlichen Anwendungsanforderungen ausgewählt werden.

Wichtige Parameter sind:

Parameter	Fragen zum Nachdenken
SPS-Standard	Welches SPS-Protokoll oder welcher Standard ist erforderlich?
Datenrate	Wie viele Daten müssen übertragen werden?
Schnittstelle	UART, SPI, GPIO usw.?
Stromversorgung	Welche Spannung benötigt das Modul?
Netzwerktopologie	Punkt-zu-Punkt, Stern, Mesh oder Ähnliches?
Kommunikationsdistanz	Wie weit müssen Geräte miteinander kommunizieren?
Lärmumgebung	Ist die Stromleitung elektrisch laut?
Frequenzband	Entspricht es den Anforderungen der Bewerbung?
Firmware	Welches Protokoll/API bietet das Modul?
Zertifizierung	Welche regionalen Anforderungen gelten?

Zum Beispiel könnte ein OEM, der einen Smart Controller entwickelt, ein kompaktes SPS-Modul mit UART-Kommunikation priorisieren, während ein Industrieprodukt mehr Schnittstellen und eine stärkere Rauschfestigkeit benötigt.

Der Schlüssel ist, das Modul auszuwählen Basierend auf dem vollständigen System, anstatt einfach das Modul mit der höchsten theoretischen Datenrate zu wählen.

Schritt 3: Verbinden Sie das SPS-Modul mit dem Host-MCU

Eine der einfachsten Architekturen ist:

Host-MCU ↔ UART ↔ PLC-Modul-Kopplungsstromleitung ↔ ↔

Das bestehende MCU bleibt für die Hauptfunktionen der Anwendung verantwortlich.

Das SPS-Modul übernimmt die Kommunikation mit anderen SPS-Geräten.

Zum Beispiel kann das Host-MCU einen Befehl senden wie:

Set Device ID = 1025

Das SPS-Modul überträgt dann das entsprechende Kommunikationspaket über die Stromleitung.

Ein entferntes Gerät kann Daten über dasselbe Netzwerk zurücksenden.

Diese Trennung ist nützlich, da sie die bestehende Steuerlogik der Anwendung relativ unabhängig von der SPS-Kommunikationsschicht hält.

Schritt 4: Integration der SPS-Kopplungsschaltung

Die Kopplungsschaltung verbindet die SPS-Kommunikationsschaltung mit der elektrischen Stromleitung.

Dies ist einer der wichtigsten Bestandteile des SPS-Hardware-Designs.

Eine vereinfachte Architektur ist:

SPS-Modul

↓

Streckenlokführer

↓

Kopplungsnetzwerk

↓

Power Line

Die Kopplungsschaltung muss in der Regel mehrere Anforderungen erfüllen:

• Signalinjektion
• Signal-Extraktion
• Spannungsisolierung, wo erforderlich
• Impedanzanpassung
• Filterung
• Schutz
• EMI-Überlegungen
• Überspannungsschutz

Das genaue Kopplungsdesign hängt ab:

• SPS-Frequenzband
• Stromleitungsspannung
• AC/DC-Architektur
• Isolationsanforderungen
• Zielkommunikationsdistanz
• Regulatorische Anforderungen
• Lärmumgebung

Daher sollte eine Kopplungsschaltung nicht einfach von einem anderen Produkt kopiert werden, ohne zu prüfen, ob ihre elektrischen Bedingungen kompatibel sind.

Für eine ausführlichere technische Erklärung siehe deinen geplanten/verwandten Artikel:

Leitfaden für die Entwicklung von SPS-Kopplungsschaltungen für eingebettete Stromnetzkommunikationsgeräte

Schritt 5: Überlegen Sie Stromversorgung und Isolierung

Das Hinzufügen eines SPS-Moduls verändert die elektrische Architektur des Produkts.

Das Modul kann eine dedizierte Niederspannungsversorgung benötigen.

Zum Beispiel:

Wechselstromnetz

→ Stromversorgung

→ 12 V / 5 V / 3,3 V

→ SPS-Modul

Gleichzeitig muss das SPS-Signal möglicherweise an die Stromleitung gekoppelt werden.

Ingenieure sollten Folgendes sorgfältig bewerten:

• Kriechenentfernung
• Freigabe
• Isolationsbarriere
• Erdung
• Gleichtaktrauschen
• Überspannungsschutz
• ESD-Schutz
• EFT/Burst-Immunität
• Blitz-/Überspannungsumgebung

Dies wird besonders wichtig für industrielle und Outdoor-Produkte.

Schritt 6: SPS-Funktionen in bestehende Firmware integrieren

Die Hardware-Integration ist nur ein Teil des Projekts.

Die Host-Firmware muss außerdem mit dem SPS-Modul kommunizieren.

Eine praktische Softwarearchitektur ist:

Anwendungsschicht

↓

SPS-Kommunikations-API

↓

UART/SPI-Fahrer

↓

SPS-Modul

Die bestehende Anwendung kann dann einfache Funktionen aufrufen wie:

PLC_Send()
PLC_Receive()
PLC_SetAddress()
PLC_GetStatus()
PLC_ReadNode()
PLC_WriteNode()

Die eigentliche API hängt vom SPS-Modul und dem Kommunikationsprotokoll ab.

Eine gute Softwarearchitektur sollte die SPSS-Kommunikation von der Kern-Anwendungslogik des Produkts trennen.

Das erleichtert es, Folgendes zu tun:

• Das System debuggen
• Austausch des Kommunikationsmoduls
• Aktualisieren Sie das SPS-Protokoll
• Neue Befehle hinzufügen
• Bestehende Firmware pflegen

Schritt 7: Definiere das Datenprotokoll

Vor der Massenproduktion sollte definiert werden, welche Informationen das elektrische Produkt über das SPS-Netz austauschen muss.

Zum Beispiel könnte ein industrieller Controller übertragen:

• Geräte-ID
• Betriebsstatus
• Spannung
• Aktuell
• Temperatur
• Energieverbrauch
• Alarmstatus
• Konfigurationsparameter

Eine einfache Kommunikationsstruktur könnte sein:

Geräte-ID
↓
Kommando
↓
Datenlänge
↓
Daten
↓
Prüfsumme

Für einen Lichtregler könnten die Daten enthalten:

Lampen-ID
Helligkeit
Spannung
Aktuell
Macht
Energie
Fehlerstatus

Bei einem anderen elektrischen Produkt kann die Nutzlast völlig anders sein.

Das wichtige Prinzip ist, dass SPS stellt den Kommunikationskanal bereit; der OEM definiert die Anwendungsdaten.

Schritt 8: Testen Sie die SPS-Kommunikation in der realen elektrischen Umgebung

Ein SPS-Modul, das erfolgreich auf einer Entwicklungsbank kommuniziert, kann sich im Endprodukt anders verhalten.

Das liegt daran, dass das eigentliche elektrische Produkt Folgendes enthält:

• Schaltnetzteile
• Motoren
• Staffeln
• Wechselrichter
• LEDs
• Kondensatoren
• Filter
• Transformatoren
• Weitere elektronische Lasten

Diese Komponenten können erhebliche elektrische Störungen verursachen.

Tests sollten daher mit dem Tatsächliche Produkthardware, nicht nur mit einer Labor-SPS-Testtafel.

Wichtige Tests sind:

Kommunikationsdistanz

Testen Sie die maximale praktische Kommunikationsdistanz unter realistischen Verdrahtungsbedingungen.

Paketverlust

Messen Sie die Zuverlässigkeit der Kommunikation über wiederholte Übertragungen.

Elektrisches Rauschen

Testen Sie, während die wichtigsten Schaltkomponenten laufen.

Start und Stilllegung

Überprüfen Sie, ob die SPS-Kommunikation während:

• Einschaltung
• Ausschaltung
• Neustart
• Lastschaltung

Netzwerkskalierbarkeit

Teste mehrere Geräte gleichzeitig.

Langzeitbetrieb

Betreibt das SPS-Netzwerk kontinuierlich, um intermittierende Kommunikationsprobleme zu identifizieren.

Schritt 9: Verschiedene Lasten testen

Elektrische Lasten können die Leistung der SPS-Kommunikation stark beeinflussen.

Teste zum Beispiel das System mit:

• Normale Last
• Maximale Last
• Mindestlast
• Schaltlasten
• Motorlasten
• LED-Treiber
• Stromversorgungen
• Induktive Lasten

Ziel ist es zu überprüfen, dass das SPS-Signal unter den Bedingungen, die das Endprodukt tatsächlich erlebt, zuverlässig bleibt.

Dies ist besonders wichtig für industrielle SPS-Anwendungen.

Schritt 10: Optimierung des PCB-Layouts

Die SPS-Integration erfordert außerdem eine sorgfältige Leiterplattenanordnung.

Halten Sie Hochspannungs- und Niederspannungsabschnitte angemessen getrennt.

Achten Sie auf:

• SPS-Signalwege
• Kopplungskomponenten
• Hochstromleiterbahnen
• Schaltknoten
• Bodenflächen
• Isolationsbarrieren
• Schutzkomponenten
• EMI-empfindliche Schaltungen

Vermeiden Sie es, empfindliche SPS-Schaltungen unmittelbar neben Hochfrequenzschaltkomponenten zu platzieren, wann immer möglich.

Die endgültige Leiterplatte sollte als vollständiges EMV-System bewertet werden, anstatt das SPS-Modul als isolierte Komponente zu behandeln.

Beispiel für SPS-Integration

Betrachten Sie einen bestehenden industriellen Beleuchtungscontroller.

Das ursprüngliche Design enthält:

MCU → LED-Treiber → Lampe

Der Hersteller möchte Fernsteuerung und Überwachung hinzufügen.

Anstatt den gesamten Controller neu zu gestalten, kann der Hersteller hinzufügen:

MCU-SPS-Modul-Kopplungsstromleitung ↔ ↔ ↔

Das bestehende MCU kann weiterhin Folgendes steuern:

• LED-Helligkeit
• EIN/AUS-Betrieb
• Sensoren
• Lokaler Schutz

Das SPS-Modul fügt die Kommunikation zwischen dem Controller und dem zentralen Gateway hinzu.

Die resultierende Architektur kann Funktionen wie:

• Fernbedienung AN/AUS
• Dimmen
• Geräteadressierung
• Energieüberwachung
• Fehlermeldung
• Fernkonfiguration
• Planmäßige Kontrolle

Dieser Ansatz kann besonders nützlich sein, wenn die vorhandene elektrische Verkabelung bereits verfügbar ist und das Verlegen neuer Kommunikationskabel teuer oder unpraktisch wäre.

Kann SPS hinzugefügt werden, ohne das bestehende MCU zu verändern?

Manchmal, ja.

Wenn das bestehende Produkt bereits eine verfügbare UART-, SPI- oder andere kompatible Schnittstelle hat, kann die Integration oft relativ unkompliziert sein.

Wenn das MCU jedoch keine verfügbare Kommunikationsschnittstelle, begrenzten Speicher oder unzureichende Rechenressourcen hat, können zusätzliche Hardware- oder Firmware-Änderungen erforderlich sein.

Mögliche Ansätze umfassen:

Option 1: Verwenden Sie ein bestehendes UART

In der Regel die einfachste Architektur.

Option 2: SPI verwenden

Nützlich, wenn eine schnellere Host-Modul-Kommunikation erforderlich ist.

Option 3: Ein sekundäres MCU hinzufügen

Dies kann die SPS-Kommunikation vom ursprünglichen Anwendungscontroller trennen.

Option 4: Ersetzen Sie den bestehenden Controller

Dies kann notwendig sein, wenn das ursprüngliche MCU nicht genügend Ressourcen bereitstellen kann.

Die geeignete Lösung hängt von der bestehenden Produktarchitektur ab.

Häufige Herausforderungen bei der Einführung von SPS-Kommunikation

1. Elektrisches Rauschen

Störungen durch schaltende Netzteile, Motoren und LED-Treiber können die Kommunikationszuverlässigkeit verringern.

Lösung: Bewerten Sie das SPS-Signal unter realen Betriebsbedingungen und optimieren Sie Filterung, Kopplung, PCB-Layout und Firmware-Wiederholungsmechanismen.

2. Unzureichender PCB-Speicherplatz

Bestehende Produkte bieten möglicherweise wenig Platz für zusätzliche Hardware.

Lösung: Verwenden Sie ein kompaktes eingebettetes SPS-Modul und integrieren Sie es direkt in die Platine oder über einen kompakten Steckverbinder.

3. Firmware-Kompatibilität

Die vorhandene Firmware war möglicherweise nicht für Netzwerke konzipiert.

Lösung: Fügen Sie eine dedizierte SPS-Kommunikationsschicht zwischen Anwendungs- und Hardwaretreibern hinzu.

4. Stromleitungsdämpfung

Lange Kabel und unterschiedliche Lasten können SPS-Signale schwächen.

Lösung: Überprüfen Sie das eigentliche elektrische Netz und bewerten Sie die Netztopologie, das Kopplungsdesign und die Signalqualität.

5. EMC und Sicherheitsanforderungen

Das Hinzufügen von Kommunikationsschaltungen kann die EMC- und elektrische Sicherheitsleistung des Produkts beeinflussen.

Lösung: Beziehen Sie EMC, Überspannungs-, ESD-, Isolations- und Sicherheitsaspekte von Anfang an in den Integrationsprozess ein.

SPS-Integrationscheckliste für OEM-Ingenieure

Wenn Sie ein neuer Nutzer sind, können Sie zuerst diesen Artikel lesen PLC-Modul-Design-Checkliste für OEM-Entwicklung | Hardware & Testing. Bevor Sie in die Massenproduktion umsteigen, überprüfen Sie:

Hardware

• PLC-Modul ausgewählt
• MCU-Schnittstelle des Hosts bestätigt
• Modul-Stromversorgung verifiziert
• Entworfene Kopplungsschaltung
• Bewertete Schutzschaltung
• Leiterplattenabstand und Isolierung geprüft
• Thermische Anforderungen überprüft

Firmware

• Integrierter SPS-Treiber
• Kommunikationsprotokoll definiert
• Implementierung der Geräteadressierung
• Implementierung von Fehlerbehandlung
• Implementierung von Timeout-/Retry-Mechanismus
• Implementierung implementierter Konfigurationsbefehle
• Entfernte Diagnose, falls erforderlich, implementiert

Tests

• Getestete Kommunikationsdistanz
• Gemessener Paketverlust
• Mehrere getestete Knoten
• Maximale elektrische Last getestet
• Schaltrauschen getestet
• Einschaltzyklustest abgeschlossen
• Testweise auf Langzeitkommunikation
• EMC-Tests geplant/abgeschlossen
• Produktionstestverfahren definiert

SPS-Modul vs. SPS-Hardware von Grund auf entwickeln

Herangehensweise	SPS-Modul	Von Grund auf entwickeln
Entwicklungszeit	Im Allgemeinen kürzer	In der Regel länger
Hardwarekomplexität	Lower	Höher
Anfängliche Ingenieurarbeit	Lower	Höher
Anpassung	Kommt auf das Modul an	Sehr hoch
Firmware-Arbeit	Integration von Modul und API	Vollständige SPS-Entwicklung
PCB-Design	Einfacher	Komplexer
Testanforderungen	Reduziert	Umfangreich
Am besten geeignet für	OEM-Integration	Plattformen mit hohem Volumen/kundenspezifischen SPS

Für Hersteller, die eine maßgeschneiderte SPS-Lösung benötigen, aber nicht den kompletten SPS-Kommunikationsstack selbst entwickeln möchten, kann ein konfigurierbares eingebettetes SPS-Modul einen Mittelweg zwischen einem Standard-Kommunikationschip und einem vollständig maßgeschneiderten SPS-Design bieten.

Wann sollte man SPS-Kommunikation zu einem bestehenden Produkt hinzufügen?

SPS-Integration kann in Betracht gezogen werden, wenn ein Produkt Kommunikation benötigt, aber die Installation neuer Kommunikationskabel schwierig oder teuer ist.

Typische Anwendungen sind:

• Intelligente Lichtsteuerungen
• Industrielle Steuerungsanlagen
• Energiemesser
• Notbeleuchtung
• Stromverteilungsanlagen
• EV-Ladegeräte
• Solaranlagen
• Gebäudeautomationsgeräte
• Motorsteuerungen
• Industriesensoren
• Pumpen- und HLK-Steuerungen
• Intelligente Elektroschränke

Der stärkste Anwendungsfall ist oft ein System, in dem Die elektrische Stromleitung existiert bereits und kann auch als Kommunikationsmedium dienen.

Wie MicroNature die OEM-Integration von SPS unterstützt

Für OEMs, die SPS-fähige Elektroprodukte entwickeln, stellt MicroNature eingebettete SPS-Kommunikationsmodule und zugehörige Hardware zur Integration der Powerline-Kommunikation in bestehende Produkte bereit.

Der Integrationsansatz kann an verschiedene Produktarchitekturen angepasst werden, darunter:

• Host-MCU + SPS-Modul
• UART-basierte SPS-Integration
• SPI-basierte SPS-Integration
• SPS-Kopplungsschaltungen
• SPS-Gateways und Konzentratoren
• Einteilige SPS-Controller
• Industrielle SPS-Kommunikationssysteme
• Intelligente Lichtsteuerungen

Zum Beispiel gilt die SPS-Modul MN-L80C ist für eingebettete Anwendungen konzipiert und kann SPS-Kommunikationsfähigkeiten über Host-Schnittstellen wie UART, PWM und GPIO bereitstellen.

Für Projekte, die maßgeschneiderte Hardware oder Firmware erfordern, kann ein OEM-Integrationsprozess Folgendes umfassen:

Produktarchitekturprüfung → SPS-Modulauswahl → Hardwareintegration → Kopplungsdesign → Firmware/API-Integration → Prototypen- → Kommunikationstests → EMV-Validierung → Massenproduktion

Dieser Ansatz ermöglicht es Herstellern, SPS-Kommunikation hinzuzufügen und dabei so viel wie möglich von ihrer bestehenden elektrischen Produktarchitektur zu erhalten.