En negen dagsensoren met je eigen verbruik en kosten (sinds v1.8.0):

Deze komen uit GET /v1/me/usage/current en worden elke 5 minuten ververst — de API rekent het dagtotaal per kwartier af, dus vaker pollen levert niets nieuws op. Ze werken in elke P1-mode (none, push én pull): ook als je zelf je P1 naar SlimHuys pusht, krijg je je dagrekening terug in HA.

opwek_vandaag en eigen_verbruik_vandaag vullen zich alleen als SlimHuys je opwek kent — via een koppeling met je omvormer-cloud, of sinds v1.11.0 door 'm zelf te pushen (zie Zonnepanelen).

netto_kosten_vandaag = stroom + gas − teruglevering. kosten_vandaag is alleen de afname van stroom. De gassensoren zijn unavailable op een huis zonder gasaansluiting (of zolang SlimHuys geen gastarief kent voor je contract) — netto_kosten_vandaag rekent dan gewoon zonder gas verder.

Waarom state_class: total met last_reset, en geen total_increasing? Deze waarden vallen om middernacht terug naar 0. Zonder last_reset leest de recorder die terugval als een meter-rollover en telt de dagsprong bij het jaartotaal op. Ze zijn daardoor bruikbaar in long-term statistics, maar zet ze niet als kostenbron in het Energy-dashboard — dat verwacht een cumulatieve meterstand.

Entity-id's bij jou: de integratie gebruikt has_entity_name, dus HA plakt de device-naam ervoor — sensor.slimhuys_frank_energie_huidige_prijs in plaats van sensor.huidige_prijs. In deze README staat overal de korte vorm; kijk je eigen id's na via Developer tools → States (filter op slimhuys) of hernoem de entiteiten naar de korte vorm.

Thuisbatterij (v1.9.0)

Koppel je thuisbatterij aan SlimHuys en zie daar laadtoestand, laden/ontladen en je dagbesparing. Merkonafhankelijk: je kiest zelf de entiteiten, dus het werkt met GoodWe, Deye, Sessy, Victron, Marstek of wat je verder ook in HA hebt staan.

Instellen via Instellingen → Apparaten & diensten → SlimHuys → Opties → Thuisbatterij. De stap verschijnt automatisch zodra HA een %-sensor kent die naar een batterij verwijst — via device_class: battery, of via de naam (battery, batterij, accu, soc, state_of_charge).

De entiteit-keuzelijsten filteren alleen op domein en niet op device_class: lang niet elke batterij-integratie zet die. Een Marstek via een RS485-bridge publiceert bijvoorbeeld sensor.…_battery_state_of_charge met alléén unit_of_measurement: %. De lijst is daardoor langer, maar doorzoekbaar — en je kunt elke sensor die je hebt ook echt aanwijzen.

¹ Kies óf de signed sensor, óf het laad-/ontlaadpaar.

Het teken klopt niet vanzelf. HA-integraties zijn het onderling niet eens over welke kant positief is bij een batterij-vermogenssensor; sommige rapporteren ontladen positief. SlimHuys hanteert + = laden. Zie je in de app laden waar je ontladen verwacht, zet dan "vermogen omkeren" aan — dat is de enige knop die je hiervoor nodig hebt.

Vul het serienummer in, ook met één batterij. Dat is wat straks een tweede batterij van de eerste onderscheidt. Zonder serienummer en met meerdere batterijen weigert de API de push (422 ambiguous-battery) in plaats van te gokken. Je krijgt dan een melding onder Instellingen → Reparaties, en de push valt terug op één poging per 15 minuten tot het conflict weg is — via het serienummer, of door de oude batterij te verwijderen op slimhuys.nl. Zodra dat gebeurd is loopt de push vanzelf weer; herladen hoeft niet. Een push mét serienummer adopteert een bestaande batterij zonder, dus je verliest geen historie als je 'm later alsnog invult.

