Ontworpen & gemaakt in Frankrijk
🚚 Alle bestellingen die vóór 27 september zijn geplaatst, zijn verzonden. We bereiden nu de volgende bestellingen voor (27, 28 september…). We doen ons uiterste best om zo snel mogelijk te leveren.
INTEGRATIES7 min. leestijd

Meer dan Home Assistant: Pylontech met Jeedom, Node-RED, Domoticz en openHAB

Gebruikt u geen Home Assistant? Hetzelfde JSON-eindpunt en dezelfde MQTT-topics die de integratie daarvan voeden, werken identiek in Jeedom, Node-RED, Domoticz, openHAB, en alles wat een HTTP-verzoek kan doen.

Eén JSON-eindpunt, elk platform

Home Assistant krijgt de meeste aandacht — begrijpelijk, het is het meest gebruikte domoticaplatform, en we hebben er een hele gids aan gewijd. Maar het onderliggende mechanisme is bewust simpel: één HTTP-eindpunt, GET /api.json?key=… (de toegangssleutel uit de Settings van het apparaat), gewoon JSON terug. Alles wat een HTTP-verzoek kan doen en JSON kan parsen, kan daaruit Pylontech-accudata halen. Dat geldt voor Jeedom, Node-RED, Domoticz, openHAB, Grafana, een Python-script, een cronjob met curl — allemaal lezen ze precies dezelfde data, geen van allen heeft een fabrikants-SDK of API-sleutel nodig.

JSON API-respons van een Pylontech-bewakingsapparaat met gestructureerde accudata
Dezelfde JSON-respons voedt alle onderstaande integraties — geen platformspecifieke plugin nodig aan apparaatzijde.
Aansluitpaneel van een Pylontech master-accu: de RJ45-kabel in de CONSOLE-poort voedt de Pylon-Monitor, terwijl de koppelkabel vanaf LINK PORT 1 naar de slave-accu loopt
Op de master-accu: CONSOLE naar de Pylon-Monitor, LINK PORT 1 naar de slave-accu.
De fout die bijna iedereen maakt: LINK PORT 1, niet LINK PORT 0
De kabel die uw master-accu met de eerste slave verbindt, moet vertrekken vanaf LINK PORT 1 op de master — nooit vanaf LINK PORT 0. Hij gaat in LINK PORT 0 van de slave, en elke volgende accu herhaalt hetzelfde patroon 1 → 0. Andersom aangesloten ziet de master de rest van de stapel nooit en toont de Pylon-Monitor altijd maar één accu.

Jeedom

Jeedom heeft geen speciale Pylontech-plugin nodig. Installeer de standaard JSON-plugin uit de Jeedom-store, richt een apparaat op http://<apparaat-ip>/api.json?key=<access-key>, en koppel JSON-paden aan commando's — summary>soc, summary>voltage, summary>state, net>rssi, enzovoort. Een polling-interval van 30–60 seconden is meer dan genoeg; accutelemetrie verandert niet snel genoeg om iets strakkers nodig te hebben.

Node-RED

