[Predbat] – Slim energiebeheer voor batterij en EV

[xXtronXx]

Ontdek Predbat – Slim energiebeheer voor Home Assistant

Ik was verrast dat er zo weinig info over Predbat op Tweakers te vinden is. Had ik deze add-on maar eerder ontdekt!
Omdat ik echt onder de indruk ben van deze tool voor thuisbatterijbeheer en energieoptimalisatie, start ik graag een topic om ervaringen, tips en mooie dashboards te delen.

🔗 Meer info & installatie: GitHub – Predbat
📚 Volledige documentatie: Predbat Docs
▶️ YouTube-kanaal met uitleg: Springfall2008

Wat is Predbat?

Predbat is een innovatieve add-on voor Home Assistant die jouw energieverbruik slimmer maakt. Het doel?
Voorspellen, optimaliseren en automatisch aansturen van je thuisbatterij en laadpaal om kosten te verlagen en je zelfconsumptie te verhogen.

Belangrijkste functies

• 48-uurs voorspellingen voor batterijstatus, zonneproductie en verbruik
• Automatisch laden/ontladen op basis van actuele stroomtarieven en jouw instellingen.
• Integratie met Solcast voor nauwkeurige zonneprognoses.
• Ondersteuning voor dynamische tarieven zoals Nordpool en Energi Data Service
• Slim EV-laden en apparaten plannen op de goedkoopste momenten.
• Exportoptimalisatie: bij hoge terugleververgoedingen kan Predbat zelfs een force discharge uitvoeren.
• Ondersteuning voor diverse invertermerken: GivEnergy, Solis, Huawei, SolarEdge, Sofar, en meer.
• Handmatige bediening van batterij en laadpaal.
• Dynamische dashboards met kostenbesparing, CO₂-reductie en real-time inzichten.

Configuratie & extra tools

De meeste instellingen zijn eenvoudig te koppelen via Home Assistant-entiteiten.
Voor een mooie visualisatie is de PredBat-Table-Card (HACS) een echte aanrader:
🔗 GitHub – PredBat Table Card

Plan view

Deze weergave biedt een gemakkelijke manier om te zien wat Predbat van plan is met uw batterij/omvormer. Het toont het huidige Predbat-plan in segmenten van 30 minuten, waarbij import- en exporttarieven, de geplande status van de batterij door Predbat (opladen, ontladen, enz.), voorspelde zonne-energieopwekking, voorspeld huishoudelijk verbruik, autoladen, kosten, enz. worden weergegeven.

Entities View

Met deze weergave kunt u de geschiedenis bekijken van elke predbat-entieit of (invoer)configuratie-instelling. Predbat zal vervolgens de huidige waarde van de entiteit weergeven, een grafiek van de geschiedenis en daarna een lijst van eerdere historische waarden.

Charts View

De grafiekweergave biedt een eenvoudige manier om een ​​aantal vooraf gemaakte Predbat-grafieken te bekijken:

Batterij - Toont de historische batterij-SoC voor vandaag en de voorspelde SoC voor de planduur in de scenario's Basis/Base10/Best en Best10 (zie uitleg van deze termen). De grafiek laat ook zien waar het laden gepland is in de scenario's Basis en Best en gedwongen export in het scenario Best.
Vermogen - Toont het voorspelde vermogen voor de planduur. Dit omvat het laden en ontladen van de batterij, zonne-energieopwekking (PV), huisbelasting, iBoost-belasting, autolaadbelasting en netimport/-export.
Kosten - Toont de historische import-, export- en netto totale kosten voor vandaag en de voorspelde kosten voor de planduur in de scenario's Basis/Base10/Best en Best10.
Tarieven - Toont historische en toekomstige import- en exporttarieven, samen met historische uurtarieven en de huidige pence per kWh, zodat u kunt zien waar u vandaag het meeste aan elektriciteit heeft verdiend of uitgegeven.
InDay - Toont de voorspelde huisbelasting van Predbat voor vandaag, de werkelijke huisbelasting die tot nu toe vandaag heeft plaatsgevonden, en vervolgens de aangepaste voorspelling van de huisbelasting door Predbat op basis van de variantie van de werkelijke belasting van vandaag ten opzichte van de voorspelde belasting.
PV - Toont de voorspelde zonne-energieopwekking van vandaag volgens de scenario's PV, PV10 en PV90, naast de werkelijke zonne-energieopwekking van vandaag.
PV7 - Vergelijkbaar met de PV-grafiek, maar toont de werkelijke zonne-energieopwekking en -voorspelling voor de afgelopen 7 dagen, inclusief vandaag.
Voorbeeld van een PV-grafiek:

Config View

De configuratieweergave biedt een manier om alle configuratie-entiteiten van Predbat in Home Assistant te bekijken en te wijzigen. Voor elke entiteit worden de naam, het entiteitstype, de huidige entiteitswaarde en de standaardwaarde van Predbat voor die entiteit weergegeven.

Lichtrood gekleurde entiteiten geven entiteiten aan waarvan u de waarde hebt gewijzigd ten opzichte van de standaardwaarde van Predbat. Dit geeft niet aan dat de entiteitswaarde onjuist is, maar dat deze afwijkt van de standaardwaarde.

apps.yaml View

Met de apps-weergave kunt u uw configuratie bekijken en de waarden in de webbrowser wijzigen zonder de yaml rechtstreeks te hoeven bewerken. Klik op de knop Bewerken om een ​​waarde te wijzigen. Wanneer alle bewerkingen voltooid zijn, klikt u op Opslaan om de apps.yaml op te slaan en start u predbat opnieuw.

Editor

Met de editorweergave kunt u apps.yaml rechtstreeks als tekst in de webinterface bewerken. Als u een syntaxisfout maakt, wordt de fout gemarkeerd en wordt opslaan uitgeschakeld in afwachting van een oplossing.

Log View

Predbat schrijft gedetailleerde informatie over logs, statussen en voortgangsactiviteiten naar een logbestand terwijl het wordt uitgevoerd. Met de logweergave kunt u het Predbat-logbestand eenvoudig bekijken en downloaden. U kunt op elke entiteitsnaam klikken om naar de entiteitenweergave voor die entiteit te gaan.

Compare View

Met de Compare View krijgt u toegang tot de Compare Energy Tariff-functie van Predbat. Hiermee kunt u vergelijken wat verschillende energietarieven u zouden kosten (of wat u zou verdienen door export) op basis van uw voorspelde belasting en zonne-energieopwekking.


Voor de liefhebbers van Dark Mode


De PredBat-Table-Card (HACS) is een must have om mooie dashboards te maken:



Heb jij Predbat al geprobeerd? Deel hier je ervaringen, screenshots en tips!

* Ik gebruik Predbat met een Huawei omvormer van 10kW, een batterij van 20kWh, 12kWp zonnepanelen en een Alfen laadpaal.

[ Voor 100% gewijzigd door xXtronXx op 17-10-2025 13:07 ]

[parigou]

Ha xXtronXx,

goed te horen dat je heel positief bent met Predbat. Na veel zoeken om een goede aansturing te hebben ben ik ook hierop uitgekomen. Ik zie best positieven punten in de beschrijvingen. Maar nu draaiend krijgen.
Echter het installeren gaat prima, maar het configureren, dat gaat niet zo makkelijk. Ik heb dan ook best wat vragen. Kan ik je die stellen?
Kun je een stuk van je installatie proces beschrijven? Misschien helpt dat al heel veel.

groeten

[xXtronXx]

@parigou Het is voor de basis eigenlijk enkel het aanpassen van de Apps.yaml file. Dit kan manueel of via de Editor in Predbat. De nodige entiteiten voorzien en starten maar.

[parigou]

@xXtronXx Dank, ik heb hem een stuk draaien. Is inderdaad de goede entiteiten zoeken en op de goede plek plaatsen in de voor jouw voor ingestelde aangeleverde apps.yaml voor de gebruikte omvormer waarmee predbat kan gaan werken.
Ik zoek nog naar instellingen om de Pond naar Euro teken om te zetten en de flow van de batterij richting goed te zetten. Heb je hierover mogelijk een tip?
Ik maak gebruik van een Solis omvormer, en heb op dit ogenblik de Solis Modbus gebruikt als dat invoer. Moet de commando's naar de regelaar nog gaan uitzoeken. Maar dat moet gaan lukken

