Evcc slim laden met de zon en dynamische tarieven

[JanHenk]

AA42 schreef op donderdag 23 oktober 2025 @ 15:27:
[...]


Dit werkt helemaal top! Nogmaals dank hiervoor. Is het geen idee om aan de mensen van evcc te vragen of ze de Homewizard PIB netjes als te selecteren apparaat toevoegen met deze programmering? Weet zelf niet helemaal hoe dat werkt via Github?
De Homewizard P1 en kWh meters zijn immers ook netjes te kiezen uit de menu's.

Het verschil is dat die P1-meter en de kWh meter ook een V1 API hebben, die gewoon op http zonder auth te benaderen zijn. Zo zijn ze nu ook aan evcc gekoppeld. De PIB heeft alleen de v2 API en de batteries endpoint op de P1-meter is ook alleen met V2 bereikbaar, bij mijn weten. Dus die hele authenticatieflow is anders. Ik zou niet weten hoe die flow in evcc moet, dus heb het maar bij een custom meter gehouden en het verkrijgen van de token buiten evcc gedaan...

[rob987]

JanHenk schreef op donderdag 23 oktober 2025 @ 15:38:
[...]


Het verschil is dat die P1-meter en de kWh meter ook een V1 API hebben, die gewoon op http zonder auth te benaderen zijn. Zo zijn ze nu ook aan evcc gekoppeld. De PIB heeft alleen de v2 API en de batteries endpoint op de P1-meter is ook alleen met V2 bereikbaar, bij mijn weten. Dus die hele authenticatieflow is anders. Ik zou niet weten hoe die flow in evcc moet, dus heb het maar bij een custom meter gehouden en het verkrijgen van de token buiten evcc gedaan...

Ja hartelijk dank voor deze info, het is mij met hulp van JanHenk ook gelukt de HW PIB toe te voegen. Wat ik alleen nog niet gemerkt heb is dat hij daadwerkelijk de PIB op stand-by zet. Ik heb de P1 ook toegevoegd met token, krijg ook geen foutmelding. De batterij is opgenomen in EVCC en laat keurig zien dat hij laad of ontlaad. Als ik instel dat ik niet wil dat de batterij ontladen wordt en de auto start met laden gaat er dus geen signaal naar de PIB om op stand-by te gaan.

Hoe kan ik controleren of EVCC daadwerkelijk de PIB kan schakelen via de P1?

[JanHenk]

@rob987 Onder instellingen (hamburger menu rechtsboven) > Thuisbatterij: staat het schuifje aan bij "Voorkom het ontladen van de thuisaccu bij gebruik van de snelle modus of bij gepland laden." ?

Het stand-by zetten door evcc werkt dus alleen in de snelle modus of gepland laden, niet in de PV-modus.

[rob987]

JanHenk schreef op vrijdag 24 oktober 2025 @ 13:15:
@rob987 Onder instellingen (hamburger menu rechtsboven) > Thuisbatterij: staat het schuifje aan bij "Voorkom het ontladen van de thuisaccu bij gebruik van de snelle modus of bij gepland laden." ?

Het stand-by zetten door evcc werkt dus alleen in de snelle modus of gepland laden, niet in de PV-modus.

Aha, dankjewel dan hoef ik niet verder te zoeken.

Ik heb EVCC in HA staan en dan stuur ik via HA de PIB op stand-by zodra EVCC begint met laden en daarna weer terug naar NOM als EVCC stopt met laden in PV modus. Ik dacht dat EVCC dit ook zou kunnen, tenminste dat suggereren de instellingen in het batterij menu wel met al die schuifjes met percentages.

[JanHenk]

@rob987 evcc kan juist het vermogen van de batterij inzien en gaat ervan uit dat ie op NOM stuurt. Als je de batterij erin hebt opgenomen, kan evcc dus juist zien wat het daadwerkelijke PV-overschot is. Met de 'schuifjes met percentages' kun je instellen of de auto laden prio heeft, of de batterij laden, of eventueel vanaf welke SoC.

Dus als voorbeeld; je hebt 3000 watt opwek. Na aftrek van huisverbruik (zeg 200) dus 2.800 watt netto overschot. Dat kan dan zowel naar de laadpaal (auto) als naar de batterij. De batterij heeft z'n eigen regeling en neemt vanzelf 800 watt. Als je hebt ingesteld dat de batterij prioriteit heeft, stuurt evcc naar de laadpaal dat ie met 2.000 watt mag laden (dus laat ie die 800 watt lopen).

Stel je stelt nu in, dat de auto prioriteit heeft (of het % SoC komt boven hetgeen ingesteld). Op dat moment geeft evcc dus 2.800 watt vrij aan de auto. Die neemt dat in, en de batterij gaat als vanzelf (vanwege NOM) naar nul, immers is er dan niet meer over.

Ik laat de batterij wel altijd wat lading krijgen, dus zet hem op 30% bijv.. In dat geval kan ie ook bijspringen als de zon even wegvalt, of het huisverbruik ineens sterk toeneemt.

Op stand-by zetten in de PV-modus is niet zo zinvol. Voor mij sowieso niet (maar ik heb ook geen dynamische tarieven).

[rob987]

Aha, ik had nog niet door dat EVCC zo slim is. Dit is natuurlijk veel beter dan stand-by zetten, helemaal eens.

Hartelijk dank weer JanHenk!

[Tunestwo]

Hoe kan ik eigenlijk de voorspelling optie erbij krijgen? En doet dit ook iets tgv het stabiliseren van het laden bij dagen wanneer het soms bewolkt is?

[rob987]

Ik heb dit opgenomen in de evcc.yaml. Het is onderdeel van tariffs. Hieronder zie je dynamische prijzen zowel afname en teruglevering en de voorspelling van de opbrengst zp. Pas wel je eigen aantal panelen en ligging aan natuurlijk.

tariffs:
grid:
type: template
template: nordpool
region: NL # Region, [EE, LT, LV, AT, BE, FR, GER, NL, PL, DK1, DK2, FI, NO1, NO2, NO3, NO4, NO5, SE1, SE2, SE3, SE4, TEL, SYS] (optional)
currency: EUR # Währung, [DKK, EUR, NOK, PLN, RON, SEK]
charges: 0.1263 # 0.0248 + 0.1015 Aufschlag, Zusätzlicher fester Aufschlag pro kWh (z.B. 0.05 für 5 Cent) (optional)
tax: 0.21 # Steuer, Zusätzlicher prozentualer Aufschlag (z.B. 0.2 für 20%) (optional)
formula: math.Max((price + charges) * (1 + tax), 0.0) # Formel, Individuelle Formel zur Berechnung des Preises (optional)
feedin:
type: template
template: nordpool
region: NL
currency: EUR
charges: 0.1263 # 0.0248 + 0.1015 Aufschlag, Zusätzlicher fester Aufschlag pro kWh (z.B. 0.05 für 5 Cent) (optional)
tax: 0.21 # Steuer, Zusätzlicher prozentualer Aufschlag (z.B. 0.2 für 20%) (optional)
formula: math.Max((price + charges) * (1 + tax), 0.0)
solar:
type: template
template: forecast-solar
lat: 52.30691 # Latitude
lon: 4.89278 # Longitude
dec: 45 # Decline, 0 = horizontal, 90 = vertical
kwp: 7 # Maximum generator power (kWp)
az: -75 # Azimuth, -180 = north, -90 = east, 0 = south, 90 = west, 180 = north

[HyperBart]

Tunestwo schreef op zondag 26 oktober 2025 @ 11:07:
Hoe kan ik eigenlijk de voorspelling optie erbij krijgen?

Daarvoor moet je een externe dienst/API gebruiken.
Ik gebruik bv zelf open-meteo, dat was het minste gedoe en ik kon al mijn PV vlakken er in kwijt:

code:

solar:
    - type: template
      template: open-meteo
      lat: x.xxxxxxxxxxxxxxx # Latitude
      lon: y.yyyyyyyyyyy # Longitude
      dec: 40 # Decline, 0 = horizontal, 90 = vertical
      kwp: 3 # Maximum generator power (kWp)
      az: -35 # Azimuth, -180 = north, -90 = east, 0 = south, 90 = west, 180 = north

En doet dit ook iets tgv het stabiliseren van het laden bij dagen wanneer het soms bewolkt is?

Neen, dat staat los van elkaar, dan moet je je regelcyclus bijstellen door de parameters aan te passen zodat je functioneel bereikt wat je wenst.
Wat wil je bereiken en wat moet er gestabiliseerd worden?

[Afbeelding]

[ Voor 22% gewijzigd door HyperBart op 26-10-2025 13:43 ]

[Tunestwo]

HyperBart schreef op zondag 26 oktober 2025 @ 13:41:

Neen, dat staat los van elkaar, dan moet je je regelcyclus bijstellen door de parameters aan te passen zodat je functioneel bereikt wat je wenst.
Wat wil je bereiken en wat moet er gestabiliseerd worden?

Als het een dag is zoals vandaag, bewolkt met af en toe een flinke berg zon dat evcc zichzelf zet op min+pv en dan weer de volgende dag weer naar pv gaat. Zodat hij wat meer continu laad ipv dat ik einde van de dag 10 meldingen heb van me auto dat die gestopt is met laden. En dat die iedere keer maar paar minuten laad.

[HyperBart]

Tunestwo schreef op zondag 26 oktober 2025 @ 14:37:
[...]


Als het een dag is zoals vandaag, bewolkt met af en toe een flinke berg zon dat evcc zichzelf zet op min+pv en dan weer de volgende dag weer naar pv gaat. Zodat hij wat meer continu laad ipv dat ik einde van de dag 10 meldingen heb van me auto dat die gestopt is met laden. En dat die iedere keer maar paar minuten laad.

Dan raad ik je aan om permanent met de PV modus te werken maar deze wat "losser" in te stellen.
@JanHenk heeft hier ooit voor mij ook voor die "aha erlebnis" gezorgd. Door met enable of disable te spelen bereik je een rustiger schakelgedrag en trekt hij wat langer door ondanks dat er geen PV meer is.

YAML:

loadpoints:
- title: Voortuin # display name for UI
  priority: 60
  charger: ChargingPointAlfen # Wallbox Referenz
  circuit: AutomaatLaadpaalVoortuin
  mode: off # charge mode (off, now, minpv, pv)
  enable:
    threshold: -300 #start charging the car when feed in to grid is 300W for 2min
    delay: 120s # duration of feedin treshold
  disable:
    threshold: 1200 #stop charging when the car has been charging for 15 (delay value) minutes using this number of Watts from the grid
    delay: 15m # 15 minutes definition

Sinds ik de enable/disable heb uitgerust met voor mij andere delays EN ik gebruik maak van de planner is het schakelgedrag van de laadpaal hier nagenoeg naar 0 herleid met uitzondering van het schakelgedrag omwille van het capaciteitstarief.

[C.QL]

HyperBart schreef op zondag 26 oktober 2025 @ 19:53:
… met uitzondering van het schakelgedrag omwille van het capaciteitstarief.

Kan je wat meer uitleggen wat je hiermee bedoelt Bart?

[HyperBart]

C.QL schreef op zondag 26 oktober 2025 @ 20:00:
[...]

Kan je wat meer uitleggen wat je hiermee bedoelt Bart?

Ik zit nogal strak in de race betreffende het onder controle houden van mijn maandpiek.
Ik moet dat eigenlijk wat losser laten want voor werkende EV rijders is het verbruik op jaarbasis nog dermate hoog dat je eigenlijk gerust een best hoge piek (denk 7 a 8kW) als jaargemiddelde mag hebben om op gelijke kosten qua nettarieven/allin prijs te komen met iemand met een analoge meter die hetzelfde verbruik heeft als de andere die een digitale meter heeft.

evcc houdt mijn pieken onder controle, doorgaans staat het hier ingesteld op 2.5kW in het begin van de maand maar al snel wordt dat door koken 3.2kW. Niettemin schakelt evcc snel uit want als de regenwaterpomp hier aan gaat (toilet) is er geen powerbudget over om de laadpaal door te laten gaan en dan krijg je dus schakelgedrag.

Inductievuur? Schakelen.
Droogkast cyclus? Schakelen
Vaatwasser? Schakelen.

Daar heb ik zelf nog niks op gevonden buiten met de planner te werken (verschuift laden richting de nacht) maar soms gaat die ook al aan de slag als we nog wakker zijn omdat ik wat leger aankom en hij ‘s morgens weer klaar moet zijn.

[r2504]

Ik laad hier eigenlijk op Min (1.4 kW dus wat voor de beperkte afstanden per dag haalbaar is) en heb m'n maxPower op 4500 staan.

2.5 kW is echt niet realistisch want met een beetje koken zitten wij vaak rond de 4 kW.

Ik moet alleen nog eens (heb net terug de BMW Car Data aan de praat en nog niet echt tijd gehad) de feature instellen dat min = huidige maandpiek zodat het laden wat vlotter gaat. Het is namelijk een beetje te gek op 1.4 kW te blijven laden als m'n maandpiek op 4 kW staat.

[C.QL]

r2504 schreef op zondag 26 oktober 2025 @ 22:43:
Ik laad hier eigenlijk op Min (1.4 kW dus wat voor de beperkte afstanden per dag haalbaar is) en heb m'n maxPower op 4500 staan.

2.5 kW is echt niet realistisch want met een beetje koken zitten wij vaak rond de 4 kW.

Ik moet alleen nog eens (heb net terug de BMW Car Data aan de praat en nog niet echt tijd gehad) de feature instellen dat min = huidige maandpiek zodat het laden wat vlotter gaat. Het is namelijk een beetje te gek op 1.4 kW te blijven laden als m'n maandpiek op 4 kW staat.