Twee opties, die de keuze bij Home Assistant bijna exact weerspiegelen. Bevragen met een http request-node (methode GET, URL http://<apparaat-ip>/api.json?key=<access-key>, retourtype "a parsed JSON object"), getriggerd door een inject-node op een timer, en velden zoals msg.payload.summary.soc verderop in de flow uitlezen. Of, als MQTT al is geconfigureerd op het apparaat, in plaats daarvan rechtstreeks abonneren op pylon-monitor/state met een MQTT-in-node — updates komen binnen zodra ze gebeuren, geen pollinglus te beheren.

Poorten van het Pylon-Monitor-apparaat — RJ45 Console-connector en USB-C-voeding
Eén RJ45-kabel naar de Console-poort van de accu, één USB-C-kabel voor stroom — al het andere gebeurt over het netwerk, naar welk platform er ook luistert.

Domoticz

Domoticz heeft standaard geen native JSON-pollingsensor, maar de gangbare oplossing is goed beproefd: een klein script (Python, of Domoticz' eigen Lua-/Blockly-eventscripting) haalt /api.json op met een timer en stuurt de waarden via Domoticz' eigen JSON-API naar Dummy/Virtual-sensoren. Dat kost een paar minuten meer instellen dan Jeedom of Node-RED, maar het is eenmalig werk, en de sensoren gedragen zich daarna precies als elk ander Domoticz-apparaat — volledige geschiedenisgrafieken, meldingen, alles.

openHAB

De HTTP Binding van openHAB regelt dit native: definieer een Thing die naar http://<apparaat-ip>/api.json?key=<access-key> wijst met een verversingsinterval, koppel dan individuele channels aan JSON-paden via een transformatie (JSONPath) om summary.soc, summary.voltage, enz. naar aparte Items te halen. Geen aangepaste binding nodig — de generieke HTTP-binding dekt het.

Tuya / SmartLife — een niet-officiële brug via IFTTT, Make.com of Apilio

Tuya-apparaten en de SmartLife-app melden zich alleen bij Tuya's eigen cloud — er is aan hun kant geen generiek JSON-eindpunt zoals hier, en er bestaat geen officiële Pylontech-Tuya-integratie. Dit apparaat doet ook niet alsof het er een is. Wat het wél levert, is het ontbrekende stukje voor een no-code brug: zet Settings > Public JSON access > "Enable a real public URL" aan, en pylon-monitor.com publiceert het JSON van je apparaat opnieuw op een stabiele HTTPS-link, overal bereikbaar — geen port forwarding, geen VPN, niets blootgesteld op je eigen router.

Pylon-Monitor Settings-pagina — publieke JSON-toegang met een privésleutel en de resulterende publieke URL
Settings > Public JSON access: een privésleutel, één selectievakje, en pylon-monitor.com publiceert je JSON opnieuw op een link die overal werkt.

Met die URL in de hand kan een gratis no-code automatiseringsplatform deze bevragen en de waarden doorsturen naar een virtueel Tuya-apparaat of een SmartLife-gerichte webhook:

Niets hiervan wordt officieel ondersteund door Tuya of door Pylon-Monitor — het is een brug die je zelf samenstelt uit bestaande gratis tools, geen gecertificeerde integratie. Maar als je de SOC of status van je accu op een SmartLife-dashboard wilt, of in een Alexa/Google-routine die alleen Tuya-apparaten begrijpt, is de publieke URL hierboven het stukje dat je nog miste.

Grafana, scripts, en al het andere

Heeft een tool een "JSON API"- of "HTTP"-databron — Grafana's JSON API-plugin, Telegraf's HTTP-input, een Python-script met requests, een shell-regel met curl | jq — dan kan het dit eindpunt op dezelfde manier uitlezen. Dit is bewust geen ommuurde tuin: het apparaat maakt niet uit wat er aan de andere kant van het HTTP-verzoek zit, wat betekent dat het niet overbodig wordt op de dag dat u van domoticaplatform wisselt.

Polling versus MQTT: wat waar te gebruiken

De meeste platforms hierboven bevragen standaard de JSON-API op een timer, wat simpel is en overal werkt. Spreekt uw platform ook MQTT (Node-RED en Home Assistant doen dat allebei native), dan betekent abonneren op pylon-monitor/state in plaats daarvan dat updates binnenkomen zodra ze gepubliceerd worden in plaats van te wachten op de volgende polling — en u krijgt ook het retained beschikbaarheids-topic er gratis bij, om meteen te weten of het apparaat zelf offline is gegaan in plaats van dit te gokken aan een verouderde waarde. Elke 30–60 seconden pollen is echter meer dan voldoende voor alles wat met de accu te maken heeft — dit zijn geen data die baat hebben bij subseconde-latentie.

Dezelfde data, geen voorkeursbehandeling. Home Assistant krijgt een speciaal auto-discovery-pad omdat het de meest voorkomende vraag is, niet omdat de andere platforms tweederangs zouden zijn. Alle bovenstaande lezen exact dezelfde JSON-structuur en dezelfde MQTT-topics — zie wat deze velden echt betekenen zodra de data binnenstroomt.

Veelgestelde vragen

Werkt Pylontech-monitoring met Jeedom?
Ja. De standaard JSON-plugin uit de Jeedom-store kan het /api.json-eindpunt van het apparaat rechtstreeks bevragen en velden koppelen aan commando's — geen aangepaste Jeedom-plugin nodig.
Kan ik een Pylontech-accu aansluiten op Node-RED?
Ja, op twee manieren: /api.json bevragen met een http request-node, of abonneren op het MQTT state-topic met een MQTT-in-node als MQTT op het apparaat is geconfigureerd.
Werkt dit ook met Domoticz of openHAB?
Ja. Domoticz gebruikt doorgaans een klein script om waarden via zijn eigen API naar Dummy/Virtual-sensoren te sturen; de ingebouwde HTTP Binding van openHAB kan het JSON-eindpunt rechtstreeks bevragen, zonder aangepaste binding.

De JSON-API en MQTT-topics van Pylon-Monitor zijn vanaf dag één open, gedocumenteerd en platformonafhankelijk — sluit ze aan op wat u al gebruikt.

Nu bestellen — 59 € Eenmalige aankoop, € 59 in totaal — geen btw, geen abonnement.