Standaard push-interval is 30 seconden, ondergrens 1. Zet 'm laag als je op batterijvermogen wilt schakelen; de meeste omvormers publiceren zelf trager, dus dan bepaalt je bron het tempo en niet dit getal.

De push gaat door zodra een van je gekozen entiteiten verandert, én sowieso elk interval — ook als er niets veranderd is. Dat tweede is nodig omdat een batterij die stilstaat op 64% en 0 W urenlang geen state-change-event oplevert; zonder hartslag zou SlimHuys 'm als stale en daarna disconnected zien terwijl 'ie gewoon idle is. "Idle op 64%" is zelf ook informatie.

In pull-mode krijg je de batterij ook terúg als HA-entiteiten (laadtoestand, vermogen, status, inhoud, temperatuur) — elke batterij als eigen apparaat.

Raak je een batterij kwijt — vervangen, of verkeerd aangemaakt — verwijder 'm dan eerst op slimhuys.nl en herlaad daarna de integratie. Het apparaat in Home Assistant kun je vervolgens gewoon via de verwijderknop op de apparaatpagina weghalen; zolang SlimHuys de batterij nog kent weigert HA dat, want dan zou 'ie bij de volgende reload toch terugkomen. Verwijder de integratie niet om dit op te lossen: de entity-ids hangen aan de config-entry, dus opnieuw toevoegen levert nieuwe ids op (_2) en je verliest je historie.

Zonnepanelen (v1.11.0)

SlimHuys haalde de opwek tot nu toe alleen op via een koppeling met je omvormer-cloud (GoodWe SEMS, SolarEdge, Enphase). Heb je een ander merk, of hangt je omvormer bewust niet aan een cloud, dan bleven opwek_vandaag en eigen_verbruik_vandaag leeg — terwijl Home Assistant je omvormer allang uitleest. Sinds v1.11.0 kun je die opwek dus net als je P1 en je batterij zelf pushen.

Instellen via Instellingen → Apparaten & diensten → SlimHuys → Opties → Zonnepanelen. De stap staat er altijd; laat de schakelaar uit als je 'm niet gebruikt.

¹ Minstens één van de twee. Allebei is het beste: uit de teller rekent SlimHuys de opwek per kwartier als verschil (nauwkeurig), en uit het vermogen komt het piekvermogen én een terugval als de teller een keer terugvalt — wat gebeurt bij een HA-herstart die je utility_meter kwijtraakt. Eenheden worden omgerekend: kW en MW naar W, Wh en MWh naar kWh.

Heb je je omvormer al aan SlimHuys gekoppeld? Laat deze stap dan uit. Dezelfde panelen via twee bronnen tellen op tot het dubbele, dus de API weigert de push met een duidelijke foutmelding en de integratie stopt met pushen tot je één van de twee uitzet. Wil je overstappen naar HA-push, dan koppel je de omvormer los op slimhuys.nl.

Standaard push-interval is 30 seconden, ondergrens 1. Net als bij de batterij gaat de push door zodra je sensor verandert én sowieso elk interval — een omvormer die 's nachts op 0 W staat levert uren geen state-change-event op, en zonder die hartslag mist het eerste kwartier na zonsopgang zijn beginstand.

eigen_verbruik_vandaag is opwek − teruglevering, dus die vult zich vanzelf mee zodra de opwek binnenkomt. Reken op zo'n vijf tot tien minuten voor de eerste waarden zichtbaar zijn: SlimHuys sluit kwartieren af en de dagsensoren pollen elke vijf minuten.

Laadpaal (v1.16.0)

Voor laadpalen zonder cloud-koppeling in SlimHuys: Peblar, Alfen, Wallbox, go-e en alles wat Home Assistant verder uitleest. (Easee en Zaptec koppel je rechtstreeks op slimhuys.nl.) SlimHuys leest de laadpaal voorlopig alleen uit; aansturen volgt later.

Koppel de laadpaal eerst in Home Assistant zelf (Peblar: Instellingen → Apparaten & diensten → Integratie toevoegen → Peblar), daarna SlimHuys → Opties → Laadpaal.

