EMS Builder: Energieprojekte müssen nicht bei null beginnen

Edge-EMS Builder ist eine intelligente Orchestrierungsplattform für Energieanlagen vor Ort. Sie macht Geräteanbindung, Datenverarbeitung, Strategiesteuerung, Cloud-Edge-Kommunikation und Mehrgerätekoordination wiederverwendbar. So wird aus einer einmaligen EMS-Projektlieferung eine Plattformbasis, die sich fortlaufend vervielfältigen und aktualisieren lässt.

Gewerbliche und industrielle Speicher, PV-Speicher-Ladeanlagen, Mikronetze und Energiesysteme für Betriebsgelände werden häufig alle als EMS-Projekte bezeichnet. Vor Ort gleichen sie sich jedoch selten vollständig: Hersteller, Datenpunktlisten, Stromtarife und Kapazitäten ändern sich, und Kunden ergänzen laufend neue Steuerregeln.

Manche Projekte binden PCS, BMS, Zähler und PV-Wechselrichter an; andere zusätzlich Ladestationen, Dieselgeneratoren, Klimatisierungslasten oder eine kundeneigene Cloudplattform. Kunden setzen unterschiedliche Schwerpunkte: Tarifarbitrage, Rückspeisevermeidung, maximale Bezugsleistung oder kurzfristig ergänzte Regeln wie die temporäre Kapazitätserhöhung im Trafobereich.

Werden Geräteanbindung, Strategien und Cloudschnittstellen für jedes Projekt neu entwickelt, steigen mit der Zahl der Projekte auch wiederholter Entwicklungsaufwand und Wartungskosten. Genau dieses Problem adressiert Edge-EMS Builder:

Edge-EMS Builder hilft Projektteams, Geräte, Daten und Steuerstrategien komplexer Energieprojekte zu organisieren. An die Stelle einer Neuentwicklung pro Projekt treten schnelle Konfiguration und Wiederverwendung auf einer gemeinsamen Plattform.

Dieselbe Daten- und Steuerungsbasis unterstützt unterschiedliche Gerätekombinationen, Steuerziele und Projektparameter.

Warum EMS Builder benötigt wird

Mehr Geräte dürfen keine Neuentwicklung ab der Protokollebene erfordern

Ein Standort kann PCS, BMS, Zähler, PV-Wechselrichter, Ladestationen, Dieselgeneratoren, Klimatisierungslasten und Drittplattformen gleichzeitig umfassen. Strategien müssen beurteilen, ob der Netzanschluss überlastet ist oder der SOC weiteres Entladen erlaubt. Welches Protokoll ein Register liefert, ist dafür nicht die eigentliche fachliche Frage.

Edge-EMS Builder bindet Geräte über CommBridge an und vereinheitlicht Datenkennungen. Übergeordnete Strategien können sich so auf fachliche Bedeutungen konzentrieren. Bei Modell- oder Protokolländerungen genügt meist eine angepasste Datenpunktzuordnung, um bewährte Kernlogik weiterzuverwenden.

Veränderliche Anforderungen brauchen anpassbare Steuerlogik

Stromtarife, Kapazitäten, Betriebszeiten und Schaltschwellen können sich ändern. Auf Rückspeisevermeidung kann Lastspitzenbegrenzung folgen und später die Koordination von Speicher und Ladestationen.

Edge-EMS Builder zerlegt Fachlogik in Daten, Berechnungen, Bedingungen und Aktionen. Ingenieure können Parameter, Ausdrücke oder Triggerschemata ändern, ohne bei jeder fachlichen Anpassung die gesamte Software neu zu erstellen.

Wiederkehrende Projekte sollen Unternehmenswissen aufbauen

Vor Ort validierte Logik für Lastspitzenkappung und Lastverlagerung, Ladelastmanagement oder Mehrgerätekoordination sollte nicht auf einen einzelnen Standort beschränkt bleiben. Edge-EMS Builder unterstützt folgenden Weg:

Validierung vor Ort → Abstraktion von Datenpunkten und Parametern → Vorlagenbildung → Wiederverwendung im nächsten Projekt → Kontinuierliche Weiterentwicklung

Mit jedem Projekt wächst der Bestand an wiederverwendbaren Strategien, Datenpunktlisten und Tests. Neue Projekte nähern sich damit dem Ablauf „Vorlage wählen, Daten zuordnen, Parameter anpassen“, statt erneut bei null zu beginnen.

