Twee ingangen, allebei al ingebouwd in de firmware
Vraag tien mensen hoe ze een Pylontech-accu met Home Assistant zouden verbinden en u krijgt tien verschillende halve antwoorden met aangepaste componenten, HACS-repository's, of YAML die iemand drie jaar geleden van een forum kopieerde. Bij Pylon-Monitor hoeft u niet te gokken: het apparaat heeft twee integratiepaden rechtstreeks in de firmware ingebouwd, en geen van beide vereist iets te installeren aan de kant van Home Assistant.
Beide lezen dezelfde onderliggende data — de Console-poort van de accu — dus de keuze gaat niet over mogelijkheden, maar over wat u al draaiende heeft.
Optie 1 — MQTT auto-discovery, de snelle weg
Draait Home Assistant al met de add-on Mosquitto broker (de meeste installaties wel), dan is dit de te gebruiken optie. Vul de IP, poort, gebruikersnaam en wachtwoord van de broker in op de Settings-pagina van het apparaat, sla op, en binnen ongeveer vijf seconden verschijnen elf sensoren automatisch onder Instellingen → Apparaten & diensten → MQTT — gegroepeerd onder één apparaatkaart met de naam Pylon-Monitor. Geen YAML, geen herstart, geen handmatig gedefinieerde entiteiten.
De elf sensoren: SOC, SOH, spanning, stroom, vermogen, accutemperatuur, MOSFET-temperatuur, laadcycli, accustatus, celonbalans en aantal batterijen. Plus één extra signaal dat belangrijker is dan mensen verwachten: een beschikbaarheids-topic ondersteund door een echte MQTT Last-Will-and-Testament, zodat elke sensor correct grijs wordt in Home Assistant zodra het apparaat stroom of WiFi verliest — in plaats van stilzwijgend te bevriezen op de laatst bekende waarde, precies het faalscenario dat mensen daadwerkelijk in de problemen brengt (een alarm dat nooit afgaat omdat de "laatst bekende SOC" er normaal uitzag).
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.
Optie 2 — REST, als u geen MQTT draait
Geen broker, geen probleem. Het ingebouwde rest-platform van Home Assistant kan het /api.json-eindpunt van het apparaat rechtstreeks elke 30 seconden bevragen en zes sensoren aanmaken — SOC, SOH, spanning, stroom, vermogen en status. De YAML-blok hoeft u niet vanaf nul te schrijven: de Settings-pagina van het apparaat genereert deze zelf voor u, met uw huidige IP al ingevuld. Kopiëren, plakken in configuration.yaml, Home Assistant herstarten.
configuration.yaml — precies het blok van de Settings-pagina, zonder aanpassingen.
Welke kiest u in de praktijk?
- Draait er al een Mosquitto-broker? Gebruik MQTT auto-discovery. Sneller ingesteld, meer sensoren, en alleen al het beschikbaarheidssignaal is de moeite waard.
- Geen broker, en geen zin om er speciaal voor dit doel een te installeren? REST werkt prima. De tien seconden extra pollinglatentie ten opzichte van MQTT's bijna directe push maken voor accutelemetrie niets uit — die verandert niet snel.
- Een grote HA-instantie met al tientallen MQTT-apparaten? Eén apparaat extra op de broker kost niets. Kies MQTT.
Wat u er echt mee doet
Tien (of zes) nieuwe sensoren op zich zijn slechts cijfers op een kaart. Enkele automatiseringsideeën om er iets nuttigs mee te doen:
- Melding bij lage SOC. Een eenvoudige automatisering die afgaat zodra de SOC-sensor onder een drempel zakt — pushmelding via de Home Assistant-app, zonder dat u het eigen Pushover-alarm van het apparaat nodig heeft als u meldingen liever centraliseert in HA.
- Celonbalans in de gaten houden. Celonbalans piekt zelden plotseling, maar een langzame stijgende trend over weken is precies wat een Home Assistant-geschiedenisgrafiek opvangt en wat een incidentele blik op het TFT-scherm nooit zou laten zien.
- Een dashboardkaart naast uw zonne-/omvormerdata. Als u productie en verbruik al bijhoudt in Home Assistant, geeft het plaatsen van de Pylontech SOC- en vermogenssensoren op hetzelfde dashboard u eindelijk het volledige beeld op één plek, in plaats van tussen apps te wisselen.
Voor meer over wat deze cijfers echt betekenen en welke een echt alarm verdienen (tegenover wat gewoon achtergrondruis is), zie Pylontech-diagnose 101.
Snel probleemoplossen
- MQTT-regel blijft rood / verbindt niet: controleer broker-IP en inloggegevens nogmaals — een eigen MQTT-gebruiker (zie tip hierboven) is de meest voorkomende oplossing wanneer een hergebruikte HA-login onverwacht faalt.
- Dubbele entiteiten: u heeft zowel MQTT als REST tegelijk geconfigureerd voor dezelfde waarden — verwijder er één.
- Sensor toont "niet beschikbaar": gebeurt dit precies wanneer het apparaat WiFi of stroom verliest, dan werkt het beschikbaarheidssignaal zoals bedoeld — geen bug.
Gebruikt u geen Home Assistant?
Alles hierboven draait op hetzelfde /api.json-eindpunt en dezelfde MQTT-topics die ook de integraties met Jeedom, Node-RED, Domoticz en openHAB voeden — zie alle andere manieren om een Pylontech-accu met een domoticaplatform te verbinden als Home Assistant niet uw systeem is.
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.
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:
- IFTTT — een Webhooks/JSON-applet dat de URL volgens een schema bevraagt en een SmartLife-actie voedt.
- Make.com (voorheen Integromat) — een HTTP-module die de URL leest, een JSON-parser, dan een Tuya/SmartLife-module of een webhook terug naar Tuya's IoT-platform.
- Apilio — specifiek gebouwd rond Tuya/SmartLife-automatiseringen, met een eigen HTTP-request-trigger die zo'n URL rechtstreeks kan bevragen.
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.
Veelgestelde vragen
- Heb ik een MQTT-broker nodig om Pylontech in Home Assistant te gebruiken?
- Nee. Draait u geen MQTT-broker, dan kan het ingebouwde REST-platform van Home Assistant de JSON-API van het apparaat rechtstreeks bevragen en zes sensoren aanmaken — geen broker nodig.
- Hoeveel sensoren geeft Pylontech-monitoring mij in Home Assistant?
- MQTT auto-discovery maakt 11 sensoren plus een beschikbaarheidssignaal aan. Het REST-platform maakt 6 sensoren aan uit dezelfde onderliggende data. Heeft je pack meer dan één Pylontech-batterij, dan publiceert MQTT ook 5 sensoren per batterij (SOC, SOH, cycli, spanning, status), en de JSON API geeft altijd de volledige uitsplitsing per batterij, ongeacht welke integratie je gebruikt.
- Kan ik MQTT en REST tegelijk gebruiken?
- Dat kan, maar niet voor dezelfde waarden — dat levert dubbele entiteiten op. Kies MQTT als u een broker heeft (dekt alles wat REST doet, en meer); gebruik REST alleen als dat niet zo is.
Pylon-Monitor heeft beide integraties al ingebouwd — MQTT auto-discovery en de REST YAML-generator staan al op het apparaat, klaar zodra u het aansluit.
Nu bestellen — 59 € Eenmalige aankoop, € 59 in totaal — geen btw, geen abonnement.