¹ Minstens één van de twee. De status mag vrije tekst zijn (charging, no_ev_connected, "Waiting for car"); SlimHuys vertaalt die zelf naar laden / aangesloten / vrij. Met de stroomlimiet en het aantal fasen rekent SlimHuys het laadvermogen uit, zodat een slim laadmoment weet hoe lang je auto moet laden.

De laadpaal verschijnt op slimhuys.nl onder Apparaten en Integraties zodra de eerste meting binnen is.

Prijsarrays voor dashboards

prijzen_vandaag en prijzen_morgen stellen de hele dag als attributen beschikbaar — compatibel met ApexCharts-Card, Energy Tariff Card en andere community-cards die de Nordpool/ENTSO-e-conventie volgen:

attributes:
  prices: [0.18, 0.17, …]          # all-in EUR/kWh, 96 bij kwartier / 24 bij uur
  levels: [medium, low, …]         # SlimHuys-niveau per slot, zie hieronder
  levels_relative: [low, …]        # niveau t.o.v. gisteren t/m morgen
  granularity_minutes: 15          # resolutie van je leverancier
  raw_today:                       # voor ApexCharts e.d.
    - start: "2026-05-16T00:00:00+02:00"
      end:   "2026-05-16T00:15:00+02:00"
      value: 0.18
      level: medium
  raw_today_epex: [...]            # kale EPEX (zonder marge/btw/EB)
  average: 0.21
  min: 0.09
  max: 0.46
  day_level: high                  # hele dag t.o.v. de afgelopen 30 dagen
  reference_median_eur_per_kwh: 0.23
  thresholds:                      # bovengrens per niveau in EUR/kWh
    very_low: 0.115
    low: 0.184
    medium: 0.276
    high: 0.345                    # daarboven: peak

Niet in de historie. De dag-arrays (prices, raw_today, raw_today_epex en hun *_tomorrow-varianten) worden sinds v1.7.2 niet meer door de recorder opgeslagen: 96 kwartieren zijn ~20 kB per state, ruim boven de 16 kB-limiet van HA, waardoor de recorder álle attributen liet vallen en de long-term statistics stukliepen. Kaarten en templates lezen de attributen gewoon van de live state; alleen history/recorder kent ze niet meer.

level is dezelfde indeling als de kleuren op slimhuys.nl (very_low, low, medium, high, peak). SlimHuys zet elk slot af tegen de mediaan van de all-in prijs over de 30 dagen vóór die dag: ≤ 50 % is very_low, ≤ 80 % low, ≤ 120 % medium, ≤ 150 % high en daarboven peak. Een dure week blijft daardoor duur, in plaats van na een paar dagen weer "gemiddeld" te heten. De mediaan (geen gemiddelde) zorgt dat negatieve zomermiddagen de lat niet omlaag trekken. Kaarten die zelf "goedkoop/duur" uitrekenen op de spreiding van één dag kleuren een vlakke, dure dag half groen; met level krijg je dezelfde kleuren als op de site — zie Kleuren zoals op slimhuys.nl.

levels_relative is het niveau t.o.v. het gemiddelde van gisteren t/m morgen. Op een dure dag is alles high/peak, maar levels_relative laat nog steeds zien welk kwartier het minst slecht is — handig voor automatiseringen die hoe dan ook vandaag moeten draaien. thresholds zijn de grenzen in euro's, zodat je ook waarden zonder eigen level (zoals goedkoopste_blok_gemiddelde) in dezelfde kleur kunt zetten. Staat er (nog) te weinig historie in de API, dan ontbreken thresholds/day_level en is level gelijk aan levels_relative.

Prijzen volgen de resolutie van je leverancier. Rekent die per kwartier af (Zonneplan, Tibber, Frank, easyEnergy, Coolblue …), dan krijg je 96 waarden per dag; rekent die per uur af (ANWB, Budget …), dan 24. De integratie middelt kwartieren niet meer weg naar uurprijzen — dat maakte precies de pieken onzichtbaar waarop je wilt schakelen. granularity_minutes zegt welke resolutie je hebt, dus een dashboard hoeft niet aan de lengte van prices te raden.

