MQTT und API: offene Protokolle für maximale Wallbox-Flexibilität

MQTT, Modbus TCP und eine lokale API sind die drei offenen Schnittstellen, über die sich Trydan unabhängig vom Hersteller in ein bestehendes Smart Home einbinden lässt, ohne auf eine geschlossene App-Anbindung angewiesen zu sein.

Geschlossene Systeme funktionieren nur mit der eigenen Hersteller-App und lassen sich kaum mit anderer Haussteuerung verbinden.

Das Wichtigste in Kürze

• MQTT, Modbus TCP und eine lokale API sind offene Standards, keine herstellerspezifischen Insellösungen.
• Trydan unterstützt Modbus TCP und eine lokale API, wodurch sich die Wallbox direkt in Home Assistant, Node-RED oder ein eigenes Skript einbinden lässt.
• Offene Protokolle bedeuten nicht, dass Programmierkenntnisse für die normale Nutzung nötig sind, sie öffnen nur zusätzliche Möglichkeiten für alle, die mehr wollen.
• Ohne offene Schnittstelle bleibt die Steuerung auf die Funktionen der Hersteller-App beschränkt, unabhängig davon, was technisch machbar wäre.

Warum offene Protokolle bei einer Wallbox zählen

Eine Wallbox, die nur über die eigene App gesteuert werden kann, funktioniert isoliert von allem anderen im Haushalt: Sie weiß nichts vom Hausspeicher, nichts vom aktuellen Strompreis und nichts von anderen smarten Geräten, es sei denn, der Hersteller hat genau diese Verbindung selbst vorgesehen. Wer sein Zuhause bereits mit Home Assistant, ioBroker oder openHAB steuert, verliert bei einer geschlossenen Wallbox jede Möglichkeit, sie in bestehende Automatisierungen einzubinden, unabhängig davon, wie gut die Wallbox selbst technisch ist.

Offene Protokolle lösen dieses Problem, weil sie nicht an einen Hersteller gebunden sind.

Der Unterschied zeigt sich am deutlichsten bei einem Herstellerwechsel oder einer Systemerweiterung: Wer heute eine geschlossene Wallbox kauft und in zwei Jahren eine Hausbatterie eines anderen Herstellers nachrüstet, hofft meist vergeblich auf eine direkte Verbindung zwischen beiden Geräten. Bei offenen Protokollen entscheidet nicht der Wallbox-Hersteller, sondern der Nutzer, welche Systeme miteinander sprechen.

MQTT einfach erklärt

MQTT ist ein leichtgewichtiges Nachrichtenprotokoll, ursprünglich für die Industrie entwickelt, heute Standard in fast jedem Smart-Home-System. Geräte senden und empfangen Nachrichten über einen zentralen Broker, ohne dass sie sich gegenseitig direkt kennen müssen. Für eine Wallbox bedeutet das: Ladeleistung, Status und Zählerstand lassen sich als MQTT-Nachrichten veröffentlichen, die jedes andere MQTT-fähige System im Haushalt sofort mitlesen und weiterverarbeiten kann, von einer einfachen Statusanzeige bis zu einer komplexen Automatisierung, die mehrere Geräte gleichzeitig koordiniert.

Modbus TCP: die zweite offene Schnittstelle

Modbus TCP ist älter als MQTT und stammt ursprünglich aus der Industrieautomation, hat sich aber auch bei Wechselrichtern und Energiemanagementsystemen als Standard etabliert.

Trydan kommuniziert über Modbus TCP direkt mit kompatiblen Wechselrichtern, etwa in den Integrationen aus dem Ratgeber zur PV-Kopplung, und liest darüber das Überschusssignal für das PV-Überschussladen aus. Anders als MQTT ist Modbus TCP eher auf direkte Punkt-zu-Punkt-Verbindungen zwischen zwei Geräten ausgelegt, weniger auf die Verteilung an viele Teilnehmer gleichzeitig.

Lokale API: Steuerung ohne Cloud-Umweg