Was EMS Builder ist

Edge-EMS Builder läuft üblicherweise auf einem Edge-Gateway oder Industrie-PC zwischen Feldgeräten und Cloud- oder Geschäftssystemen. Es erfüllt vier wesentliche Aufgaben:

Aufgabe von EMS Builder	Einfach erklärt	Projektergebnis
Einheitliche Anbindung	Geräte unterschiedlicher Hersteller und Protokolle in ein gemeinsames Datenmodell aufnehmen	PCS, BMS, Zähler, Ladestationen und weitere Geräte einheitlich nutzen
Datenverarbeitung	Rohdatenpunkte in für Strategien verständliche Zustände und Kennzahlen umwandeln	Leistung, SOC, Kapazität, Reserve und Alarmzustand direkt berechnen
Strategieorchestrierung	Steuerregeln mit Ausdrücken und „Bedingung + Aktion“ beschreiben	Lastspitzenkappung, Lastverlagerung, Rückspeisevermeidung und Leistungsbegrenzung automatisieren
Systemverbindung	Felddaten und Entscheidungsergebnisse an Cloud, Frontend oder andere Knoten senden	Fernwartung, zentrale Überwachung, Strategieverteilung und Mehrgerätekoordination ermöglichen

Edge-EMS Builder führt fortlaufend „Erfassung und Anbindung → einheitlicher Datenpool → Lua-Strategieauswertung → Ausführung“ aus. Ergebnisse fließen zurück in den Datenpool und halten den geschlossenen Ablauf aufrecht.

Was EMS Builder nicht ist

• Keine reine Dashboard-Überwachungssoftware: Es zeigt Daten an und kann daraus strategiegesteuerte automatische Steuerungsabläufe bilden.
• Kein starres EMS mit wenigen fest eingebauten Strategien: Die Plattform stellt Fähigkeiten zum Aufbau von Strategien bereit; die konkreten Regeln entstehen durch Konfiguration.
• Kein Sicherheitscontroller als Ersatz für Geräteschutz: Hardwareverriegelungen, BMS-/PCS-Schutz und lokale Sicherheitsgrenzen müssen unabhängig wirksam bleiben.
• Keine Bindung an ein festes Frontend: Unternehmen können über standardisierte WebSocket-Schnittstellen eigene Überwachungs- und Steueroberflächen entwickeln.

Zusammengefasst:

Edge-EMS Builder ist keine einzelne EMS-Lösung für ein Szenario, sondern die Grundlage zur fortlaufenden Entwicklung unterschiedlicher EMS-Lösungen.

Vier Veränderungen durch EMS Builder

Herkömmliches Projektvorgehen	Mit EMS Builder
Geräteanbindung und Entwicklung wiederholen sich in jedem Projekt	Allgemeine Funktionen bleiben in der Plattform; neue Projekte konzentrieren sich auf Zuordnung und Konfiguration
Steuerlogik ist fest in Projektcode oder Firmware eingebaut	Strategien entstehen aus Daten, Ausdrücken, Auslösebedingungen und Aktionen
Geräte arbeiten getrennt; Koordination erfordert eigene Entwicklung	Freigegebene Daten fließen direkt in geräteübergreifende Berechnungen und Entscheidungen ein
Nach dem Produktivstart ist Weiterentwicklung schwierig	Cloudvorgaben, Fernkonfiguration, offene Schnittstellen und iterative Strategievorlagen werden unterstützt

Logik wiederverwenden

Strategien referenzieren einheitlich dataKey. Beim Wechsel von PCS-, BMS- oder Zählermodellen genügt meist die Anpassung der Datenzuordnung und Standortparameter; die zentrale Entscheidungslogik bleibt nutzbar.

Schnell validieren

Edge-EMS Builder stellt Erfassung, Berechnung, Trigger, Geräteschreiben, Cloud-Edge-Kommunikation und Echtzeitkanäle für Frontends bereit. Projektteams können sich auf Strategien und fachliche Oberflächen konzentrieren.

Strategien als Bestand aufbauen

Vor Ort validierte Strategien können als Vorlagen mit geeigneten Geräten, erforderlichen Datenpunkten, einstellbaren Parametern, Schutzbedingungen und Tests dokumentiert werden. So entsteht eine unternehmenseigene Strategiebibliothek.