[xXtronXx]

@parigou Je kunt dit eenvoudig oplossen door in Home Assistant een extra template‑sensor aan te maken die de batterij‑flow omkeert. Zo krijg je automatisch het tegenovergestelde teken (negatief ↔ positief).

Bijvoorbeeld:

code:

template:
  - sensor:
      - name: "Batterij Flow Omgekeerd"
        unit_of_measurement: "W"
        state: "{{ states('sensor.battery_flow') | float * -1 }}"

Om de ponden naar euro’s om te zetten heb ik gewoon een manuele zoek‑en‑vervang uitgevoerd. Let wel goed op bij het vervangen van p (pence) naar c (cent) — dat kan snel fout lopen als je niet oplet 😉

[Johan Toonen]

Het ziet er echt fantastisch uit. Precies wat ik nodig heb. Het lukt me alleen niet om de dynamische prijzen in te lezen. Kan iemand uitleggen hoe ik dat kan doen. Dus wat moet er in de configuratie gezet worden om deze te koppelen met bijvoorbeeld NordPool

[xXtronXx]

Johan Toonen schreef op zondag 8 februari 2026 @ 12:11:
Het ziet er echt fantastisch uit. Precies wat ik nodig heb. Het lukt me alleen niet om de dynamische prijzen in te lezen. Kan iemand uitleggen hoe ik dat kan doen. Dus wat moet er in de configuratie gezet worden om deze te koppelen met bijvoorbeeld NordPool

Ik gebruik Energi Data Service en dan zijn het maar twee regels toevoegen in Apps.yaml (eventueel de naam wel aanpassen)

code:

metric_energidataservice_import: sensor.energi_data_service
metric_energidataservice_export: sensor.energi_data_service_sale

https://github.com/MTrab/energidataservice

Succes!

[lunnie]

Niet heel actief topic helaas. Ik had gehoopt om wat goede configs te vinden.

Ik heb het redelijk draaiend. Ik krijg het echter niet voor elkaar om de backup battery percentage op 15% te krijgen in predbat. In m'n solarEdge config staat het op 15% en ik heb het in de apps.yml ook gekoppeld aan deze entiteit maar in het "plan" blijft ie naar 4% gaan.

[xXtronXx]

lunnie schreef op maandag 9 februari 2026 @ 19:48:
Niet heel actief topic helaas. Ik had gehoopt om wat goede configs te vinden.

Ik heb het redelijk draaiend. Ik krijg het echter niet voor elkaar om de backup battery percentage op 15% te krijgen in predbat. In m'n solarEdge config staat het op 15% en ik heb het in de apps.yml ook gekoppeld aan deze entiteit maar in het "plan" blijft ie naar 4% gaan.

Ik heb AI er even op los gelaten:

Predbat gebruikt niet automatisch de SolarEdge reserve‑instelling als minimale batterij‑SOC.
In de meeste setups pakt Predbat de waarde uit apps.yaml, tenzij:

er expliciet een entiteit is opgegeven voor battery_min_soc
én die entiteit een numerieke waarde teruggeeft
én Predbat deze entiteit ondersteunt

Wanneer Predbat géén bruikbare waarde kan lezen, valt hij terug op de standaard 4% (dit is hardcoded in Predbat).
Dat betekent:
➡️ zelfs als SolarEdge zelf op 15% staat
➡️ blijft Predbat 4% gebruiken, tenzij je het goed mapt.

✔️Checklist: zo stel je het correct in
1. Controleer of de SolarEdge entiteit echt een min-SOC is
Predbat verwacht een percentage, geen boolean en geen attribute‑object.
De juiste entiteit moet zoiets zijn als:

code:

sensor.solaredge_backup_reserve

of een attribute zoals:

code:

sensor.solaredge_battery  → attribute 'backup_reserve_percent'

Controleer in Developer Tools → States.

2. In apps.yaml moet het zo staan:

code:

prebat:
  module: predbat
  class: Predbat
  battery_min_soc_entity: sensor.solaredge_backup_reserve

En NIET:

code:

battery_min_soc: 15     # → dit wordt genegeerd zodra je een entiteit gebruikt

3. Controleer of Predbat logs iets zegt als:

"Battery_min_soc_entity invalid, reverting to default 4%"
"Value from entity is None"
"Attribute not found"

Heel vaak is de oorzaak: Predbat vindt het attribute niet → dan valt hij terug op 4%.

4. Als jouw SolarEdge integratie geen los sensor‑object geeft
Dan moet je de waarde uit het attribute trekken met een template sensor.
Voorbeeld:

code:

template:
  - sensor:
      - name: "solaredge_backup_reserve"
        unit_of_measurement: "%"
        state: >
          {{ state_attr('sensor.solaredge_battery', 'backup_reserve_percent') }}

Gebruik dan deze in Predbat:

code:

battery_min_soc_entity: sensor.solaredge_backup_reserve

[lunnie]

Ik had het gisteravond al aan de slinger gekregen. Thanks.

Ik heb m vanaf gisteravond ook in control gezet en in SolarEdge de zaakjes op Manual gezet.

Ik had de wallbox ook in de apps.yml staan en daar was wel wat geks aan de hand.

De wallbox stuur ik altijd aan vanuit de Tibber app. Die begon te laden gisteravond en vanuit Predbat kreeg ik de melding "Hold for car charge" o.i.d.

Maar de thuisbatterij begon ook volle bak te laden

Voor nu de wallbox maar even uit de apps.yaml gehaald. Eerst maar even tijdje stabiel draaien en dan de config uitbreiden.

[stoner1978]

Hallo,

Leuk een Pretbat Forum!

Hier ook al een aantal keer geprobeerd om het aan de praat te krijgen maar uiteindelijk toch eerst voorrang gegeven aan Day Ahead Optimizer. ook te vinden hier op Tweakers.
Vond ik iets makkelijker om aan de gang te krijgen. DAO draait nu een half jaar ter observatie.

Afgelopen week dit forum gezien en aangezien ik vooral altijd erg benieuwd ben hoe het werkt, toch maar weer de addon in home assistant gezet en samen met Chatgpt mijn Solaredge omvormer icm 2 sessy accu's geprobeerd erin te krijgen. Dit lijkt gelukt te zijn maar ik vind het nog lastig om ergens te zien of dat ook echt zo is.
Programma draait nu een dag in de monitor stand. Nu hopen op een beetje zon en wat grotere spread in de kwartier prijzen want in beide programma's doen de accu's nu vrijwel niets. Ik zie wel mijn pv opbrengst en huis load maar daar houdt het wel mee op.
Ik laat het nog even draaien en ga dan kijken of en wat er verder te optimaliseren valt met PretBat. Chatgpt had hele grote plannen

Mochten er vragen zijn over mijn config of als ik op een andere manier kan helpen dan hoor ik het graag!

Groet Remco

[stoner1978]

Johan Toonen schreef op zondag 8 februari 2026 @ 12:11:
Het ziet er echt fantastisch uit. Precies wat ik nodig heb. Het lukt me alleen niet om de dynamische prijzen in te lezen. Kan iemand uitleggen hoe ik dat kan doen. Dus wat moet er in de configuratie gezet worden om deze te koppelen met bijvoorbeeld NordPool

Ik gebruik ook Nordpool en heb het op deze manier gedaan.

code:

metric_octopus_import: sensor.nordpool_kwh_nl_eur_3_10_0
metric_octopus_export: sensor.nordpool_kwh_nl_eur_3_10_0

Dit lijkt goed te werken. ook hier wel even de naam aanpassen naar jouw sensor.

Remco

[lunnie]

Wat mij nog niet helemaal duidelijk is , is hoe je de export prijs sensor maakt. De import prijs heb ik perfect kunnen bouwen als template sensor maar de verkoopprijs daar twijfel ik nog aan.

Als ik me niet vergis is het bij Tibber zo.

Inkoopprijs -> beursprijs + energiebelasting + inkoopvergoeding + belasting
Verkoopprijs -> beursprijs + energiebelasting? Verkoopvergoeding valt sowieso weg, dat is per 1 januari 0.00 geworden (binnen, en buiten salderen)

Energiebelasting krijg je volgens mij alleen nog terug als je binnen de saldering blijft (je verkoopt niet meer dan dat je inkoopt) toch?

