Ein JSON-Endpunkt, jede Plattform
Home Assistant bekommt die meiste Aufmerksamkeit — verständlich, es ist die verbreitetste Smart-Home-Plattform, und wir haben ihr einen eigenen Leitfaden gewidmet. Der eigentliche Mechanismus dahinter ist aber bewusst einfach gehalten: ein einziger HTTP-Endpunkt, GET /api.json, keine Authentifizierung, einfaches JSON als Antwort. Alles, was eine HTTP-Anfrage stellen und JSON parsen kann, kann daraus Pylontech-Batteriedaten ziehen. Das gilt für Jeedom, Node-RED, Domoticz, openHAB, Grafana, ein Python-Skript, einen Cronjob mit curl — alle lesen exakt dieselben Daten, keines braucht ein Hersteller-SDK oder einen API-Schlüssel.
Jeedom
Jeedom braucht kein dediziertes Pylontech-Plugin. Das Standard-Plugin JSON aus dem Jeedom-Store installieren, ein Gerät auf http://<geräte-ip>/api.json ausrichten und JSON-Pfade auf Befehle abbilden — summary>soc, summary>voltage, summary>state, net>rssi und so weiter. Ein Abfrageintervall von 30–60 Sekunden reicht völlig aus; Batterietelemetrie ändert sich nicht schnell genug, um etwas Engeres zu benötigen.
Node-RED
Zwei Optionen, die die Wahl bei Home Assistant fast exakt spiegeln. Mit einem http request-Node abfragen (Methode GET, URL http://<geräte-ip>/api.json, Rückgabetyp „a parsed JSON object"), ausgelöst durch einen Inject-Node auf einem Timer, dann Felder wie msg.payload.summary.soc weiter unten im Flow auslesen. Oder, falls MQTT bereits auf dem Gerät konfiguriert ist, stattdessen direkt mit einem MQTT-in-Node pylon-monitor/state abonnieren — Updates kommen, sobald sie passieren, keine Abfrage-Schleife zu verwalten.
Domoticz
Domoticz bringt von Haus aus keinen nativen JSON-Abfrage-Sensortyp mit, aber der Standard-Workaround ist gut erprobt: Ein kleines Skript (Python, oder Domoticz' eigenes Lua-/Blockly-Event-Scripting) holt /api.json auf einem Timer und schreibt die Werte über Domoticz' eigene JSON-API in Dummy-/Virtual-Sensoren. Das kostet ein paar Minuten mehr Einrichtung als bei Jeedom oder Node-RED, ist aber eine einmalige Aufgabe, und die Sensoren verhalten sich danach genau wie jedes andere Domoticz-Gerät — vollständige Verlaufsdiagramme, Benachrichtigungen, alles.
openHAB
Das HTTP-Binding von openHAB übernimmt das nativ: ein Thing definieren, das auf http://<geräte-ip>/api.json mit einem Aktualisierungsintervall zeigt, dann einzelne Channels über eine Transformation (JSONPath) auf JSON-Pfade abbilden, um summary.soc, summary.voltage usw. in separate Items zu ziehen. Kein eigenes Binding nötig — das generische HTTP-Binding deckt es ab.
Grafana, Skripte und alles andere
Hat ein Tool eine „JSON-API"- oder „HTTP"-Datenquelle — Grafanas JSON-API-Plugin, Telegrafs HTTP-Input, ein Python-Skript mit requests, eine Shell-Zeile mit curl | jq — kann es diesen Endpunkt genauso auslesen. Das ist bewusst kein geschlossenes System: Dem Gerät ist egal, was auf der anderen Seite der HTTP-Anfrage steht, was bedeutet, dass es nicht am Tag obsolet wird, an dem die Smart-Home-Plattform gewechselt wird.
Polling vs. MQTT: was wann nutzen
Die meisten der oben genannten Plattformen fragen standardmäßig die JSON-API auf einem Timer ab, was einfach ist und überall funktioniert. Spricht die eigene Plattform auch MQTT (Node-RED und Home Assistant tun das beide nativ), bedeutet ein Abonnement von pylon-monitor/state stattdessen, dass Updates ankommen, sobald sie veröffentlicht werden, statt auf die nächste Abfrage zu warten — und man bekommt das retained Verfügbarkeits-Topic gratis dazu, um sofort zu wissen, ob das Gerät selbst offline gegangen ist, statt es aus einem veralteten Wert zu erraten. Eine Abfrage alle 30–60 Sekunden reicht für alles Batteriebezogene aber völlig aus — das sind keine Daten, die von Sub-Sekunden-Latenz profitieren.
Die JSON-API und MQTT-Topics von Pylon-Monitor sind von Anfang an offen, dokumentiert und plattformunabhängig — einfach mit dem verbinden, was bereits im Einsatz ist.
Jetzt bestellen — 39 € Einmaliger Kauf, 39 € inkl. MwSt. — kein Abo.