Offen erweitern

MQTT, HTTP, WebSocket und Geräteschreibkanäle verbinden externe Daten, Cloudplattformen, Geschäftssysteme und steuerbare Geräte. Mit zuverlässigen Datenquellen, ausdrückbaren Regeln und regelkonformen Ausführungsschnittstellen lassen sich neue geschlossene Automatisierungsabläufe entwickeln.

KI-nativ: von der Datenpunktliste bis zur produktiven Strategie

Die beschriebenen Funktionen haben eine gemeinsame Grundlage: Edge-EMS Builder enthält selbst keine konkrete Fachlogik. Daten stammen aus der Erfassungskonfiguration, Regeln aus Lua-Skripten und Verknüpfungen aus Triggerschemata. Jede Konfigurationsaktion besitzt eine entsprechende Standard-API. Die Konfiguration muss daher nicht durch seitenweises Klicken erfolgen; auch andere Programme einschließlich KI-Agenten können sie übernehmen.

Dadurch kann sich die Umsetzung mit Edge-EMS Builder verändern:

• KI-gestützte Konfiguration: Die zugehörigen Skills unterstützen Datenpunktlisten-Konvertierung, Datenmodellierung, Lua- und Strategieorchestrierung, Alarmkonfiguration sowie Betrieb und Wartung. Ingenieure beschreiben die Anforderungen, prüfen Ergebnisse und validieren vor Ort.
• Offene Schnittstellen: Drittanbieter-Agenten können gemäß Kontoberechtigungen Daten abfragen und Konfigurationsschnittstellen aufrufen. Ob sie Steueraktionen ausführen und wie Modelle bereitgestellt werden, entscheidet die konkrete Integrationslösung.

KI kann Konfiguration und Analyse unterstützen. Ausführungsumfang, Strategieprüfung und Abnahme vor Ort werden durch den Engineering-Prozess festgelegt.

Konfigurationsablauf und Installation: KI-gestützte Konfiguration und Skills.

Einsatzszenarien derselben Plattform

Szenario	Typische umsetzbare Anforderungen	Wesentliche beteiligte Systeme
Gewerbliche und industrielle Speicher	Zeitabhängiges Laden und Entladen, Tarifarbitrage, Lastspitzenkappung und Lastverlagerung, Leistungsbegrenzung, Rückspeisevermeidung	PCS, BMS, Netzanschlusszähler
PV-Speicher-Integration	Eigenverbrauch, Nutzung der PV-Erzeugung, Rückspeisevermeidung und Sollverlaufssteuerung	PV-Wechselrichter, Speicher, Netzanschlusspunkt
PV-Speicher-Ladestandorte	Gesteuertes Laden, Ladelastmanagement und Speicherunterstützung bei Ladespitzen	PV, Speicher, Ladestationen, Transformator
Mikronetze	Koordination von PV, Speicher und Dieselgenerator, Leistungsbilanz sowie Strategien für Netz- und Inselbetrieb	PV, Speicher, Dieselgenerator, kritische Lasten
Temporäre Kapazitätserhöhung im Trafobereich	Transformatorlast überwachen und bei Spitzen durch Speicherleistung stützen	Transformator, Zähler, Speicher
Betrieb mehrerer Standorte	Cloud-Datenübertragung, zentrale Überwachung, Fernwartung und gebündelte Strategieverteilung	Mehrere Edge-Knoten und Cloudplattform

Diese Szenarien entstehen aus derselben Kombination von Grundfunktionen. Allgemeine Konfigurationsbeispiele finden Sie unter Temporäre Kapazitätserhöhung im Trafobereich und Ladelastmanagement.

Funktionsgrenzen

Die Tabelle beschreibt Strategietypen, die Edge-EMS Builder unterstützen kann. Tatsächliche Projekte müssen weiterhin Gerätesteuerschnittstellen, Kommunikationsqualität, Schutzlogik, regulatorische Anforderungen und Testergebnisse vor Ort prüfen.

Von Anforderungen zu wiederverwendbaren Strategien

Eine Projektanforderung wird üblicherweise in folgenden Schritten umgesetzt:

1. Ziel klären: Zum Beispiel „Die Leistung am Netzanschlusspunkt darf 800 kW nicht überschreiten“.
2. Daten zusammenstellen: Erforderliche Punkte wie Netzanschlussleistung, PCS-Leistung, SOC und Gerätezustand bestätigen.
3. Berechnungen erstellen: Kapazitätsdefizit, verfügbare Lade-/Entladeleistung und Schutzgrenzen berechnen.
4. Trigger konfigurieren: Start, Ende, Entprellung und Rückfallverhalten bei Fehlern definieren.
5. Ausführen und validieren: Leistungsbefehle senden, Alarme und Ergebnisse protokollieren und Normal-, Grenz- sowie Fehlerfälle testen.
6. Vorlage ableiten: Standortspezifische Datenpunkte, Kapazitäten und Schwellenwerte parametrisieren und für Folgeprojekte wiederverwendbar machen.

So wird Projekterfahrung zu einem vollständigen Bestand aus Strategien, Parametern, Datenpunktzuordnungen und Testbedingungen, statt auf schwer übertragbaren Code beschränkt zu bleiben.

Durch Leistungstests validiert

In der Testserie vom 2026-07-29 (Bericht v1.3) auf AFE-E630 mit vier Arm-Cortex-A55-Kernen und 3,81 GB Arbeitsspeicher hatte das empfohlene Szenario S3.5 folgende konfigurierte Last:

Kennzahl	Getestete Konfiguration / Ergebnis
Konfigurierte Datenerfassungslast	5.000 Datenpunkte/s
Aggregationsberechnungen	30
Triggeraufgaben	90/s, durchschnittlich 99,97 % des angestrebten Durchsatzes
MQTT-Aufgaben	20/s, durchschnittlich 99,90 % des angestrebten Durchsatzes
Koordinationsaufgaben	10/s
P95-Latenz Trigger / MQTT	56 ms / 77 ms
CPU-Auslastung des Gesamtsystems, Mittelwert / P95	50,16 % / 71,09 %
Tatsächliche Arbeitsspeicherauslastung des Gesamtsystems, Mittelwert / P95	40,49 % / 41,41 %

Diese Ergebnisse beschreiben die Kapazität unter klar festgelegten Hard-, Software- und Messbedingungen und sind keine Kapazitätszusage für sämtliche Projekte. Ausgewertet wurden 2.000 gültige Kurzzeit-Ressourcenstichproben. Für den Produktiveinsatz wird eine technische Reserve von etwa 20 % gegenüber der getesteten Last empfohlen; mit tatsächlichen Skripten, Nachrichtengrößen und Datenbankumfängen ist erneut zu testen.

Vollständige Umgebung, Messmethodik und Einschränkungen: AFE-E630-Leistungstest.

Für wen sich EMS Builder eignet

• Gerätehersteller und Systemintegratoren: Teams, die wiederholten Projektaufwand reduzieren und eigene EMS-Produkte sowie einen Strategiebestand aufbauen möchten.
• Energieteams mit eigener Entwicklung: Teams, die die Weiterentwicklung von Strategien, Frontend und Cloudplattform selbst steuern möchten.
• EPC-Unternehmen und Betreiber mit vielen Folgeprojekten: Organisationen, die neue Standorte mithilfe validierter Vorlagen schneller in Betrieb nehmen möchten.
• Projektteams für komplexe Szenarien: Teams mit speziellen Geräten, mehreren Energieformen oder tiefgehender Integration in bestehende Plattformen.

Je nach Teamkompetenz und Lieferziel stehen Eigenentwicklung auf der Plattform, Standardlösungen oder gemeinsame Anpassungen zur Wahl. Siehe Servicemodelle.

Dokumentation nach Bedarf finden

Anforderung	Dokumentation
Ersten vollständigen Berechnungsablauf erstellen	Schnellstart
Datenpunkte, Zeitpläne und Gruppen organisieren	Datenmodell
Steuerregeln und Alarmabläufe erstellen	Triggerschemata, Alarmlebenszyklus
Gleichartige Geräte ergänzen und Vorlagen aktualisieren	UDE und dynamische Platzhalter
Trends anzeigen, exportieren und dauerhaft aufbewahren	Historische Abfragen, Export, Regelmäßige Archivierung
Kapazität, Konfiguration und Wartung verwalten	Speicherempfehlungen, Laufzeitkonfiguration, Wartungssperre
Geräteausführung nachverfolgen	Gerätesteuerungsprotokolle
Konfiguration durch Agenten unterstützen	23 EMS Builder-Skills