Dus hoe maak je nou een correcte export sensor

Mijn primaire doel van de thuisbatterij is en blijft self consumption. Maar als je nou eens heel goedkoop, of gratis (zon) de thuisbatterij vol hebt geladen en er komt eens een interessante verkoopprijs voorbij (40 cent) dan kan je best eens exporteren als dat zo uitkomt. Maar dan moet je wel een correcte export sensor hebben.

[parigou]

Hallo Lunie,

ik gebruik ook Tibber.

om de prijzen in te voeren gebruik ik Nordpool.
Daar kun je eenvoudig sensors aan maken en de prijzen toevoegen zodat je de goede prijs krijgt.
Je inkoop prijs en verkoop prijs klopt.

Energiebelasting en btw krijg tot het eind van het jaar terug volgens de saldering regel.
Zie verder de documentatie van Nordpool, in HACS

Ik gebruik {{ 0.013 | float }} om de extra prijzen voor energie belasting inloop vergoeding toe te voegen. Let op met BTW. Dit wordt dan bij de dynamische prijs inclusief BTW opgeteld. Deze waarden kun toevoegen onder templete voor extra kosten, onderaan in de definities van de gewenste prijzen etc.
Je kan twee sensors maken, ik doe dat door het decimale getal voor de verkoop prijs groter te maken. Zo kun je meerdere sensors aanmaken met verschillende extra prijzen.
Nordpool is ook stabiel.




Verder kun je spelen met de verkoopprijs om Predbat zo te laten werken zoals jij wenst.
Maar aan het einde van dit jaar is dat uiteraard over en heb je de kale dynamische prijs die over blijft.

Succes.

[ Voor 4% gewijzigd door parigou op 28-02-2026 11:29 ]

[lunnie]

@parigou Dank voor je reactie. Inmiddels heb ik het opgelost hoor. Ik gebruik de epex spot integratie. Ik heb deze 2 sensoren in HA aangemaakt en die gebruik in in predbat, werkt perfect:

code:

- name: "Predbat Import Prices"
      unique_id: predbat_import_prices
      unit_of_measurement: "EUR/kWh"
      state_class: measurement
      icon: mdi:currency-eur
      state: >
        {{ (state_attr('sensor.epex_spot_data_market_price', 'price_per_kwh') | float(0)) | round(5) }}
      attributes:
        rates: >
          {% set data = state_attr('sensor.epex_spot_data_market_price', 'data') %}
          {% if data %}
            [
            {% for entry in data %}
              {
                "start": "{{ entry.start_time }}",
                "end": "{{ entry.end_time }}",
                "rate": {{ (entry.price_per_kwh | float(0)) | round(5) }}
              }{% if not loop.last %},{% endif %}
            {% endfor %}
            ]
          {% else %}
            []
          {% endif %}

    - name: "Predbat Export Prices"
      unique_id: predbat_export_prices
      unit_of_measurement: "EUR/kWh"
      state_class: measurement
      icon: mdi:currency-eur
      state: >
        {% set fee = 0.0205 * 1.21 %}
        {{ ((state_attr('sensor.epex_spot_data_market_price', 'price_per_kwh') | float(0)) - fee) | round(5) }}
      attributes:
        rates: >
          {% set fee = 0.0205 * 1.21 %}
          {% set data = state_attr('sensor.epex_spot_data_market_price', 'data') %}
          {% if data %}
            [
            {% for entry in data %}
              {
                "start": "{{ entry.start_time }}",
                "end": "{{ entry.end_time }}",
                "rate": {{ ((entry.price_per_kwh | float(0)) - fee) | round(5) }}
              }{% if not loop.last %},{% endif %}
            {% endfor %}
            ]
          {% else %}
            []
          {% endif %}

Dat resulteert dan in het volgende:



Het verschil met de export prijs, hier zit geen verkoopvergoeding in berekend.

Verder houdt predbat zelf ook al rekening met verliezen (Omvorming)

[ Voor 11% gewijzigd door lunnie op 01-03-2026 11:42 ]

[pierre dheedene]

Iemand een idee voor setup met goodwe omvormer,et reeks en homewizard p1 meter..evtl met frank energie dyn contract

[stoner1978]

pierre dheedene schreef op zondag 19 juli 2026 @ 19:53:
Iemand een idee voor setup met goodwe omvormer,et reeks en homewizard p1 meter..evtl met frank energie dyn contract

Hier is de setup van iemand die ook een goodwe omvormer heeft.

link github

frank energy heb ik geen ervaring mee maar ik denk op de zelfde manier als Nordpool?

ik heb 1 voor import en 1 voor export

code:

  # ---------------------------
  # Prijsbronnen (Nordpool)
  # ---------------------------

  metric_octopus_import: sensor.nordpool_inc_btw
  metric_octopus_export: sensor.nordpool_kwh_nl_eur_3_10_0

ik zie nu op github ook een Frank energy installatie

code:

rates_export:
- start: "00:00:00"
  end: "23:59:59"
  rate: 0
metric_octopus_import: 'sensor.frank_energie_prijzen_huidige_elektriciteitsprijs_all_in'

[ Voor 14% gewijzigd door stoner1978 op 20-07-2026 10:10 ]

[bigbuddha]

Iemand een idee hoe predbat omgaat met het capaciteitstarief(België)?

[ Voor 20% gewijzigd door bigbuddha op 29-07-2026 10:26 ]

[Woutervg123]

Ik probeer predbat samen te laten werken met een indevolt thuisbatterij maar ik loop volgens mij vast omdat de charge_rate en discharge_rate unavailable zijn zolang de batterij in zelf consumptie modus staat. Iemand die predbat al werkend heeft met indevolt en een apps.yaml kan delen ?

[LigeTRy]

Hier sinds een paar weken ook fanatiek gebruiker van Predbat, na lang wikken en wegen (Victron DESS en HAEO geprobeerd maar beide meh) ben ik enorm blij met deze tool, actieve development en echt veel functionaliteit.

[LigeTRy]

Sinds recent is er ook een mcp/chat functie in predbat. Rete handig, via openrouter op het auto model (meestal deepseek v4) voor minder dan een cent toch al weer significante improvements kunnen doen aan m'n setup.

Inmiddels ook maar sponsor geworden van het project. Ik had eigenlijk wel verwacht dat met de thuisbatterij hype meer tweakers van deze tool gebruik zouden maken.

[DualDevil]

Ik moet nog kiezen en verwacht een voor mij serieuze leercurve. Hoe complex is deze Predbat oplossing in vergelijking tot DAO of nog complexer? Ik wil eigenlijk starten met de eenvoudigste van de mogelijke oplossingen. Bedankt voor het meedenken.

[stoner1978]

DualDevil schreef op zondag 13 september 2026 @ 12:16:
Ik moet nog kiezen en verwacht een voor mij serieuze leercurve. Hoe complex is deze Predbat oplossing in vergelijking tot DAO of nog complexer? Ik wil eigenlijk starten met de eenvoudigste van de mogelijke oplossingen. Bedankt voor het meedenken.

Ik heb DAO ook geprobeerd en dat draaide maar had ik weinig gevoel bij. PredBat had ik in het verleden wel eens geprobeerd maar vond ik toen moeilijk instellen. Maar nu samen met chatgpt was ik er zo uit. ik ben er zeer tevreden over. vooral het excel-achtige plan overzicht werkt voor mij erg goed.

Ik heb er 2 Sessy accu's en de warmtepompboiler aan gekoppeld en dat werkt super.

Nu ook net Claude eraan gekoppeld en de hele config na laten lopen. Paar kleine tweaks toegepast die Claude aangaf.

[insomniac]

mijn apps.yaml voor de solis s6 met gekoppelde pylontech force H3 accu en nordpool.
voor wie een zetje nodig heeft.

YAML:

---
pred_bat:
  module: predbat
  class: PredBat

  # 1. ALGEMENE INSTELLINGEN (Zet 'template' op false of wis de regel)
  prefix: predbat
  timezone: Europe/Amsterdam
  set_read_only: true # Start verplicht in MONITOR/Read-Only modus om te testen!
  expert_mode: true
  threads: auto

  currency_symbols:
    - "€"
    - "c"

  # 2. TYPE OMVORMER DEFINIËREN
  inverter_type: "GS" # GS staat voor Ginlong Solis (gebruik "GS_fb00" als je nieuwste firmware hebt)
  num_inverters: 1
  battery_capacity: 15.0 # Jouw 15 kWh accu
  inverter_max_charge_rate: 8000 # Max laadvermogen Solis S6 (8kW)
  inverter_max_discharge_rate: 8000 # Max ontlaadvermogen Solis S6 (8kW)
  battery_loss: 0.13 # ~13% laad/ontlaadverlies
  rate_min_margin: 0.05 # Minimaal 5 cent marge vereist voor net-handel

  # 3. SOLAR (SOLCAST KOPPELING)
  pv_forecast_today: sensor.solcast_pv_forecast_forecast_today
  pv_forecast_tomorrow: sensor.solcast_pv_forecast_forecast_tomorrow

  # 4. DAGELIJKSE TOTALEN (kWh) INSTELLEN
  # Vervang de namen hieronder door jouw exacte Modbus/HA-sensoren die cumulatieve kWh tellen
  load_today:
    - sensor.solis_s6_eh3p_household_load_today_energy
  import_today:
    - sensor.solis_s6_eh3p_today_energy_imported_from_grid
  export_today:
    - sensor.solis_s6_eh3p_today_energy_fed_into_grid
  pv_today:
    - sensor.solis_s6_eh3p_pv_today_energy_generation

  # 5. ACTUEEL VERMOGEN (WATT) EN SOC ENTIRETEITEN MAPPEN
  # Vul hier de sensoren in die je via Modbus uit de Solis/Pylontech haalt
  soc_percent:
    - sensor.solis_s6_eh3p_battery_soc
  soc_max:
    - number.solis_s6_eh3p_max_charge_soc

  battery_power:
    - sensor.solis_batterij_vermogen_gecombineerd
  pv_power:
    - sensor.solis_s6_eh3p_total_pv_power
  load_power:
    - sensor.huis_verbruik
  grid_power:
    - sensor.solis_s6_eh3p_meter_total_active_power

  # 6. DYNAMISCHE TARIEVEN
  plan_interval_minutes: 15

  metric_octopus_import: sensor.predbat_import_rates
  metric_octopus_export: sensor.predbat_export_rates

  nordpool_conversion: true
  # 7. MODBUS COMMANDO'S STURING
  # Predbat gebruikt deze entiteiten om de Solis omvormer daadwerkelijk in te stellen
  charge_rate:
    - number.solis_s6_eh3p_backflow_power
  discharge_rate:
    - number.solis_s6_eh3p_battery_discharge_limit_power
  inverter_mode:
    - select.work_mode

[ward0]

@insomniac

Ik ben al langere tijd gebruiker van PB en Nordpool.

Maar ik krijg om de x tijd melding van import price ongeldig...

Gebruik jij de Nordpool core integratie ajb? Of de HACS versie nog steeds?

Kan je me indien de Core Nordpool je versie is, de yaml sturen voor onderstaande sensoren ajb.

Ik zit nu met deze fout

Error: Import rates are all zero, not able to compute a plan


Bedankt,

code:

 metric_octopus_import: sensor.predbat_import_rates
  metric_octopus_export: sensor.predbat_export_rates

[insomniac]

@ward0 voor de nordpool integratie heb ik een beetje valsgespeeld
Ik kreeg het niet lekker aan de praat via de bedoelde parameters, en heb toen een template sensor aangemaakt die de juiste data[] toont aan predbat.

YAML:

template:
  - sensor:
      - name: "Predbat Import Rates"
        unique_id: predbat_import_rates
        unit_of_measurement: "€/kWh"
        state_class: measurement
        icon: mdi:cash-multiple

        # BELANGRIJK: state moet numeriek zijn
        state: >
          {{ states('sensor.electricity_prices_incl') | float(0) }}

        attributes:
          raw_today: >
            {% set prices = state_attr('sensor.electricity_prices_incl', 'data') or [] %}
            {% set ns = namespace(output=[]) %}

            {% for entry in prices %}
              {% set start = entry.start | as_datetime %}
              {% if start >= today_at() and start < today_at() + timedelta(days=1) %}
                {% set ns.output = ns.output + [{
                  'start': entry.start,
                  'end': entry.end,
                  'value': entry.value | float(0)
                }] %}
              {% endif %}
            {% endfor %}

            {{ ns.output | sort(attribute='start') }}

          raw_tomorrow: >
            {% set prices = state_attr('sensor.electricity_prices_incl', 'data') or [] %}
            {% set ns = namespace(output=[]) %}

            {% for entry in prices %}
              {% set start = entry.start | as_datetime %}
              {% if start >= today_at() + timedelta(days=1)
                    and start < today_at() + timedelta(days=2) %}
                {% set ns.output = ns.output + [{
                  'start': entry.start,
                  'end': entry.end,
                  'value': entry.value | float(0)
                }] %}
              {% endif %}
            {% endfor %}

            {{ ns.output | sort(attribute='start') }}

Op regel 11 zie je: {{ states('sensor.electricity_prices_incl') | float(0) }}
Dit is een andere template sensor die alle BTW, vergoedingen en belasting al in zich heeft, en de prijzen van nordpool gebruikt. Daarna wordt de template sensor zo gemodelleerd dat predbat er wat mee kan. Dit heb ik ook voor de export template sensor gedaan.

[DYM]

YAML: app.yaml

# ---------------------------------------------------------------------------
# Predbat apps.yaml - SolarEdge SE3000 (PV) + Indevolt Powerflex 2000 ECO / CMS-SF2000 (AC-gekoppeld)
# Gebaseerd op het INDEVOLT-sjabloon uit batpred discussie #4945.
#
# ---------------------------------------------------------------------------