Die lokale API von Trydan erlaubt die direkte Steuerung im Heimnetzwerk, ohne dass ein Befehl erst über einen Cloud-Server der Herstellerfirma laufen muss. Das reduziert die Latenz spürbar und funktioniert auch dann noch, wenn die Internetverbindung kurzzeitig ausfällt, solange das lokale Netzwerk selbst intakt bleibt. Über die offizielle Home-Assistant-Core-Integration lässt sich Trydan direkt einbinden, ohne Umweg über eine Community-Lösung.

OCPP als vierte Option für bestehende Lademanagementsysteme

Neben MQTT, Modbus TCP und der lokalen API lässt sich Trydan zusätzlich über OCPP in Home Assistant einbinden, allerdings nicht nativ, sondern über eine Erweiterung aus dem Home Assistant Community Store (HACS). Diese OCPP-Erweiterung eignet sich vor allem für Haushalte, die bereits ein bestehendes Lademanagementsystem auf OCPP-Basis betreiben und Trydan dort einbinden möchten, statt die native Core-Integration zu nutzen.

Für die Einrichtung werden HACS, ein V2C-Cloud-Konto und ein Neustart des Home-Assistant-Servers benötigt, was etwas mehr Aufwand bedeutet als die direkte Core-Integration. Der ausführliche Einrichtungsguide zu Trydan und OCPP geht Schritt für Schritt durch die Installation.

Protokoll	Typischer Einsatz	Trydan-Unterstützung
MQTT	Verteilte Nachrichten an mehrere Smart-Home-Systeme gleichzeitig	Über Home-Assistant-Integration nutzbar
Modbus TCP	Direkte Kommunikation mit Wechselrichtern	Nativ für PV-Überschussladen
Lokale API	Steuerung im Heimnetzwerk ohne Cloud-Umweg	Nativ, Grundlage für Home Assistant Core
OCPP	Anbindung an bestehende Lademanagementsysteme	Über HACS-Erweiterung, Alternative zur Core-Integration

Praktische Anwendungsbeispiele

Wer Trydan bereits in Home Assistant eingebunden hat, kann den Ladestatus in einem eigenen Dashboard neben Hausbatterie und PV-Ertrag anzeigen, eine Automatisierung schreiben, die das Laden bei einem bestimmten Strompreis startet, oder eine Push-Nachricht auslösen, sobald der Ladevorgang beendet ist. Nutzer von Node-RED verbinden Trydan über dieselbe Integration mit visuellen Ablaufdiagrammen, ganz ohne eigenen Code zu schreiben, während technisch versiertere Haushalte direkt über Modbus TCP oder die lokale API eigene Skripte anbinden, etwa um Ladedaten in eine eigene Datenbank zu schreiben.

Ein weiteres Beispiel aus der Praxis: eine Automatisierung, die das Laden automatisch pausiert, sobald ein Wäschetrockner oder eine Wärmepumpe gleichzeitig anläuft, um die Hausanschlussleistung nicht zu überschreiten. Ohne offene Schnittstelle müsste dafür ein separates Lastmanagement-Gerät angeschafft werden, mit MQTT reicht dafür eine einzige zusätzliche Automatisierungsregel in der ohnehin vorhandenen Smart-Home-Zentrale.

Was offene Protokolle nicht bedeuten

Offene Protokolle heißen nicht, dass Programmierkenntnisse für die alltägliche Nutzung nötig sind.

Wer Trydan einfach nur über die App laden lassen will, merkt von MQTT, Modbus TCP oder der lokalen API im Alltag nichts, all das läuft im Hintergrund und wird ausschließlich für alle sichtbar, die tatsächlich eine eigene Integration oder Automatisierung aufbauen möchten. Die offenen Schnittstellen sind eine zusätzliche Option, keine Voraussetzung.

Genauso wenig bedeutet ein offenes Protokoll automatisch ein Sicherheitsrisiko: MQTT und Modbus TCP laufen bei einer Standardinstallation ausschließlich im lokalen Heimnetzwerk und sind von außen nicht direkt erreichbar, solange der Router keine entsprechende Portweiterleitung eingerichtet hat. Wer zusätzliche Sicherheit möchte, richtet für Smart-Home-Geräte ein eigenes Netzwerksegment ein, das ist jedoch eine allgemeine Empfehlung für Heimnetzwerke und keine Trydan-spezifische Voraussetzung.

