Cloud-Wallbox oder lokale Steuerung

Cloud-Wallbox oder lokale Steuerung: Wer seine Ladeinfrastruktur plant, trifft hier eine Grundsatzentscheidung mit Langzeitfolgen für Verfügbarkeit, Datenschutz und Betriebskosten.

Rangfolge

#0
—

#0
—

#0
—

Fazit

Wer eine Wallbox kauft, kauft gleichzeitig eine Infrastrukturentscheidung: Liegt die Steuerlogik auf einem Hersteller-Server oder im eigenen Netzwerk? Die Antwort bestimmt, was passiert, wenn der Anbieter insolvent wird, das Abo endet oder das Internet ausfällt. Diese Seite liefert kein universelles Urteil — sie zeigt, unter welchen Bedingungen welche Architektur trägt.

Die Vergleichs-Kriterien

Sechs Kriterien wurden gewichtet. Das höchste Gewicht trägt die Offline-Verfügbarkeit: Eine Wallbox, die ohne Internetzugang nicht lädt, ist für Pendler mit täglich kritischem Ladeplan ein Ausschlussgrund für die Cloud-Variante. Eng daneben steht die Datenhoheit — Ladezeitpunkte, Energiemengen und Fahrzeug-SOC sind personenbezogene Daten im Sinne der DSGVO. Lokale Systeme halten diese Daten im eigenen Netz. Die Integrationsfähigkeit entscheidet im Einfamilienhaus mit PV-Anlage und Hausspeicher: Direkte Modbus- oder MQTT-Kommunikation ohne Cloud-Umweg reduziert Latenz und Abhängigkeiten. Wartung und Updates sprechen zunächst für die Cloud — automatische Patches ohne Handeingriff. Der Nachteil kehrt diesen Vorteil um: Wer keinen Zugriff auf das Backend hat, kann auch keine Sicherheitslücke selbst schließen. Laufende Kosten sind bei Cloud-Modellen nach der Garantiezeit oft nicht transparent. Skalierbarkeit ist für Einzelstellplätze nachrangig, für Tiefgaragen mit zehn oder mehr Punkten jedoch entscheidend.

Die Ergebnisse im Detail

Lokale Steuerung führt das Ranking an, weil sie in keinem der gewichteten Kriterien ein strukturelles Defizit hat — nur einen höheren Einrichtungsaufwand. Alle Systeme mit hohem Score nutzen offene Protokolle: OCPP 1.6J oder OCPP 2.0.1 lokal terminiert, Modbus TCP für Lastmanagement. Der Abstand zur hybriden Architektur beträgt 0,6 Punkte, weil Fallback-Implementierungen herstellerabhängig bleiben und selten offen dokumentiert sind. Cloud-Only-Systeme fallen bei Offline-Verfügbarkeit und Datenschutz klar ab — nicht wegen schlechter Technik, sondern wegen struktureller Abhängigkeiten, die der Käufer nicht kontrolliert. Der Preisunterschied zwischen den Kategorien liegt im Markt bei 50–150 € Aufpreis für Cloud-fähige Modelle gegenüber reinen OCPP-Boxen; Abo-Kosten für Backend-Dienste liegen bei 5–15 €/Monat nach Ablauf der Inklusivperiode. Lokale Systeme verursachen nach Inbetriebnahme keine laufenden Lizenzkosten.

Kaufempfehlung nach Anwendungsfall

Wende dieses Raster an:

  • Einfamilienhaus mit PV + Hausspeicher: Lokale Steuerung mit Modbus oder MQTT direkt an den Wechselrichter — kein Cloud-Zwang, volle Überschussladung ohne Latenz.
  • Mietwohnung oder Tiefgarage mit Abrechnung: Hybrides System mit zertifiziertem Abrechnungs-Backend, aber lokalem Fallback. OCPP 2.0.1 mit MeterValues-Support ist Pflicht für eichrechtskonforme Abrechnung.
  • Technisch wenig versierte Nutzer ohne PV: Cloud-Wallbox akzeptabel, aber nur wenn Anbieter langfristig stabil ist und OCPP-Export der eigenen Daten möglich bleibt.
  • Gewerbe und Flottenbetreiber: Lokales Backend (z. B. Open-Source OCPP-Server auf eigenem Server) mit Cloud-Anbindung nur für Reporting — Kontrolle bleibt intern.

Häufige Fragen

Das hängt vom Gerät ab. Viele Cloud-Wallboxen können ohne aktives Backend nur noch im Basismodus laden — feste Leistung, keine Steuerung, keine App. Einige Hersteller sperren die Box vollständig. Vor dem Kauf sollte vertraglich geregelt sein, ob ein lokales Fallback oder ein Open-Protocol-Export möglich ist.

Nur wenn das Gerät OCPP lokal unterstützt und der Hersteller den Konfigurationszugang freigibt. Viele Consumer-Modelle sperren den OCPP-Endpunkt oder lassen nur den eigenen Server zu. Im Zweifel vor dem Kauf die Firmware-Dokumentation anfordern — nicht das Datenblatt.

Mit fertigen Lösungen wie einer vorkonfigurierten Home-Assistant-Integration oder einem dedizierten Energiemanager des Wechselrichterherstellers ja. Ein eigener OCPP-Server erfordert Linux-Grundkenntnisse. Der Einrichtungsaufwand liegt bei 2–4 Stunden für technisch affine Heimwerker.

Nicht zwingend. Wenn kein Cloud-Konto eingerichtet wird und das Gerät keine obligatorische Registrierung verlangt, bleiben alle Daten im lokalen Netz. Einige Geräte senden trotzdem Telemetriedaten an den Hersteller — das lässt sich mit einem Netzwerk-Sniffer prüfen oder durch Firewall-Regeln unterbinden.

OCPP 1.6J ist der aktuelle Mindeststandard für lokale Anbindung und wird von den meisten Open-Source-Backends unterstützt. Für eichrechtskonforme Abrechnung und Lastmanagement ist OCPP 2.0.1 die bessere Wahl. Modbus TCP eignet sich für direkte PV-Kopplung, ist aber kein vollwertiger Ersatz für OCPP im Mehrstationsbetrieb.

Nein. Auch im Einfamilienhaus kann eine hybride Architektur sinnvoll sein, wenn Remote-Zugriff aus dem Urlaub oder Ladefreigabe für Gäste gewünscht ist. Entscheidend ist, dass das lokale Fallback dokumentiert und getestet ist — nicht nur als Marketingversprechen im Datenblatt steht.