Inhalt

Wann reicht ein Standardprodukt?

Solange Ihre Anlage dem Bild entspricht, für das das Produkt gebaut wurde: ein Hersteller, ein überschaubarer Anlagenumfang, eine Optimierungsstrategie aus dem Katalog. Dann ist das System des Herstellers praktisch unschlagbar - schneller verfügbar, billiger im Einstieg, gewartet von jemand anderem. Der Kipppunkt liegt fast nie bei der Anschaffung, sondern beim dritten Sonderfall.

Wie stehen die beiden Wege gegeneinander?

KriteriumStandardsoftwareEigenentwicklung
Zeit bis zum ersten NutzenTage bis Wochen. Anlage anschließen, Konto anlegen, fertigWochen bis Monate. Die Datengrundlage entsteht zuerst
GerätevielfaltDie Herstellerliste des Anbieters. Alles außerhalb davon gar nicht oder über UmwegeBeliebig. Die Anbindung liegt in einer eigenen Verarbeitungsstufe, neue Geräte berühren die Auswertung nicht
OptimierungslogikVorgegebene Strategien, über Parameter einstellbarFrei. Marktpreise, CO₂-Intensität, Prognosen und betriebliche Nebenbedingungen als gleichrangige Eingangsgrößen
MarktdatenFalls vorhanden, dann als Funktion des Anbieters mit dessen DatenquelleDay-Ahead-Preise europäischer Gebotszonen und Netz-CO₂-Intensität direkt als Eingangsgröße
DatenhoheitMeist Anbieter-Cloud, Standort und Aufbewahrung nach dessen VorgabeOn-Premises, deutsche Cloud oder hybrid - Sie entscheiden, wo verarbeitet wird
Laufende KostenLizenz je Anlage, Zählpunkt oder Ladepunkt. Skaliert mit dem AusbauBetrieb und Wartung. Keine Lizenzskalierung beim Zubau
Historische DatenAufbewahrungsdauer nach Anbietervorgabe, Export oft eingeschränktVollständig bei Ihnen, in einer Zeitreihendatenbank Ihrer Wahl
AbhängigkeitRoadmap, Preismodell und Fortbestand des AnbietersEigener Bestand. Trägt nur, wenn er dokumentiert ist
RisikoGering und bekanntHöher. Steigt mit unklarer Anforderung, sinkt mit belastbarer Datenlage

Woran erkennt man den Kipppunkt vorher?

Drei Fragen, die sich ohne Projekt beantworten lassen:

Wie viele Gerätehersteller sind im Spiel - heute und in fünf Jahren? Bei einem einzigen Hersteller ist dessen eigenes System meist unschlagbar. Ab dem dritten wird die Anbindung selbst zum eigentlichen Produkt, und genau dort liegt der Aufwand, den ein Standardprodukt nicht abnimmt.

Ist Ihre Optimierungslogik in den Parametern des Produkts abbildbar? Wenn Sie Day-Ahead-Preise, CO₂-Intensität und ein eigenes Lastprofil kombinieren wollen - oder betriebliche Nebenbedingungen wie eine Schichtplanung -, meist nicht. Parameter erlauben Variation innerhalb einer vorgedachten Strategie, keine andere Strategie.

Gibt es Auflagen, die Daten im Haus zu halten? Falls ja, entscheidet das häufig allein, unabhängig von allem anderen.

Was ist der Zwischenweg?

Nicht Neubau, sondern Standardkomponenten mit eigener Entscheidungsschicht. Wechselrichter, Speicher und Wallboxen bleiben beim Hersteller; die Datenzusammenführung und die Optimierung entstehen individuell.

Für kleinere Anlagen ist Node-RED dafür ein tragfähiger Einstieg: schnell aufgesetzt, ausreichend für Regeln der Art „wenn Erzeugung über Verbrauch, dann laden". Die Grenze erreicht dieser Ansatz, sobald Prognosen, historische Auswertungen und mehrere gleichzeitig wirkende Nebenbedingungen ins Spiel kommen - dann wird aus dem Flow ein Programm, das niemand mehr überblickt.

An dieser Stelle geht es in eine ereignisgetriebene Architektur über, wie in EcoPulse: Geräteanbindung, Ingest, Zustandsprojektion, API und Oberfläche als getrennte Stufen. Der Aufwand ist höher, aber die Struktur trägt auch den zwölften Hersteller.

Warum ist die Geräteanbindung die eigentliche Kostenstelle?

Weil sie nie fertig ist. Modbus und SunSpec decken einen Teil ab, der Rest läuft über herstellerspezifische Schnittstellen, die sich mit Firmware-Ständen ändern. Jedes neue Gerät ist ein kleines Integrationsprojekt.

Der Unterschied zwischen einer teuren und einer tragbaren Lösung liegt darin, ob dieser Aufwand eingegrenzt ist. Liegt die Anbindung in einer eigenen Stufe, kostet ein neuer Hersteller genau diese Stufe. Ist sie mit der Auswertung verwoben, kostet er jedes Mal das ganze System. Diese eine Entwurfsentscheidung bestimmt die Betriebskosten der nächsten Jahre stärker als die Wahl zwischen Kauf und Bau.