Ook goedkoopste_blok_start en volgende_negatieve_prijs schuiven daardoor per kwartier op: een blok kan nu op 13:45 beginnen in plaats van alleen op hele uren.

prijzen_morgen is unknown tot EPEX day-ahead publiceert (~14:00 CET) — attribuut valid: true zodra de hele dag binnen is. prijzen_vandaag_kwartier is sinds v1.4.0 een alias van prijzen_vandaag (die levert zelf al de native resolutie) en blijft bestaan zodat bestaande kaarten niet breken.

Twee binary sensors voor negatieve prijzen

Het verschil zit in de belastingcomponent: de all-in prijs is EPEX + inkoop- marge + energiebelasting + opslag + btw. Die belasting is een flinke bodem, dus in NL gaat de all-in sensor zelden aan terwijl de EPEX regelmatig onder nul duikt. Wil je niet pas onder nul schakelen maar al bij "spotgoedkoop", zet dan NEGATIVE_ALL_IN_PRICE_THRESHOLD in const.py op bijv. 0.05; voor de EPEX-variant doet NEGATIVE_PRICE_THRESHOLD hetzelfde.

Beide hebben dezelfde attributen: epex_now, total_now, threshold, supplier, plus negative_until als hij aan staat en next_negative_start als hij uit staat — beide op de resolutie van je leverancier.

automation:
  - alias: Auto laden bij negatieve all-in prijs
    trigger:
      - platform: state
        entity_id: binary_sensor.negatieve_all_in_prijs_nu
        to: "on"
    action:
      - service: switch.turn_on
        target: {entity_id: switch.laadpaal}

Plus één service voor terug-push naar SlimHuys:

service: slimhuys.push_reading
data:
  consumption_kwh_total: "{{ states('sensor.dsmr_reading_electricity_consumption_total') | float }}"
  delivered_kwh_total:    "{{ states('sensor.dsmr_reading_electricity_delivery_total')    | float }}"
  active_power_w:         "{{ (states('sensor.dsmr_reading_current_electricity_usage')    | float * 1000) | int }}"

Installeren

Via HACS (aanbevolen)

SlimHuys staat in de standaard-HACS-catalogus, dus een custom repository toevoegen hoeft niet meer.

1. Open HACS → Integraties
2. Zoek "SlimHuys" → Download
3. Herstart Home Assistant
4. Settings → Devices & Services → + Add Integration → SlimHuys
5. Plak je API-key — die maak je aan op slimhuys.nl/app/account?tab=api

Handmatig

Kopieer custom_components/slimhuys/ naar je HA config/custom_components/-folder en restart HA.

P1-data: push of pull

Tijdens Add Integration kies je in stap 3 één van drie P1-modi:

De wizard kiest een verstandige standaard op basis van je SlimHuys-account (has_p1_meter-veld uit /v1/me): is er al een P1-bridge gekoppeld, dan wordt pull als standaard geselecteerd, anders push.

Push-modus — DSMR-data naar SlimHuys

In stap 4 detecteert de integratie automatisch mogelijke DSMR-sensors en biedt dropdowns aan:

• Cumulatief verbruik (kWh)
• Cumulatieve teruglevering (kWh)
• Huidig vermogen (W of kW — wordt automatisch geconverteerd)
• Huidige teruglevering (W of kW, optioneel) — nieuw in v1.7.0; stond daarvoor altijd op 0 in de push. Werd bij jou al een _delivery- of _teruglevering-sensor gevonden, dan staat die alvast voorgeselecteerd.

Plus een push-interval (1–300 seconden, default 30s). Sinds v0.3.0 is de push event-driven: zodra je DSMR-meter een nieuwe waarde publiceert gaat 'ie meteen naar SlimHuys (met throttling op het ingestelde interval).