pred_bat:
  module: predbat
  class: PredBat

  prefix: predbat
  timezone: Europe/Amsterdam
  currency_symbols:
    - "€"
    - "ct"
  threads: auto
  plan_interval_minutes: 15

  # ---------------------------------------------------------------
  # Energie vandaag (dagtellers in kWh, resetten om middernacht)
  # ---------------------------------------------------------------
  load_filter_threshold: 30

  import_today:
    - sensor.hal_p1_meter_stroom_import_vandaag # kWh
  export_today:
    - sensor.hal_p1_meter_stroom_export_vandaag # kWh
  pv_today:
    - sensor.zolder_solaredge_omvormer_solaredge_energie_vandaag_lokaal # kWh

  # Huisverbruik vandaag in kWh (template-sensor, zie indevolt_helpers.yaml):
  # import - export + pv + batterij ontladen - batterij laden.
  # NIET de netimport gebruiken, want direct verbruikte zonnestroom passeert de meter niet.
  load_today:
    - sensor.hulp_huisverbruik_vandaag

  # ---------------------------------------------------------------
  # Indevolt - custom omvormer-definitie
  # ---------------------------------------------------------------
  num_inverters: 1
  inverter_type: "MINE"

  inverter:
    name: "Indevolt"
    has_rest_api: false
    has_mqtt_api: false
    has_service_api: true
    output_charge_control: "power"
    charge_control_immediate: true
    has_charge_enable_time: false
    has_discharge_enable_time: false
    has_target_soc: true
    has_reserve_soc: false
    has_timed_pause: false
    charge_time_format: "S"
    charge_time_entity_is_option: false
    soc_units: "%"
    num_load_entities: 1
    has_ge_inverter_mode: false
    has_fox_inverter_mode: false
    time_button_press: false
    clock_time_format: "%Y-%m-%d %H:%M:%S"
    write_and_poll_sleep: 2
    # Essentieel: zonder has_time_window: false blijft Predbat zoeken naar een laadvenster dat niet bestaat.
    has_time_window: false
    # Freeze = standby-knop van de Indevolt. In standby laadt de batterij ook NIET van
    # zonne-overschot, terwijl Predbat dat bij freeze charge wel verwacht. Daarom voorlopig uit.
    # Zet op true om de standby-knop (zie freeze-services verderop) te gebruiken.
    support_charge_freeze: false
    support_discharge_freeze: false
    has_idle_time: false
    can_span_midnight: true
    charge_discharge_with_rate: false

  # ---------------------------------------------------------------
  # Aansturing via de Indevolt-services
  # De integratie schakelt zelf naar real-time control bij het starten.
  # ---------------------------------------------------------------
  charge_start_service:
    service: indevolt.charge
    device_id: "<INDEVOLT_DEVICE_ID>"
    target_soc: "{target_soc}"
    power: "{power}"

  discharge_start_service:
    service: indevolt.discharge
    device_id: "<INDEVOLT_DEVICE_ID>"
    target_soc: "{target_soc}"
    power: "{power}"

  # Terug naar zelfverbruik (niet naar standby: dan bedient de batterij het huis niet meer).
  charge_stop_service:
    service: select.select_option
    entity_id: select.indevolt_cms_sf2000_energiemodus
    option: "self_consumed_prioritized"

  discharge_stop_service:
    service: select.select_option
    entity_id: select.indevolt_cms_sf2000_energiemodus
    option: "self_consumed_prioritized"

  # Hold: standby-knop. Batterij staat stil (Static, 0 W). Terug naar zelfverbruik
  # gaat via de stop-services hierboven.
  # Getest: in standby laadt de batterij niet van zonne-overschot (zie support_*_freeze hierboven).
  charge_freeze_service:
    service: button.press
    entity_id: button.indevolt_cms_sf2000_schakel_standby_modus_in

  discharge_freeze_service:
    service: button.press
    entity_id: button.indevolt_cms_sf2000_schakel_standby_modus_in

  # ---------------------------------------------------------------
  # Sensoren
  # ---------------------------------------------------------------
  # Indevolt: + bij ontladen, - bij laden (komt overeen met wat Predbat verwacht)
  battery_power:
    - sensor.indevolt_cms_sf2000_batterijvermogen

  # Omgekeerd netvermogen (zie helpers). De P1 geeft + bij import; Predbat wil - bij import.
  # TODO: controleer in het Predbat-log/dashboard of import en export de juiste kant op staan.
  grid_power:
    - sensor.hulp_netvermogen_omgekeerd

  pv_power:
    - sensor.solaredge_ac_power

  load_power:
    - sensor.home_power_consumption # in W

  # Schrijfbare dummy-helpers. Predbat schrijft hierheen, ze sturen niets aan.
  # Bewust NIET de echte Indevolt-limieten (limiet_ingangsvermogen / max_ac_uitgangsvermogen),
  # anders overschrijft Predbat jouw instellingen.
  charge_rate:
    - input_number.indevolt_charge_rate
  discharge_rate:
    - input_number.indevolt_discharge_rate
  charge_limit:
    - input_number.indevolt_charge_limit # 0-100 %

  # SoC in kWh (template-sensor) en nominale capaciteit (4,03 kWh)
  soc_kw:
    - sensor.hulp_indevolt_soc_kwh
  soc_max:
    - sensor.indevolt_cms_sf2000_nominale_capaciteit

  # Echte, schrijfbare ontlaadlimiet. Anders maakt Predbat stilletjes een dummy aan.
  reserve:
    - number.indevolt_cms_sf2000_ontlaadlimiet

  # ---------------------------------------------------------------
  # Vermogenslimieten
  # ---------------------------------------------------------------
  battery_rate_max:
    - 1200
  inverter_limit_charge:
    - 1200
  inverter_limit_discharge:
    - 800
  inverter_limit:
    - 800
  inverter_reserve_max: 100

  # Terugleverlimiet (800 W) is ingesteld op het apparaat en geldt voor wat het NET op gaat
  # (gemeten bij de P1), niet voor wat de batterij zelf levert. Predbat modelleert dit.
  #export_limit:
  #  - 800

  # ---------------------------------------------------------------
  # Zonne-voorspelling: Solcast via de HA-integratie.
  # Zet GEEN solcast_api_key/solcast_host hierbij, dan haalt Predbat de data dubbel op.
  # ---------------------------------------------------------------
  pv_forecast_today: sensor.solcast_pv_forecast_voorspelling_vandaag
  pv_forecast_tomorrow: sensor.solcast_pv_forecast_voorspelling_morgen
  pv_forecast_d3: sensor.solcast_pv_forecast_voorspelling_dag_3
  pv_forecast_d4: sensor.solcast_pv_forecast_voorspelling_dag_4

  # ---------------------------------------------------------------
  # Tarieven (jouw Zonneplan-template-sensoren)
  # Eigen template-sensoren op basis van Zonneplan.
  # ---------------------------------------------------------------
  metric_octopus_import: sensor.zonneplan_import_rates
  metric_octopus_export: sensor.zonneplan_export_rates
  metric_standing_charge: 0 # TODO: vaste kosten per dag van Zonneplan, indien gewenst

  # ---------------------------------------------------------------
  # Algemeen
  # ---------------------------------------------------------------
  num_cars: 0
  days_previous:
    - 2
    - 3
    - 4
    - 5
    - 6
    - 7
    - 8
  forecast_hours: 30
  battery_scaling:
    - 1.0
  import_export_scaling: 1.0

  battery_scaling_auto: true

  notify_devices:
    - mobile_app_xxxxxx

  # ---------------------------------------------------------------
  # Rendement - instellen in Home Assistant (niet hier), na het starten van Predbat:
  # De auteur van het sjabloon meet circa 81% round-trip voor deze batterij, met
  # battery_loss en battery_loss_discharge op 0,08 en inverter_loss op 0,04.
  # De standaardwaarden (3%) zijn te optimistisch. Meet je eigen waarde uit de
  # dagtellers (geladen vs. ontladen kWh) over een paar weken.
  #
  # Zet in HA ook: select.predbat_mode = Monitor tijdens het testen,
  # en switch.predbat_inverter_hybrid = uit (heb je al gedaan).
  # ---------------------------------------------------------------