Was ist mit dem Rückweg?

Er wird selten gestellt und ist doch die härteste Frage: Was passiert, wenn die Entscheidung falsch war?

Aus einem Standardprodukt heraus ist der Weg meist teuer - historische Daten liegen beim Anbieter, der Export ist eingeschränkt, und die Optimierungshistorie ist ohnehin nicht übertragbar. Aus einer Eigenentwicklung heraus ist er einfacher, sofern die Daten in einer offenen Zeitreihendatenbank liegen und die Anbindung dokumentiert ist.

Das ist kein Argument gegen Standardsoftware. Es ist ein Argument dafür, beim Kauf auf Exportierbarkeit zu achten - und beim Bau auf Dokumentation.

Wo hören Standardprodukte typischerweise auf?

Bei der Vorhersage. Monitoring und regelbasierte Steuerung beherrscht praktisch jedes Produkt: aktueller Verbrauch, aktuelle Erzeugung, eine Schwelle, eine Aktion. Sobald aber die Entscheidung von morgen abhängt, wird es dünn.

Preisgeführtes Laden braucht die Day-Ahead-Kurve der kommenden 24 Stunden. Eigenverbrauchsoptimierung braucht eine Erzeugungsprognose. Peak-Shaving mit Speicher braucht eine Lastprognose, sonst ist der Speicher leer, wenn die Spitze kommt. Diese drei Modelle sind der eigentliche fachliche Kern eines Energiemanagements - und der Teil, den ein Produkt entweder mitbringt oder eben nicht.

Wenn es ihn mitbringt, ist die entscheidende Frage, ob die Prognose auf Ihren Daten trainiert wird oder auf einem generischen Profil. Ein generisches Lastprofil beschreibt einen Durchschnittsbetrieb; Ihr Betrieb ist keiner.

Wie sieht die Rechnung über fünf Jahre aus?

Der übliche Vergleich stellt Lizenzkosten gegen Entwicklungskosten und endet damit. Er übersieht drei Posten:

  • Lizenzskalierung. Standardprodukte rechnen meist je Anlage, Zählpunkt oder Ladepunkt ab. Wer zubaut, zahlt jedes Mal mit. Bei einer Eigenentwicklung kostet der zwölfte Ladepunkt die Anbindung, nicht die Lizenz.
  • Integrationsaufwand trotz Standardprodukt. Kein Produkt deckt Ihre gesamte Gerätelandschaft ab. Was fehlt, wird über Umwege angebunden - und dieser Umweg ist Eigenentwicklung, nur ohne die Struktur, die eine geplante Eigenentwicklung hätte.
  • Wartung der Eigenentwicklung. Umgekehrt gilt: Eine selbst gebaute Plattform hat laufende Kosten für Betrieb, Abhängigkeits-Updates und Anpassung an Firmware-Stände. Wer sie in der Rechnung vergisst, vergleicht falsch.

Die ehrliche Rechnung stellt beide Seiten vollständig auf. In kleineren Anlagen gewinnt das Standardprodukt fast immer. Ab einer Größenordnung, in der Lizenzskalierung und Integrationsaufwand gleichzeitig steigen, kippt es.

Welche Rolle spielt die Ladeinfrastruktur?

Sie ist der häufigste Auslöser für den Wechsel. Solange es um Erzeugung und Verbrauch geht, ist die Welt überschaubar. Sobald Fahrzeuge dazukommen, treten Nebenbedingungen auf, die kein Katalogprodukt kennt: Welches Fahrzeug muss wann wie weit fahren können? Welcher Ladepunkt hat Vorrang? Was passiert, wenn der Netzanschluss die Summe nicht hergibt?

Diese Regeln sind betriebsspezifisch. Sie lassen sich nicht parametrieren, weil sie keine Variation einer vorgedachten Strategie sind, sondern eine eigene. Genau an dieser Stelle entsteht in unseren Projekten die eigene Entscheidungsschicht - nicht aus dem Wunsch nach Eigenentwicklung, sondern weil die Anforderung im Katalog nicht vorkommt.

Was empfehlen wir, bevor irgendetwas entschieden wird?

Eine Auswertung Ihrer vorhandenen Messdaten. Daraus ergibt sich, wo überhaupt Hebel liegen - Peak-Shaving, Eigenverbrauch oder Lastverschiebung - und ob dieser Hebel die Investition trägt.

Das sind wenige Tage Aufwand und ersetzt die Diskussion über Produkte durch eine über Zahlen. In mehr als einem Fall war das Ergebnis, dass ein Standardprodukt reicht. Das ist ein legitimes Ergebnis und in unserem Sinne: Ein Projekt, das sich nicht rechnet, wollen wir nicht bauen.

Details unter Energiemanagement & E-Mobilität.