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.