Welche Daten Trydan über die offenen Schnittstellen bereitstellt

Über die Home-Assistant-Core-Integration stellt Trydan eine Reihe von Entitäten bereit, die sich direkt in Dashboards, Automatisierungen oder eigene Skripte einbinden lassen, ohne dass dafür eine zusätzliche Konfiguration am Ladegerät selbst nötig wäre.

• Ladeleistung in Echtzeit, für Dashboards und Verbrauchsauswertungen
• Ladestatus (lädt, pausiert, abgeschlossen, Fehler), für Benachrichtigungen
• Zählerstand der aktuellen Ladesitzung, für die Abrechnung etwa bei Dienstwagen
• PV-Überschusssignal des angebundenen Wechselrichters, für eigene Regellogik zusätzlich zur Standardfunktion
• Steuerbefehle wie Start, Stopp oder Ladeleistungsbegrenzung, auslösbar aus jeder Automatisierung heraus

Diese Liste deckt die gängigsten Anwendungsfälle ab, ist aber nicht abschließend: Welche Werte im Detail zur Verfügung stehen, hängt von der installierten Firmware-Version und der genutzten Integration ab, weshalb sich ein Blick in die Versionshinweise lohnt, bevor eine komplexere Automatisierung auf eine bestimmte Entität aufgebaut wird.

Zusammenspiel mit HEMS und PV-Überschussladen

Die offenen Protokolle sind kein Ersatz für die bereits bestehenden Trydan-Funktionen, sondern eine Ergänzung darüber hinaus.

Das PV-Überschussladen aus dem Ratgeber zur PV-Kopplung läuft bereits automatisch über Modbus TCP, ganz ohne dass eine eigene Automatisierung nötig wäre. Wer zusätzlich ein Energiemanagementsystem im Einsatz hat, kann über MQTT weitere Signale einbeziehen, etwa den aktuellen Ladestand der Hausbatterie oder eine Lastspitzenwarnung des Netzbetreibers, um die Ladepriorität noch feiner zu steuern, als es die Standardkonfiguration allein ermöglicht. Für die meisten Haushalte reicht die native PV-Priorisierung völlig aus, die zusätzliche MQTT-Anbindung lohnt sich vor allem für Haushalte mit mehreren steuerbaren Verbrauchern gleichzeitig.

Node-RED und eigene Skripte im Detail

Node-RED ergänzt Home Assistant um eine visuelle Oberfläche für komplexere Abläufe, ohne dass dafür Programmiercode geschrieben werden muss: Einzelne Blöcke lassen sich per Drag-and-Drop zu einem Ablauf verbinden, etwa Strompreis-Abfrage, Ladeleistungs-Grenze und eine Bedingung für den Hausspeicher-Ladestand. Wer ohnehin bereits Home Assistant nutzt, kann Node-RED parallel installieren und beide Werkzeuge kombinieren, statt sich für eines von beiden entscheiden zu müssen.

Für Haushalte, die eigene Skripte in Python oder einer anderen Programmiersprache schreiben, bietet die lokale API direkten Zugriff ohne den Umweg über Home Assistant oder Node-RED.

Das eignet sich vor allem für sehr spezifische Anwendungsfälle, etwa das Schreiben von Ladedaten in eine eigene Datenbank für eine detaillierte Auswertung über mehrere Jahre, oder die Kopplung mit einem selbst entwickelten Energiemanagement-System, das nicht auf eine der etablierten Plattformen aufsetzt. Für die überwiegende Mehrheit der Haushalte reicht die Home-Assistant-Integration völlig aus, der direkte API-Zugriff bleibt eine Option für Randfälle mit besonderen Anforderungen.

Kurz gesagt

MQTT, Modbus TCP und die lokale API machen Trydan unabhängig von einer geschlossenen Hersteller-App und öffnen die Wallbox für Home Assistant, Node-RED und eigene Skripte. Wie sich Trydan konkret in bestehende Smart-Home-Plattformen einbindet, zeigt der Ratgeber zu Wallbox und Home Assistant. Für die Installation empfiehlt sich ein zertifizierter Fachbetrieb wie Go Elektrik.