Home Assistant is prima voor grafieken, maar soms wil je de ruwe data ergens anders hebben: een eigen dashboard, een Grafana-paneel, een scriptje dat de vaatwasser aanzet, of gewoon een CSV om in te spitten. Drie routes, van laag naar hoog abstractieniveau.
1. De lokale API van je bridge
De snelste weg als je alleen het huidige moment nodig hebt.
De HomeWizard P1 heeft een lokale HTTP-API die na het inschakelen van "Lokale API" (in de HomeWizard-app) zonder authenticatie op je eigen netwerk bereikbaar is:
GET http://<ip-van-je-p1>/api/v1/data
Dat geeft JSON met onder meer het actieve vermogen, de import- en exporttellers per tarief en de gasstand. Pollen op één keer per seconde is prima; het apparaat draait lokaal en je belast niemands server.
Een SlimmeLezer op ESPHome kun je vergelijkbaar benaderen als je de webserver-component aanzet, of — netter — via MQTT laten publiceren.
Voordeel: geen tussenlaag, lage latency. Nadeel: alleen het nu. Geen historie, geen kwartieraggregatie, geen prijzen.
2. De REST-API van Home Assistant
Draait je P1 al in HA, dan kun je elke sensor daar uitlezen — ook als je bridge zelf geen API heeft (een USB-kabel bijvoorbeeld).
Maak een long-lived access token: klik op je gebruikersnaam linksonder in HA → tabblad Beveiliging → Langlevende toegangstokens → Token aanmaken. Kopieer 'm meteen, je ziet 'm daarna niet meer.
Huidige stand van één sensor:
curl -H "Authorization: Bearer <token>" \
-H "Content-Type: application/json" \
http://<ha-adres>:8123/api/states/sensor.power_consumption
Historie over een periode:
curl -H "Authorization: Bearer <token>" \
"http://<ha-adres>:8123/api/history/period/2026-09-01T00:00:00+02:00?filter_entity_id=sensor.power_consumption"
Voordeel: werkt met elke bridge, en je hebt de historie die HA bewaart.
Nadeel: de standaard-recorder in HA bewaart maar tien dagen. Voor een
langere reeks moet je die retentie zelf ophogen, en dan groeit je database
navenant.
3. De SlimHuys-API — kwartierdata met prijzen erbij
Wat de twee routes hierboven niet geven: je verbruik afgerekend tegen de werkelijke prijs van dat moment. Daar zit meestal de vraag achter waarom je de data überhaupt wilde.
Als je P1-data naar SlimHuys gepusht wordt, kun je 'm er met een API-key weer uithalen. Aanmaken onder Account → API & developer.
Het huidige kwartier:
curl -H "Authorization: Bearer <api-key>" \
https://api.slimhuys.nl/v1/me/usage/current
Een periode op kwartier-, uur- of dagniveau:
curl -H "Authorization: Bearer <api-key>" \
"https://api.slimhuys.nl/v1/me/usage/range?from=2026-09-01&to=2026-09-06&bucket=hour"
Daar komt per bucket het verbruik, de teruglevering, de opwek én de kosten en opbrengsten uit — doorgerekend met de tarieven van jouw leverancier, de energiebelasting en btw die op dat moment golden.
De volledige beschrijving staat in de OpenAPI-specificatie op slimhuys.nl/openapi.json; die kun je in Postman, Insomnia of een generator importeren.
Welke kies je?
- Realtime schakelen (apparaat aan bij laag vermogen) → de lokale API van je bridge. Laagste latency, geen internet nodig.
- Alles in eigen beheer → HA REST-API, met opgehoogde recorder-retentie.
- Kosten, historie en prijzen → de SlimHuys-API. Het rekenwerk met kwartiertarieven, energiebelasting en btw is precies het deel dat je anders zelf moet nabouwen.
Nog geen koppeling? Begin bij de complete P1-koppelgids.