Dankzij de code van lunnie en insomniac én de uitgebreide beschrijving van Woutervg1994 (https://github.com/springfall2008/batpred/discussions/4945) heb ik Predbat aan de praat gekregen met mijn Indevolt Powerflex 2000 ECO en SolarEdge 3000 SE en Zonneplan tarieven.

Ik krijg mijn tekst niet boven de code

Hieronder de Zonneplan tarieven yaml.

YAML: zonneplan_import_rates.yaml

# Zonneplan energie prijzen naar Predbat
- sensor:
    - name: "Zonneplan Import Rates"
      unique_id: zonneplan_import_rates
      unit_of_measurement: "€/kWh"
      state_class: measurement
      icon: mdi:cash-multiple
      # We kijken nu direct naar de hoofdwaarde van de sensor zelf
      state: >
        {{ states('sensor.zonneplan_current_quarter_hourly_electricity_tariff') | float(0) | round(4) }}
      attributes:
        rates: >
          {% set prices = state_attr('sensor.zonneplan_current_quarter_hourly_electricity_tariff', 'forecast') %}
          {% if prices %}
            [
            {% for entry in prices %}
              {
                "start": "{{ entry.start_date }}",
                "end": "{{ entry.end_date }}",
                "rate": {{ (entry.price_tax_included.amount | float(0) / 10000000) | round(4) }}
              }{% if not loop.last %},{% endif %}
            {% endfor %}
            ]
          {% else %}
            []
          {% endif %}

    - name: "Zonneplan Export Rates"
      unique_id: zonneplan_export_rates
      unit_of_measurement: "€/kWh"
      state_class: measurement
      icon: mdi:cash-multiple
      # We kijken nu direct naar de hoofdwaarde van de sensor zelf
      state: >
        {% set tax = 0.11085 %}
        {{( states('sensor.zonneplan_current_quarter_hourly_electricity_tariff') | float(0) - tax ) | round(4) }}
      attributes:
        rates: >
          {% set tax = 0.11085 %}
          {% set prices = state_attr('sensor.zonneplan_current_quarter_hourly_electricity_tariff', 'forecast') %}
          {% if prices %}
            [
            {% for entry in prices %}
              {
                "start": "{{ entry.start_date }}",
                "end": "{{ entry.end_date }}",
                "rate": {{ ((entry.price_tax_included.amount | float(0) / 10000000) - tax ) | round(4) }}
              }{% if not loop.last %},{% endif %}
            {% endfor %}
            ]
          {% else %}
            []
          {% endif %}

[ Voor 24% gewijzigd door DYM op 18-10-2026 11:13 ]

[DYM]

En de helper files die nodig zijn:

YAML: zonneplan_import_rates.yaml

 template:
  - sensor:
      # 1. Batterij-SoC in kWh (de integratie geeft alleen een percentage)
      - name: "Hulp Indevolt SoC kWh"
        unique_id: hulp_indevolt_soc_kwh
        unit_of_measurement: "kWh"
        device_class: energy_storage
        state_class: measurement
        availability: >
          {{ states('sensor.indevolt_cms_sf2000_batterij_soc') | is_number
          and states('sensor.indevolt_cms_sf2000_nominale_capaciteit') | is_number }}
        state: >
          {{ (states('sensor.indevolt_cms_sf2000_batterij_soc') | float(0) / 100)
             * states('sensor.indevolt_cms_sf2000_nominale_capaciteit') | float(0) }}

      # 2. Netvermogen omgekeerd: P1 geeft + bij import, Predbat wil - bij import
      #    controleer of sensor.p1_meter_vermogen in W is
      - name: "Hulp Netvermogen omgekeerd"
        unique_id: hulp_netvermogen_omgekeerd
        unit_of_measurement: "W"
        device_class: power
        state_class: measurement
        availability: "{{ states('sensor.p1_meter_vermogen') | is_number }}"
        state: "{{ states('sensor.p1_meter_vermogen') | float(0) * -1 }}"

      # 3. Huisverbruik vandaag in kWh
      #    = import - export + PV + batterij ontladen - batterij laden
      #    controleer de entiteitsnamen hieronder voor de Indevolt-dagtellers.
      #    staat de SolarEdge-dagteller in Wh? Zet dan pv_factor op 0.001.
      - name: "Hulp Huisverbruik vandaag"
        unique_id: hulp_huisverbruik_vandaag
        unit_of_measurement: "kWh"
        device_class: energy
        state_class: total_increasing
        availability: >
          {{ states('sensor.hal_p1_meter_stroom_import_vandaag') | is_number
            and states('sensor.hal_p1_meter_stroom_export_vandaag') | is_number
            and states('sensor.zolder_solaredge_omvormer_solaredge_energie_vandaag_lokaal') | is_number
            and states('sensor.indevolt_cms_sf2000_utility_meter_totale_ac_uitgangsenergie') | is_number
            and states('sensor.indevolt_cms_sf2000_utility_meter_totale_ac_ingangsenergie') | is_number }}
        state: >
          {% set pv_factor = 1 %}
          {% set imp  = states('sensor.hal_p1_meter_stroom_import_vandaag') | float(0) %}
          {% set exp  = states('sensor.hal_p1_meter_stroom_export_vandaag') | float(0) %}
          {% set pv   = states('sensor.zolder_solaredge_omvormer_solaredge_energie_vandaag_lokaal') | float(0) * pv_factor %}
          {% set ac_uit  = states('sensor.indevolt_cms_sf2000_utility_meter_totale_ac_uitgangsenergie') | float(0) %}
          {% set ac_in  = states('sensor.indevolt_cms_sf2000_utility_meter_totale_ac_ingangsenergie') | float(0) %}
          {{ [imp - exp + pv + ac_uit - ac_in, 0] | max | round(3) }}

# Schrijfbare dummy-helpers: Predbat schrijft hierheen, ze sturen niets aan.
# De echte waarden gaan als parameters mee met indevolt.charge / indevolt.discharge.
input_number:
  indevolt_charge_rate:
    name: "Indevolt laadvermogen (Predbat)"
    min: 0
    max: 1200
    step: 1
    initial: 1200
    unit_of_measurement: "W"
    mode: box

  indevolt_discharge_rate:
    name: "Indevolt ontlaadvermogen (Predbat)"
    min: 0
    max: 1200
    step: 1
    initial: 800
    unit_of_measurement: "W"
    mode: box

  indevolt_charge_limit:
    name: "Indevolt laadlimiet (Predbat)"
    min: 0
    max: 100
    step: 1
    initial: 100
    unit_of_measurement: "%"
    mode: box

[Snubbeke]

Ik heb deze nog niet op dit forum gezien want er is recent een Predbat Card (voor HA, los van de integratie) gemaakt door https://github.com/mimikm/Predbat-Card en ik hem probleemloos geïnstalleerd (HACS) zonder enige configuratie. Ik kan niet anders zeggen dan WOW!

[DYM]

Snubbeke schreef op donderdag 22 oktober 2026 @ 11:14:
Ik heb deze nog niet op dit forum gezien want er is recent een Predbat Card (voor HA, los van de integratie) gemaakt door https://github.com/mimikm/Predbat-Card en ik hem probleemloos geïnstalleerd (HACS) zonder enige configuratie. Ik kan niet anders zeggen dan WOW!

[Afbeelding]

Ja, mooi overzicht Ik had hem ook net geïnstalleerd.

[LigeTRy]

Snubbeke schreef op donderdag 22 oktober 2026 @ 11:14:
Ik heb deze nog niet op dit forum gezien want er is recent een Predbat Card (voor HA, los van de integratie) gemaakt door https://github.com/mimikm/Predbat-Card en ik hem probleemloos geïnstalleerd (HACS) zonder enige configuratie. Ik kan niet anders zeggen dan WOW!

[Afbeelding]

erg fijne kaart, sowieso komt er op de predbat facebook wel vaker iets voor bij, ik zag laatst ook een alternatieve UI. in de kaart zitten nog wel een paar vibecode foutjes, maar dat lost zich vanzelf wel een keer op, het idee is zeer goed.

Tegenwoordig heb ik in claude code predbat mcp + ha mcp, dat is echt een gouden combinatie om inzichten te krijgen en predbat instellingen te optimaliseren.

Het verbaast me dat dit project niet zoveel aandacht krijgt als bijvoorbeeld evcc.

[DYM]

Ik heb Predbat in Read Only gezet en ben weer overgeschakeld naar de Indevolt app. Ik heb nog veel moeite om Predbat goed in te stellen. Hij trekt steeds mijn batterij tot de ondergrens leeg. Dat is wel volgens het plan van Predbat maar ik vind het gedrag twijfelachtig. Er is zo verschrikkelijk veel in te stellen en het is voor mij niet altijd duidelijk wat een bepaalde instelling doet, of die wel werkt met mijn Indevolt batterij en/of mijn SolarEdge omvormer, ondanks de uitleg in de docs. Iemand nog tips om Predbat wat rustiger te maken met het laden en ontladen?

[Snubbeke]

Gebruik je de chat functie in predbat om uit te zoeken wat het issue is?

[Snubbeke]

DYM schreef op zondag 25 oktober 2026 @ 07:51:
Ik heb Predbat in Read Only gezet en ben weer overgeschakeld naar de Indevolt app. Ik heb nog veel moeite om Predbat goed in te stellen. Hij trekt steeds mijn batterij tot de ondergrens leeg. Dat is wel volgens het plan van Predbat maar ik vind het gedrag twijfelachtig. Er is zo verschrikkelijk veel in te stellen en het is voor mij niet altijd duidelijk wat een bepaalde instelling doet, of die wel werkt met mijn Indevolt batterij en/of mijn SolarEdge omvormer, ondanks de uitleg in de docs. Iemand nog tips om Predbat wat rustiger te maken met het laden en ontladen?

Heb je de chat functie van predbat geprobeerd?

[Snubbeke]

LigeTRy schreef op zaterdag 24 oktober 2026 @ 21:37:
[...]

erg fijne kaart, sowieso komt er op de predbat facebook wel vaker iets voor bij, ik zag laatst ook een alternatieve UI. in de kaart zitten nog wel een paar vibecode foutjes, maar dat lost zich vanzelf wel een keer op, het idee is zeer goed.

Tegenwoordig heb ik in claude code predbat mcp + ha mcp, dat is echt een gouden combinatie om inzichten te krijgen en predbat instellingen te optimaliseren.

Het verbaast me dat dit project niet zoveel aandacht krijgt als bijvoorbeeld evcc.

Ik denk dat het komt omdat als iemand wil beginnen met predbat je de indruk krijgt dat het alleen werkt voor de lijst van omvormers/ batterijen die op de website staat en het niet duidelijk is hoe je een eigen apps.yaml kan maken wat bovendien nog een hele uitdaging is.

Ik ben er erg tevreden over. Ik denk dat dit forum daar wel bij zal helpen om anderen te helpen een configuratie file (apps.yaml) te maken want als je dat trucje 1x hebt gedaan is het niet meer zo moeilijk.

[DYM]

Snubbeke schreef op zondag 25 oktober 2026 @ 11:41:
Gebruik je de chat functie in predbat om uit te zoeken wat het issue is?

Nee, nog niet geprobeerd. Ik ben vooral met Claude AI bezig om meer inzicht te krijgen. Misschien inderdaad de chat functie eens proberen.

Als ik de Indevolt app gebruik zitten er goede laad- en ontlaadmomenten in het plan. Predbat laadt af en toe maar ontlaadt de batterij bijna continue terwijl ik dan denk 'ga nu maar even in stand-by'. In het merendeel van de Predbat planning is mijn batterij dus leeg (10%).

[DYM]

Snubbeke schreef op zondag 25 oktober 2026 @ 12:01:
[...]

Ik denk dat het komt omdat als iemand wil beginnen met predbat je de indruk krijgt dat het alleen werkt voor de lijst van omvormers/ batterijen die op de website staat en het niet duidelijk is hoe je een eigen apps.yaml kan maken wat bovendien nog een hele uitdaging is.

Ik ben er erg tevreden over. Ik denk dat dit forum daar wel bij zal helpen om anderen te helpen een configuratie file (apps.yaml) te maken want als je dat trucje 1x hebt gedaan is het niet meer zo moeilijk.

Ik ga er ook wel mee door en inmiddels is mijn apps.yaml ook wel wat aangepast maar door de ongelofelijke hoeveelheid instellingen is het voor mij lastig om de werking te doorgronden en de juiste aanpassingen te maken. Maar goed, veel lezen en experimenteren dan maar

[insomniac]

@DYM heb je in de webgui onder settings -> config de waarde van input_number.predbat_set_reserve_min al aangepast naar b.v. 20% ?
dit zou de ondergrens voor ontladen van de accu moeten zijn.
Deze staat standaard op 4%

[DYM]

insomniac schreef op zondag 25 oktober 2026 @ 15:16:
@DYM heb je in de webgui onder settings -> config de waarde van input_number.predbat_set_reserve_min al aangepast naar b.v. 20% ?
dit zou de ondergrens voor ontladen van de accu moeten zijn.
Deze staat standaard op 4%

Ja hoor, die heb ik op 10% staan en die ondergrens wordt ook gerespecteerd.

[Snubbeke]

DYM schreef op zondag 25 oktober 2026 @ 14:26:
[...]

Ik ga er ook wel mee door en inmiddels is mijn apps.yaml ook wel wat aangepast maar door de ongelofelijke hoeveelheid instellingen is het voor mij lastig om de werking te doorgronden en de juiste aanpassingen te maken. Maar goed, veel lezen en experimenteren dan maar

Als je een account maakt bij https://openrouter.ai/ kan je in principe ook een gratis model kiezen in de chat maar ik heb €10 als budget en gebruik Claude Haiku als model in de chat en dat kost bijna niets aan tokens. Het grote voordeel is dat de agent van de chat in jouw configuratie kijkt en in de documentatie en veel gerichter een antwoord kan geven en zelfs de aanpassing voor je kan maken als je toestemming geeft.

Ik zal een paar voorbeelden posten.

[Snubbeke]

Dit is zomaar een voorbeeld maar je ziet goed wat er gebeurt.

Dit gesprek heeft nog meerdere vervolgvragen en antwoorden en kostte 1 cent.

Suc6

[Snubbeke]

Dit gesprek kostte 0,0034 euro

[DYM]

@Snubbeke Dank, ik ga er zeker naar kijken.

[LigeTRy]

Haiku is inderdaad top, deepseek flash werkt ook goed.

Als je de MCP koppelt in claude code krijg je dezelfde functies als in de chat pagina. Moet je in apps.yaml wel even een mcp key aanmaken. Het voordeel is dat je dan ook een memory hebt, waardoor je niet elke keer je inverter type hoeft mee te geven, of aan te geven dat je wel een EV hebt maar deze niet in de planning meegenomen wordt omdat laden altijd goedkoper is via Tibber grid rewards etc.

Dit doe ik met de volgende apps.yaml settings:

num_cars: 0


car_charging_energy: kWh meter van mn laadpaal
, wat dan weer een left riemann sum is van de power meter, want de kwh m eter updatet niet zo vaak dus geeft scheve resultaten`

In de config als fallback heb ik staan dat als er meer dan 6kw load is in mn huis, er een auto aan het laden is, car_charging_hold en car_energy_reported_load moeten dan ook aan staan

Zelf nu een tijdelijk dashboardje gemaakt die de verschillende entiteiten uitleest zodat ik de RTE in predbat beter kan instellen



Ik ben nog wel op zoek naar de beste waarde voor best_soc_keep. Ik wil nog wel eens een broodje afbakken op een willekeurige ochtend, dit is vaak aan het einde van een duur slot, waardoor predbat de accu al heeft leeggeladen en ik dure inkoop heb voor mn broodjes. Ik heb m nu op 3kWh gezet en ga testen of die de mogelijke klappen goed op kan vangen

[Snubbeke]

LigeTRy schreef op maandag 26 oktober 2026 @ 09:51:
Haiku is inderdaad top, deepseek flash werkt ook goed.

Als je de MCP koppelt in claude code krijg je dezelfde functies als in de chat pagina. Moet je in apps.yaml wel even een mcp key aanmaken. Het voordeel is dat je dan ook een memory hebt, waardoor je niet elke keer je inverter type hoeft mee te geven, of aan te geven dat je wel een EV hebt maar deze niet in de planning meegenomen wordt omdat laden altijd goedkoper is via Tibber grid rewards etc.

Dit doe ik met de volgende apps.yaml settings:

num_cars: 0


car_charging_energy: kWh meter van mn laadpaal
, wat dan weer een left riemann sum is van de power meter, want de kwh m eter updatet niet zo vaak dus geeft scheve resultaten`

In de config als fallback heb ik staan dat als er meer dan 6kw load is in mn huis, er een auto aan het laden is, car_charging_hold en car_energy_reported_load moeten dan ook aan staan

Zelf nu een tijdelijk dashboardje gemaakt die de verschillende entiteiten uitleest zodat ik de RTE in predbat beter kan instellen

[Afbeelding]

Ik ben nog wel op zoek naar de beste waarde voor best_soc_keep. Ik wil nog wel eens een broodje afbakken op een willekeurige ochtend, dit is vaak aan het einde van een duur slot, waardoor predbat de accu al heeft leeggeladen en ik dure inkoop heb voor mn broodjes. Ik heb m nu op 3kWh gezet en ga testen of die de mogelijke klappen goed op kan vangen

Ik heb geen EV maar de rest van je opmerkingen en je dashboard ga ik naar kijken.

[DYM]

LigeTRy schreef op maandag 26 oktober 2026 @ 09:51:


Zelf nu een tijdelijk dashboardje gemaakt die de verschillende entiteiten uitleest zodat ik de RTE in predbat beter kan instellen

[Afbeelding]

Ziet er erg goed uit. Ik heb ook een template gemaakt om de RTE te meten maar jouw versie is nog veeeel mooier. Zou je de code willen delen?



En ik moet nog met de chat functie aan de gang maar heb inmiddels Predbat toch wat meer naar mijn zin kunnen krijgen door Predbat alleen op 'Control charge' te zetten en met wat experimenteren werken de 'freeze functies' nu ook. Dus Predbat is weer Live hier

[ Voor 10% gewijzigd door DYM op 26-10-2026 13:10 ]

[LigeTRy]

DYM schreef op maandag 26 oktober 2026 @ 13:07:
[...]

Ziet er erg goed uit. Ik heb ook een template gemaakt om de RTE te meten maar jouw versie is nog veeeel mooier. Zou je de code willen delen?

Deze is wel erg specifiek voor mijn inverter setup, maar hier een gist: https://gist.github.com/W...6d79591b78d8b850c3714a711

en het dashboard: https://gist.github.com/W...8fa8c7ac992768d2d422910ec

handiger is wellicht het prompt wat ik heb gebruikt in claude code met MCP naar Predbat en Home Assistant, dan kan ie misschien wat bouwen wat voor jouw situatie specifiek is. Let wel op dat ik inmiddels een flink .md file heb die heel specifiek beschrijft hoe mijn setup eruit ziet en welke quirks die heeft, ik weet niet wat het resultaat is als je m oneshot:

code:

Ik wil in Home Assistant het werkelijke rendement (round-trip efficiency, RTE) van mijn thuisaccu meten. Daarmee wil ik realistische waarden vinden voor de verliesinstellingen van Predbat (inverter_loss, battery_loss, battery_loss_discharge). Het moet ALLEEN loggen en niets aansturen. Bouw het als één package-bestand (packages/accu_rte.yaml) plus een dashboardweergave.
STAP 1 – Vraag mij eerst (en ga niet gokken):
- Welke entiteit meet het AC-vermogen van de omvormer/lader richting accu (liefst input − output, of één netto-sensor), en welk teken betekent laden?
- Welke entiteit meet het vermogen aan de accukant, BIJ VOORKEUR van de BMS-shunt? Welk teken betekent ontladen?
- Heeft mijn BMS een sensor "capacity remaining" in Ah? Wat zijn de nominale packspanning en de capaciteit (kWh en Ah)?
- Hangen er verbruikers tussen omvormer en BMS-shunt op de DC-bus (heater, fans, ESP, buck-converters)?
- Welke Predbat-entiteiten bevatten inverter_loss / battery_loss / battery_loss_discharge?
Controleer elke entiteit op een geldige waarde (niet unknown/unavailable) en op het teken, bijvoorbeeld tijdens laden en tijdens ontladen.
STAP 2 – Meetmethode (belangrijk):
- Gebruik GEEN losse Riemann-integratiehelpers per sensor. Maak één trigger-template (time_pattern elke 15 s) die alle bronnen in hetzelfde moment sampelt en integreert (links-Riemann: kWh += W / 240000; reken dit in de expressie zelf, anders krijg je wetenschappelijke notatie als string). Een sample telt alleen als ALLE bronnen numeriek zijn. Zo raken gaten de AC- en DC-kant gelijk en blijft het rendement zuiver.
- Gebruik geen "DC power" die de omvormer zelf afleidt uit AC. Dat is geen echte meting. Alles tussen AC-meting en BMS-shunt is "systeemverlies" (conversie + idle van de omvormer + DC-busverbruikers).
- Tellers (state_class total_increasing): AC in, AC uit, pack geladen, pack ontladen. Dezelfde vier nog eens alleen voor idle-samples (|pack| < 100 W) en voor laag vermogen (100 W – 1 kW). Verder: idle-verlies (AC − pack tijdens idle), idle-uren, meetduur (alleen geldige samples).
- Een latch-sensor "start SoC" met attributen start (tijd) en start_ah (capacity remaining bij de start). SoC-correctie = (Ah nu − start_ah) × nominale spanning. Daarmee telt de energie die nog in de accu zit mee.
- Reset alle tellers op een event "accu_rte_reset".
STAP 3 – Resultaatsensoren (gewone templates met availability-drempels, zodat ze pas iets tonen bij genoeg data):
- Rendement laden = (pack geladen − idle) / (AC in − idle); rendement ontladen = (AC uit − idle) / (pack ontladen − idle). Geef de waarde incl. idle als attribuut mee.
- Dezelfde twee voor laag en hoog vermogen (efficiëntiecurve).
- Rendement cellen = (pack ontladen + SoC-correctie) / pack geladen.
- Round-trip AC = (AC uit + SoC-correctie × √η_cellen × η_ontladen) / AC in, met attributen cycli, meetdagen en betrouwbaar (≥ 7 dagen én ≥ ~5 volle cycli).
- Predbat-model-round-trip = (1−inverter_loss)² × (1−battery_loss) × (1−battery_loss_discharge), om te vergelijken.
- Systeemverlies per dag (kWh) en gemiddeld idle-verlies (W, plus het aandeel idle-tijd).
- Advies inverter_loss = 1 − √(η_laden × η_ontladen), want Predbat past het in beide richtingen toe. Advies battery_loss = 1 − √η_cellen. Neem de huidige Predbat-waarden op als attribuut.
Laat idle bewust BUITEN het advies: Predbat modelleert alleen proportioneel verlies, en het vaste stand-by-verbruik betaal je toch.
STAP 4 – Dashboard (één weergave "Rendement"):
- Tegels: round-trip AC naast het Predbat-model, rendement laden/ontladen, rendement cellen, idle-verlies in W, systeemverlies per dag.
- Een markdown-kaart met het advies tegenover de huidige Predbat-waarde, plus meetdagen, cycli en "betrouwbaar ja/nee".
- Een grafiek van de rendementen over tijd (laag tegenover hoog vermogen).
- Een knop of script die het reset-event afvuurt.
STAP 5 – Validatie na een dag:
- Vergelijk de AC- en pack-tellers met bestaande energietellers van omvormer/BMS (moet binnen ~1 % zitten).
- Controleer de tekens. Let op PV op de AC-uitgang: een negatief output-vermogen moet als laadenergie tellen.
- Let op: trigger-template-sensoren houden bij template.reload hun oude state. Reset daarna met het event.
Toon mij eerst het volledige YAML en de dashboard-config. Leg de aannames uit en wacht op mijn akkoord voordat je iets wegschrijft of herlaadt. Lees de resultaten pas af na ≥ 1 week, bij voorkeur op een moment dat de SoC ongeveer gelijk is aan de start-SoC.

[DYM]

@LigeTRy Dank voor je info.

Omdat ik zo ongeduldig ben had ik zelf al iets m.b.v. Claude AI in elkaar geknutseld. Nog niet alles werkt en ik moet alles nog even nalopen maar daar helpt jouw info zeker bij.

[LigeTRy]

DYM schreef op maandag 26 oktober 2026 @ 16:54:
@LigeTRy Dank voor je info.

Omdat ik zo ongeduldig ben had ik zelf al iets m.b.v. Claude AI in elkaar geknutseld. Nog niet alles werkt en ik moet alles nog even nalopen maar daar helpt jouw info zeker bij.

[Afbeelding]

Nice! ik ben ook benieuwd of de RTE over tijd veranderd (seizoensgebonden door temperatuur misschien een beetje?) als dat zo is en de cijfers lijken betrouwbaar, ga ik ze misschien wel automatisch wegschrijven naar predbat.

[LigeTRy]

Een volgend leuk trucje om te delen is het gebruik van epexpredictor. Ik zit bij tibber en prijzen komen elke dag tussen 13:00 en 15:00 binnen, die moet ik in home assistant sowieso iets converten voor predbat ze pakt (inkoopvergoeding import/export etc). Het is voor predbat natuurlijk veel leuker om verder vooruit te kijken (als er bijvoorbeeld op zondag goedkope stroom is, maandag is meh en dinsdag is heel duur, kan het financieel handig zijn die zondagstroom ietwat te bewaren)

Op het moment kan de mlforecaster maar 48 uur vooruit, daar loopt een github issue voor, hopelijk kan die snel ook iets langer, 60 is denk ik prima.

Kijk je naar de forecast ziet dat er zo uit:

Mijn forecast_plan_hours staat op het moment op 60 uur vooruit.

Hierbij de template hoe ik de tibber data pak, en die converteer naar de attributes die predbat snapt inclusief de forecast: tibber + epexpredictor to predbat

en de sensoren die ik daarvoor heb in configuration.yaml: predbat sensoren epexpredictor

in predbat staan import en export op sensor.predbat_import_price en sensor.predbat_export_price..

Ik heb deze setup een tijdje geleden gemaakt en gevalideerd, maar moet nog even een keer kijken of het simpeler kan.

Het dashboard is deze code: prediction dashboard

En zo is predbat nu al bezig om te kijken wat woensdag handig gaat zijn zonder dat de exacte prijzen bekend zijn. een leuke nice to have

[DYM]

LigeTRy schreef op maandag 26 oktober 2026 @ 18:52:
[...]


Nice! ik ben ook benieuwd of de RTE over tijd veranderd (seizoensgebonden door temperatuur misschien een beetje?) als dat zo is en de cijfers lijken betrouwbaar, ga ik ze misschien wel automatisch wegschrijven naar predbat.

Erg leuk allemaal. Wederom dank voor het delen. Ik ga er zeker wat mee doen, eerst nog even tijd vinden