Mij lukt het voorlopig om mijn maandpiek op 2.5kW te houden met EVCC. Alleen jammer dat de planner geen rekening houdt met die ingestelde max op de afname. Maar die feature staat op de planning begreep ik?
Het klopt wel wel dat ik mijn koken iets heb aangepast en de boost functie niet meer gebruik. Soms is het kantje boortje en als ik erover zou gaan, so be it. Ik moet ook nog iets maken om met de max(2.5, effectieve maandpiek) rekening te houden.
Ik denk wel dat in de wintermaanden ik mijn limiet ga moeten verhogen om de EV nog voldoende opgeladen te krijgen.

[NoFate]

r2504 schreef op zondag 26 oktober 2025 @ 22:43:
Ik laad hier eigenlijk op Min (1.4 kW dus wat voor de beperkte afstanden per dag haalbaar is) en heb m'n maxPower op 4500 staan.

2.5 kW is echt niet realistisch want met een beetje koken zitten wij vaak rond de 4 kW.

Ik moet alleen nog eens (heb net terug de BMW Car Data aan de praat en nog niet echt tijd gehad) de feature instellen dat min = huidige maandpiek zodat het laden wat vlotter gaat. Het is namelijk een beetje te gek op 1.4 kW te blijven laden als m'n maandpiek op 4 kW staat.

Daarom moet je die maxPower niet meer gebruiken , maar de residual power, die zorgt ervoor dat je rond de 4kW verbruikt hebt (laden en huisgebruik) en schakelt dus niet af, maar gaat iets trager laden als je je inductie bv op zet...

[r2504]

Ik wil ook niet standaard 4 kW... zolang onze maandpiek op bv. 3 kW staat probeer ik die daar ook te houden, met maxPower of residual power zou je dan steevast op 4 kW komen. Ik dacht dat je een andere methode had om dynamisch die waarde aan te passen maar die moet ik nog eens terug bekijken.

[NoFate]

r2504 schreef op maandag 27 oktober 2025 @ 09:47:
Ik wil ook niet standaard 4 kW... zolang onze maandpiek op bv. 3 kW staat probeer ik die daar ook te houden, met maxPower of residual power zou je dan steevast op 4 kW komen. Ik dacht dat je een andere methode had om dynamisch die waarde aan te passen maar die moet ik nog eens terug bekijken.

Ja hoor , je kan die residual power idd dynamisch aanpassen met de EVCc integratie in HA..
Je hebt ook de P1 van HW? Die heeft ook de current month peak in HA, via een automatisering kan je dan de residual gelijk zetten aan je current month peak

Ik ben geen fan van die maxPower, zodra je even een hoogverbruiker aanzet, slaat het laden af... Die maxpower is gemaakt om de fase te beschermen, geen ideaal gebruik voor een capaciteits tarief

Ik heb hem nu voorlopig vast staan op 4kW , dus die gaat laden op 1 fase... Overdag als de zon schijnt, gaat die naar 3 fase laden... Als dan mijn batterijen nog eens gevuld zijn, gaat die zelfs laden aan 11 kW, terwijl mijn piek op 4kW blijft...
Voor mij een goede oplossing

[ Voor 27% gewijzigd door NoFate op 27-10-2025 10:27 ]

[Roel1.9GJ]

Het lukt mij niet om de Blue Link Refresh token op te halen. Ik krijg onderstaande melding.

code:

Installing collected packages: pip
  Attempting uninstall: pip
    Found existing installation: pip 23.2.1
    Uninstalling pip-23.2.1:
      Successfully uninstalled pip-23.2.1
Successfully installed pip-25.3
(.venv) root@roel:~# python3.12 -m venv .venv
source .venv/bin/activate
pip3 install selenium requests
Looking in indexes: https://pypi.org/simple, https://www.piwheels.org/simple
Requirement already satisfied: selenium in ./.venv/lib/python3.12/site-packages (4.38.0)
Requirement already satisfied: requests in ./.venv/lib/python3.12/site-packages (2.32.5)
Requirement already satisfied: urllib3<3.0,>=2.5.0 in ./.venv/lib/python3.12/site-packages (from urllib3[socks]<3.0,>=2.5.0->selenium) (2.5.0)
Requirement already satisfied: trio<1.0,>=0.31.0 in ./.venv/lib/python3.12/site-packages (from selenium) (0.31.0)
Requirement already satisfied: trio-websocket<1.0,>=0.12.2 in ./.venv/lib/python3.12/site-packages (from selenium) (0.12.2)
Requirement already satisfied: certifi>=2025.10.5 in ./.venv/lib/python3.12/site-packages (from selenium) (2025.10.5)
Requirement already satisfied: typing_extensions<5.0,>=4.15.0 in ./.venv/lib/python3.12/site-packages (from selenium) (4.15.0)
Requirement already satisfied: websocket-client<2.0,>=1.8.0 in ./.venv/lib/python3.12/site-packages (from selenium) (1.9.0)
Requirement already satisfied: attrs>=23.2.0 in ./.venv/lib/python3.12/site-packages (from trio<1.0,>=0.31.0->selenium) (25.4.0)
Requirement already satisfied: sortedcontainers in ./.venv/lib/python3.12/site-packages (from trio<1.0,>=0.31.0->selenium) (2.4.0)
Requirement already satisfied: idna in ./.venv/lib/python3.12/site-packages (from trio<1.0,>=0.31.0->selenium) (3.11)
Requirement already satisfied: outcome in ./.venv/lib/python3.12/site-packages (from trio<1.0,>=0.31.0->selenium) (1.3.0.post0)
Requirement already satisfied: sniffio>=1.3.0 in ./.venv/lib/python3.12/site-packages (from trio<1.0,>=0.31.0->selenium) (1.3.1)
Requirement already satisfied: wsproto>=0.14 in ./.venv/lib/python3.12/site-packages (from trio-websocket<1.0,>=0.12.2->selenium) (1.2.0)
Requirement already satisfied: pysocks!=1.5.7,<2.0,>=1.5.6 in ./.venv/lib/python3.12/site-packages (from urllib3[socks]<3.0,>=2.5.0->selenium) (1.7.1)
Requirement already satisfied: charset_normalizer<4,>=2 in ./.venv/lib/python3.12/site-packages (from requests) (3.4.4)
Requirement already satisfied: h11<1,>=0.9.0 in ./.venv/lib/python3.12/site-packages (from wsproto>=0.14->trio-websocket<1.0,>=0.12.2->selenium) (0.16.0)
(.venv) root@roel:~# python3.12 .\bluelinktoken.py --brand hyundai
python3.12: can't open file '/root/.bluelinktoken.py': [Errno 2] No such file or directory
(.venv) root@roel:~# ls
bluelinktoken.py  evc.ymal.save  Python-3.12.0
(.venv) root@roel:~# python .\bluelinktoken.py --brand hyundai
python: can't open file '/root/.bluelinktoken.py': [Errno 2] No such file or directory
(.venv) root@roel:~# python3.12 ./bluelinktoken.py --brand hyundai
Traceback (most recent call last):
  File "/root/.venv/lib/python3.12/site-packages/selenium/webdriver/common/driver_finder.py", line 68, in _binary_paths
    output = SeleniumManager().binary_paths(self._to_args())
             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/root/.venv/lib/python3.12/site-packages/selenium/webdriver/common/selenium_manager.py", line 48, in binary_paths
    args = [str(self._get_binary())] + args
                ^^^^^^^^^^^^^^^^^^
  File "/root/.venv/lib/python3.12/site-packages/selenium/webdriver/common/selenium_manager.py", line 97, in _get_binary
    raise WebDriverException(f"Unsupported platform/architecture combination: {sys.platform}/{arch}")
selenium.common.exceptions.WebDriverException: Message: Unsupported platform/architecture combination: linux/aarch64

The above exception was the direct cause of the following exception:

Traceback (most recent call last):
  File "/root/./bluelinktoken.py", line 113, in <module>
    main()
  File "/root/./bluelinktoken.py", line 62, in main
    driver = webdriver.Chrome(options=options)
             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/root/.venv/lib/python3.12/site-packages/selenium/webdriver/chrome/webdriver.py", line 47, in __init__
    super().__init__(
  File "/root/.venv/lib/python3.12/site-packages/selenium/webdriver/chromium/webdriver.py", line 55, in __init__
    if finder.get_browser_path():
       ^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/root/.venv/lib/python3.12/site-packages/selenium/webdriver/common/driver_finder.py", line 48, in get_browser_path
    return self._binary_paths()["browser_path"]
           ^^^^^^^^^^^^^^^^^^^^
  File "/root/.venv/lib/python3.12/site-packages/selenium/webdriver/common/driver_finder.py", line 79, in _binary_paths
    raise NoSuchDriverException(msg) from err
selenium.common.exceptions.NoSuchDriverException: Message: Unable to obtain driver for chrome; For documentation on this error, please visit: https://www.selenium.dev/documentation/webdriver/troubleshooting/errors/driver_location

Ik heb de instructies van hier doorlopen
https://github.com/evcc-io/evcc/wiki/Hyundai-Kia:-Refresh-Token

Ik probeer dit te doen op een Pi4 via Putty

Weet iemand wat ik fout doe?

[ Voor 54% gewijzigd door Roel1.9GJ op 27-10-2025 14:12 ]

[Get!em]

Roel1.9GJ schreef op maandag 27 oktober 2025 @ 14:00:
Het lukt mij niet om de Blue Link Refresh token op te halen. Ik krijg onderstaande melding.

code:

Installing collected packages: pip
  Attempting uninstall: pip
    Found existing installation: pip 23.2.1
    Uninstalling pip-23.2.1:
      Successfully uninstalled pip-23.2.1
Successfully installed pip-25.3
(.venv) root@roel:~# python3.12 -m venv .venv
source .venv/bin/activate
pip3 install selenium requests
Looking in indexes: https://pypi.org/simple, https://www.piwheels.org/simple
Requirement already satisfied: selenium in ./.venv/lib/python3.12/site-packages (4.38.0)
Requirement already satisfied: requests in ./.venv/lib/python3.12/site-packages (2.32.5)
Requirement already satisfied: urllib3<3.0,>=2.5.0 in ./.venv/lib/python3.12/site-packages (from urllib3[socks]<3.0,>=2.5.0->selenium) (2.5.0)
Requirement already satisfied: trio<1.0,>=0.31.0 in ./.venv/lib/python3.12/site-packages (from selenium) (0.31.0)
Requirement already satisfied: trio-websocket<1.0,>=0.12.2 in ./.venv/lib/python3.12/site-packages (from selenium) (0.12.2)
Requirement already satisfied: certifi>=2025.10.5 in ./.venv/lib/python3.12/site-packages (from selenium) (2025.10.5)
Requirement already satisfied: typing_extensions<5.0,>=4.15.0 in ./.venv/lib/python3.12/site-packages (from selenium) (4.15.0)
Requirement already satisfied: websocket-client<2.0,>=1.8.0 in ./.venv/lib/python3.12/site-packages (from selenium) (1.9.0)
Requirement already satisfied: attrs>=23.2.0 in ./.venv/lib/python3.12/site-packages (from trio<1.0,>=0.31.0->selenium) (25.4.0)
Requirement already satisfied: sortedcontainers in ./.venv/lib/python3.12/site-packages (from trio<1.0,>=0.31.0->selenium) (2.4.0)
Requirement already satisfied: idna in ./.venv/lib/python3.12/site-packages (from trio<1.0,>=0.31.0->selenium) (3.11)
Requirement already satisfied: outcome in ./.venv/lib/python3.12/site-packages (from trio<1.0,>=0.31.0->selenium) (1.3.0.post0)
Requirement already satisfied: sniffio>=1.3.0 in ./.venv/lib/python3.12/site-packages (from trio<1.0,>=0.31.0->selenium) (1.3.1)
Requirement already satisfied: wsproto>=0.14 in ./.venv/lib/python3.12/site-packages (from trio-websocket<1.0,>=0.12.2->selenium) (1.2.0)
Requirement already satisfied: pysocks!=1.5.7,<2.0,>=1.5.6 in ./.venv/lib/python3.12/site-packages (from urllib3[socks]<3.0,>=2.5.0->selenium) (1.7.1)
Requirement already satisfied: charset_normalizer<4,>=2 in ./.venv/lib/python3.12/site-packages (from requests) (3.4.4)
Requirement already satisfied: h11<1,>=0.9.0 in ./.venv/lib/python3.12/site-packages (from wsproto>=0.14->trio-websocket<1.0,>=0.12.2->selenium) (0.16.0)
(.venv) root@roel:~# python3.12 .\bluelinktoken.py --brand hyundai
python3.12: can't open file '/root/.bluelinktoken.py': [Errno 2] No such file or directory
(.venv) root@roel:~# ls
bluelinktoken.py  evc.ymal.save  Python-3.12.0
(.venv) root@roel:~# python .\bluelinktoken.py --brand hyundai
python: can't open file '/root/.bluelinktoken.py': [Errno 2] No such file or directory
(.venv) root@roel:~# python3.12 ./bluelinktoken.py --brand hyundai
Traceback (most recent call last):
  File "/root/.venv/lib/python3.12/site-packages/selenium/webdriver/common/driver_finder.py", line 68, in _binary_paths
    output = SeleniumManager().binary_paths(self._to_args())
             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/root/.venv/lib/python3.12/site-packages/selenium/webdriver/common/selenium_manager.py", line 48, in binary_paths
    args = [str(self._get_binary())] + args
                ^^^^^^^^^^^^^^^^^^
  File "/root/.venv/lib/python3.12/site-packages/selenium/webdriver/common/selenium_manager.py", line 97, in _get_binary
    raise WebDriverException(f"Unsupported platform/architecture combination: {sys.platform}/{arch}")
selenium.common.exceptions.WebDriverException: Message: Unsupported platform/architecture combination: linux/aarch64

The above exception was the direct cause of the following exception:

Traceback (most recent call last):
  File "/root/./bluelinktoken.py", line 113, in <module>
    main()
  File "/root/./bluelinktoken.py", line 62, in main
    driver = webdriver.Chrome(options=options)
             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/root/.venv/lib/python3.12/site-packages/selenium/webdriver/chrome/webdriver.py", line 47, in __init__
    super().__init__(
  File "/root/.venv/lib/python3.12/site-packages/selenium/webdriver/chromium/webdriver.py", line 55, in __init__
    if finder.get_browser_path():
       ^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/root/.venv/lib/python3.12/site-packages/selenium/webdriver/common/driver_finder.py", line 48, in get_browser_path
    return self._binary_paths()["browser_path"]
           ^^^^^^^^^^^^^^^^^^^^
  File "/root/.venv/lib/python3.12/site-packages/selenium/webdriver/common/driver_finder.py", line 79, in _binary_paths
    raise NoSuchDriverException(msg) from err
selenium.common.exceptions.NoSuchDriverException: Message: Unable to obtain driver for chrome; For documentation on this error, please visit: https://www.selenium.dev/documentation/webdriver/troubleshooting/errors/driver_location

Ik heb de instructies van hier doorlopen
https://github.com/evcc-io/evcc/wiki/Hyundai-Kia:-Refresh-Token

Ik probeer dit te doen op een Pi4 via Putty

Weet iemand wat ik fout doe?

Je moet t op je eigen pc met Chrome browser doen.

[Roel1.9GJ]

Get!em schreef op maandag 27 oktober 2025 @ 14:36:
[...]

Je moet t op je eigen pc met Chrome browser doen.

pfff... gelukt hij doet het weer.
@Get!em Dankjewel voor de tip

[Tunestwo]

HyperBart schreef op zondag 26 oktober 2025 @ 19:53:
[...]


Dan raad ik je aan om permanent met de PV modus te werken maar deze wat "losser" in te stellen.
@JanHenk heeft hier ooit voor mij ook voor die "aha erlebnis" gezorgd. Door met enable of disable te spelen bereik je een rustiger schakelgedrag en trekt hij wat langer door ondanks dat er geen PV meer is.

YAML:

loadpoints:
- title: Voortuin # display name for UI
  priority: 60
  charger: ChargingPointAlfen # Wallbox Referenz
  circuit: AutomaatLaadpaalVoortuin
  mode: off # charge mode (off, now, minpv, pv)
  enable:
    threshold: -300 #start charging the car when feed in to grid is 300W for 2min
    delay: 120s # duration of feedin treshold
  disable:
    threshold: 1200 #stop charging when the car has been charging for 15 (delay value) minutes using this number of Watts from the grid
    delay: 15m # 15 minutes definition

Sinds ik de enable/disable heb uitgerust met voor mij andere delays EN ik gebruik maak van de planner is het schakelgedrag van de laadpaal hier nagenoeg naar 0 herleid met uitzondering van het schakelgedrag omwille van het capaciteitstarief.

Ik ga eens even kijken wat het regel gedrag doet als ik dit letterlijk erin kopier en plak. Dankjewel in ieder geval!

[AA42]

Vraagje: wat voeren jullie in onder "Battery capacity optioneel" in je voertuig configuratie?
Ik heb nu de theoretische maximale capaciteit ingevoerd, maar is het niet beter de reële capaciteit in te voeren?

[Get!em]

AA42 schreef op zaterdag 1 november 2025 @ 18:17:
Vraagje: wat voeren jullie in onder "Battery capacity optioneel" in je voertuig configuratie?
Ik heb nu de theoretische maximale capaciteit ingevoerd, maar is het niet beter de reële capaciteit in te voeren?

Netto bruikbaar waarop de auto de 0-100% berekent. Eventueel verminderd met de bms SoH.
Bij de eNiro 2020 van mij dus 64,5 ingevoerd, terwijl bruto 67,5 is.
Bij bijv een e208 2020 voer je 45,5 is vziw (50bruto). En de 2023 update is 51kwh bruto en 48,1 netto https://www.autoreview.nl...er-komt-op-een-volle-accu

[ Voor 13% gewijzigd door Get!em op 01-11-2025 19:05 ]

[AA42]

Thanks.

Vandaag een laatste wanhoopspoging gedaan met mijn EVBox Elvi. Omdat e.e.a. redelijk goed werkte dacht ik: laat ik maar een token voor het leven kopen. Gedaan. Oh een update, tof. Gedaan. Token ingevoerd. ....... evcc werkt niet meer!

Probleem was de Elvi. Kreeg hem met geen mogelijkheid meer aan de praat. Als ik hem valideerde in het configuratie scherm kreeg ik alleen nog maar time-outs en bad gateway 502 meldingen. Voorheen ging het ook al stroef maar een heel enkel keertje werkte de validatie in de config, dan sloeg ik hem snel op werkte het. Dan zag ik wel behoorlijk veel time-outs in de logs op de Elvi maar goed, het werkte.

Ik had de volgende gedachte, misschien complete onzin maar ach, ik dacht baat het niet dan schaadt het niet:
mijn EVBox had natuurlijk nog de GSM module en SIM geïnstalleerd die voor het "vrijgeven" met de EVBox back-office communiceerde. Ik dacht, kan het niet zo zijn dat ik die time-outs krijg doordat de Elvi druk probeert te communiceren met de niet meer bestaande back-office?

Dus de Elvi maar eens verwijderd en uit elkaar gesloopt. Kon hier nergens foto's of info over vinden maar het is niet heel moeilijk. Als iemand interesse heeft wil ik het wel beschrijven met foto's.
GSM/GPS module was makkelijk te vinden. SIM verwijderd maar ik dacht: heb die hele module niet meer nodig laat ik gewoon de stekker er uit trekken. Vreesde enigszins voor foutmeldingen of zoiets maar ja, dat zouden we dan wel zien. Stekker los gemaakt vanaf het RFID/centrale printje, ik hou niet van "antennes". Alles ff gereinigd (spinnen houden van laadpalen) en weer in elkaar gezet.

En zowaar, zowaar: na even opstarten was de Elvi meteen en zonder enig gemekker van time-outs of wat dan ook te configureren!
Sindsdien ook geen time-out meldingen meer in de log... jippie !!!
Was ook wel de laatste poging, anders was ik echt naar een andere laadpaal gaan kijken.

Ik wil sowieso het nog mogelijk maken met 1 fase te laden, anders heeft dat hele evcc weinig zin. Maar dat is andere kost...

[ Voor 8% gewijzigd door AA42 op 01-11-2025 22:39 ]

[nonkeljos]

Ik wil het nog even hebben over het capaciteitstarief en gebruik van ResidualPower of beter MaxPower. stel je gebruikt PV modus, en je stelt je residual power (via HA) dynamisch in op de huidige maandpiek. Hij staat op -2500 en er is weinig zon. De auto start met laden, maar gaat hij die 2500W niet halen bij je huisbatterij of gelijk waar hij ze kan vinden? Kun je dat (ongewenst) batterijverbruik blokkeren in deze modus? Bij MaxPower werkt het echt enkel 2500W grid-afname overschreden wordt.

Bovendien, met een beetje een pv installatie, wil je ook dat de ResidualPower gewoon wordt ingesteld (dus 100W ofzo) zodra er meer dan 1,4kw zon is, zodat hij dan niks meer extra van het net gaat afnemen. Dat is een extra complicatie om in te stellen in HA.

[ Voor 20% gewijzigd door nonkeljos op 02-11-2025 12:01 ]

[Millert]

Weer storing bij Entso-E? Is wel vaak raak de laatste tijd

[site ] WARN 2025/11/03 09:06:47 feed-in: tariff not available: cannot create tariff type 'template': cannot create tariff type 'entsoe': Get "https://web-api.tp.entsoe.eu/api?DocumentType=A44&In_Domain=10YNL----------L&Out_Domain=10YNL----------L&PeriodEnd=202511030800&PeriodStart=202511020800&securityToken=xxx": dial tcp 62.233.0.8:443: i/o timeout

[ Voor 4% gewijzigd door Millert op 03-11-2025 09:08 ]

[JanHenk]

AA42 schreef op zaterdag 1 november 2025 @ 20:29:

mijn EVBox had natuurlijk nog de GSM module en SIM geïnstalleerd die voor het "vrijgeven" met de EVBox back-office communiceerde. Ik dacht, kan het niet zo zijn dat ik die time-outs krijg doordat de Elvi druk probeert te communiceren met de niet meer bestaande back-office?

Dus de Elvi maar eens verwijderd en uit elkaar gesloopt. Kon hier nergens foto's of info over vinden maar het is niet heel moeilijk. Als iemand interesse heeft wil ik het wel beschrijven met foto's.
GSM/GPS module was makkelijk te vinden. SIM verwijderd maar ik dacht: heb die hele module niet meer nodig laat ik gewoon de stekker er uit trekken. Vreesde enigszins voor foutmeldingen of zoiets maar ja, dat zouden we dan wel zien. Stekker los gemaakt vanaf het RFID/centrale printje, ik hou niet van "antennes". Alles ff gereinigd (spinnen houden van laadpalen) en weer in elkaar gezet.

En zowaar, zowaar: na even opstarten was de Elvi meteen en zonder enig gemekker van time-outs of wat dan ook te configureren!
Sindsdien ook geen time-out meldingen meer in de log... jippie !!!
Was ook wel de laatste poging, anders was ik echt naar een andere laadpaal gaan kijken.

Mooi gedaan! Er komen mede door het faillissement van EVbox de komende tijd ook wel veel van deze palen tweedehands op de markt. Goed om te weten dat ze (op 3-fase) gebruikt kunnen worden met evcc.

Ik wil sowieso het nog mogelijk maken met 1 fase te laden, anders heeft dat hele evcc weinig zin. Maar dat is andere kost...

[Afbeelding]

Op de foto's zie ik twee keer een Panasonic AHES relais. Deze variant heeft 2x een (NO) maakcontact dus heel waarschijnlijk is er één op de L1 en N gekoppeld en de andere op L2 en L3. Technisch gezien lijkt het me dus mogelijk om de laadpaal op 1-fase laden te laten schakelen door het tweede relais uit te schakelen, ondanks dat de auto, kabel etc. 3-fase uitgevoerd is.

Als ik de documentatie van evcc lees, bijvoorbeeld bij de "Alfen Eve (OCPP)" zie ik ook de 1P3P-tag, dus via ocpp zou het in beginsel moeten kunnen. Ik ken het protocol echter inhoudelijk niet goed genoeg om te beoordelen of dat ook voor EVbox te implementeren is...

Kijk, een work-around is om een 1-fase kabel te gebruiken (als je een socket model hebt), maar steeds wisselen tussen kabels is ook zo wat...

[h3llrais3rke]

nonkeljos schreef op zondag 2 november 2025 @ 11:58:
Ik wil het nog even hebben over het capaciteitstarief en gebruik van ResidualPower of beter MaxPower. stel je gebruikt PV modus, en je stelt je residual power (via HA) dynamisch in op de huidige maandpiek. Hij staat op -2500 en er is weinig zon. De auto start met laden, maar gaat hij die 2500W niet halen bij je huisbatterij of gelijk waar hij ze kan vinden? Kun je dat (ongewenst) batterijverbruik blokkeren in deze modus? Bij MaxPower werkt het echt enkel 2500W grid-afname overschreden wordt.

Bovendien, met een beetje een pv installatie, wil je ook dat de ResidualPower gewoon wordt ingesteld (dus 100W ofzo) zodra er meer dan 1,4kw zon is, zodat hij dan niks meer extra van het net gaat afnemen. Dat is een extra complicatie om in te stellen in HA.

Ik denk dat je in combinatie met een batterij best de MaxPower gebruikt. (zo doe ik het ook, want je wil de ResidualPower op 100-300W zetten, zoals ze adviseren bij gebruik van een thuisbatterij)
Op deze manier gaat hij niet van het net laden in PV mode en kan je de prioriteit instellen op je thuisbatterij.
Wanneer je dan toch via het net wil laden gaat de MaxPower ervoor zorgen dat je nooit over deze waarde zal gaan.

De optie om de batterij te blokkeren, werkt alleen in gepland laden en snel laden (niet in PV mode).

[JanHenk]

Om even aan te geven dat 1P3P een jungle is.

Dit is een Peblar van Eneco (whitelabel):



Deze heeft een Pansonic AHER4191, een ander type relais met 4 NO-contacten. Deze kan dus alleen alle vier tegelijk sluiten (bekrachtigen).

En dit een Peblar onder eigen merk:



Hier weer dezelfde 2x AHES4191 Panasonic relays, en deze Peblar kan wel omschakelen tussen 1-fase en 3-fase.

Met de eerste variant kun je doen met evcc wat je wil, maar je krijgt wisselen niet voor elkaar. En deze palen lijken ook nog eens sterk op elkaar, waardoor het overzicht ook wel eens wil vertroebelen...

[Kammika]

Hola, mijn dynamisch energie contract is ingegaan, had PV laden dus uitgezet (niet meer interessant), maar vervolgens had mijn laadschema ook niets gedaan vanochtend. Even zitten zoeken, maar in de docs staat idd dat charging plans alleen werken op de PV (of min+pv) stand.

Is er een manier om daaromheen te komen? PV laden is voor mij niet meer interessant, dus dat moet nu uit staan. Op goedkoopste momenten laden is daarentegen heel interessant en moet aan staan. Ik snap niet zo goed waarom die combi niet kan? (of is er iemand die weet hoe dat wel kan?)

[HyperBart]

Kammika schreef op maandag 3 november 2025 @ 10:57:
Hola, mijn dynamisch energie contract is ingegaan, had PV laden dus uitgezet (niet meer interessant), maar vervolgens had mijn laadschema ook niets gedaan vanochtend. Even zitten zoeken, maar in de docs staat idd dat charging plans alleen werken op de PV (of min+pv) stand.

Is er een manier om daaromheen te komen? PV laden is voor mij niet meer interessant, dus dat moet nu uit staan. Op goedkoopste momenten laden is daarentegen heel interessant en moet aan staan. Ik snap niet zo goed waarom die combi niet kan? (of is er iemand die weet hoe dat wel kan?)

De planner en target based laden.

[JanHenk]

Kammika schreef op maandag 3 november 2025 @ 10:57:
Hola, mijn dynamisch energie contract is ingegaan, had PV laden dus uitgezet (niet meer interessant), maar vervolgens had mijn laadschema ook niets gedaan vanochtend. Even zitten zoeken, maar in de docs staat idd dat charging plans alleen werken op de PV (of min+pv) stand.

Is er een manier om daaromheen te komen? PV laden is voor mij niet meer interessant, dus dat moet nu uit staan. Op goedkoopste momenten laden is daarentegen heel interessant en moet aan staan. Ik snap niet zo goed waarom die combi niet kan? (of is er iemand die weet hoe dat wel kan?)

De feed-in limit laag zetten, zodat PV-stroom wordt teruggeleverd in plaats van in de auto geladen.

Dan kan ie gewoon op PV-modus blijven staan (heb je ook nodig voor de planner) maar kun je alsnog PV-stroom terugleveren als het tarief hoog (hoger dan de ingestelde limiet) is.

[Kammika]

HyperBart schreef op maandag 3 november 2025 @ 11:15:
[...]


De planner en target based laden.

dat werkt dus niet, als die niet op pv staat doe die planner niks

[HyperBart]

@Kammika , ik bedoelde : "WEL PV gebruiken en dan de planner gebruiken".

Functioneler denken, wat wil je? --> Zo goedkoop mogelijk laden.
evcc regelt dat voor je per etmaal.
dus... :
PV mode aan en per dag of herhalend de planning op het SoC% zetten wat je 's morgens wil.

Overschot van PV? --> Gaat dan ook in de auto.
Hoe? --> Afregelen van enable/disable parameters.

[ Voor 70% gewijzigd door HyperBart op 03-11-2025 14:24 ]

[JanHenk]

@HyperBart Vanwege de salderingsregeling kun je in Nederland (nu nog) soms beter je overschot terugleveren tegen de hogere marktprijzen en later weer afnemen tegen lagere marktprijzen, dan het overschot tegen laag (lager) vermogen in je EV laden.

@Kammika De genoemde feed-in limit is de oplossing die je zoekt, deze gewoon heel laag zetten zodat evcc teruglevering prioriteert boven laden in de auto.

Een andere optie trouwens is de enable threshold heel hoog zetten. Als je die hoger zet dan je aan PV-vermogen überhaupt hebt, zal ie ook nooit PV-laden inschakelen.

Wel met beide de modus op PV laten staan zodat je de planner kunt gebruiken.

[Kammika]

JanHenk schreef op maandag 3 november 2025 @ 15:12:
@HyperBart Vanwege de salderingsregeling kun je in Nederland (nu nog) soms beter je overschot terugleveren tegen de hogere marktprijzen en later weer afnemen tegen lagere marktprijzen, dan het overschot tegen laag (lager) vermogen in je EV laden.

@Kammika De genoemde feed-in limit is de oplossing die je zoekt, deze gewoon heel laag zetten zodat evcc teruglevering prioriteert boven laden in de auto.

Een andere optie trouwens is de enable threshold heel hoog zetten. Als je die hoger zet dan je aan PV-vermogen überhaupt hebt, zal ie ook nooit PV-laden inschakelen.

Wel met beide de modus op PV laten staan zodat je de planner kunt gebruiken.

Dat is idd precies waar het om gaat. Als de solar prijs hoog is. Wil ik zoveel mogelijk terugleveren (dus niet laden, maar terugleveren), als die laag is wil ik zoveel mogelijk verbruiken (dus niet alleen de solar energy, maar gewoon maximaal wat mij nauto aan kan). Effectief moet die dus nooit gaan solar chargen, wel maximaal laden op de goedkoopste moment. Die enable truc snap ik. Die feed in niet helemaal, maar ga er eens mee experimenteren

[Kammika]

HyperBart schreef op maandag 3 november 2025 @ 14:21:
@Kammika , ik bedoelde : "WEL PV gebruiken en dan de planner gebruiken".

Functioneler denken, wat wil je? --> Zo goedkoop mogelijk laden.
evcc regelt dat voor je per etmaal.
dus... :
PV mode aan en per dag of herhalend de planning op het SoC% zetten wat je 's morgens wil.

Overschot van PV? --> Gaat dan ook in de auto.
Hoe? --> Afregelen van enable/disable parameters.

Ik denk functioneel, precies wat je voorstelt: ik wil zo goedkoop mogelijk laden,

maar in nederland is dat niet altijd solar charging. Goedkoopst in mijn contract is niet om de zonne energie als die beschikbaar is in mijn auto te stoppen. Dat is alleen het goedkoopst als het tarief dan ook op zijn laagst is, anders kan ik die beter terugleveren...

En dus wil ik wel die laadplanner, maar niet dat solar charging, want dat is voor mij het goedkoopst..

[Conrado]

Kammika schreef op maandag 3 november 2025 @ 15:54:
Dat is idd precies waar het om gaat. Als de solar prijs hoog is. Wil ik zoveel mogelijk terugleveren (dus niet laden, maar terugleveren)

Theoretisch begrijp ik dat wel. Echter, mijn ervaring is dat als ik veel terug te leveren heb, de prijs ook laag (of negatief) is.

[Get!em]

Conrado schreef op maandag 3 november 2025 @ 15:59:
[...]

Theoretisch begrijp ik dat wel. Echter, mijn ervaring is dat als ik veel terug te leveren heb, de prijs ook laag (of negatief) is.

Lente en Mid zomer wel ja. Kijk je de afgelopen dagen, dan is het voornamelijk ‘s nachts en weekend.
https://jeroen.nl/dynamische-energie/stroom/prijzen/morgen

Ik zie het meer voor me als:
Prijs positief overdag: terugleveren
Prijs negatief overdag : vol laden
Prijs goedkoopste van de dag /nacht en laad behoefte: laden.

Tot 2027 is dit nog wat gemakkelijker, omdat elke teruggeleverde kWh de belastingen saldeert.
Na 2027 zul je ook belasting moeten meenemen of het gunstig is om diezelfde kWh direct te verbruiken zonder dat ie door de meter gaat.

En je moet als complicerende factor de laadverliezen bij lage laadstroom naar de auto nog meerekenen (en evt RTE als de bron een batterij is)

Voorlopig gebruik ik grid nog als batterij zonder terugleverkosten. Dus ik lever liefst alles terug aan t net. En daarmee is laden in de nacht het gunstigst voor mij. Zit toch op een vast tarief per half jaar met salderen naar 0.

[jellevictoor]

Evcc loopt hier geweldig en ik heb ook een warmtepomp die ik wil aansturen met SG_ready-contacten. Ik heb geen Shelly-relais, maar heb deze twee contacten gewoon via een relais op mijn PLC aangesloten. Deze controleer ik via Modbus, maar ik krijg dit niet aan de praat met het sgready-boost type charger.
Ik heb reeds ook een discussion geopend op de GitHub-pagina, maar voorlopig geen reactie.
Is er hier iemand die dit reeds werkend heeft?
https://github.com/evcc-io/evcc/discussions/24422

ik probeer deze nu als een EV lader te configureren, maar ik moet nu via javascript allerlei transformaties doen om het te laten passen in de template van een laadpaal, dit is geen ideale setup

edit: na wat late uurtjes heb ik een config gevonden die werkt, moest iemand dit nodig hebben... Een sgready-boost wrapped een switchsocket, dus dat is het enige type die mogelijk is.

code:

- name: heatpump_control
    type: sgready-boost

    charger:
      type: switchsocket
      standbypower: -1500
      features: [heating, integrateddevice]
      power:
        source: mqtt
        topic: klskmp/metering/sdm/heatpump/Power
        timeout: 30s
      enabled:
        source: modbus
        uri: 192.168.1.2:502
        id: 1
        register:
          address: 13568
          type: coil
          decode: bool8
          bitmask: 1
      # use SG_A state
      enable:
        source: modbus
        uri: 192.168.1.2:502
        id: 1
        register:
          address: 13568
          type: writecoil
          decode: uint8

[ Voor 38% gewijzigd door jellevictoor op 04-11-2025 08:17 ]

[HyperBart]

Kammika schreef op maandag 3 november 2025 @ 15:54:
[...]

Dat is idd precies waar het om gaat. Als de solar prijs hoog is. Wil ik zoveel mogelijk terugleveren (dus niet laden, maar terugleveren), als die laag is wil ik zoveel mogelijk verbruiken (dus niet alleen de solar energy, maar gewoon maximaal wat mij nauto aan kan). Effectief moet die dus nooit gaan solar chargen, wel maximaal laden op de goedkoopste moment. Die enable truc snap ik. Die feed in niet helemaal, maar ga er eens mee experimenteren

Kammika schreef op maandag 3 november 2025 @ 15:58:
[...]

Ik denk functioneel, precies wat je voorstelt: ik wil zo goedkoop mogelijk laden,

maar in nederland is dat niet altijd solar charging. Goedkoopst in mijn contract is niet om de zonne energie als die beschikbaar is in mijn auto te stoppen. Dat is alleen het goedkoopst als het tarief dan ook op zijn laagst is, anders kan ik die beter terugleveren...

En dus wil ik wel die laadplanner, maar niet dat solar charging, want dat is voor mij het goedkoopst..

Ah! Ok, bedankt voor dit nieuwe inzicht. @JanHenk had het al heel snel door maar in "onze"/mijn context die Belgisch is, is dit verhaal non-existent. Dan snap ik het wel.

Je kan ook gebruik maken van: https://docs.evcc.io/en/d...c-feedin#feed-in-priority

[Kammika]

HyperBart schreef op dinsdag 4 november 2025 @ 11:06:
[...]


[...]


Ah! Ok, bedankt voor dit nieuwe inzicht. @JanHenk had het al heel snel door maar in "onze"/mijn context die Belgisch is, is dit verhaal non-existent. Dan snap ik het wel.

Je kan ook gebruik maken van: https://docs.evcc.io/en/d...c-feedin#feed-in-priority

Tx, ben er al uit, heb nu al 3 workarounds aangeleverd gekregen (residualpower setting, enable setting, feed in prio). Maar meest makkelijke is toch om gewoon de auto pas aan te sluiten als de zon niet meer schijnt en het anders voor lief te nemen. Heb het ook op github discussie gezet in de hoop dat ze dit nog wel een keer aanpassen. Vind het heel onlogisch dat een laadplan niet de off setting overrulet... Ik zou verwacht dat bij "off" en een laadplan, het laadplan zonder solar charging wordt uitgevoerd. Nu wordt ook het laadplan uitgezet...

[KoningSlakkie]

De peblar is geinstalleerd samen met extra meters en de tesla laad. EVCC werkt geweldig😁. Het enige is dat als de peblar/evcc switch van 3 naar 1 fase laden. Dan geeft Tesla een foutmelding dat een aantal AC fases niet verbonden zijn. Dit is het doel maar de tesla geeft het als waarschuwing aan. Is dit normaal? Ik dacht dat tesla wel de switch zou herkennen naar 1 fase laden.

[JanHenk]

Ik ken Tesla niet, maar dat zal wel normaal zijn ja. Misschien is de waarschuwing uit te zetten?

Er worden feitelijk ook 2 van de 3 fases ontkoppeld door schakelen van het relais, dus het is niet onjuist wat de Tesla aangeeft...

[MisteRMeesteR]

KoningSlakkie schreef op woensdag 5 november 2025 @ 16:01:
De peblar is geinstalleerd samen met extra meters en de tesla laad. EVCC werkt geweldig😁. Het enige is dat als de peblar/evcc switch van 3 naar 1 fase laden. Dan geeft Tesla een foutmelding dat een aantal AC fases niet verbonden zijn. Dit is het doel maar de tesla geeft het als waarschuwing aan. Is dit normaal? Ik dacht dat tesla wel de switch zou herkennen naar 1 fase laden.

Ik heb een Alfen en mijn Tesla geeft alleen aan dat ‘het laden is gestopt om hh:mm’, om vervolgens door te gaan met laden op 1 fase.

[Inspired]

KoningSlakkie schreef op woensdag 5 november 2025 @ 16:01:
De peblar is geinstalleerd samen met extra meters en de tesla laad. EVCC werkt geweldig😁. Het enige is dat als de peblar/evcc switch van 3 naar 1 fase laden. Dan geeft Tesla een foutmelding dat een aantal AC fases niet verbonden zijn. Dit is het doel maar de tesla geeft het als waarschuwing aan. Is dit normaal? Ik dacht dat tesla wel de switch zou herkennen naar 1 fase laden.

Op basis van je post lijkt hij gewoon tijdens een lopende laadsessie te schakelen. Lijkt me niet echt de bedoeling.

[HyperBart]

Probleemstelling:
Sinds een tijdje zijn we globaal overgestapt naar kwartierprijzen. Ik leef al een tijdje met evcc alsof ik een dynamisch tarief heb om op die manier volgend jaar empirisch te kunnen bewijzen of ontkrachten of een dynamisch tarief voor mij voordelen zou bieden.

Gevolg van die kwartierintervallen is nu dat als ik een serieuze laadsessie (hoog aantal kWh gedurende de nacht wil laden) start dat over een nachtje de laadpaal nogal wat schakelmomentjes heeft omdat blijkbaar de prijzen er als volgt uitzien:



Op de een of andere manier is de prijs op H:00 altijd goedkoper dan tegen het einde van het uur waardoor dat als je een lange laadsessie gepland hebt hij toch een aantal afschakelmomentjes heeft.

Mijn formule is (uit contract geinterpreteerd) als volgt:

tariffs:
currency: EUR # (default EUR)
grid:
type: template
template: nordpool
region: BE # optional
currency: EUR # optional
formula: ((1.02 * price + 0.0683261) * 1.06)[/quote]
[quote]

Hoe vermijden jullie dat?

[Bravo]

HyperBart schreef op maandag 10 november 2025 @ 12:18:
Probleemstelling:
Sinds een tijdje zijn we globaal overgestapt naar kwartierprijzen. Ik leef al een tijdje met evcc alsof ik een dynamisch tarief heb om op die manier volgend jaar empirisch te kunnen bewijzen of ontkrachten of een dynamisch tarief voor mij voordelen zou bieden.

Gevolg van die kwartierintervallen is nu dat als ik een serieuze laadsessie (hoog aantal kWh gedurende de nacht wil laden) start dat over een nachtje de laadpaal nogal wat schakelmomentjes heeft omdat blijkbaar de prijzen er als volgt uitzien:

[Afbeelding]

Op de een of andere manier is de prijs op H:00 altijd goedkoper dan tegen het einde van het uur waardoor dat als je een lange laadsessie gepland hebt hij toch een aantal afschakelmomentjes heeft.

Mijn formule is (uit contract geinterpreteerd) als volgt:

tariffs:
currency: EUR # (default EUR)
grid:
type: template
template: nordpool
region: BE # optional
currency: EUR # optional
formula: ((1.02 * price + 0.0683261) * 1.06)[/quote]
[quote]

Hoe vermijden jullie dat?

Ik gebruik het nog niet, maar ik zou overwegen om voor de laadperiode een automation in HA te maken die ervoor zorgt dat vanaf de start van het laden de Min+Solar modus gebruikt wordt. Je ruilt dan het schakelen in tegen langzaam laden tegen een duurder tarief. Zeker bij laden op 1 fase scheelt dat behoorlijk ( 6A vs 32A).
Moet je nog wel even nadenken hoe je de modus weer terugzet naar Solar als het gewenste SOC is bereikt en deze niet gelijk is aan de max SOC (want dan stopt evcc sowieso met laden).

[Skix_Aces]

HyperBart schreef op maandag 10 november 2025 @ 12:18:
Probleemstelling:
Sinds een tijdje zijn we globaal overgestapt naar kwartierprijzen. Ik leef al een tijdje met evcc alsof ik een dynamisch tarief heb om op die manier volgend jaar empirisch te kunnen bewijzen of ontkrachten of een dynamisch tarief voor mij voordelen zou bieden.

Gevolg van die kwartierintervallen is nu dat als ik een serieuze laadsessie (hoog aantal kWh gedurende de nacht wil laden) start dat over een nachtje de laadpaal nogal wat schakelmomentjes heeft omdat blijkbaar de prijzen er als volgt uitzien:

[Afbeelding]

Op de een of andere manier is de prijs op H:00 altijd goedkoper dan tegen het einde van het uur waardoor dat als je een lange laadsessie gepland hebt hij toch een aantal afschakelmomentjes heeft.

Mijn formule is (uit contract geinterpreteerd) als volgt:

tariffs:
currency: EUR # (default EUR)
grid:
type: template
template: nordpool
region: BE # optional
currency: EUR # optional
formula: ((1.02 * price + 0.0683261) * 1.06)[/quote]
[quote]

Hoe vermijden jullie dat?

Vanaf versie 209.5 hebben ze een average optie in de ENTSO-E template gezet: https://github.com/evcc-io/evcc/pull/24829

Als je die template gebruikt in plaats van Nordpool zal het iets beter worden ingepland omdat hij dan in blokken van een uur aan een stuk zal laden.

[Skix_Aces]

Ze zijn ook bezig met een continous laadplan. Het lijkt er op dat deze feature binnenkort zal worden toegevoegd aan de stable release. Ben benieuwd, ik loop hier zelf namelijk ook tegenaan.

https://github.com/evcc-io/evcc/pull/24423

[HyperBart]

Skix_Aces schreef op maandag 10 november 2025 @ 22:14:
[...]

Vanaf versie 209.5 hebben ze een average optie in de ENTSO-E template gezet: https://github.com/evcc-io/evcc/pull/24829

Als je die template gebruikt in plaats van Nordpool zal het iets beter worden ingepland omdat hij dan in blokken van een uur aan een stuk zal laden.

Ah bedankt, nu hopen dat entsoe wat betrouwbaarder werkt dan voorheen. Nogal wat problemen mee gehad een tijd.

[Bravo]

Een dingetje met de huidige planning en de kwartierprijzen is dat blokjes van 1 kwartier genegeerd worden bij het uitvoeren van de planning, omdat de laadlengte onvoldoende lang is. Dus bij 1 kwartier laden blijft hij uit, bij 1 kwartier niet laden, laadt hij vrolijk door.

[JanHenk]

Bravo schreef op donderdag 13 november 2025 @ 08:39:
Een dingetje met de huidige planning en de kwartierprijzen is dat blokjes van 1 kwartier genegeerd worden bij het uitvoeren van de planning, omdat de laadlengte onvoldoende lang is. Dus bij 1 kwartier laden blijft hij uit, bij 1 kwartier niet laden, laadt hij vrolijk door.

Het zal aan mij liggen hoor, want ik heb geen dynamische tarieven. Maar ik begrijp niet helemaal wat je zegt. Hierboven zegt men juist dat de planning en kwartierprijzen juist vaak blokjes van een kwartier pakt en dus juist wel aan en uit gaat. Jij lijkt nu te zeggen van niet? Is het een instelling?

Zou je dit wat kunnen verduidelijken? Wil het graag begrijpen

[Bravo]

JanHenk schreef op donderdag 13 november 2025 @ 08:44:
[...]


Het zal aan mij liggen hoor, want ik heb geen dynamische tarieven. Maar ik begrijp niet helemaal wat je zegt. Hierboven zegt men juist dat de planning en kwartierprijzen juist vaak blokjes van een kwartier pakt en dus juist wel aan en uit gaat. Jij lijkt nu te zeggen van niet? Is het een instelling?

Zou je dit wat kunnen verduidelijken? Wil het graag begrijpen

Hier een mooi voorbeeld dat de planner plant om te gaan laden met losse kwartierblokken erin.
Echter zit er ergens in de laadlogica een regel die voorkomt dat je daadwerkelijk maar een kwartier gaat laden of stopt met laden. In de log zie ik dan het volgende

code:

plan: slot too short- ignoring remaining 14m35s**

Zie ook het issue op Github, oplossing wordt verwacht in de genoemde update.

Deze logica zorgt er ook voor dat je door blijft laden als solar/pv wegvalt, maar er binnenkort een geplande laadactie start. Daar ben ik het voor het eerst tegengekomen.

[ Voor 7% gewijzigd door Bravo op 13-11-2025 08:58 ]

[JanHenk]

@Bravo Ah oké, nu snap ik hem, dank voor de toelichting. Het "slot too short" zal er ergens ook met een update ingekomen zijn lijkt me, want dat heb ik ook nog niet eerder gezien. Eigenlijk is dit al wel een beetje wat @HyperBart wenst, maar dan wordt het eigenlijk niet duidelijk gemaakt in de UI. Immers staat daar wel gewoon dat ie in dat kwartierblok gaat laden. Terwijl er blijkbaar logica is gemaakt die ervoor zorgt dat de lader niet voor een kwartier gaat starten (of stoppen).

[Bravo]

Als ik het goed getraceerd heb zit die logica er al in sinds maart 2023. Maar je komt het niet zo vaak tegen, zeker niet als je niet met kwartierprijzen werkt.

[ Voor 14% gewijzigd door Bravo op 13-11-2025 09:10 ]

[HyperBart]

Aha! Weer wat bijgeleerd. @JanHenk en @Bravo
Bedankt jongens.

[KoningSlakkie]

Hebben mensen hier meerdere arrays toe kunnen voegen aan EVCC voor de forecast voor zonneproductie via Solcast?

Ik had eerst wel een forecast voor mijn eerste PV-array. Maar na het toevoegen van de tweede array (omdat ik onlangs meer panelen heb laten leggen) is de forecast in zijn geheel verdwenen. Ik weet niet wat ik fout doe. Ook nu een enkele array lijkt niet meer te werken.

In home assistant zelf in de energy tab lijkt deze wel beide arrays op te halen, maar in home assistant energy hoef ik ook niet specifiek een site toe te voegen maar enkel een API token. Bij EVCC moet ik dus wel een site/array toevoegen.

Onderstaande is mijn code in de experimental UI onder de categorie "Tarrifs"

code:

solar:
  - type: template
    template: solcast
    site: #site-A
    token: Token-A
  - type: template
    template: solcast
    site: #Site-B
    token: Token-A

[Get!em]

Met forecast-solar werkt t wel i.i.g..

[HyperBart]

KoningSlakkie schreef op vrijdag 14 november 2025 @ 13:08:
Hebben mensen hier meerdere arrays toe kunnen voegen aan EVCC voor de forecast voor zonneproductie via Solcast?

Ik had eerst wel een forecast voor mijn eerste PV-array. Maar na het toevoegen van de tweede array (omdat ik onlangs meer panelen heb laten leggen) is de forecast in zijn geheel verdwenen. Ik weet niet wat ik fout doe. Ook nu een enkele array lijkt niet meer te werken.

In home assistant zelf in de energy tab lijkt deze wel beide arrays op te halen, maar in home assistant energy hoef ik ook niet specifiek een site toe te voegen maar enkel een API token. Bij EVCC moet ik dus wel een site/array toevoegen.

Onderstaande is mijn code in de experimental UI onder de categorie "Tarrifs"

code:

solar:
  - type: template
    template: solcast
    site: #site-A
    token: Token-A
  - type: template
    template: solcast
    site: #Site-B
    token: Token-A

Solcast had heel wat beperkingen gratis.
Ik heb uiteindelijk open meteo gebruikt dacht ik. Werkt heel betrouwbaar en redelijk accuraat.
Dit met 4 arrays en 3 omvormers.

[Wrc]

Skix_Aces schreef op maandag 10 november 2025 @ 22:14:
[...]

Vanaf versie 209.5 hebben ze een average optie in de ENTSO-E template gezet: https://github.com/evcc-io/evcc/pull/24829

Als je die template gebruikt in plaats van Nordpool zal het iets beter worden ingepland omdat hij dan in blokken van een uur aan een stuk zal laden.

Ik zag in de update info dit ook staan. Ik gebruik ENTSO-E en in de instructies van EVCC staat bij geavanceerde opties hiervoor:
average: # Average by hour, optional
Nu heb ik van alles aan syntax geprobeerd maar krijg het niet voor elkaar om het werkend te krijgen. Weet iemand wat de exacte juiste syntax is om het te laten werken?

[Get!em]

Wrc schreef op zaterdag 15 november 2025 @ 18:17:
[...]


Ik zag in de update info dit ook staan. Ik gebruik ENTSO-E en in de instructies van EVCC staat bij geavanceerde opties hiervoor:
average: # Average by hour, optional
Nu heb ik van alles aan syntax geprobeerd maar krijg het niet voor elkaar om het werkend te krijgen. Weet iemand wat de exacte juiste syntax is om het te laten werken?

Type bool

Dus true or false
https://github.com/evcc-i...plates/defaults.yaml#L523

[Wrc]

Get!em schreef op zaterdag 15 november 2025 @ 18:34:
[...]

Type bool

Dus true or false
https://github.com/evcc-i...plates/defaults.yaml#L523

Ja, had ik ook al geprobeerd maar werkt niet. Weet je ook wat de exacte syntax is die je er dan in moet zetten?

[Get!em]

Wrc schreef op zaterdag 15 november 2025 @ 18:49:
[...]


Ja, had ik ook al geprobeerd maar werkt niet. Weet je ook wat de exacte syntax is die je er dan in moet zetten?

Hij moet volgens mij

averageHour: true

Zijn

Maar dat is een keer gewijzigd
https://github.com/evcc-i...f0700b9a9e6e9e065ea32ba4b

[ Voor 18% gewijzigd door Get!em op 15-11-2025 19:40 ]

[Valandin]

Ik ben alvast wat voorconfiguratie aan het doen voor het in gebruik nemen van evcc.
Voor grid zie ik wel een Homewizard P1 optie, ik heb echter gewoon een P1 -> USB kabel naar m'n NAS lopen. Zijn er ook dockers ondersteund? Of ben ik toch genoodzaakt zo'n Homewizard P1 te bestellen?

Ik zie op het evcc docs - pv, battery, grid, meter support lijstje volgens mij alleen maar hardware.
Iemand hier tips? Gewoon een zetje in de juiste richting zal al enorm helpen

*Edit*

Ik ben https://github.com/Jasper...-api-actieveren-voor-evcc tegengekomen. Waanzinnig! Als dat iemand van Tweakers is, erg bedankt

[ Voor 24% gewijzigd door Valandin op 16-11-2025 11:33 ]

[Wrc]

Get!em schreef op zaterdag 15 november 2025 @ 19:38:
[...]

Hij moet volgens mij

averageHour: true

Zijn

Maar dat is een keer gewijzigd
https://github.com/evcc-i...f0700b9a9e6e9e065ea32ba4b

Ik had al heel veel syntax vormen gerpobeerd en ook deze al en werkt helaas ook niet.

[Wooters]

AA42 schreef op woensdag 15 oktober 2025 @ 12:40:
Haha, nou dan toch maar liever een Europees merk die zich wel aan de EU wetgeving houdt.....

Nou, na de laatste evcc update van vanochtend heb ik mijn i3s eindelijk aan de praat!

[Afbeelding]

Twee valkuilen: als je op het voertuig (BMW) item in het hamburger menu klikt wil evcc nu een pop-up (extra tabblad) openen. Als je, zoals ik, dit standaard uit hebt staan moet je dat even voor HA wijzigen in de intstellingen van je browser. Vervolgens kreeg ik keurig daar het BMW inlogscherm te zien.
Daarna nog steeds geen groen puntje voor de voertuignaam en de foutmelding
oauth-XXXXXXXX] ERROR 2025/10/15 10:35:17 error retrieving token: oauth2: "invalid_grant" "The provided access grant is invalid, expired, or revoked."
in de log.
Er moest dus iets met het client ID zijn.

Dus opnieuw ingelogd op de BMW CarData site, opnieuw mijn Client ID gekopieerd (NIET een nieuwe aangemaakt) en deze opnieuw in de voertuig configuratie geplakt. Nu blijkt dat evcc automatisch alle hoofdletters omzet naar kleine letters. Sla op, herstart evcc en eindelijk zal de groene punt verschijnen en de gegevens van je auto in de configuratie zoals in het plaatje.

Eigenaar i3 hier, mag ik vragen hoe je de Cardata flow voor elkaar hebt gekregen? In het activeren van de CARDATA API kies ik voor "Authenticate device", word ik doorverwezen naar "Link your BMW ID", en daar heb ik geen idee wat in te vullen. Melding die ik krijg is "Please insert the provided user code shown on the screen within your vehicle." - maar ik zie op de display van de auto niets verschijnen.

[KoningSlakkie]

HyperBart schreef op zaterdag 15 november 2025 @ 00:26:
[...]


Solcast had heel wat beperkingen gratis.
Ik heb uiteindelijk open meteo gebruikt dacht ik. Werkt heel betrouwbaar en redelijk accuraat.
Dit met 4 arrays en 3 omvormers.

Hoewel Solcast beperkingen heeft, werkt het best wel goed en is erg betrouwbaar. Maar nu heb ik na de recente update weer connectie. Misschien lag het daar aan. Volgende keer ga ik toch maar Open Meteo probeeren. Heb nu ook de CO2 emissie van de nederlandse grid mix toegevoegd. Ik vind het wel leuk

[Marcher]

vraagje voor diegenen die een charging-plan gebruiken, ik merk dat de SOC waarden van de wagen (iX3 in mijn geval) de goal SOC van het charging-plan "overrulen". Heb 90% in de auto staan en 80% in de planner, de IX3 laadt vrolijk verder na het bereiken van 80% (tot 90% in dit geval). Mij lijkt het dat EVCC het laadprocess zou moeten afsluiten bij 80% ?



Nog iemand deze ervaring ? Een bug of eerder specifiek aan BMW gelinked ?

thx!

[AA42]

Wooters schreef op zondag 16 november 2025 @ 17:35:
[...]


Eigenaar i3 hier, mag ik vragen hoe je de Cardata flow voor elkaar hebt gekregen? In het activeren van de CARDATA API kies ik voor "Authenticate device", word ik doorverwezen naar "Link your BMW ID", en daar heb ik geen idee wat in te vullen. Melding die ik krijg is "Please insert the provided user code shown on the screen within your vehicle." - maar ik zie op de display van de auto niets verschijnen.

Dit hoeft ook helemaal niet. Dacht ik eerst ook maar is niet nodig.
Je moet de twee vinkjes aanzetten en de Client ID kopiëren (op het symbooltje er naast klikken). Die code moet je plakken in de evcc config, uiteraard bij Client ID. Als het goed is zet hij automatisch de hoofdletters om naar kleine letters in die Client ID, dit is vereist (heel raar dat BMW hem dan doorgeeft met hoofdletters, maar goed).



Als je dan de config hebt opgeslagen moet je in het hamburger menu kijken naar je BMW naam. Daar "brandt" een oranje lampje voor. Klik op de naam. Dan probeert evcc een nieuw venster te openen, dit wil nogal eens lastig of niet lukken, Safari blokkeert bijvoorbeeld standaard de pop-up. Ikzelf moest dit voor elkaar krijgen door evcc direct te openen in de browser met homeassistant.local:7070 en dan naar het hamburger menu te gaan en op de BMW naam te klikken.
Als het gelukt is wordt het "lampje" groen voor de BMW naam in het hamburger menu en praat evcc met je i3 (goede keuze trouwens......ZO'N bizar goede auto.....wij een i3s )

[ Voor 15% gewijzigd door AA42 op 17-11-2025 22:15 ]

[Skix_Aces]

Marcher schreef op maandag 17 november 2025 @ 21:51:
vraagje voor diegenen die een charging-plan gebruiken, ik merk dat de SOC waarden van de wagen (iX3 in mijn geval) de goal SOC van het charging-plan "overrulen". Heb 90% in de auto staan en 80% in de planner, de IX3 laadt vrolijk verder na het bereiken van 80% (tot 90% in dit geval). Mij lijkt het dat EVCC het laadprocess zou moeten afsluiten bij 80% ?

[Afbeelding]

Nog iemand deze ervaring ? Een bug of eerder specifiek aan BMW gelinked ?

thx!

Bij mij stopt hij netjes met laden als hij de SOC heeft bereikt. Je zou de volgende dingen kunnen checken.

- Komt de SOC in Evcc overeen met wat de auto aangeeft tijdens het opladen? Evcc leest de soc op het begin uit en gaat daarna extrapoleren aan de hand van hoe groot het accupakket is en hoeveel hij heeft geladen. Ik weet niet hoe vaak hij hierna de soc polled, maar het zou kunnen dat hij scheef gaat lopen.

- overruled je laadpaal evcc niet? Het zou kunnen dat evcc bij 80% wil stoppen met laden, maar dat de laadpaal zelf besluit om door te gaan met laden.

Uiteindelijk is het de laadpaal die bepaald of de auto stroom krijgt. De auto kan de laadpaal niet overrullen en stroom blijven trekken. Het enige dat de auto kan doen is de laadsessie stoppen.

[AA42]

Bravo schreef op donderdag 13 november 2025 @ 08:56:
[...]

[Afbeelding]
Hier een mooi voorbeeld dat de planner plant om te gaan laden met losse kwartierblokken erin.
Echter zit er ergens in de laadlogica een regel die voorkomt dat je daadwerkelijk maar een kwartier gaat laden of stopt met laden. In de log zie ik dan het volgende

code:

plan: slot too short- ignoring remaining 14m35s**

Zie ook het issue op Github, oplossing wordt verwacht in de genoemde update.

Ik heb Tibber dynamisch en heb ook het probleem dat hij wel een "planning" aangeeft per kwartier maar daar niet mee schakelt.
Ik wil dit juist wel omdat hij dan de goedkoopste kwartieren pakt. Voor de auto maakt het geen bal uit. Bij regeneratief remmen wordt het accupakket immers ook (nog veel kortere) momenten geladen.

[AA42]

Skix_Aces schreef op maandag 17 november 2025 @ 22:13:
[...]

Bij mij stopt hij netjes met laden als hij de SOC heeft bereikt. Je zou de volgende dingen kunnen checken.

- Komt de SOC in Evcc overeen met wat de auto aangeeft tijdens het opladen? Evcc leest de soc op het begin uit en gaat daarna extrapoleren aan de hand van hoe groot het accupakket is en hoeveel hij heeft geladen. Ik weet niet hoe vaak hij hierna de soc polled, maar het zou kunnen dat hij scheef gaat lopen.

- overruled je laadpaal evcc niet? Het zou kunnen dat evcc bij 80% wil stoppen met laden, maar dat de laadpaal zelf besluit om door te gaan met laden.

Uiteindelijk is het de laadpaal die bepaald of de auto stroom krijgt. De auto kan de laadpaal niet overrullen en stroom blijven trekken. Het enige dat de auto kan doen is de laadsessie stoppen.

Klopt. Hier ook BMW (i3s). Misschien sla ik de plank volledig mis maar het lijkt of evcc "bijleert" met het op het juiste moment stoppen met laden. De eerste keer had ik 80% ingesteld in het schema en stopte hij pas bij 86%. Daarna was het veel nauwkeuriger (81% bijvoorbeeld). Maar het is dus geen exacte meting die evcc binnen krijgt. De auto staat gewoon op 100% laden want er zijn momenten dat ik dat wil/nodig heb.

[ Voor 3% gewijzigd door AA42 op 17-11-2025 22:42 ]

[AA42]

Wil nog even een "evcc voor dummies" vraag stellen:
De volgende stap die ik wil (nou eigenlijk:moet) zetten is het mogelijk maken van schakelen tussen 3 en 1 fase met mijn EVBox Elvi. Volgens evcc kan dit blijkbaar niet. Nu las ik op een Facebook groep dat iemand het wel voor elkaar had door gebruik te maken van de RS-485 aansluiting die met het "MAX" protocol van EVBox werkt.

Hij gaf aan dat de stroomwaardes per fase in te stellen zijn via dat protocol, maar dat is toch eigenlijk hetzelfde als wat met OPCC kan? Maar is het dan niet mogelijk om voor 2 fase gewoon 0A in te stellen en voor 1 fase vanaf 6A?

[Sander]

AA42 schreef op maandag 17 november 2025 @ 22:24:
[...]


Ik heb Tibber dynamisch en heb ook het probleem dat hij wel een "planning" aangeeft per kwartier maar daar niet mee schakelt.
Ik wil dit juist wel omdat hij dan de goedkoopste kwartieren pakt. Voor de auto maakt het geen bal uit. Bij regeneratief remmen wordt het accupakket immers ook (nog veel kortere) momenten geladen.

[Afbeelding]

[Afbeelding]

De meesten maken zich ook geen zorgen over de auto en de batterij daarvan maar meer over het schakel-relais in de laadpaal wat dan elk kwartier aan/uit gaat.

[Bravo]

Sander schreef op dinsdag 18 november 2025 @ 03:52:
[...]


De meesten maken zich ook geen zorgen over de auto en de batterij daarvan maar meer over het schakel-relais in de laadpaal wat dan elk kwartier aan/uit gaat.

Ik maak mij vooral zorgen over het schakelrelais wat in de auto zit als er ieder kwartier wel/niet wordt geladen.
Bij Hyundai is dat onderdeel een zorgenkindje. Laadpaalrelais of de hele laadpaal kan ik vervangen tegen (vervelende) kosten. Bij de auto is dat allemaal wat vervelender om te (laten) vervangen. Auto langer kwijt etc.
Tijdens de ontwikkeling van dit soort relais is rekening gehouden met een aantal schakelingen over de 'gewenste' levensduur. 2-4 schakelingen per dag zou mij redelijk lijken, iedere keer het beste kwartier eruit pikken zorgt voor een veelvoud aan schakelingen per dag. En daardoor zal het relais minder lang meegaan.

[Get!em]

AA42 schreef op maandag 17 november 2025 @ 22:41:
[...]

Klopt. Hier ook BMW (i3s). Misschien sla ik de plank volledig mis maar het lijkt of evcc "bijleert" met het op het juiste moment stoppen met laden. De eerste keer had ik 80% ingesteld in het schema en stopte hij pas bij 86%. Daarna was het veel nauwkeuriger (81% bijvoorbeeld). Maar het is dus geen exacte meting die evcc binnen krijgt. De auto staat gewoon op 100% laden want er zijn momenten dat ik dat wil/nodig heb.

Het is niet zozeer bijleren.

De auto stuurt maar 1x per x tijd de actuele SoC naar de cloud. Op basis van die waarde interpoleert EVCC de SOC en dus het moment dat hij moet stoppen. Loopt de interpolatie dus scheef met daadwerkelijke SoC dan kan het zijn dat ie niet exact stopt zoals in de planner geconfigureerd.

Het begint overigens met de juiste batterycapacity in te vullen. Dit moet de capaciteit zijn waarop de auto zijn 0-100% baseert.

[Skix_Aces]

Bravo schreef op dinsdag 18 november 2025 @ 08:55:
[...]

Ik maak mij vooral zorgen over het schakelrelais wat in de auto zit als er ieder kwartier wel/niet wordt geladen.
Bij Hyundai is dat onderdeel een zorgenkindje. Laadpaalrelais of de hele laadpaal kan ik vervangen tegen (vervelende) kosten. Bij de auto is dat allemaal wat vervelender om te (laten) vervangen. Auto langer kwijt etc.
Tijdens de ontwikkeling van dit soort relais is rekening gehouden met een aantal schakelingen over de 'gewenste' levensduur. 2-4 schakelingen per dag zou mij redelijk lijken, iedere keer het beste kwartier eruit pikken zorgt voor een veelvoud aan schakelingen per dag. En daardoor zal het relais minder lang meegaan.

Het is helemaal afhankelijk van de kwaliteit van de relais. Ik heb een Peblar laadpaal en een Tesla Model 3. Welk relais de Tesla gebruikt weet ik niet, maar in de Peblar zit een Panasonic AHES4191. Een snelle blik in de datasheet leert mij dat dit relais 30.000 schakelingen aan kan (waarbij gespecificeerd is dat een schakeling 1 seconde aan is, 9 seconde uit).

Stel de auto laad met 11kW, en de laadpaal schakelt elk kwartier. Dan heb je 11/4 = 2,75 kWh per schakeling geladen. Dit betekent dat de laadpaal gedurende zijn levensduur 30.000 * 2,75 = 82.500 kWh kan laden. Als we vervolgens een ruim gemiddelde pakken dat een auto 180 Wh/km rijd, kan je dus 82.500/0,18 = 458.000 km rijden voordat de laadpaal stuk is.

Als je de auto met lagere vermogens laad zal de relais nog meer schakelingen aankunnen aangezien hij niet onder volledige belasting word geschakeld. Al met al denk ik dat het vanuit het perspectief van mijn laadpaal niet per se een probleem is om elk kwartier te schakelen. Maar ik ben het er wel mee eens dat het ook wel een beetje belachelijk is om voor een paar cent verschil in blokjes van 15 minuten te laden.

[HyperBart]

Skix_Aces schreef op dinsdag 18 november 2025 @ 09:33:
[...]

Als je de auto met lagere vermogens laad zal de relais nog meer schakelingen aankunnen aangezien hij niet onder volledige belasting word geschakeld. Al met al denk ik dat het vanuit het perspectief van mijn laadpaal niet per se een probleem is om elk kwartier te schakelen. Maar ik ben het er wel mee eens dat het ook wel een beetje belachelijk is om voor een paar cent verschil in blokjes van 15 minuten te laden.

Het is zelfs nog leuker: de relais wordt zelfs nooit onder belasting geschakeld. Via het PWM signaal wordt gesignaleerd aan de auto dat deze moet stoppen met laden en vervolgens wisselt/schakelt de relais of relais'. Bij het wisselen van 3F naar 1F worden 2 fasen door een relais uitgezet, bij het volledig uitschakelen zowel de relais voor N/L1 als L2/L3.

[Skix_Aces]

HyperBart schreef op dinsdag 18 november 2025 @ 10:09:
[...]


Het is zelfs nog leuker: de relais wordt zelfs nooit onder belasting geschakeld. Via het PWM signaal wordt gesignaleerd aan de auto dat deze moet stoppen met laden en vervolgens wisselt/schakelt de relais of relais'. Bij het wisselen van 3F naar 1F worden 2 fasen door een relais uitgezet, bij het volledig uitschakelen zowel de relais voor N/L1 als L2/L3.

Oh dat wist ik niet. Als dit klopt, dan is het relais in de laadpaal vooral bedoeld als veiligheids mechanisme om er voor te zorgen dat er geen spanning op de kabel staat als hij niet is verbonden met een auto. Wel interessante materie, zal hier binnenkort eens induiken.

[HyperBart]

Skix_Aces schreef op dinsdag 18 november 2025 @ 10:17:
[...]

Oh dat wist ik niet. Als dit klopt, dan is het relais in de laadpaal vooral bedoeld als veiligheids mechanisme om er voor te zorgen dat er geen spanning op de kabel staat als hij niet is verbonden met een auto. Wel interessante materie, zal hier binnenkort eens induiken.

Klopt. Een laadkabel zit eigenlijk best vernuftig in elkaar. Een van de stuurpennetjes in de kop is bv. ook korter dan de stroomvoerende pinnen, waardoor als je de kabel toch heel snel uit de socket trekt de spanning eerst onderbroken wordt door de relais zodat je geen onderbreking onder belasting hebt aan de zijde van de auto. Op zo een moment gaat de relais wel schakelen onder last.

Dit zou niet vaak mogen voorkomen, bij mij althans toch niet omdat ik ook op de auto op het unlock knopje moet duwen en dit het laden stopt en er dus geen vermogen meer wordt getrokken.

[HyperBart]

Een vraagje voor de Tesla bezitters icm evcc:

Wat hebben jullie ingevuld bij Teslamate qua URL's en andere parameters om het werkend te krijgen? Ik vind de documentatie niet zo duidelijk.

[Get!em]

In EVCC heeft de Carbon tariff geen bron meer doordat Cloudflare offline is.

Deze levert mij nu elke paar seconden (workingspeed evcc) een foutmelding op tariff op, ook op de planner.

code:

co2: # carbon intensity forecast
  type: template 
  template: ned
  apiKey: xxxx

Heb deze er voorlopig even weer uitgehaald.

Edit, en weer teruggezet, cloudflare werkt weer.

[ Voor 14% gewijzigd door Get!em op 18-11-2025 17:02 ]

[Valandin]

ChiLLeR schreef op dinsdag 20 mei 2025 @ 13:16:
Ik heb nog eens een keer een poging gedaan om EVCC aan de praat te krijgen op mijn EVBox livo laadpaal.
Het lukt wel, alleen het laden start niet. Ik vermoed dat het komt dat de Livo paal ineens de zgn. auto-start functie niet meer hanteerd, en er dus een authenticatie moet plaatsvinden. De eebus/livo template bied daar geen opties voor. Ik lees een vergelijkbaar probleem destijds met de EVBox elvi laadpaal, die moest op autostart uitgezet worden, en dan met je pasje authentiseren. De Livo is ook gelijk niet meer benaderbaar in de EVBox software als de HEMS koppeling met evcc actief is.

Iemand nog een idee? Alles werkt, uiteindelijk blijft evcc in status 'waiting for vehicle'. (Ja het zit echt niet in de auto, de Livo nu weer back to default, en er wordt meteen begonnen met laden)
Logs: https://pastebin.com/xMfns7mt
yaml:"

YAML:

plant: fd2371f0ba8725a310c23f7e8e708afa77461493ac9b9794ae67f82da7bc4d9f

log: debug
interval: 30s # control cycle interval
levels:
  eebus: trace
site:
  - title: Thuis # display name for UI
    meters:
      grid: my_grid # grid meter reference
    residualPower: 100
    # bufferSoc: 80
    # prioritySoc: 66
tariffs:
  grid:
    type: template
    template: tibber
    token: x-
    homeid: x-b
loadpoints:
  - title: Oprit # display name for UI
    charger: my_charger # charger reference
    vehicle: BMW # reference to standard vehicle
    mode: now # charge mode (off, now, minpv, pv)  
chargers:
  - name: my_charger
    type: template
    template: livo
    ski: 0910a9eadfd4820e518e2f9b429620a1efe9f8d5
    ip: 192.168.2.187 # IP address
    #remotestart: true
    #idtag: evcc
#chargers:
#  - name: my_charger
#    type: template
#    template: demo-charger
#    status: A # optional
#    power: 0 # optional
#    enabled: true # optional
#    maxcurrent: 16 # The maximum amperage per connected phase with which the car shuold be charged (optional)
meters:
  - name: my_grid
    type: template
    template: tibber-pulse
    usage: grid
    token: x
    homeid: x
vehicles:
  - name: BMW
    type: template
    template: bmw
    title: X5
    user: # User account (e.g. email address, user id, etc.)
    password: # Password of the user account (use single quotes in case of leading zeros)
    #vin: WBMW... # Required if you own multiple vehicles of the same brand (optional)
    capacity: 26 # Battery capacity in kWh (optional)
    hcaptcha: P1_eyJ0eXAiOiJKV1QiLCJhbGciOiJIUzI1NiJ9.eyJwYXNza2V5IjoiU09DNXZQMVU5cmVZRGhXL2VFVTF2OGxMelp5dEx                                                               
eebus:                                                                           
  certificate:                                                                   
    public: |                                                                    
      -----BEGIN CERTIFICATE-----                                                
      /F9hjbqHOIaVwIhAIjT844LOEQOQfxeRjHY           
      Sw8+IgGWzZAWemvrHEFvuPsx                                                   
      -----END CERTIFICATE-----                                                  
                                                                                 
    private: |                                                                   
      -----BEGIN EC PRIVATE KEY-----                                             
      MHcCAQEEIApoNIS1on+iX4Hc3dAojkGK67qn0UmBzzPYyyA3J+GDoAoGCCqGSM49           
                                       
      -----END EC PRIVATE KEY-----
      

Benieuwd hoe dit voor jou afgelopen is. Na een paar dagen zoek/lees werk lijk ik wel tot de conclusie komen dat EVCC toch niet samen kan werken met de EVBox Livo. EVCC werkt super met apparaten die OCPP 1.6j ondersteunen, maar 2.0.1 only werkt het gewoon niet. In geval van de EvBox livo dus wel met EEBus, maar dat regelt niet de autorisatie begrijp ik, tenzij er een offline autostart optie in zit zoals bij de evbox elvi, maar hier dus niet.

Als het goed is zou je wel EVCC in combinatie met https://citrineos.github.io/latest/ kunnen draaien. Met citrine regel je dan de autorisatie en met EVCC de rest.

Over een paar weken kan ik zelf aan de slag om het uit te testen, maar waar ik een paar dagen geleden dacht "oh dit fix ik wel effe met een uurtje" ben ik daar inmiddels wel wat van bijgekomen.

Ach... gaat een leuk hobby projectje worden.

[ChiLLeR]

Valandin schreef op dinsdag 18 november 2025 @ 20:40:
[...]


Benieuwd hoe dit voor jou afgelopen is. Na een paar dagen zoek/lees werk lijk ik wel tot de conclusie komen dat EVCC toch niet samen kan werken met de EVBox Livo. EVCC werkt super met apparaten die OCPP 1.6j ondersteunen, maar 2.0.1 only werkt het gewoon niet. In geval van de EvBox livo dus wel met EEBus, maar dat regelt niet de autorisatie begrijp ik, tenzij er een offline autostart optie in zit zoals bij de evbox elvi, maar hier dus niet.

Als het goed is zou je wel EVCC in combinatie met https://citrineos.github.io/latest/ kunnen draaien. Met citrine regel je dan de autorisatie en met EVCC de rest.

Over een paar weken kan ik zelf aan de slag om het uit te testen, maar waar ik een paar dagen geleden dacht "oh dit fix ik wel effe met een uurtje" ben ik daar inmiddels wel wat van bijgekomen.

Ach... gaat een leuk hobby projectje worden.

nee helaas, bespaar je de tijd. De livo wordt niet ondersteund. Ik hem nu draaien op Monta, dan kan je in ieder geval laden op goedkope momenten.

[Zerobase]

Gebruik EVCC sinds kort met een Tesla Wall Charger 3 en een Model Y.

Vooral de loadbalancing functionaliteit van EVCC is prettig. Ik kan nu gerust een andere grootverbruiker aanzetten, EVCC regelt netjes de laadstroom terug van de auto:

code:

[circuit-main] WARN 2025/11/18 15:13:09 over current detected: 25.3A > 25A

Dit terugregelen is niet direct. Het duurt zo'n 30 seconden voordat EVCC de auto terugregelt. Dat kan sneller, maar EVCC adviseert om dat eerst goed uit te testen. Ben benieuwd of er gebruikers zijn die dit interval hebben teruggeschroefd en zoja, of lagere intervallen goed werken?
Tot nu toe zijn de hoofdzekeringen er nog niet uitgeklapt.

Ik gebruik een NodeMCU ESP32 bordje (van Ali) met esphome om de auto aan te sturen vanuit HomeAssistant, dus geen Cloud-connectie nodig.

De TWC3 lader is redelijk 'dom', maar EVCC regelt keurig netjes de laadstroom van de auto terug:

code:

[circuit-main] WARN 2025/11/18 15:13:09 over current detected: 25.3A > 25A

Als de auto niet aan de laadpaal hangt zorgt een automation in HomeAssistant ervoor dat het bluetooth-signaal van de ESP32 wordt uitgeschakeld.

In EVCC gebruik ik overigens niet de Tesla template voor de auto, maar een custom variant:

code:

# open evcc at http://evcc.local:7070
network:
  schema: http
  host: evcc.local # .local suffix announces the hostname on MDNS
  port: 7070

log: info
  #levels:
  #cache: error

# unique installation id
plant: xxxxxxxx

interval: 30s # control cycle interval

meters:
- type: template
  template: homewizard
  usage: grid
  host: 192.168.1.131
  name: grid1
- type: template
  template: homewizard-kwh
  usage: pv
  host: 192.168.1.143
  name: pv2
- type: template
  template: homewizard-kwh
  usage: pv
  host: 192.168.1.180
  name: pv3

chargers:
- type: template
  template: twc3
  host: 192.168.1.89
  name: wallbox4

loadpoints:
- title: Garage Zerobase
  charger: wallbox4
  mode: minpv
  circuit: main
  vehicle: Tesla_Model_Y
  enable:
    delay: 1m
    threshold: -200
  disable:
    delay: 15m
    threshold: 1200

circuits:
- name: main
  title: "Meterkast"
  maxcurrent: 25
  meter: grid1

site:
  title: Thuis
  meters:
    grid: grid1
    pv:
    - pv2
    - pv3

# Energie tarieven fixed 3 year
tariffs:
  currency: EUR
  grid:
    type: fixed
    price: 0.29
  feedin:
    type: fixed
    price: 0.115

mqtt:
  broker: mosquitto:1883

vehicles:
- name: Tesla_Model_Y    # reference to standard vehicle
  title: Tesla Model Y   # Will be displayed in the user interface (optional)
  type: custom
  capacity: 78.4
  phases: 3
  features: ["coarsecurrent"]
  icon: car

  chargeenable:
    source: http
    uri: "http://homeassistant:8123/api/services/switch/{{if .chargeenable}}turn_on{{else}}turn_off{{end}}"
    method: POST
    body: '{ "entity_id": "switch.tesla_ble_s3_charger" }'
    headers:
      - Authorization: Bearer xxxxxxxx
      - Content-Type: application/json

  limitsoc:
    source: http
    uri: "http://homeassistant:8123/api/states/number.tesla_ble_charging_limit"
    method: GET
    headers:
      - Authorization: Bearer xxxxxxxx
    insecure: true
    #jq: .state | tonumber
    jq: 'if (.state|tostring == "unknown") then 80 else .state|tonumber end'

  maxcurrent: # set charger max current (A)
    source: http
    uri: "http://homeassistant:8123/api/services/number/set_value"
    method: POST
    headers:
      - Authorization: Bearer xxxxxxxx
      - Content-Type: application/json
    body: '{ "entity_id": "number.tesla_ble_charging_amps", "value": "${maxcurrent}"}'
    insecure: true

  wakeup: # vehicle wake up command
    source: http
    uri: "http://homeassistant:8123/api/states/button.tesla_ble_wake_up"
    jq: .state == "on"
    headers:
      - Authorization: Bearer xxxxxxxx

  soc:
    source: http
    uri: "http://homeassistant:8123/api/states/sensor.tesla_ble_s3_charge_level"
    method: GET
    headers:
      - Authorization: Bearer xxxxxxxx
    insecure: true
    #jq: .state | tonumber
    jq: 'if (.state|tostring == "unknown") then 0 else .state|tonumber end'

  range:
    source: http
    uri: "http://homeassistant:8123/api/states/sensor.tesla_ble_s3_range"
    method: GET
    headers:
      - Authorization: Bearer xxxxxxxx
    insecure: true
    #jq: .state | tonumber
    jq: 'if (.state|tostring == "unknown") then 0 else .state|tonumber end'

  odometer:
    source: http
    uri: "http://homeassistant:8123/api/states/sensor.tesla_ble_s3_odometer"
    method: GET
    headers:
      - Authorization: Bearer xxxxxxxx
    insecure: true
    jq: 'if (.state|tostring == "unknown") then 0 else .state | tonumber end'

  status:
    source: combined
    plugged:
      source: http
      uri: "http://homeassistant:8123/api/states/binary_sensor.tesla_ble_charge_flap"
      method: GET
      headers:
        - Authorization: Bearer xxxxxxxx
      insecure: true
      jq: .status == "on"
    charging:
      source: http
      uri: "http://homeassistant:8123/api/states/sensor.tesla_ble_s3_charging_state"
      method: GET
      headers:
        - Authorization: Bearer xxxxxxxx
      insecure: true
      jq: .state == "charging"

Omdat ik (nog) een vast tarief heb boeit het in principe niet wanneer de auto laad. Ik probeer wel rekening te houden met de net-belasting door alleen 's-nachts te laden (hiervoor heb ik een planning ingesteld binnen EVCC).

[Get!em]

Werk snelheid evcc staat hier op 6 seconden.

[Skix_Aces]

HyperBart schreef op dinsdag 18 november 2025 @ 11:54:
Een vraagje voor de Tesla bezitters icm evcc:

Wat hebben jullie ingevuld bij Teslamate qua URL's en andere parameters om het werkend te krijgen? Ik vind de documentatie niet zo duidelijk.

Bij Teslamate zit er een verschil tussen hun permissies geven om je auto uit te lezen, en het aanmaken van een eigen API. Jij moet het tweede doen.
Teslamate zelf heb ik geen permissies gegeven. Zover ik weet kunnen hun nergens bij.
Ik heb de stappen uit deze guide gevolgd: https://www.myteslamate.c...application-registration/
Daar staat ook in waar je de URLs kan vinden.

Ik heb bij het aanmaken van de Tesla API key niet alle permissies aangevinkt. Alleen wat nodig is volgens de EVCC documentatie:

Profile information (region, list of vehicles)
Vehicle information (charge level, vehicle status, etc.)
Vehicle commands (for wakeup)

In de documentatie stond ook vehicle location, maar dat is blijkbaar nog niet geimplementeerd, en iets dat ik liever ook niet open zet.

[ Voor 23% gewijzigd door Skix_Aces op 19-11-2025 08:19 ]

[HyperBart]

Skix_Aces schreef op woensdag 19 november 2025 @ 08:18:
[...]

Bij Teslamate zit er een verschil tussen hun permissies geven om je auto uit te lezen, en het aanmaken van een eigen API. Jij moet het tweede doen.
Teslamate zelf heb ik geen permissies gegeven. Zover ik weet kunnen hun nergens bij.
Ik heb de stappen uit deze guide gevolgd: https://www.myteslamate.c...application-registration/
Daar staat ook in waar je de URLs kan vinden.

Ik heb bij het aanmaken van de Tesla API key niet alle permissies aangevinkt. Alleen wat nodig is volgens de EVCC documentatie:

Profile information (region, list of vehicles)
Vehicle information (charge level, vehicle status, etc.)
Vehicle commands (for wakeup)

In de documentatie stond ook vehicle location, maar dat is blijkbaar nog niet geimplementeerd, en iets dat ik liever ook niet open zet.

Goed dat je dat even benoemt. Ik heb namelijk gisteren daar wat mee zitten prullen maar door die problemen met Cloudflare kreeg ik allemaal foutmeldingen.
Ik probeer het later nog eens en trek de huidige dingen terug in.

[AA42]

Get!em schreef op dinsdag 18 november 2025 @ 08:57:
[...]

Het is niet zozeer bijleren.

De auto stuurt maar 1x per x tijd de actuele SoC naar de cloud. Op basis van die waarde interpoleert EVCC de SOC en dus het moment dat hij moet stoppen. Loopt de interpolatie dus scheef met daadwerkelijke SoC dan kan het zijn dat ie niet exact stopt zoals in de planner geconfigureerd.

Het begint overigens met de juiste batterycapacity in te vullen. Dit moet de capaciteit zijn waarop de auto zijn 0-100% baseert.

Yep, inmiddels ook gemerkt. Vannacht op 80% ingesteld maar hij "schoot weer door" tot 89%. Ik denk ook dat ik mijn capaciteit instelling moet aanpassen naar de werkelijke waarde.... nog even doen.

[Get!em]

AA42 schreef op woensdag 19 november 2025 @ 12:50:
[...]

Yep, inmiddels ook gemerkt. Vannacht op 80% ingesteld maar hij "schoot weer door" tot 89%. Ik denk ook dat ik mijn capaciteit instelling moet aanpassen naar de werkelijke waarde.... nog even doen.

i3s heb je toch?
Kijk dan even goed naar de bruto en netto capacity en de eventuele SoH.
Wat ik zo kan vinden op internet zie ik een bruto 42,2kWh met netto 37,9kWh. Als je dan een SoH van 95% hebt, moet je bij EVCC een waarde invullen van 36kWh.
En ik weet niet of je met 11kW kunt laden (volgens diezelfde info wel), Gerekend met 36kWh heb je nogal snel een overshoot natuurlijk. Stel dat het lineair zou zijn: 80% = 28.8kWh, 90% = 32.4kWh, 11kW = 0,9kWh per 5 minuten, grofweg 2,5%. Dus binnen 5 minuten ga je dan van 28.8 naar 29.7kWh = 82,5%

[Get!em]

Ik heb EVCC in een LXC container op proxmox draaien.

Proxmox heb ik al geupgrade naar 9.0 en gisteren naar 9.1.
Vandaag de LXC container van EVCC van bookworm naar trixie gedaan met deze code. Werkt.

code:

apt update
apt install screen -y
apt upgrade -y

sed -i 's/bookworm/trixie/g' /etc/apt/sources.list
apt update

screen apt dist-upgrade
apt autoremove
apt autoclean
apt modernize-sources
apt update
reboot

[Marcher]

Get!em schreef op dinsdag 18 november 2025 @ 08:57:
[...]

Het is niet zozeer bijleren.

De auto stuurt maar 1x per x tijd de actuele SoC naar de cloud. Op basis van die waarde interpoleert EVCC de SOC en dus het moment dat hij moet stoppen. Loopt de interpolatie dus scheef met daadwerkelijke SoC dan kan het zijn dat ie niet exact stopt zoals in de planner geconfigureerd.

Het begint overigens met de juiste batterycapacity in te vullen. Dit moet de capaciteit zijn waarop de auto zijn 0-100% baseert.

vanacht nog eens geprobeerd, SOC in ix3 op 90%, charging plan EVCC op 80%. Vanochtend iX3 SOC 90% (en ook de BMWApp geeft melding charging ended 90%) , EVCC geeft ook 90% aan. Beetje jammer dat het niet werkt zoals verwacht, maar geen man over boord

[SmalleSmets]

Marcher schreef op donderdag 20 november 2025 @ 15:00:
[...]


vanacht nog eens geprobeerd, SOC in ix3 op 90%, charging plan EVCC op 80%. Vanochtend iX3 SOC 90% (en ook de BMWApp geeft melding charging ended 90%) , EVCC geeft ook 90% aan. Beetje jammer dat het niet werkt zoals verwacht, maar geen man over boord

Werkt bij mij perfect met de iX3, BMW staat ingesteld op 100% en EVCC op 80%, wagen stopt elke keer perfect op 80% met laden. Ik draai EVCC op een Raspberry, niet via Homeassistant ofzo.

[Marcher]

SmalleSmets schreef op donderdag 20 november 2025 @ 17:39:
[...]


Werkt bij mij perfect met de iX3, BMW staat ingesteld op 100% en EVCC op 80%, wagen stopt elke keer perfect op 80% met laden. Ik draai EVCC op een Raspberry, niet via Homeassistant ofzo.

hier ook EVCC op een RPI, geen HA ....

[AA42]

Over levensduur van de relais: ik zou me veel eerder zorgen maken over de (vele) elco’s in de OBC dan om de relais….
Die hebben bepaald geen makkelijk leven in de kou en warmte….

Maar ik geef toe dat de kwartierprijsverschillen ‘s nachts extreem klein zijn vergeleken bij overdag. En toch heb ik altijd het gevoel dat ik het zelf wil kunnen bepalen dus hoop toch dat het in ieder geval een optie wordt in evcc …

[firecaps30]

Vandaag begonnen met EVCC in Home Assistant. Verschillende apparaten toegevoegd, alleen vraag ik mij af hoe ik de Growatt Hybride (MOD8000TL3X-H BP) omvormer met APX thuisbatterij er aan gekoppeld toe moet voegen.

In de EVCC docs zijn er 2 growatt varianten, maar daarnaast voeg ik deze dan toe als solar of battery meter, of allebei?
https://docs.evcc.io/en/docs/devices/meters#growatt

[THM0]

firecaps30 schreef op zaterdag 22 november 2025 @ 14:40:
Vandaag begonnen met EVCC in Home Assistant. Verschillende apparaten toegevoegd, alleen vraag ik mij af hoe ik de Growatt Hybride (MOD8000TL3X-H BP) omvormer met APX thuisbatterij er aan gekoppeld toe moet voegen.

In de EVCC docs zijn er 2 growatt varianten, maar daarnaast voeg ik deze dan toe als solar of battery meter, of allebei?
https://docs.evcc.io/en/docs/devices/meters#growatt

Normaal gesproken voeg je Grid, PV en Battery meters toe voor een hybride omvormer met accu.

[Wooters]

AA42 schreef op maandag 17 november 2025 @ 21:57:
[...]

Dit hoeft ook helemaal niet. Dacht ik eerst ook maar is niet nodig.
Je moet de twee vinkjes aanzetten en de Client ID kopiëren (op het symbooltje er naast klikken). Die code moet je plakken in de evcc config, uiteraard bij Client ID. Als het goed is zet hij automatisch de hoofdletters om naar kleine letters in die Client ID, dit is vereist (heel raar dat BMW hem dan doorgeeft met hoofdletters, maar goed).
[Afbeelding]


Als je dan de config hebt opgeslagen moet je in het hamburger menu kijken naar je BMW naam. Daar "brandt" een oranje lampje voor. Klik op de naam. Dan probeert evcc een nieuw venster te openen, dit wil nogal eens lastig of niet lukken, Safari blokkeert bijvoorbeeld standaard de pop-up. Ikzelf moest dit voor elkaar krijgen door evcc direct te openen in de browser met homeassistant.local:7070 en dan naar het hamburger menu te gaan en op de BMW naam te klikken.
Als het gelukt is wordt het "lampje" groen voor de BMW naam in het hamburger menu en praat evcc met je i3 (goede keuze trouwens......ZO'N bizar goede auto.....wij een i3s )

Dank! De tip om lokaal te openen is een goede, mijn browser blokkeerde inderdaad ook de pop-up. Dan kom ik op customer.bmwgroup.com, krijg ik een "LOGIN SUCCESSFUL" (staat al een cookie in de browser en ben al ingelogd), maar helaas blijft het bolletje oranje. Evcc aantal keer herstart en ook opnieuw de configuratie in Evcc doorlopen. Wat een gedoe zeg.