Optionele velden (3-fase + gas) verschijnen automatisch onderin de wizard als ze in je HA-instance bestaan.

1-seconde push blijft mogelijk. DSMR-meters publiceren van nature elke ~1s; de SlimHuys-API rate-limit is 600/min/key (= 10/s) dus 1Hz uit één instance is comfortabel, en nodig als je automations op live vermogen schakelen. (v1.7.0 zette de ondergrens kort op 5s; v1.7.1 draait dat terug.)

Bij API-storing loopt het interval trapsgewijs op (verdubbelend, tot 300s) en springt het terug zodra een push weer slaagt. Je meter blijft gewoon doorlopen; alleen het doorsturen wordt tijdelijk rustiger.

Werkt out-of-the-box met DSMR Slimme meter (USB), HomeWizard P1, Tibber Pulse en ESPHome-DSMR (SlimmeLezer e.d.).

Meter zonder totaalstand? ESPHome-DSMR publiceert alleen losse registers voor tarief 1 en tarief 2 (energy_consumed_tariff_1 / _2, energy_produced_tariff_1 / _2). Kies dan tarief 1 bij Cumulatief verbruik en tarief 2 bij Verbruik tarief 2 (idem voor teruglevering); de integratie telt ze op tot één stand. Sinds v1.17.0 vult de wizard dat paar zelf in. Heeft je meter wél een totaalstand (HomeWizard: energy_import), laat de tarief-2-velden dan leeg — anders tel je dubbel. Let op: bij ESPHome-DSMR betekent delivered afname (geleverd áán jou), returned/produced is teruglevering.

Wil je toch zelf via een automation pushen? De service slimhuys.push_reading blijft beschikbaar voor maatwerk.

Pull-modus — SlimHuys-P1 als bron voor HA

Heb je een P1-meter rechtstreeks aan SlimHuys gekoppeld (cellular, wifi)? Dan vult pull-modus je HA met live entiteiten — geen DSMR-USB nodig.

Connectie: Server-Sent Events op /v1/me/usage/live-events — sub-seconde latency, native HTTP, automatische reconnect met exponential backoff. Bij SSE-uitval valt de integratie terug op GET /v1/me/usage/current (5s-poll).

Aangemaakte sensors:

Afname en teruglevering zijn twee losse, altijd-positieve registers van de meter (OBIS 1-0:1.7.0 en 1-0:2.7.0) — géén splitsing van één netto-getal. Op een 3-fase-aansluiting kunnen ze daarom tegelijk een waarde hebben: exporteert je omvormer 4.234 W via L2 + L3 terwijl je kookplaat 1.379 W van L1 trekt, dan zie je 1.379 W afname én 4.234 W teruglevering. Op 1-fase is er altijd precies één van de twee nul. sensor.actief_vermogen wordt nooit negatief, ook niet als je netto terugleeft.

sensor.netto_vermogen is het verschil van die twee: positief = van het net, negatief = naar het net (zelfde conventie als sensor.vermogen_l*). Handig om in één oogopslag de richting te zien, maar het is een lossy getal — je kunt de twee bruto-waarden er niet uit terugrekenen. Voor kostenberekeningen gebruik je actief_vermogen en teruglevering_vermogen los van elkaar, want afname en teruglevering hebben verschillende tarieven.

3-fase entities worden alleen aangemaakt voor fasen die de meter rapporteert (via een eenmalige /current-probe bij setup). 1-fase huishoudens krijgen geen permanent-unavailable L2/L3-entities. Waterdebiet, temperatuur en luchtvochtigheid verschijnen alleen als de gekoppelde meter die velden stuurt.

Kant-en-klaar dashboard

Geen zin om zelf met grafieken te puzzelen? Hieronder staat een compleet dashboard om te kopiëren. Plak het via Overzicht → potlood → 3-puntjes → Raw configuration editor (of per kaart via + Kaart toevoegen → Handmatig).

Zonder extra downloads

Werkt met alleen de standaard-kaarten van Home Assistant:

type: vertical-stack
cards:
  - type: heading
    heading: Stroomprijs
    heading_style: title

  - type: glance
    columns: 3
    entities:
      - entity: sensor.huidige_prijs
        name: Nu
      - entity: sensor.daggemiddelde
        name: Gemiddeld
      - entity: sensor.laagste_vandaag
        name: Laagste

  - type: history-graph
    hours_to_show: 24
    entities:
      - entity: sensor.huidige_prijs
        name: Prijsverloop

  - type: markdown
    content: >-
      **Goedkoopste blok vandaag:**
      {{ states('sensor.goedkoopste_blok_start') }} —
      € {{ states('sensor.goedkoopste_blok_gemiddelde') | float(0) | round(3) }}/kWh


      **Niveau nu:** {{ states('sensor.tariefniveau_nu') }} ·
      **vandaag:** {{ states('sensor.dagniveau_vandaag') }}
      {% if states('sensor.volgende_negatieve_prijs') not in ['geen', 'unknown'] %}


      ⚡ **Negatieve prijs:** {{ states('sensor.volgende_negatieve_prijs') }}
      {% endif %}

De history-graph tekent het werkelijke verloop van vandaag (HA's eigen recorder), dus morgen-prijzen zie je daar niet in. Wil je vandaag én morgen in één staafgrafiek, gebruik dan de ApexCharts-variant hieronder.

Met ApexCharts-card (vandaag + morgen in één grafiek)

Installeer eenmalig ApexCharts Card via HACS → Frontend → zoek "apexcharts-card" → Download → herstart de browser (ctrl-shift-R).

type: custom:apexcharts-card
experimental:
  color_threshold: true
header:
  show: true
  title: Stroomprijs vandaag & morgen
  show_states: true
  colorize_states: true
graph_span: 2d
span:
  start: day
now:
  show: true
  label: nu
yaxis:
  - decimals: 2
    apex_config:
      title:
        text: € / kWh
series:
  - entity: sensor.prijzen_vandaag
    name: Vandaag
    type: column
    curve: stepline
    unit: € /kWh
    float_precision: 3
    show:
      extremas: true
    color_threshold:
      - value: -0.001
        color: "#1b5e20"
      - value: 0
        color: "#2e7d32"
      - value: 0.25
        color: "#f9a825"
      - value: 0.40
        color: "#c62828"
    data_generator: |
      return (entity.attributes.raw_today || []).map(p => {
        return [new Date(p.start).getTime(), p.value];
      });
  - entity: sensor.prijzen_morgen
    name: Morgen
    type: column
    curve: stepline
    unit: € /kWh
    float_precision: 3
    opacity: 0.55
    color_threshold:
      - value: -0.001
        color: "#1b5e20"
      - value: 0
        color: "#2e7d32"
      - value: 0.25
        color: "#f9a825"
      - value: 0.40
        color: "#c62828"
    data_generator: |
      return (entity.attributes.raw_tomorrow || []).map(p => {
        return [new Date(p.start).getTime(), p.value];
      });

De morgen-reeks is leeg tot EPEX day-ahead publiceert (~14:00 CET) — de grafiek toont dan simpelweg alleen vandaag, geen foutmelding.

Kwartier-precisie hoef je niet apart aan te zetten: raw_today heeft al de resolutie van je leverancier. Bij een kwartier-leverancier staan er 96 punten in — zet graph_span: 1d als je die dag-in-detail wilt zien.

Teruglevering erbij? Voeg een derde reeks toe met entity: sensor.teruglevering_vandaag — die heeft exact dezelfde raw_today-structuur.

Kleuren zoals op slimhuys.nl

De color_threshold hierboven werkt met vaste bedragen. Wil je dezelfde kleuren als op slimhuys.nl, kleur dan op level: één gestapelde reeks per niveau, waarvan per kwartier precies één een waarde heeft.

type: custom:apexcharts-card
header:
  show: true
  title: Stroomprijs vandaag
graph_span: 1d
span:
  start: day
now:
  show: true
  label: nu
apex_config:
  chart:
    stacked: true
  legend:
    show: false
yaxis:
  - decimals: 2
series:
  - entity: sensor.prijzen_vandaag
    name: Zeer laag
    type: column
    color: "#9FE1CB"
    data_generator: |
      return (entity.attributes.raw_today || []).map(p =>
        [new Date(p.start).getTime(), p.level === "very_low" ? p.value : null]);
  - entity: sensor.prijzen_vandaag
    name: Laag
    type: column
    color: "#5DCAA5"
    data_generator: |
      return (entity.attributes.raw_today || []).map(p =>
        [new Date(p.start).getTime(), p.level === "low" ? p.value : null]);
  - entity: sensor.prijzen_vandaag
    name: Gemiddeld
    type: column
    color: "#FAC775"
    data_generator: |
      return (entity.attributes.raw_today || []).map(p =>
        [new Date(p.start).getTime(), p.level === "medium" ? p.value : null]);
  - entity: sensor.prijzen_vandaag
    name: Hoog
    type: column
    color: "#EF9F27"
    data_generator: |
      return (entity.attributes.raw_today || []).map(p =>
        [new Date(p.start).getTime(), p.level === "high" ? p.value : null]);
  - entity: sensor.prijzen_vandaag
    name: Piek
    type: column
    color: "#D85A30"
    data_generator: |
      return (entity.attributes.raw_today || []).map(p =>
        [new Date(p.start).getTime(), p.level === "peak" ? p.value : null]);

Voor morgen: zelfde kaart met sensor.prijzen_morgen en raw_tomorrow.

Kale EPEX naast de all-in prijs

Handig om te zien hoeveel er aan belasting/btw/marge bovenop zit — beide attributen zitten op dezelfde sensor:

series:
  - entity: sensor.prijzen_vandaag
    name: All-in
    type: column
    data_generator: |
      return (entity.attributes.raw_today || []).map(p => [new Date(p.start).getTime(), p.value]);
  - entity: sensor.prijzen_vandaag
    name: Kale EPEX
    type: line
    curve: stepline
    stroke_width: 2
    data_generator: |
      return (entity.attributes.raw_today_epex || []).map(p => [new Date(p.start).getTime(), p.value]);

Live P1-tegels (alleen in pull-modus)

type: horizontal-stack
cards:
  - type: tile
    entity: sensor.netto_vermogen
    name: Nu
  - type: tile
    entity: sensor.teruglevering_vermogen
    name: Terug
  - type: tile
    entity: sensor.gas_totaal
    name: Gas

Het SlimHuys-dashboard zelf in HA?

Een webpagina-kaart met https://slimhuys.nl/app werkt niet: slimhuys.nl stuurt bewust X-Frame-Options: DENY mee om clickjacking te voorkomen, dus je browser weigert het iframe. Een snelkoppeling kan wél:

type: markdown
content: '[Open SlimHuys →](https://slimhuys.nl/app)'

Configuratie wijzigen

Settings → Devices & Services → SlimHuys → Configure → wissel van leverancier (Tibber, Frank, Zonneplan, ANWB, Eneco, NextEnergy, Coolblue, easyEnergy, Powerpeers).

Meer over dynamische stroomprijzen

Geen Home Assistant bij de hand? Dezelfde data staat live op SlimHuys.nl, doorgerekend met energiebelasting en btw:

• Dynamische stroomprijs vandaag — per kwartier, NL-zone
• Stroomprijs morgen — de EPEX day-ahead-tarieven van morgen
• Gemiddelde stroomprijs per maand en jaar
• Negatieve stroomprijzen in Nederland
• Dynamische energieleveranciers vergelijken — Tibber, Frank Energie, Zonneplan en meer
• Wanneer kan ik mijn auto het goedkoopst laden?

De tarieven komen uit de open dataset dynamic-tariffs-nl en de publieke API op https://slimhuys.nl/v1/suppliers.

Licentie

MIT — zie LICENSE.