Evcc slim laden met de zon en dynamische tarieven

[Roeland54]

In dit topic bespreken we het gebruik van de evcc (https://evcc.io/) software om een laadpaal slim aan te sturen. Veel laadpalen hebben beperkte mogelijkheden rond het slim aansturen van het laden. Evcc is een software oplossing die het mogelijk maakt 1 of meerdere laadpalen aan te sturen op basis van verschillende factoren zoals de huidige opwek van zonne-energie, elektriciteitsprijs en zelf de co2 uitstoot van de huidige energie mix.

Installatie

Evcc is een stukje software die je moet draaien in je eigen thuisnetwerk en bij voorkeur 24/24u actief is. Dit kan perfect op een raspberry pi of op je nas, in een docker container of als home assistant add-on.

officiële installatie documentatie: https://docs.evcc.io/en/docs/installation
home assistant add-on: https://github.com/evcc-io/hassio-addon

Configuratie

Na de installatie en voor evcc kan starten moet je de configuratie aanpassen. De configuratie bevind zich in een yaml file met de naam evcc.yaml.
Waar deze file zich bevind is afhankelijk van je installatie type. Volgende zaken moeten geconfigureerd worden voor een minimale setup:

Een grid meter waaruit evcc kan afleiden of je huisinstallatie aan exporteren of importeren is en hoeveel. (Bijvoorbeeld een Homewizard P1 meter)
Een charger dit is de configuratie om te communiceren je laadpaal/wallbox.
Een loadpoint: hiermee configureer je het standaard gedrag van evcc voor je laadpaal.

Een meter voor je zonne-energie is optioneel maar wel aan te raden omdat dit meer inzicht gaat geven in het aandeel zonne-energie je gebruikt voor het laden.

Verder is het ook aan te raden om de integratie met je auto te configureren. Dit maakt het dan mogelijk om auto specifieke configuratie te doen.
Zoals bv: Altijd de auto laden tot 50% onafhankelijk van de zon.

Momenteel is configureren via de ui nog niet mogelijk maar dit is wel in actieve ontwikkeling.

sponsertoken

evcc is open source software maar om de software te kunnen gebruiken heb je een sponsortoken nodig. Hiervoor moet je sponsor worden via github (https://github.com/sponsors/evcc-io) dit kan vanaf 2 euro/maand en daarna kan je een token krijgen via https://sponsor.evcc.io/. Deze token moet je ingeven in je configuratie. Als sponsor kan je ook sticker aanvragen op: https://evcc.io/sticker

Laadmodussen

Er zijn op dit moment 4 laad modussen:

1. off: dit maakt de laadpaal inactief.
2. solar: enkel laden bij voldoende zonne-energie productie.
3. min+solar: laden aan de minimum laadsnelheid en sneller laden indien er zonne-energie voor handen is.
4. fast: Laden aan de maximaal mogelijke snelheid.

[Bertsjuhn]

Al een tijdje gebruiker van EVCC, doet het prima met dit weer :-)

Helaas werkt de verbinding met de auto niet, kan liggen aan de WiFi verbinding op de oprit of de manier waarop Peugeot hier mee omgaat.

Draait bij mij op een Raspberry Pi, ik lees de API van mijn Enphase solar systeem uit. Heb een aantal custom scripts voor het automatisch verversen van de token die nodig is voor de local API van de Enphase Gateway.
Daarnaast haalt het systeem ook de energieprijzen op voor bij het dynamische energiecontract. Als laadpaal gebruik ik een Alfen Single S-line

[ Voor 31% gewijzigd door Bertsjuhn op 09-07-2024 15:10 . Reden: Setup toegevoegd ]

[ChiLLeR]

Inmiddels even wat wezen testen en heb het draaien met mijn Enphase Metered. Ik krijg mijn Zuidwijk slimmelezer niet gekoppeld, hij blijft 404 error geven. Heb Slimmelezer al bijgewerkt naar de nieuwste versie maar lost het ook niet op. Heb nu Enphase voor zowel pv als meter erin gezet.
Heb uit de demo.yaml er even een auto en een charger in geknald anders kreeg ik EVCC niet opgestart.

[gekke-gerrit]

Wat is dit tof! Het is niet nodig om met de saldering rekening te houden met het direct gebruiken van de energie die ik opwek, maar vind dat ik het wel moet doen. Sinds gisteren de homewizard aangesloten en dat werkt meteen! Ik ben helemaal enthousiast!

[ChiLLeR]

JanHenk schreef op woensdag 17 juli 2024 @ 09:21:
[...]


Dat hangt ervan af hoe je het draait. Ik draai de HA add-on en dan moet je bij mijn weten inderdaad wachten op de release van een nieuwe versie.

Zojuist geupdate en werkt, thanks @Roeland54 !

[Marcher]

vanaf v0.130.0 wordt Load Management ook gevisualiseerd, netjes

[Sander]

JanHenk schreef op maandag 21 oktober 2024 @ 16:10:
[...]


Ook een mooie optie inderdaad.

Waar komen die time-out errors bij mqtt dan vandaan?

Verlopen van de time-out waarin evcc vindt dat er nieuw bericht zou moeten komen. Bijv SOC wordt niet vaak elke 5 minuten een vol procent meer bij zonneladen

[ Voor 30% gewijzigd door Sander op 22-10-2024 10:05 ]

[Peet3kabo]

JanHenk schreef op zondag 3 november 2024 @ 13:04:
@Peet3kabo Je ziet het gewoon in evcc? En wat doet ie bij min+PV, bij fast of zelfs bij off?

Moet ik ze allemaal eens ff checken. Off is ook off en fast is 11kW. Volgens mij tussen pv en min+tv geen verschil maar weet ik niet zeker

Edit:

Met stand PV, blijft hij gewoon ongeveer 3,5kW laden ongeacht pv



Met stand min+PV komt op hetzelfde neer.



Stand max doet hij iig ook max en dus zo'n 11kW



Daarna uit en hij blijft gewoon gaan



Wanneer ik de paal zelf op green zet doet hij netjes overschot pv in de auto



Lijkt er wel op of werkt de communicatie van EVCC richting de paal gewoon niet goed.....

[ Voor 76% gewijzigd door Peet3kabo op 03-11-2024 16:21 ]

[Peet3kabo]

JanHenk schreef op dinsdag 5 november 2024 @ 09:17:
@Peet3kabo

Ik zie dat de Alfen wel schakelt tussen 1 en 3 fase als je kiest voor PV en/of Snel. Wat ik ook zie is dat hij beide keren gewoon op vol vermogen gaat laden; oftewel 16A. Lager zou je verwachten, maar doet ie blijkbaar niet. Ongeacht welke modus, hij blijft laden (zelfs bij off) en dat op vol vermogen.

Kun je de logs posten wanneer je aan het laden bent? Wat staat daar in? Normaal gesproken krijg je ook warnings als de stroom (in A) niet is wat evcc zou verwachten.

code:

[lp-1 ] DEBUG 2024/11/05 09:04:16 charge currents: [0 0 0]A
[circuit-main] DEBUG 2024/11/05 09:04:16 power: 14W
[circuit-main] DEBUG 2024/11/05 09:04:16 current: 0.468A
[site ] DEBUG 2024/11/05 09:04:16 grid power: 14W
[site ] DEBUG 2024/11/05 09:04:16 grid currents: [-0.209 -0.193 0.468]A
[site ] DEBUG 2024/11/05 09:04:16 pv power: 168W
[site ] DEBUG 2024/11/05 09:04:16 site power: 14W
[lp-1 ] DEBUG 2024/11/05 09:04:16 charge total import: 1229.235kWh
[lp-1 ] DEBUG 2024/11/05 09:04:16 charger status: A

Zo'n riedeltje (al ben ik nu niet aan het laden) komt ieder interval voorbij, ben benieuwd wat daar in staat bij jou.

Heb je wellicht per ongeluk 16A als minimum opgegeven bij de instellingen van de laadpaal? Kun je ook instelling in de grafische interface, met het instellingenmenu van de laadpaal (naast Garage in jouw geval).

PS: Peet syn skelter
Groeten ut 't Hearrenfean

Ik zal eens kijken morgen als ik misschien wat eerder thuis ben of ik myn skelter weer even aan de laadpaal kan gooien en de zon schijnt.
Dan ook even een log maken......

Ik zie in evcc config min current 6A en max current 16A. Zou het die 6A kunnen zijn dan? Dacht dat bedoeld werd dat wanneer er besloten wordt te laden met voldoende pv overschot. Staan beide bij instellingen voertuig.


Bij de paal zelf wat betreft instellingen zie ik alleen max (safe) current en die staat op 16A



Ps groeten ût Menaam

[ Voor 23% gewijzigd door Peet3kabo op 05-11-2024 17:56 ]

[Peet3kabo]

JanHenk schreef op dinsdag 5 november 2024 @ 21:48:
[...]


Hier haal ik niet veel uit. Toch de logs maar even delen..

Ook die van het opstarten zijn wel handig; de eerste paar regels zijn controlepunten van de instellingen.

Ik, heb de Kia weer even aan de paal gegooid en laden gestart, laad weer met 3,5kW op PV met bijna geen opwek.
Hieronder screenshots van de start en stukje log van het laden nu.

Edit, ik zie in HomeAssistant dat de paal op normaal laden blijft staan maar dan 1 fase. Indien ik de paal in HA op green zet (alleen pv laden) dan doet hij wat wordt verwacht. Ergens gaat die communicatie tussen evcc en de paal dus niet goed.........

[ Voor 7% gewijzigd door Peet3kabo op 09-11-2024 10:48 ]

[NoFate]

ben het even aan het testen met een demo-charger auto... power gezet op 11000
dan circuit ingesteld op max 3700 , mode 'min+solar' 1 fase min 6a/max16a

ik zie in evcc gewoon dat de auto aan het laden is aan 11kw ?? precies schiet de load management toch niet in gang?

code:

chargers:
  - name: alfen
    type: template
    template: demo-charger
    status: C # charging
    power: 11000
    enabled: true # optional

circuits:
  - name: main
    title: Main Circuit # name for the UI (not implemented in UI yet)
    #maxCurrent: 16 # 63A (optional)
    maxPower: 3700 # 30kW (optional)
    meter: grid # optional

loadpoints:
- title: Evcc
  charger: alfen
  mode: minpv
  circuit: main

[ Voor 3% gewijzigd door NoFate op 04-12-2024 13:21 ]

[ChiLLeR]

HyperBart schreef op maandag 16 december 2024 @ 17:56:
[...]

Neen, dat is niet goed, PV moet het zijn.
MinPv negeert planning en begint minimaal te laden.

Klopt. Maar hij blijft zeggen:
Klaar. Wachten op voertuig...

[ChiLLeR]

JanHenk schreef op maandag 16 december 2024 @ 19:56:
@ChiLLeR Hij werkt nu ook niet op de fast-modus dus. Iets gaat niet goed in de connectie. Al m luistert de paal wel naar evcc lijkt het, omdat het laden wel gepauzeerd wordt. Als je evcc helemaal uit zet (dus stopt), pakt de paal het laden dan wel op?

Werkt idd ook niet, evcc uit en laden start niet. Station is sinds ik hem gekoppeld aan evcc is hij in de oorspronkelijke software buiten gebruik. Heb 'm al gereboot maar dat blijft hetzelfde.

[ Voor 19% gewijzigd door ChiLLeR op 16-12-2024 20:45 ]

[devastator83]

Ok, daar zie ik em idd wel wijzigen


De auto laadt echter niet sneller dan 1,3KW om de 1 of andere reden (max stroomsterkte = 13A)

EDIT: dat is waarschijnlijk omdat ie op min+PV staat?

[ Voor 12% gewijzigd door devastator83 op 16-12-2024 21:40 ]

[devastator83]

Op snel gaat het inderdaad sneller. Het programma lijkt ie wel te negeren

[devastator83]

Ik kan dat hier gewoon aanmaken. Moet wel een 'recurring plan' zijn, anders disabled ie em idd meteen.

[Frenck]

rogervdh schreef op zaterdag 21 december 2024 @ 22:11:
[...]


Dat is wel de bedoeling, vooral ook het kunnen koppelen van m'n Homewizard P1 via de lokale API vanuit de Peblar vind ik wel een mooie feature én een lokale API voor Home Assistant (en leuke bijkomstigheid: Nederlands product). Geef t.z.t. wel een update.

Hier ook een Peblar hangen... en doe soms ook wat met Home Assistant....

January release van Home Assistant heeft een Peblar integratie:



Ben nog niet helemaal tevreden met de integratie, morgen start de Home Assistant beta, dus vandaag mijn laatste kans voor het maken tweaks.

../Frenck

[rogervdh]

Zijn er nog meer gebruikers waar de interface van evcc soms tijdelijk verkeerde waardes aan geeft? Zie hieronder. 0,9 kW productie en 2.1 kW export slaat natuurlijk ergens op (ik heb geen batterij). Bij volgende keer dat evcc de verbruiksgegevens ontvangt, is het weer correct. Ik gebruik de Homewizard P1 meter als gridmeter en twee Homewizard kWh meters voor PV-productie (ik heb twee PV-sets, een Solaredge en een Enphase, beide hebben een eigen kWh meter). Dit gedrag zie ik alleen in evcc (die de data zelf ophaalt uit voornoemde devices). In Home Assistant zie ik nooit onlogische cijfers qua productie en import/export.



...en de volgende update is het wel weer correct:

[HyperBart]

r2504 schreef op zondag 12 januari 2025 @ 23:13:
[...]


Waar moet ik dat ergens vinden in de GUI van evcc ?

Moet ik bij m'n loadpoints soms " phases: 1" zetten ?

Edit: Dat doet het inderdaad... al blijf ik zo steken op max. 3.6 kW nu.

Met de vaatwasser aan geeft dit...

code:

[circuit-main] DEBUG 2025/01/12 23:27:50 validate power: 4449W + (1386.6W -> 3680W) > 4500W capped at 1437.6W

Al heb ik de indruk dat er precies toch iets voorzien is voor aanpassing van de phases als ik in m'n log kijk...

code:

[lp-1  ] DEBUG 2025/01/12 23:37:20 !! pvScalePhases DOWN activePhases: 1, available power: -780W, scalable: false
[lp-1  ] DEBUG 2025/01/12 23:37:20 !! pvScalePhases UP maxPhases: 1, available power: -780W, scalable: false
[lp-1  ] DEBUG 2025/01/12 23:37:20 !! pvScalePhases EXIT

Ik heb via de YAML alles zo wijd mogelijk gezet en via de GUI beperk ik dan afhankelijk van het seizoen:



Hier beperk ik mijn amperes, niet omdat EVCC dat zelf niet kan, maar vooral zodat de planner aware is van het feit dat ik graag sowieso toch wat rustiger laad (anders gezegd: ik wil dat de load balancer enigszins aware is van het feit dat ik vermogensbeperking heb geactiveerd). Te weten dat de box 32A kan geven, ik moet dat niet hebben op 3 fases, maar ik vind het wel heel fijn dat ik op 1 fase dan ook 32A kan geven, zo wordt mijn fase waar 4kW aan PV op hangt goed gebruikt zonder dat hij staat te wisselen tussen 1 en 3 fases in de zomer. Want daar doet hij dan wel netjes fase wissels

[ Voor 18% gewijzigd door HyperBart op 13-01-2025 09:58 ]

[HyperBart]

JanHenk schreef op maandag 13 januari 2025 @ 08:46:
Wat @HyperBart zegt klopt, scalePhases is alleen op basis van PV. Jullie Vlamingen misbruiken de load balancing feature een beetje voor een eigen doeleinde.

Maar los daarvan, als je een max. van 4500W wil, waarom zou je dan überhaupt instellen dat de paal naar 3-fase moet gaan? Je kan, afhankelijk van je huisaansluiting, auto en paal, tot 7.360W (32A) op één fase. Als je 4.500 Watt als maximum wil nemen, kun je toch sowieso beter op 1 fase blijven? Dat is maximaal 20A.

In de UI van evcc kun je gewoon het aantal fases vastzetten. Het settings menu dat schematisch naast de modus (Snel / Now) staat openen, en dan bij fases kiezen voor 1 fase.

Als je een 32A laadpaal hebt, zal daar dan ook 1,4 kW tot 7,4 kW staat. Bij een 16A paal 1,4 tot 3,7 kW.

Bijkomend voordeel is dat 1P18A minder laadverlies geeft dan 3P6A.

^ dit dus inderdaad ja. Ik heb effectief een vermogensbeperking van 3800 à 4500 W (afhankelijk van hoe onze maand verloopt en de pieken opbouwen ). Tot gisterenavond hadden we een piek van 3.8 maar die is sindsdien versprongen naar 4.5, dus EVCC is vanmorgen vroeg aangepast in de YAML en aangezien ik een standby verbruik heb van 400W ga ik dan via de GUI ook de planner bewust maken dat hij toch nooit aan dat vermogen zal kunnen laden, dus zet ik 'm op:



@JanHenk : belangrijk is (wat je zelf ook aanhaalt) dan wel dat de laadpaal 22kW aka 32A per fase (of dat nu 1 of 3 is) ondersteunt.
Ik had bv lange tijd een Alfen Proline zonder de 22kW licentie (dus geen 32A per fase, be that 1 or 3 phases) dus dan zit je wel net op die twilight zone tussen 1F 3680W 3F 4140W en 7360W. Ik heb daarom de 32A licentie (22kW) bijgekocht.

[ Voor 13% gewijzigd door HyperBart op 13-01-2025 10:12 ]

[HyperBart]

JanHenk schreef op maandag 13 januari 2025 @ 13:27:
[...]

offtopic:
De daadwerkelijke lader zit in je auto (omvormer van AC naar DC t.b.v. HV-batterij), de efficiëntie daarvan is afhankelijk van de belasting. Op 6A is die niet hoog, hoe hoger de belasting hoe efficiënter de omzetting. Kan ook te maken hebben met andere systemen die 'in de lucht' worden gehouden bij het laden van het voertuig. Ik maak me er persoonlijk niet druk om, maar er zijn (in NL dan) mensen die bewust op 11kW blijven laden, omdat dat meest efficiënt is en wij nog iets kennen als salderingsregeling en geen capaciteitstarief.

Idd, dat snap ik/kende ik, maar 3 x 6A of 1 x 18A, daar ging het mij een beetje om, dat zou in principe niet mogen uitmaken (daar ging mijn vraag over). Het is namelijk zo dat als je op 1 fase gaat laden de auto intern de AC/DC OBC's intern gaat opkoppelen op die ene fase die binnenkomt. Dus of die OBC's het afnemen van 1 fase of 3 verschillende fases zou aan de auto zijde niet mogen uitmaken.

De Duitse buren hebben daar een test over gedaan trouwens (traag laden en snel laden en de verschillen/verliezen) heel interessant:

https://www.adac.de/rund-...luste-elektroauto-studie/
Google translate er bij:

[ Voor 37% gewijzigd door HyperBart op 13-01-2025 13:35 ]

[HyperBart]

h3llrais3rke schreef op maandag 13 januari 2025 @ 13:48:
Ik had een vorige post ook al aangepast, maar misschien stel ik de vraag beter apart:
Is het mogelijk om op de alfen paal te configureren welke fase dit is?
Is dit de setting "load balancing phase connection"? (welke bv een waarde L1/L2/L3 geeft)

Wordt de eerste gebruikt in het val van 1-fase laden?
Dus in het bovenstaande geval L1?

Welke setting bedoel je eigenlijk? Deze (phase rotation)?

[h3llrais3rke]

HyperBart schreef op maandag 13 januari 2025 @ 13:56:
[...]

Welke setting bedoel je eigenlijk? Deze (phase rotation)?

[Afbeelding]

Ja die bedoel ik
Ik had de setting uit de alfen integratie vanuit homeassistant genomen...
Ik had deze al eens geprobeerd om op L3 te zetten, maar heb eigenlijk nog niet gekeken of dit klopt aangezien ik hoofdzakelijk op 3 fasen heb geladen tot nu toe.

[ Voor 11% gewijzigd door h3llrais3rke op 13-01-2025 13:59 ]

[HyperBart]

h3llrais3rke schreef op maandag 13 januari 2025 @ 13:58:
[...]

Ja die bedoel ik
Ik had de setting uit de alfen integratie vanuit homeassistant genomen...
Ik had deze al eens geprobeerd om op L3 te zetten, maar heb eigenlijk nog niet gekeken of dit klopt aangezien ik hoofdzakelijk op 3 fasen heb geladen tot nu toe.
[Afbeelding]

Dat is dus effectief de setting om wijs te maken hoe de Alfen gekoppeld is op de energie meter.
Je ziet in mijn screenshot van ACE dat ik dat dus ingesteld heb zoals de realiteit is. L2 staat als eerste, daarna L3 en dan L1, zo is het ook aangesloten op de Alfen.
De docu rond de OCPP registers van Alfen beschrijft dat iets schoner:

[ Voor 7% gewijzigd door HyperBart op 13-01-2025 14:08 ]

[Wrc]

HyperBart schreef op maandag 13 januari 2025 @ 12:02:
[...]


Laat je config eens zien?
Wat ik nu bedenk is dat de EM24 dubbel geconfigged is, een keer als grid en een keer als PV en je daarbovenop de PV installatie Enphase ook apart hebt toegevoegd, dat kan een oorzaak zijn, maar dan wil ik eerst je config eens zien.

Ik weet niet helemaal zeker wat je met config bedoelt, hieronder de config interface waain ik enkel dynamische tariefstructuur heb ingesteld en Load Management



EVCC heb ik op een RPI draaien, de yaml file die op /etc staat ziet er als volgt uit:

meters:
- type: template
template: cg-em24
id: 1
host: 192.168.178.49
port: 502
usage: grid
modbus: tcpip
name: grid1
- type: template
template: enphase
usage: pv
host: 192.168.178.20
token: xxx
name: pv1

chargers:
- type: template
template: webasto-next
host: 192.168.178.44
port: 502
name: wallbox1

vehicles:
- type: template
template: mg
user: xxx
password: xxx
vin: xxx
title: MG5
capacity: 50
name: ev1

loadpoints:
- title: Oprit
charger: wallbox1
vehicle: ev1
mode: pv

site:
title: Thuis
meters:
grid: grid1
pv:
- pv1

[JanHenk]

Ik heb gisteren een thuisbatterijtje ontvangen van HomeWizard. Voor ervaringen hieromtrent loopt een ander topic.

De batterij kent (op dit moment) alleen een nul-op-de-meter (NOM) sturing. Omdat ik ook evcc gebruik om zonnestroom weg te laden (NOM), is het aan te raden om de batterij te integreren in evcc. Hij kan dan rekening houden met de stroom die de batterij ingaat bij het bepalen van het 'daadwerkelijke' overschot. De NOM regelingen zitten elkaar dan niet in de weg.

Tevens zijn er wat opties waarbij je evcc kunt aanwijzen om pas te gaan laden (of de laadstroom die de batterij ingaat op te slokken, eigenlijk) als de batterij vol zit etc. Ik moet er nog even wat verder induiken en ervaring mee opdoen.

HomeWizard heeft een (voorlopig nog) read-only REST API beschikbaar om de gegevens te integreren. Omdat er uiteraard nog geen template in evcc is, heb ik de volgende meter aangemaakt:

YAML:

meters:
  - name: hwe-bat
    type: custom
    power:
      source: http
      uri: https://192.168.10.xx/api/measurement
      method: GET
      headers:
        - Authorization: Bearer <TOKEN>
        - X-Api-Version: 2
      insecure: true
      jq: .power_w|tonumber
      scale: -1
    soc:
      source: http
      uri: https://192.168.10.xxx/api/measurement
      method: GET
      headers:
        - Authorization: Bearer <TOKEN>
        - X-Api-Version: 2
      insecure: true
      jq: .state_of_charge_pct|tonumber

Deze meter dient dan ook aan je site te worden gekoppeld als batterij uiteraard. Via de command line evcc meter kun je testen of je de juiste waarden binnen krijgt. Ik moest een kleine aanpassing doen omdat de logica van evcc blijkbaar net andersom werkt als die van HomeWizard, vandaar de scale: -1 bij het vermogen, die maakt er een inverse van.

Na een herstart krijg je dan het volgende:



Laat de zon maar komen!

In de toekomst zou er ook een aansturing van de batterij moeten komen, als dat zover is ga ik daar uiteraard ook mee aan de slag

[h3llrais3rke]

Iemand ervaring met de instelling van het interval op een waarde lager dan de aanbevolen 30s?
Mijn meter sensors komen uit home assistant en worden iedere 10s ververst.
Zou ik het interval in evcc dan verlagen naar bv 10s, of toch best de 30s blijven behouden?

[ Voor 24% gewijzigd door h3llrais3rke op 29-01-2025 17:39 ]

[JanHenk]

Eerder dan verwacht al wat kunnen testen met de thuisbatterij met nul-op-de-meter (NOM) regeling en evcc met idem NOM regeling. Die kunnen elkaar in de weg gaat zitten, maar als de ene met de ander rekening houdt, hoeft het niet.

Voor een uitgebreide uitleg van hoe evcc met de batterij omgaat zie hier: https://docs.evcc.io/en/docs/features/battery

TLDR; hij gaat er precies zo mee om als ik zou verwachten en het werkt goed

Ik had evcc ingesteld om direct het overschot in de auto te laden, als de batterij >= 0% SoC is:



Je ziet hier dat evcc de batterij buiten beschouwing laat, als er sprake is van teruglevering of levering, neemt ie dat mee om te bepalen wat het 'echte' overschot is en past is het laadvermogen hierop aan. De batterij doet dan niet noemenswaardig mee; hij blijft dezelfde lading houden. Bij een schommeling van het huisverbruik is de batterij wel wat eerder met reageren en je ziet dan soms dat ie wat gaat ontladen of juist laden, maar die situatie hersteld zich vrij snel.

Daarna evcc eens ingesteld om pas het overschot op te slokken wanneer de thuisbatterij 100% is.



Hij geeft hierbij dus voorrang aan het laden van de batterij. Bij een 'schok' in het huisverbruik zie je dat de batterij gaat laden en daarna neemt evcc dit niet meer in beschouwing. Zo gaat bij elk interval de batterij wat meer laden. Tot ie op 800 watt komt (het maximum). Ik heb dit niet ingesteld ergens, maar evcc ziet blijkbaar dat er niet meer wordt opgenomen door de batterij en gaat vervolgens het restant wel laden in de auto.

Ik heb hem nu op 50% gezet, omdat de batterij wel mee mag doen om zo goed mogelijk NOM te halen tussentijds en een beetje lading is daarbij wel handig Verder is direct verbruikt altijd beter dan via de batterij, dus hij hoeft niet eerst vol te raken als het ook in de auto kan. Nu neemt de auto dus het complete overschot weer en houdt de batterij z'n lading.

Best tevreden met de werking zo

[ Voor 3% gewijzigd door JanHenk op 31-01-2025 14:09 ]

[Aldmar]

Ik ben aan het stoeien om evcc aan de praat te krijgen. Home Assistant draait op een Thinclient.

Op zich werkt alles en kan ik in de GUI. Echter alleen de laadpaal toevoegen lukt niet. Ik heb een Alfen laadpaal. (firmware 7.0.5-4328), maar zodra ik deze toevoeg krijg ik een error en kan ik de GUI niet meer in. De logs wel, maar geeft onderstaande uitkomst. Ook de trail-token geeft zelfde error. Telkens een error op de sponsortoken. "invalid key: sponsortoken"




Het zal vast iets simpels zijn in de evcc.yaml. Maar wat of waar? Moet de sponsortoken ergens anders in de yaml staan? Spatie oid verkeerd?

[JanHenk]

Voor de duidelijkheid, de settings kun je ook in de MyEve app vinden / instellen. Zie hieronder, na inloggen onder advanced configuration. Let wel op dat je de Home Assistant (of andere API toegang) moet uitloggen voordat je via MyEve in de laadpaal settings kan komen.

Onder Advanced > Smart Charging.

[Michiel95]

Mijn huidige configuratie zorgt ervoor dat de auto 'snel' wordt opgeladen tot 80% (tegen maximaal 7kW) en daarna de resterende 20% enkel oplaad via zonnepanelenoverschot.

1) Tijdens koude ochtenden warm ik graag de auto voor terwijl deze nog insteekt, maar EVCC geeft dan geen stroom meer via de laadpaal aangezien hij wacht op zon. Is er ergens een configuratie die ik mis dat hij een uitzondering maakt bij voorverwarmen?

2) Ik merk dat hij in solar mode blijft vasthangen op maximaal 2.7kw (1-fasig 230v x 12A). Mijn limieten staan op minimaal 6A en maximaal 16A alsook op auto-switching van de fases. Waarom schakelt EVCC hier niet over naar 13A? Er lijkt me toch voldoende overschot te zijn om dit veilig te kunnen doen (Of is EVCC in solar mode echt zo conservatief om zeker NOOIT netstroom te moeten gebruiken?:

[ Voor 4% gewijzigd door Michiel95 op 03-02-2025 10:46 ]

[Michiel95]

HyperBart schreef op maandag 3 februari 2025 @ 16:24:
[...]


Beter is om (als je er mee toekomt) je lading te beperken dagelijks tot 70 procent en het overschot dan bij te laden. Hoeft niet, maar is nog beter voor de batterij en richting de zomermaanden als je een beetje deftige PV installatie hebt gaat dat wel snel.


[...]

Heb ik ook, maar ik ga het afzetten want ik wil stroom verbruiken als het goedkoop is en dit hakt er een beetje in.
Wat je nodig hebt is de climate function, die is afhankelijk (lees: dependent) van het regelmatig pollen van de SoC en dat moet je expliciet configureren.

Volgende config toevoegen, specifiek dat stuk van soc/poll.

code:

loadpoints:
- title: Voortuin # display name for UI
  charger: ChargingPointAlfen # Wallbox Referenz
  circuit: AutomaatLaadpaalVoortuin
  mode: off # charge mode (off, now, minpv, pv)
  guardduration: 2m
  enable:
    threshold: -300 #start charging the car when feed in is 300W for 10s
    delay: 10s # duration of feedin treshold
  disable:
    threshold: 1300 #stop charging when the car has been charging for 15 minutes using this number of Watts from the grid
    delay: 20m # 15 minutes definition
  soc:
    poll:
      mode: connected
      interval: 15m
    estimate: true

[...]


Neen, dat zou niet mogen, heb je toevallig beperkingen in je wagen staan en daar niet meer aan gedacht?

Dat lijkt inderdaad te werken! Er staat nu ook icoontje met 'voor-conditionering gedetecteerd'.
Enigste probleem resterende is dat hij slechts 1.3kwh lijkt te geven, dat lijkt me vrij weinig?

[h3llrais3rke]

Klein vraagje omtrent de UI: Op basis van wat wordt de limiet, rechtsonderaan op het scherm, ingesteld?


Is dit gelinkt aan het laadpunt, of hangt dit af van de wagen?
Want ik heb de indruk dat dit gereset wordt na een laadsessie?
Of zie ik het verkeerd?

Welke limiet heeft eigenlijk de bovenhand, wat er zijn er 3 als ik het goed begrijp:
- limiet van de wagen
- limiet rechtsonder in het scherm
- limiet in te stellen bij een charge plan

[ Voor 17% gewijzigd door h3llrais3rke op 04-02-2025 18:28 ]

[Bravo]

HyperBart schreef op dinsdag 4 februari 2025 @ 21:58:
[...]


Je ziet hier volgens mij een aantal dingen.
Het autootje in het grijs met 80% er langs is volgens mij de limiet die je in de wagen hebt ingesteld. Da's niet zo handig want die verantwoordelijkheid wil je bij EVCC leggen. Controleer mijn statement eens, hoe staat je auto?

De limiet rechtsonder is de procentuele weergave in getalvorm van het grijze slidertje wat helemaal rechts staat. Als jij daar 100 instelt maar je auto gaat maar tot 80, dan? Je raadt het al: de auto stopt zelf met laden.
Mispak je niet: de auto is de ladende component, de laadpaal is maar een "domme relais die stroom doorlaat en meet en een signaaltje uitstuurt hoeveel stroom er mag "getrokken" worden door de auto".

Dan heb je inderdaad nog het plan, als je die openklikt dan krijg je per auto die je in de GUI hebt gedefinieerd bij het tabbladje "Arrival" (geen idee waaorm ze dat zo vertaald hebben) de "min charge" en de "default limit".

De Min Charge is de lower limiet die je instelt, EVCC zal bij een SoC onder die limiet op het snelste opladen wat hij kan binnen de gedefinieerde vermogensbeperkingen. Hij zal geen rekening houden met de prijzen. EVCC garandeert op die manier zo snel mogelijk een minimale capaciteit die je zo snel mogelijk wil bereiken.

Default limit is what it says it is, het is de standaard limiet tot waar je auto zal opladen iedere keer als hij gedetecteerd wordt.

Aanvullend:
De limiet heb je blijkbaar ingesteld op 100%, dat kan door de default limit onder het tabblad arrival, of door een handmatige actie. Zoals HyperBart aangeeft zal de auto gaat dit niet toelaten.
Ik heb deze verantwoordelijkheid bij de auto gelaten maar op 90% staan. Er wordt namelijk niet alleen aan huis geladen maar ook regelmatig een nachtje aan een openbare laadpaal en dan wil ik niet dat hij naar de 100% gaat.

Ter vergelijk:

Ik heb ingesteld dat
- hij mag laden bij een prijs van minder dan 16,5 ct (daarom staat er <16,5 ct in het grijs rechts boven de balk)
- er een limiet is ingesteld van 90% (groene verticale streep). Deze is bij jou grijs omdat de limiet van de auto (lager en) leidend is
- geen minimale soc zichtbaar, want hieraan is voldaan
- ik een plan heb dat hij morgenochtend weer op 50% moet zijn

[h3llrais3rke]

Bravo schreef op woensdag 5 februari 2025 @ 10:06:
[...]

Ik heb ingesteld dat
- hij mag laden bij een prijs van minder dan 16,5 ct (daarom staat er <16,5 ct in het grijs rechts boven de balk)
- er een limiet is ingesteld van 90% (groene verticale streep). Deze is bij jou grijs omdat de limiet van de auto (lager en) leidend is
- geen minimale soc zichtbaar, want hieraan is voldaan
- ik een plan heb dat hij morgenochtend weer op 50% moet zijn

Ik wil eigenlijk het volgende bereiken:
- Enkel laden tijdens daluren van het net, erbuiten mag, maar enkel via overschot van de zon.
- Ik wil ook kunnen beslissen tot hoeveel procent het moet gaan. (hier ben ik nog niet uit of ik dit via de auto of evcc wil bepalen)

Momenteel doe ik het nog via de auto, waardoor evcc op 100% staat. Maar misschien wil ik dit wel via EVCC regelen, dan moet ik wel de auto zelf op 100% zetten. Nadeel hiervan is natuurlijk dat hij ook altijd tot 100% zal laden aan een publieke paal, tenzij ik dat dan natuurlijk op dat moment aanpas.



Ik heb momenteel geen plan (weinig nut in mijn geval), aangezien ik een tarief heb ingesteld van <=30ct waardoor hij enkel tussen 21u en 6u zal laden. Ik kan ermee leven dat hij in bepaalde gevallen (lees bijna leeg is) misschien niet aan de gewenste SOC zal geraken. In zulke gevallen ga ik hem wel even aan de snellader gaan hangen.

[nonkeljos]

Erste field Tests met evcc, een Alfen laadpaal en een sma installatie met grid van de Sunny home manager 2.0 en thuisbatterij. Het is nacht en de auto laadt aan min+pv op 6A. Werkt perfect. Wordt van het net afgenomen.

Evcc wordt op grid beperkt tot 2550w. Nu zet ik hem in Snelle modus en heb aangegeven dat de batterij geen prioriteit heeft als ie boven de 25 procent staat. Batterij is 28 procent dus voorwaarde vervuld.

Waarom wil de auto niet laden?

PS. Auto is hybride BmW superrecent. Kunnen die alleen 1f laden? Hoe dan ook, ik zette de laadinstellingen evcc op 1f ipv fase switching en nu schaalt ie wel op tot 2kw vermogen laden. Tot aan de load balancing grens van 2550w dus. Maar waarom lukt dat niet als fase switching in evcc aanstaat?

[ Voor 8% gewijzigd door nonkeljos op 16-02-2025 05:44 ]

[Lollercopter]

Dames en Heren, ik heb gisteren zitten stoeien met EVCC, en ik heb het grotendeels aan de praat (als Addon in Homeassistant).

- Tesla (via de Tessie integratie in EVCC)
- Alfen wallbox pro
- Grid meter (op basis van Homewizard P1 meter)

Ik heb alle 3 de componenten werkend individueel in EVCC, maar de Aflen Wall box heeft tiot nu toe overal kak aan en blijft maar laden. Ook al wil EVCC de boel ophouden, de wallbox blijft laden. Dat geeft ook errors in EVCC natuurlijk.

Via de home assistant plugin voor Alfen kan ik alle parameters bekijken en aanpassen, ik werd echt helemaal krankjorum van die brakke My Eve app.




De wallbox heb ik ingesteld op plug & charge zodat ik niet steeds mijn dongle van mijn werk moet presenteren. Kunnen andere met een wallbox eens kijken of die andere settings goedstaan ? Ik heb al wat dingen aangepast, maar het is een beetje een crapshoot zo. Ik heb load balancing protocol op Modbus TCP/IP staan, en ik heb conform de EVCC vereisten die delay op 300s gezet via de My Eve app. Met name die Load balancing DSMR/MR interface weet ik niet waar hij op moet staan ... (Serial / Telnet of Homewizard P1 ?). Ik heb alle opties al geprobeerd.

Kan het zijn dat ik toch met de Ace Installer aan de gang moet gaan om modbus te activeren ? Dat is het enige wat ik nog niet gedaan heb. Maar gezien het feit dat zowel EVCC als Homeassistant de paal kunnen uitlezen en manipuleren moet dat toch goed staan zou je zeggen

[ Voor 14% gewijzigd door Lollercopter op 16-02-2025 10:09 ]

[HyperBart]

Voor de geinteresseerden, sinds kort kan EVCC ook visualiseren wat de inschatting is van je opbrengst van je PV installatie:


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

[ Voor 150% gewijzigd door HyperBart op 17-02-2025 09:21 ]

[JanAllElectric]

Bravo schreef op woensdag 19 februari 2025 @ 09:30:
[...]

Ah, de cFos. Ook naar gekeken, maar prijstechnisch afgevallen. Leuk om te lezen dat hij bevalt in combinatie met EVCC.

Je vragen:
Of het switchen toegestaan is, is uit te lezen via het topic evcc/loadpoints/1/chargerPhases1p3p.

Een prijslimiet is in te geven via evcc/loadpoints/1/smartCostLimit. Dat is de prijs waaronder hij in Solar mode overgaat in Fast Charging. Dan gaat hij dus altijd snel laden, behalve als er overschot is aan zonnestroom, of als de prijs >90% van het gemiddelde tarief is.

Bovenstaande antwoorden zijn gebaseerd op v0.200.1. EVCC wil nog wel eens zonder vermelding de MQTT topics wijzigen bij een update ...

Bedankt voor het snelle antwoord. Ik heb inderdaad 0.200.1.
Ik begrijp dat is dus ook met mqtt kan "schrijven" naar evcc/loadpoints/1/smartCostLimit .

Bij mij staat evcc/loadpoints/1/chargerPhases1p3p op false. @JanHenk ik heb/zie dat scherm niet om automatisch te kiezen. Ik kan het zeker ook met MQTT aanpassen.

[ Voor 17% gewijzigd door JanAllElectric op 19-02-2025 10:08 ]

[Michiel95]

r2504 schreef op dinsdag 25 februari 2025 @ 13:27:
Als jou huis meer dan 3.8 kWh gebruikt (en er dus minder dan 4.2 kWh over is, het minimum voor 3 fase laden) dan stopt jou auto met laden (als je Alfen op 3 fase staat) aangezien deze niet automatisch gaat switchen (iets wat hij in Comfort mode met Eve wel doet).

De oplossing is momenteel je Alfen/evcc forceren op 1 fase.

Wellicht dat ik daardoor de usecase niet begreep, want bij mij gaat hij dan wel gewoon over naar 1-fasig? Bv als ik inderdaad rond de 3-4kW thuisverbruik heb (Tijdens koken met inductie komt dat voor) schakelt hij gewoon terug naar 1-fasig om (Bv bij 4kW thuisverbruik) rond de 2.5kW verder te laden.

[ Voor 19% gewijzigd door Michiel95 op 25-02-2025 14:22 ]

[Michiel95]

NoFate schreef op dinsdag 25 februari 2025 @ 17:15:
[...]

bwa, daar gaat het niet zo zeer om..
Het is gewoon als je bv een limiet zet op 6000 vermogen, en je zou moeten zakken onder de 4400 omdat je even aan het koken bent, dan kan evcc dit niet (als je aan het laden bent op 3 fase - fast mode)
Zo heb ik het begrepen, zelf nog niet getest,want ik heb nog geen DM :-) (nog niet)

Net getest en inderdaad, met 3 inductievuren aan zit ik op 4.9kW van het net en dan stopt het laden.

Was me nog niet eerder opgevallen, maar zoals eerder gezegd, zie ik daar in mijn situatie niet zo’n probleem in. Dat is hooguit een 20-tal minuten op een dag dat ik zulk hoog verbruik heb.

Enigste andere momenten dat ik nog op zo’n hoog verbruik zit, is wanneer de airco’s staan te koelen, maar die gebruik je doorgaans ook enkel op dagen met veel zonnepanelenoverschot.

[HyperBart]

NoFate schreef op dinsdag 25 februari 2025 @ 17:27:
[...]


Klopt, we kunnen idd fixen 1 phase instellen... Maar is dat wel raadzaam om tot 32A te gaan met de kabels vanwege warmte? Daarom zou het mooi zijn om 3 fase te gebruiken, dan deel je de last... :-)

Da's een feit maar op een grotere schaal (wijk) mag je er van uit gaan dat ieder huis geroteerd zit per fase als ze een monofasige aansluiting hebben en daar waar 3 fasen zitten moet je echt wel een beun zijn om daar niet alles gedistribueerd gezet te hebben over de 3 fasen EN de fasen zijn daar normaal ook altijd geroteerd.

@HyperBart jij laad altijd 1 fase, wat gebruik jij als Maxpower in evcc?

Funny you should ask now

In normale omstandigheden start ik de maand altijd met een maxpower van 4000W, simpelweg omdat dat de gemiddelde piek van een Vlaams gezin is en ik poog mij daar aan te houden. Helaas, met 2 werkende ouders en 2 kleine kinderen draaien wij best veel wasjes en wordt er gekookt dus een paar dagen geleden hadden we het vlaggen (drukke avond, snel de avondrush; condensdroogkast aan en een paar inductiepitten aan en ja hoor, 6.7kW piek). Ik kan je vertellen dat de laadpaal hier NOOIT de piek veroorzaker is want die schakelt echt onmiddellijk af dankzij EVCC.

Werk je dan met een min+PV van 3000 , met een max power van bv 5000 om de piek te vermijden? Stel dat je aan het koken bent, en hij moet onder de 3000 duiken, stopt hij dan? Omdat 3000 dan je minimum ingesteld vermogen is?
En hij gaat hij over naar 3 fases als er veel zon is om dan toch nog over de 5000 te gaan?
Want hij kan toch niet naar 3 fase gaan , als je 1 fase instelt?

EVCC staat hier geconfigureerd op OFF standaard. Zodat als er toch ooit iemand zich op mijn oprit parkeert hij niet begint te laden.
Op de wagenconfiguratie in EVCC staat ingesteld dat als hij mijn wagen detecteert hij naar PV mag gaan.
Het loadpoint van mijn Alfen staat op enable treshold -300 zodat EVCC begint te laden als er 300W teruglevering is voor 10seconden. Disable treshold staat ingesteld op 1300W en 20m, zodat hij afschakelt als er 20 minuten 1300W van het net gebruikt wordt. De limit van mijn wagen staat standaard op 80%.

Ik heb ook ENTSO-E of Nordpool geconfigureerd voor dynamische tarieven (kom ik later op terug).

Dit is de config die er toe doet "doorheen de dag", dus alles wat PV betreft maximaal opgebruiken.

Helaas kom je daar dan niet altijd ver mee, want het is net winter.
Daarom moet je gebruik maken van de planner en die stel ik in als volgt:



Op die manier wordt mijn auto altijd opgeladen tot 20% in fast mode als hij beneden die 20% zit, no matter what the cost is, dat wil ik ook wel. 20% van 80kWh is 16kWh, dan kan ik toch altijd een 50km rijden en als dat niet genoeg is dan heb ik echt een heel zware dag en ben ik toch veroordeeld tot een HPC/DCFC.

Daarnaast heb ik een herhalend plan ma-vrij om 7:30 @ 60% staan en EVCC kijkt dan naar de dynamische tarieven en laadt de wagen op op de goedkoopste momenten.



Moet ik toch eens een langere set van trips doen of ben ik niet lang genoeg thuis om tussentijds op te laden dan pas ik 's avonds de planning gewoon aan met een gewone planning ipv een herhalende.

De planner werkt echt super, slechts één minpuntje en dat is dat ik een 20A zekering van Fluvius heb steken. Om de planner goed te laten werken moet ik deze dus laten weten dat hij maar 20A maximaal kan gebruiken tijdens de nacht.
Ik zet bijgevolg op heel zonnige dagen en als ik het weet 's morgens de amps van EVCC op 32A (zodat hij vol kan laden op 1F) en 's avonds zet ik ze terug op 20A maar eigenlijk moet ik gewoon eens niet zo een luie hork zijn en dat met 2 crontabjes automatiseren via een cURL commando
Het feit dat de 1F van de Alfen op L2 zit, waar ook mijn 4kW SMA op hangt zorgt er voor dat ik op zonnige dagen op die fase dus "meer dan 20A" via de Alfen kan laden.

Als ik het NIET doe dan zit ik potentieel met een zonneoverschot doorheen de dag omdat ik 4+1.5kW op zuidwest heb liggen

[ Voor 14% gewijzigd door HyperBart op 25-02-2025 19:10 ]

[HyperBart]

Stray schreef op dinsdag 25 februari 2025 @ 19:54:
Gezien de Alfen laadpaal een optie heeft om tussen phases te switchen bij active load balancing, ga ik er wel van uit dat de laadpaal het aan kan. Er wordt ook geen 100x per dag geschakeld

Neen, maar weet jij hoeveel keer een relais mag schakelen?
Wij steken hier de auto altijd in, tenzij ik echt weet dat het donker is en nog niet laat genoeg om de dynamische tarieven aan te laten springen en ik later op de avond weer weg moet voor hobby of dergelijke.

Daarvoor was het dus iedere keer, auto er in, op MinPV 1400W laden en dan met een powerbudget van 4000W en bv een inductievuur dan krijg je van die hele grillige aan/uit schakelingen, ik kan je vertellen dat die paal dan op 5 of 7 minuten ongeveer een 10 keer geschakeld heeft. Ik denk niet dat dat de levensduur voor zo een relais echt ten goede komt, maar bon, misschien ben ik wel wat te "anal about that".

NoFate schreef op dinsdag 25 februari 2025 @ 21:27:
[...]

Nee, ik wil min+PV mode instellen met 1/3 phase switching...

Ok, weet dan dat die phase switching alleen werkt als er zonne overschot is. Die phase switching is nog niet actief binnen het concept van capaciteitstarief.

We gaan overschakelen in de uitleg naar het concept "power budget".
Als jij een powerbudget van 6000W gedefined hebt dan gaat EVCC (voorlopig) niet zeggen "how manneke, hier is nu opeens 3000W door @NoFate gebruikt in het huis, seg maar kheb nog 3000W over, da is voldoende om op 1F door te trekken, weet ge wat schaal maar down van 3F naar 1F en doe maar verder".

Neen, dat ding zegt gewoon "ah ik ben op 3F begonnen, wat heeft @NoFate als minima ingesteld? How zekers, 8A op 3F is 5520, ik MOET minimaal 8A geven volgens wat hij hier heeft ingesteld en ik ben met 3F bezig dus ik ga mijn eigen afschakelen tot hij terug budget heeft om mijn 5520W te bekostigen".

Max power = 6000 vanwege Cap tarief
Min charging = 8A / 5520
Max charging = 16 A / 11020

Met bovenstaande instelling gaat hij tenminste altijd laden aan 5520 om toch nog comfort te hebben...

"Altijd", ja als er genoeg budget is, maar ik herhaal (kijk eens paar posts boven ons, daar heeft iemand het bevestigd) dat hij alleen switcht op 1F/3F als er zonnestroom gemaakt wordt.

1) Maar gaat hij ook onder de 8A gaan als er meer huisverbruik, omdat ik 8A heb ingesteld als minimum??

ah neen eh, gij stelt in MINIMUM, dan gaat 'm daar nie onder als hij aan het laden is eh , meer zelfs (sorry, ik herhaal) als hij begonnen is OOIT tijdens de sessie met die 3F dan gaat hij niet downscalen naar 1F, hij blijft met die 3F werken, en jij hebt ingesteld 8A minimaal dus 5520W, dus vanaf het moment dat gij 500W thuisverbruik hebt op een budget van 6000W --> PETS, af.

2) Als de zon schijnt, dan gaat hij wel effectief over de 6000 tot aan de max van 16A?

Dan wel ja, maar wat voor een PV installatie hebt gij liggen? Want meer dan 6000W op MinPV impliceert dat gij op dat moment meer dan 6kW aan PV aan het opwekken zijt. Ik weet niet wat je hebt liggen qua PV, ik heb zelf over de jaren een mooie installatie gelegd op ZO/ZW/ZW en NW en ik zal dit jaar tijdens de zomer u weten te vertellen hoeveel ik ga maken qua piek maar dat gaat niet over de 7kW zijn denk ik en ik heb chance toch 12kWp liggen, waarvan 8kWp op ZO/ZW combined.

Als bovenstaande klopt, dan is dit toch een goede instelling om met je capaciteitstarief om te gaan? Gewoon zorgen dat je MIN charging zo dicht mogelijk ligt bij je Maxpower?

Neen eh, uw min charging moet zo laag mogelijk liggen zodat ge met EVCC kunt laag en hoog kunt gaan, er is niks mis om op en af toe toeren in het vermogen, zolang ge maar niet te veel ligt te schakelen.

Ik zou dus uw min ampere op 6A zetten en max op 16A, dan kan EVCC laden tussen de 4100W en de 6000W (minus uw thuisverbruik) wat ge ingesteld hebt. Als je dan 's avonds 'm op FAST zet dan (want ik heb de indruk dat gij niet wilt werken met de planner) dan gaat hij laden op zijn snelst binnen het defined powerbudget van 6000W. Dan mag er in huis nog ongeveer een kleine 1.9kW gebruikt worden en EVCC zal niet afschakelen maar wel tijdelijk voor de duurtijd van dat verbruik signaleren naar de auto dat deze het minimale (3 x 230V x 6A = 4140W) mag gebruiken. Ga je in huis toch meer dan die kleine 1.9kW verbruiken dan gaat het laden stoppen. Besef wel goed dat als je met inductie of droogkast zit die een grillig verloop kennen dat je een overactief relais'tje kan krijgen.

Met deze mode moet dan toch ook de phase switching werken? Zodat je effectief tot 1400 kan gaan als je eigen huisverbruik even hoog is... En tot 11000 kan gaan indien veel zon??

Zoals eerder aangegeven gaat dit niet gebeuren, test het gerust uit en laat het mij weten maar dit stukje zit (nog) niet ingebouwd in EVCC.

Daarom dat ik dus bij mij de Alfen heb laten openzetten (betalende feature) tot 22kW, niet voor die 22kW want dat ondersteunen slechts enkele auto's maar WEL omdat 22kW betekent dat hij per fase 32A kan signaleren aan de auto, en dit op zowel 3F (22kW) als 1F (7.6kW). Het enige jammere is dat ik nog een 20A zekering heb van Fluvius maar dat is bekend.

Ter illustratie hieronder een vermogensgrafiek van een inductievuur. Zie je EVCC daar al op schakelen met een budget van 6000W en 3F?



Zelfs met 1F laden had dit geheid voor een aantal keer schakelen van de relais' gezorgd als je met een budget van 4000W werkt.
Ik ben dus heel blij dat ik het grid based opladen heb kunnen shiften naar de nacht op basis van de planner, een moment waarop het normaal veel rustiger en toevallig ook veel goedkoper is.

[ Voor 12% gewijzigd door HyperBart op 25-02-2025 23:15 ]

[Bravo]

JanAllElectric schreef op woensdag 26 februari 2025 @ 00:34:
[...]


Kan ook, maar eigenlijk wilde ik de soc vertrek van plan1 dageljjks aanpassen op basis verwacht pv overschot. Volgens mij gaat evcc met een soc van 70% vertrek (meestal ochtend) via plan 1 "goedkoper laden" dan soc van 70% via aankomst (meestal avond).

Dat is afhankelijk van welke planregels je al hebt aangemaakt, is plan 1 herhalend voor iedere dag?
Dan kun je het gewenste SOC sturen naar:
evcc/vehicles/{name}/repeatingPlans/1/soc
En gaat de planner aan de slag om op de goedkoopste momenten te laden (in PV mode)

Dat is inderdaad een goedkopere manier dan het instellen van MinSoc, want dan gaat hij direct op vol vermogen laden als je aansluit. Dat is meestal niet het goedkoopste moment.


Ter referentie: ik heb voor iedere werkdag een andere gewenste SOC waarde, zelf bedacht maar @HyperBart heeft net de gedachte erachter uitgelegd. Ik laad minimaal bij vanuit het net, op de dagen dat ik thuiswerk mag hij het PV overschot opslurpen. Dat lukt in het weekend meestal ook, en anders zijn de prijzen vaak laag om weer met een volle accu aan de werkweek te beginnen.
Dus ik moet goed kijken naar welke dagen de planner actief is als ik er een waarde naartoe schrijft. Dan pak ik toch liever de webpagina erbij.

[Michiel95]

JanAllElectric schreef op dinsdag 25 februari 2025 @ 23:33:
[...]


Ik wil dit ook in node-red inbouwen. Met welk MQTT topic schrijf je dan die Min charge 65% weg? Het wil mij nog niet lukken.

Ik heb het zelf geprobeerd met 'evcc/loadpoints/1/effectivePlanSoc/set'

Node-red weet ik niet, dit is mijn HomeAssistant automatisatie. Ik zet er ook even een screenshot bij, de YAML is wellicht niet heel duidelijk door de ID's.

Nog maar vrij recent opgezet, dus ben nog aan het ondervinden of mijn min%charge opties overeenkomen met de realiteit of als ik deze hoger/lager moet zetten.

Ook de IF conditie ben ik nog aan het bekijken. Solcast update ook 's nachts, waardoor als de wagen 's nachts insteekt en ik niet de IF had van 'Na 17u', begint hij 's nachts het laadpercentage al aan te passen voor de dag nadien, en dat wil ik uiteraard niet.

code:

alias: "Laadpaal: min charge% optimaliseren"
description: ""
triggers:
  - trigger: state
    entity_id:
      - sensor.solcast_pv_forecast_forecast_tomorrow
conditions:
  - condition: not
    conditions:
      - condition: numeric_state
        entity_id: select.evcc_alfen_laadpaal_min_soc
        above: 99
  - condition: sun
    after: sunrise
    enabled: false
  - condition: time
    after: "17:00:00"
actions:
  - choose:
      - conditions:
          - condition: numeric_state
            entity_id: sensor.solcast_pv_forecast_forecast_tomorrow
            above: 39.9
        sequence:
          - device_id: bb095a6a85ca5fe748f938dfac8b8110
            domain: select
            entity_id: 0191b7009bd62d1a39a5106bffac93fc
            type: select_option
            option: "60"
      - conditions:
          - condition: numeric_state
            entity_id: sensor.solcast_pv_forecast_forecast_tomorrow
            above: 34.9
            below: 40
        sequence:
          - device_id: bb095a6a85ca5fe748f938dfac8b8110
            domain: select
            entity_id: 0191b7009bd62d1a39a5106bffac93fc
            type: select_option
            option: "65"
      - conditions:
          - condition: numeric_state
            entity_id: sensor.solcast_pv_forecast_forecast_tomorrow
            above: 29.9
            below: 35
        sequence:
          - device_id: bb095a6a85ca5fe748f938dfac8b8110
            domain: select
            entity_id: 0191b7009bd62d1a39a5106bffac93fc
            type: select_option
            option: "70"
      - conditions:
          - condition: numeric_state
            entity_id: sensor.solcast_pv_forecast_forecast_tomorrow
            above: 24.9
            below: 30
        sequence:
          - device_id: bb095a6a85ca5fe748f938dfac8b8110
            domain: select
            entity_id: 0191b7009bd62d1a39a5106bffac93fc
            type: select_option
            option: "75"
      - conditions:
          - condition: numeric_state
            entity_id: sensor.solcast_pv_forecast_forecast_tomorrow
            below: 25
        sequence:
          - device_id: bb095a6a85ca5fe748f938dfac8b8110
            domain: select
            entity_id: 0191b7009bd62d1a39a5106bffac93fc
            type: select_option
            option: "80"
mode: single

[Bravo]

JanAllElectric schreef op woensdag 26 februari 2025 @ 10:45:
[...]


Bij mij wil het niet werken. Gek want ik update wel succesvol met mqtt de PV opbrengst en kWh prijs voor het prijslevel.

Bij mqtt naar evcc/vehicles/db:4/repeatingPlans/1/soc/set krijg ik steeds deze fout in evcc zelf:

Request failed with status code 400.
GET http://192.168.178.152:7070/api/loadpoints/1/plan

NB: evcc 0.200.3

Als ik hier op versie 200.2 een waarde naar de plan SOC 1 schrijf zie ik dat het MQTT topic wel wordt geupdatet, maar er binnen EVCC niets veranderd.
Ik schrijf vanuit mqtt-explorer, niet vanuit HA. De foutmelding krijg ik niet te zien. Moet die /set wel op die plaats? Dat zie ik niet terug in mijn automations in HA

YAML:

actions:
  - action: mqtt.publish
    metadata: {}
    data:
      evaluate_payload: false
      qos: "0"
      retain: false
      topic: homeassistant/solaredge2200/AC_power
      payload: "{{states ('sensor.solaredge2200_ac_power') }}"
    alias: publish power SE2200

[xXtronXx]

Voor de eerste keer EVCC geïnstalleerd en volop in test:

- Huawei SUN2000 10kW inverter
- Huawei SUN2000 20kWh battery
- Alfen EVE > VW ID3
- Granny Lader van op een Shelly Plug > BMW i3
- Dynamische prijzen

Alles schijnt goed te werken maar er is toch iets niet helemaal correct, misschien is het nog bij iemand opgevallen.

Hoe meer zonne-energie er opgewekt word, hoe hoger de consumptie gaat.
Volgens EVCC is de consumptie ondertussen 2,2kW (realistisch 350W) en het laden van de batterij 1.8kW (zou ongeveer 3,5kW moeten zijn). De waarde van de productie klopt dan weer wel...

Is dit een gekke manier van berekenen of heeft er iemand dit nog voor met een Huawei Luna systeem?

[xXtronXx]

@JanHenk Ik heb deze templates via de GUI toegevoegd, heel veel instellingen heb ik niet om aan te passen, ook niet als ik geavanceerd kies... Alles ging automatisch

[xXtronXx]

Bravo schreef op woensdag 26 februari 2025 @ 14:14:
[...]


Edit: zitten er twee batterijen aan de inverter? Dan lijken zouden ze wel eens los geconfigureerd moeten worden... Dat zou de factor 2 verklaren

Dat zou wel eens de gouden tip kunnen zijn!
Er staat inderdaad 2x10kWh - Tweede kunnen toevoegen en beide op 10kWh gezet ipv 1 van 20kWh.
Morgen terug testen met voldoende zon, bedankt alvast @Bravo

[JanAllElectric]

JanHenk schreef op woensdag 26 februari 2025 @ 23:00:
@Grolsch Sinds kort kun je configuratie nagenoeg volledig via de GUI doen. Wellicht dat eerst eens proberen?

Zelf nog geen ervaring mee, hierboven iemand wel.

Via de Gui is bijna alles te configureren en werkt goed. Wel even in het configuratiescherm "Experimenteel" aanzetten. Ik heb alleen mijn P1 HW meter nog in evcc.yaml zitten (waarschijnlijk kan dat ook nu via GUI) , een custom mqtt instelling voor pv power en de koppeling meters grid en pv aan site:thuis. Die laatste 2 kunnen denk ik nog niet in de gui.

Wel update naar 0.200.3. Daarin is nog meer configuratie via GUI mogelijk.





restjes evcc.yaml:

meters:
- type: template
template: homewizard
usage: grid
host: 192.168.178.95
name: grid1
- type: custom
name: pv
power:
source: mqtt
topic: evcc/pv/power
timeout: 30s # don't accept values older than timeout

site:
title: Thuis
meters:
grid: grid1
pv: pv

[ Voor 66% gewijzigd door JanAllElectric op 27-02-2025 00:07 ]

[Grolsch]

Bravo schreef op donderdag 27 februari 2025 @ 09:20:
[...]

Vanaf versie 0.200.1 is de locatie van de evcc.yaml niet langer in homeassistant/ maar verhuist naar addon_configs/49686a9f_evcc/evcc.yaml. Staat hij daar toevallig?

https://docs.evcc.io/en/docs/installation/home-assistant kopje !Datamigration

Via file editor zie ik dat pad wel, maar het bestand evcc.yaml niet.

[xXtronXx]

Ik heb nog een probleem in EVCC waar ik niet uit geraak, misschien kunnen jullie me verder helpen.

De lader gaat nooit laden op 3 fasen, maximum 2 (3,1kW)
PV stand: De zon geeft momenteel 7.4kW en er gaat 2.9kW naar de batterij ipv naar de auto.
Ook als ik snel laden kies blijft de snelheid hetzelfde.

Huidige instellingen:

Automatisch wisselen van aantal fases = Aan
Min. Stroomsterkte = 6A
Max. Stroomsterkte = 16A

Instellingen auto (VW ID3)
3-phases
Min 6A
Max 16A

De auto heeft prio over de batterij.

[site ] DEBUG 2025/03/02 14:05:34 ----
[lp-2 ] DEBUG 2025/03/02 14:05:34 charge power: 0W
[lp-1 ] DEBUG 2025/03/02 14:05:34 charge power: 3166W
[lp-1 ] DEBUG 2025/03/02 14:05:34 charge currents: [6.8 6.8 0]A
[site ] DEBUG 2025/03/02 14:05:34 grid power: 683W
[site ] DEBUG 2025/03/02 14:05:34 pv 1 power: 7521W
[site ] DEBUG 2025/03/02 14:05:34 battery 2 power: -1947W
[site ] DEBUG 2025/03/02 14:05:34 battery 1 power: -1887W
[site ] DEBUG 2025/03/02 14:05:34 grid currents: [2.94 3.83 -2.98]A
[site ] DEBUG 2025/03/02 14:05:34 battery 1 soc: 61%
[site ] DEBUG 2025/03/02 14:05:34 battery 2 soc: 59%
[site ] DEBUG 2025/03/02 14:05:34 battery power: -3834W
[site ] DEBUG 2025/03/02 14:05:34 battery soc: 60%
[site ] DEBUG 2025/03/02 14:05:34 site power: -3051W
[lp-1 ] DEBUG 2025/03/02 14:05:34 detected active phases: 2p
[lp-1 ] DEBUG 2025/03/02 14:05:35 charge total import: 113.713kWh
[lp-1 ] DEBUG 2025/03/02 14:05:35 charger status: C
[lp-1 ] DEBUG 2025/03/02 14:05:35 vehicle soc: 40%
[lp-1 ] DEBUG 2025/03/02 14:05:35 vehicle soc limit: 100%
[lp-1 ] DEBUG 2025/03/02 14:05:35 vehicle range: 133km
[lp-1 ] DEBUG 2025/03/02 14:05:35 !! pvScalePhases DOWN activePhases: 2, available power: 6217W, scalable: false
[lp-1 ] DEBUG 2025/03/02 14:05:35 !! pvScalePhases UP maxPhases: 2, available power: 6217W, scalable: false
[lp-1 ] DEBUG 2025/03/02 14:05:35 !! pvScalePhases EXIT
[lp-1 ] DEBUG 2025/03/02 14:05:35 pv charge current: 15.4A = 8.8A + 6.63A (-3051W @ 2p)
[lp-1 ] DEBUG 2025/03/02 14:05:35 max charge current: 15.4A
[site ] DEBUG 2025/03/02 14:05:44 ----

Iemand die weet of dit een configuratie fout is in EVCC of iets met de paal zelf (Alfen EVE).
De paal is nog maar net geïnstalleerd, op de paal staat max power > 22kW.

Bedankt voor het meedenken!

[ Voor 28% gewijzigd door xXtronXx op 02-03-2025 14:06 ]

[ray1979]

[RNMC] Viper schreef op zondag 2 maart 2025 @ 22:47:
Zoveel verlies ik niet per dag, ben zelf recent over gestapt naar deze addon. Auto gaat netjes in slaap, heb je sentry niet aan staan?

https://github.com/Lenart12/TeslaBle2Mqtt-addon

Thx, ga ik die ook eens proberen. Ik heb eerst ook alle settings in auto en de Tesla app nagekeken. Vandaag eens TeslaMate geinstalleerd op dezelfde Pi als TeslaBleHttpProxy. Die laat mooi zien dat iedere 'sleep attempt' snel volgt door iets dat de auto weer wakker maakt. Vanaf het moment dat ik evcc uitschakelde (19:45 vandaag) ging de auto gewoon in slaapstand.

Ik zou eens dieper in de logs van evcc moeten duiken. Denk dat het komt door de custom charger voor mijn TWC gen 2.

[HyperBart]

_eLMo_ schreef op woensdag 5 maart 2025 @ 09:44:
@HyperBart dus als ik om, zeg, 12:00 in plug, dan is 20:00-23:00 het goedkoopst en plant hij dat in. Om 13:10 komen de tarieven van morgen, en morgen van 02:00-05:00 is het nog veel goedkoper dan het geplande window, dan pakt hij dat niet meer mee?

In dit scenario wel ja, omdat het window dan nog niet aangebroken is/was en hij later nog het laaddoel kan halen.

[ Voor 25% gewijzigd door HyperBart op 05-03-2025 10:46 ]

[HyperBart]

_eLMo_ schreef op woensdag 5 maart 2025 @ 12:55:
[...]


Dat klopt, maar in de praktijk werkt dat prima voor mij. Ik rijd twee keer in de week naar de klant, zo’n 200km totaal. Ik heb 400km bereik. Dus als hij hier en daar bij laad is dat prima.

Als ik weet dat ik weg moet check ik de SoC wel even, of zet ik de avond van te voren de vertrektijd als doel.

Maar leg eens ff uit, hoe staat het dan nu bij jou ingesteld? Want je kan toch niet meer vooruitkijken dan wat hieronder staat. Welke logica wordt er dan gehanteerd bij jou? Je laadt dus gewoon als limiet tot 90% maar je mikt daar niet op. Maar hij weet toch niet of vandaag goedkoper is dan morgen of omgekeerd?

[ Voor 6% gewijzigd door HyperBart op 05-03-2025 13:35 ]

[_eLMo_]

@HyperBart Zoals ik zei, stel ik plug om 12:00 in met 10% accu.
Boven de 32ct/kWh laad hij niet, maar het is nu 15ct (goedkope uren) dus hij gaat onmiddellijk laden tot 16:00 ofzo.

Om 13:10 komen ondertussen al de tarieven binnen van morgen en blijkt dat het aankomende nacht goedkoper is dan nu. Het laden stopt (13:10), en hij gaat vannacht om bijvoorbeeld 02:00 verder.

Stel hij moet nog 60% laden, hij laad van 02:00 tot 04:00 (vanwege tarief) en staat dan op 80%. Hij stopt omdat het van 13:00-14:00 goedkoper is dan 04:00-05:00 was. Vervolgens laad hij om 13:00 dan de laatste 10% en stopt.

Elke dag na 13:00 ontvang je de prijzen van de volgende dag, je kan dus ~35 uur vooruit kijken op dat moment.

Hier de instellingen van mijn huidige integratie:


Maar kijkt dus 0 naar zon / eigen verbruik.

[ Voor 52% gewijzigd door _eLMo_ op 05-03-2025 14:15 ]

[Bravo]

JanAllElectric schreef op woensdag 5 maart 2025 @ 21:15:
[...]

[...]

Ik zou zelf nog wel een extra mode in EVCC willen hebben:
1) uit (huidig)
2) alleen 100% PV
3) PV + min A laden (huidig)
4) PV + max A laden als prijs <= x% gemiddelde prijs
5) snel laden (huidig)

2 en 3 kan je makkelijk onder 1 rule brengen.

De ontwikkelgeschiedenis van EVCC heeft geleid tot de huidige 4 standen: Uit, Pv, MinPv en Fast. Waarbij PV eigenlijk de Smart functie is waar alle slimme sturingen onder zitten, naast zonoverschot ook laden op goedkope prijzen, lage CO2 en straks plannen op verwachte PV opwek icm de teruglevertarieven.
Optie 2 en 4 zitten dus onder de PV stand, maar met verschillende parameters (max A laden op <none> of max A laden op een ingestelde prijs).
Door de open structuur kun je zelf de prijs bepalen waarbij je wilt laden en naar EVCC sturen. Bovendien werkt zo'n <=x% structuur heel verschillend op de verschillende dagen. De patronen kunnen behoorlijk verschillen.
Persoonlijk denk ik dat de plan functie hier al goed op inspeelt, zorg ervoor dat de batterij naar een x% laadt, en hou nog iets ruimte over voor de overtollig PV opwek.

Mijn instelling:


Ik heb deze week nog niets geforceerd moeten laden via de planner doordat ik 's middags nog voldoende PV overschot meepak.

[nonkeljos]

Vraagje: heb geupdatet naar de versie 201.1, forecast-solar toegevoegd, maar helaas zie ik geen resultaat in de UI. Heb zelfs een evcc migrate gedaan enz om de yaml opnieuw in te laden. Wat is er mis?


Edit: met open-meteo api werkte het vanzelf

[ Voor 4% gewijzigd door nonkeljos op 23-03-2025 22:05 ]

[bnwgraaf]

Sander schreef op zaterdag 29 maart 2025 @ 16:30:
Ik zou de debug logging (in de logs) even omhoog schroeven voor het gedeelte van je alfen lader, dank kun je zien of hij wel of niet reageert op de commando's vanuit EVCC en wat daar evt mis gaat.

Je kan ook nog even testen wat er gebeurt als je bij je auto: control: true toevoegt in de config, dan zal EVCC proberen om je auto aan te sturen ipv de laadpaal.

Dank je voor je reactie.

ik heb de volgende zaken toegevoegd:

code:

levels:
  Loadpoint: trace
  e-Niro: trace

Hij begon weer met laden, terwijl je ziet dat hij pas om 10:00 PM zou moeten starten.
Ook zie ik dat hij terugtelt naar 1 fase laden? (over 20 sec)




Ik kreeg de volgende log:

code:

[main  ] INFO 2025/03/29 17:42:02 evcc 0.201.1
[main  ] INFO 2025/03/29 17:42:02 using config file: /config/evcc.yaml
[db    ] INFO 2025/03/29 17:42:02 using sqlite database: /data/evcc.db
[main  ] INFO 2025/03/29 17:42:02 listening at :7070
[alfen ] DEBUG 2025/03/29 17:42:02 detected 3p alfen
[lp-1  ] DEBUG 2025/03/29 17:42:05 charge total import: 6443.295kWh
[site  ] INFO 2025/03/29 17:42:05 site config:
[site  ] INFO 2025/03/29 17:42:05   meters:      grid ✓ pv ✓ battery ✗
[site  ] INFO 2025/03/29 17:42:05     grid:      power ✓ energy ✗ currents ✗
[site  ] INFO 2025/03/29 17:42:05     pv 1:      power ✓ energy ✓ currents ✓
[site  ] INFO 2025/03/29 17:42:05   vehicles:
[site  ] INFO 2025/03/29 17:42:05     vehicle 1: range ✓ finish ✓ status ✓ climate ✓ wakeup ✓
[site  ] INFO 2025/03/29 17:42:05   tariffs:
[site  ] INFO 2025/03/29 17:42:05     grid:      priceforecast
[site  ] INFO 2025/03/29 17:42:05     feed-in:   ✗
[site  ] INFO 2025/03/29 17:42:05     co2:       ✗
[site  ] INFO 2025/03/29 17:42:05     solar:     ✓
[lp-1  ] INFO 2025/03/29 17:42:05 loadpoint 1:
[lp-1  ] INFO 2025/03/29 17:42:05   mode:        minpv
[lp-1  ] INFO 2025/03/29 17:42:05   charger:     power ✓ energy ✓ currents ✓ phases ✓ wakeup ✗
[lp-1  ] INFO 2025/03/29 17:42:05   meters:      charge ✓
[lp-1  ] INFO 2025/03/29 17:42:05     charge:    power ✓ energy ✓ currents ✓
[lp-1  ] WARN 2025/03/29 17:42:05 ignoring deprecated phases: 3. please configure via UI
[lp-1  ] DEBUG 2025/03/29 17:42:05 phase timer inactive
[lp-1  ] DEBUG 2025/03/29 17:42:05 pv timer inactive
[lp-1  ] INFO 2025/03/29 17:42:05 vehicle updated: unknown -> e-Niro
[main  ] INFO 2025/03/29 17:42:05 new version available: 0.202.1
[site  ] DEBUG 2025/03/29 17:42:05 ----
[lp-1  ] DEBUG 2025/03/29 17:42:06 charge power: 10146W
[lp-1  ] DEBUG 2025/03/29 17:42:06 charge currents: [15.1 14.8 15.1]A
[site  ] DEBUG 2025/03/29 17:42:06 grid power: 9430W
[site  ] DEBUG 2025/03/29 17:42:06 pv 1 power: 964W
[site  ] DEBUG 2025/03/29 17:42:08 site power: 9430W
[lp-1  ] DEBUG 2025/03/29 17:42:09 vehicle odometer: 108465km
[lp-1  ] DEBUG 2025/03/29 17:42:09 charge total import: 6443.303kWh
[lp-1  ] DEBUG 2025/03/29 17:42:09 charger status: C
[lp-1  ] DEBUG 2025/03/29 17:42:09 charge start energy: 6443.306kWh
[lp-1  ] INFO 2025/03/29 17:42:09 car connected
[lp-1  ] DEBUG 2025/03/29 17:42:09 pv timer elapse
[lp-1  ] DEBUG 2025/03/29 17:42:09 pv timer inactive
[lp-1  ] DEBUG 2025/03/29 17:42:09 charge total import: 6443.306kWh
[lp-1  ] DEBUG 2025/03/29 17:42:09 charge start energy: 6443.306kWh
[lp-1  ] INFO 2025/03/29 17:42:09 start charging ->
[lp-1  ] DEBUG 2025/03/29 17:42:09 wake-up timer: stop
[lp-1  ] DEBUG 2025/03/29 17:42:10 vehicle status: B
[lp-1  ] DEBUG 2025/03/29 17:42:10 vehicle soc: 42%
[lp-1  ] DEBUG 2025/03/29 17:42:10 vehicle soc limit: 80%
[lp-1  ] DEBUG 2025/03/29 17:42:10 vehicle range: 204km
[lp-1  ] WARN 2025/03/29 17:42:10 charger logic error: current mismatch (got 15.1A measured, expected 0A)
[lp-1  ] DEBUG 2025/03/29 17:42:10 plan: charge 11m36s between 2025-03-29 22:00:00 +0100 CET until 2025-03-29 23:00:00 +0100 CET (power: 11040W, avg cost: 0.264)
[lp-1  ] DEBUG 2025/03/29 17:42:10 available power 716W < 4140W min 3p threshold
[lp-1  ] DEBUG 2025/03/29 17:42:10 start phase scale1p timer
[lp-1  ] DEBUG 2025/03/29 17:42:10 phase scale1p in 1m0s
[lp-1  ] DEBUG 2025/03/29 17:42:10 pv charge current: min 6A > 1.45A (9430W @ 3p, battery: false)
[lp-1  ] ERROR 2025/03/29 17:42:10 max charge current 6A: modbus: exception '1' (illegal function), function '16'
[alfen ] ERROR 2025/03/29 17:42:27 heartbeat: modbus: exception '1' (illegal function), function '16'
[site  ] DEBUG 2025/03/29 17:42:40 ----
[lp-1  ] DEBUG 2025/03/29 17:42:40 charge power: 10251W
[lp-1  ] DEBUG 2025/03/29 17:42:40 charge currents: [15.1 14.9 15.1]A
[site  ] DEBUG 2025/03/29 17:42:40 grid power: 9515W
[site  ] DEBUG 2025/03/29 17:42:41 pv 1 power: 967W
[site  ] DEBUG 2025/03/29 17:42:44 site power: 9515W
[lp-1  ] DEBUG 2025/03/29 17:42:44 vehicle odometer: 108465km
[lp-1  ] DEBUG 2025/03/29 17:42:44 detected active phases: 3p
[lp-1  ] DEBUG 2025/03/29 17:42:44 charge total import: 6443.404kWh
[lp-1  ] DEBUG 2025/03/29 17:42:44 charger status: C
[lp-1  ] DEBUG 2025/03/29 17:42:44 soc estimated: 42.14% (vehicle: 42.00%)
[lp-1  ] DEBUG 2025/03/29 17:42:44 vehicle soc: 42%
[lp-1  ] DEBUG 2025/03/29 17:42:44 vehicle soc limit: 80%
[lp-1  ] DEBUG 2025/03/29 17:42:44 vehicle range: 204km
[lp-1  ] DEBUG 2025/03/29 17:42:44 plan: charge 11m4s between 2025-03-29 22:00:00 +0100 CET until 2025-03-29 23:00:00 +0100 CET (power: 11040W, avg cost: 0.264)
[lp-1  ] DEBUG 2025/03/29 17:42:44 available power 736W < 4140W min 3p threshold
[lp-1  ] DEBUG 2025/03/29 17:42:44 phase scale1p in 25s
[lp-1  ] DEBUG 2025/03/29 17:42:44 pv charge current: min 6A > 1.32A (9515W @ 3p, battery: false)
[lp-1  ] ERROR 2025/03/29 17:42:44 max charge current 6A: modbus: exception '1' (illegal function), function '16'
[alfen ] ERROR 2025/03/29 17:42:52 heartbeat: modbus: exception '1' (illegal function), function '16'
[site  ] DEBUG 2025/03/29 17:43:10 ----
[lp-1  ] DEBUG 2025/03/29 17:43:10 charge power: 10296W
[lp-1  ] DEBUG 2025/03/29 17:43:10 charge currents: [15.2 14.9 15.1]A
[site  ] DEBUG 2025/03/29 17:43:10 grid power: 9539W
[site  ] DEBUG 2025/03/29 17:43:14 pv 1 power: 962W
[site  ] DEBUG 2025/03/29 17:43:17 site power: 9539W
[lp-1  ] DEBUG 2025/03/29 17:43:17 detected active phases: 3p
[lp-1  ] DEBUG 2025/03/29 17:43:17 charge total import: 6443.497kWh
[lp-1  ] DEBUG 2025/03/29 17:43:17 charger status: C
[lp-1  ] DEBUG 2025/03/29 17:43:17 soc estimated: 42.27% (vehicle: 42.00%)
[lp-1  ] DEBUG 2025/03/29 17:43:17 vehicle soc: 42%
[lp-1  ] DEBUG 2025/03/29 17:43:17 vehicle soc limit: 80%
[lp-1  ] DEBUG 2025/03/29 17:43:17 vehicle range: 204km
[lp-1  ] DEBUG 2025/03/29 17:43:17 plan: charge 10m33s between 2025-03-29 22:00:00 +0100 CET until 2025-03-29 23:00:00 +0100 CET (power: 11040W, avg cost: 0.264)
[lp-1  ] DEBUG 2025/03/29 17:43:17 available power 757W < 4140W min 3p threshold
[lp-1  ] DEBUG 2025/03/29 17:43:17 phase scale1p in 0s
[alfen ] ERROR 2025/03/29 17:43:17 heartbeat: modbus: exception '1' (illegal function), function '16'
[lp-1  ] ERROR 2025/03/29 17:43:18 switch phases: modbus: exception '1' (illegal function), function '6'
[lp-1  ] DEBUG 2025/03/29 17:43:18 pv charge current: min 6A > 1.29A (9539W @ 3p, battery: false)
[lp-1  ] ERROR 2025/03/29 17:43:18 max charge current 6A: modbus: exception '1' (illegal function), function '16'
[site  ] DEBUG 2025/03/29 17:43:40 ----
[lp-1  ] DEBUG 2025/03/29 17:43:40 charge power: 10251W
[lp-1  ] DEBUG 2025/03/29 17:43:40 charge currents: [15.1 14.9 15.1]A
[site  ] DEBUG 2025/03/29 17:43:40 grid power: 9684W
[site  ] DEBUG 2025/03/29 17:43:41 pv 1 power: 818W
[alfen ] ERROR 2025/03/29 17:43:42 heartbeat: modbus: exception '1' (illegal function), function '16'
[site  ] DEBUG 2025/03/29 17:43:42 site power: 9684W
[lp-1  ] DEBUG 2025/03/29 17:43:42 detected active phases: 3p
[lp-1  ] DEBUG 2025/03/29 17:43:43 charge total import: 6443.572kWh
[lp-1  ] DEBUG 2025/03/29 17:43:43 charger status: C
[lp-1  ] DEBUG 2025/03/29 17:43:43 soc estimated: 42.37% (vehicle: 42.00%)
[lp-1  ] DEBUG 2025/03/29 17:43:43 vehicle soc: 42%
[lp-1  ] DEBUG 2025/03/29 17:43:43 vehicle soc limit: 80%
[lp-1  ] DEBUG 2025/03/29 17:43:43 vehicle range: 204km
[lp-1  ] DEBUG 2025/03/29 17:43:43 plan: charge 10m9s between 2025-03-29 22:00:00 +0100 CET until 2025-03-29 23:00:00 +0100 CET (power: 11040W, avg cost: 0.264)
[lp-1  ] DEBUG 2025/03/29 17:43:43 available power 567W < 4140W min 3p threshold
[lp-1  ] DEBUG 2025/03/29 17:43:43 phase scale1p in 0s
[lp-1  ] ERROR 2025/03/29 17:43:43 switch phases: modbus: exception '1' (illegal function), function '6'
[lp-1  ] DEBUG 2025/03/29 17:43:43 pv charge current: min 6A > 1.08A (9684W @ 3p, battery: false)
[lp-1  ] ERROR 2025/03/29 17:43:43 max charge current 6A: modbus: exception '1' (illegal function), function '16'

Als ik bij de auto: control: true toevoeg, start evcc niet meer op; heb ik dat verkeerd toegevoegd:

code:

vehicles:
  - name: e-Niro
    type: template
    template: kia
    user: #s## # User account (e.g. email address, user id, etc.)
    password: ### Password of the user account (use single quotes in case of leading zeros)
    title: e-Niro # Will be displayed in the user interface (optional)
    capacity: 64 # Battery capacity in kWh (optional)
    language: en # 'en' for English and 'de' for German (optional)
    icon: car
    mode: # Possible values are Off, Now, MinPV and PV, or empty if none should be set (optional)
    control: true

Heb ik de coding in de yaml nog niet helemaal juist?

[bnwgraaf]

Hoewel de load balancing in mijn Alfen gewoon werkt (even buiten evcc om), zie ik wel de volgende melding over communication. Zou dat wellicht ook te maken hebben met de oorzaak dat evcc de lader niet lijkt aan te sturen?



Nogmaals, als er meerdere grotere stroomverbruikers in huis ingeschaked worden, zie ik dat de Alfen terugschekeld in laadvermogen, dus load balancing werkt wel.
Deze werkt via de P1 poort van mijn slimme meter, waar vandaan een utp kabel naar de Alfen lader loopt.

[MrScratch]

Weet iemand hoe de vehicle detection werkt? Ik heb 2 voertuigen gedefinieerd en heb net wederom gekregen dat evcc zegt: >1 matches detected, giving up. Dan zet hij hem maar op Gastvoertuig, maar dat is niet wat ik wil natuurlijk. Ik heb bij elk voertuig een aparte tag-id gekoppeld, maar lijkt wel of dat niet goed gaat.

code:

[lp-1 ] DEBUG 2025/04/08 16:44:36 charger status: B
[main ] DEBUG 2025/04/08 16:44:36 vehicle status: B (Skoda CityGo-E)
[main ] DEBUG 2025/04/08 16:44:36 vehicle status: B (Andromeda Tesla Model Y)
[main ] WARN 2025/04/08 16:44:36 vehicle status: >1 matches, giving up

In de configuratie staat ook de CityGo nog als verbonden, snap ik ook niet. Die heeft gisteren geladen, maar is sinds vanochtend al afgekoppeld.

[jvdlely]

@JanHenk haha, nee geen mega PV set, ze liggen oost-west, piek van 3kW vandaag.
Er werd geladen op 1 fase, de charger stond op 'solar'. Komende tijd eens spelen met andere instellingen. Ik ben namelijk ook reuze benieuwd of de Zaptec zelf naar 3 fases schakelt. Wordt vervolgd...
Kon nog net een stukje log pakken van eind van de middag:

code:

[site ] DEBUG 2025/04/10 18:04:00 grid power: -132W
[site ] DEBUG 2025/04/10 18:04:00 grid currents: [6.29 -3.43 -3.33]A
[site ] DEBUG 2025/04/10 18:04:00 pv 1 power: 2636W
[site ] DEBUG 2025/04/10 18:04:00 site power: -132W
[lp-1 ] DEBUG 2025/04/10 18:04:00 detected active phases: 1p
[lp-1 ] DEBUG 2025/04/10 18:04:00 charger status: C
[lp-1 ] DEBUG 2025/04/10 18:04:00 pv charge current: 10.6A = 10A + 0.574A (-132W @ 1p)

[Edit:]
Ben nog even aan het spelen met de configuratie van de Zaptec Go2 in de EVCC GUI. Over je vraag over het schakelen tussen 1 en 3 fasen, zie screenshot. EVCC snapt dat ie kan schakelen :-)

[ Voor 24% gewijzigd door jvdlely op 10-04-2025 23:13 . Reden: Aanvulling ]

[LucKoekkoek]

Goedeavond,

sinds vanavond heb ik EVCC ook aan het draaien,
het alles lijkt naar behoren te werken. alleen de laadpaal wil niet sneller laden van met 4.2 kW.

het gaat om een alfen eve laadpaal die het voor dat ik EVCC had draaien wel 11kW kon laden. iemand enig idee waar ik dit zou kunnen zoeken?

volgens mij heb ik de instellingen van EVCC verder goed staan.

[LucKoekkoek]

JanHenk schreef op maandag 14 april 2025 @ 11:27:
@LucKoekkoek Oké, dan is het probleem niet de safe current of de instelling van de Alfen. Je hebt waarschijnlijk alle configuratie via de GUI gedaan?

Heb je een vehicle gedefinieerd? Probeer eens "guest vehicle"?

PROBLEEM LIJKT OPGELOST, NU ZIT ER ALLEEN NOG EEN PROBLEEM IN DE LAADPAAL.

Heb gastvoertuig geprobeerd, kreeg helaas ook maximaal 4.2kWh.

Zoals op screenshot te zien kan hij ook wel schakelen tussen 1/3 fase.

ook lijkt de configuratie van de paal goed te staan.




geen idee waar ik nu verder moet zoeken.

hieronder nog een gedeelte van het Logboek

[lp-1 ] DEBUG 2025/04/14 18:03:22 charge power: 4211W
[lp-1 ] DEBUG 2025/04/14 18:03:22 charge currents: [5.96 5.89 6]A
[site ] DEBUG 2025/04/14 18:03:22 grid power: 3332W
[site ] DEBUG 2025/04/14 18:03:22 grid currents: [4.65 4.89 4.58]A
[site ] DEBUG 2025/04/14 18:03:22 pv 1 power: 1241W
[site ] DEBUG 2025/04/14 18:03:22 site power: 3332W
[lp-1 ] DEBUG 2025/04/14 18:03:22 detected active phases: 3p
[lp-1 ] DEBUG 2025/04/14 18:03:22 charge total import: 126.634kWh
[lp-1 ] DEBUG 2025/04/14 18:03:22 charger status: C
[lp-1 ] DEBUG 2025/04/14 18:03:22 vehicle soc: 50%
[lp-1 ] DEBUG 2025/04/14 18:03:22 vehicle soc limit: 100%
[lp-1 ] DEBUG 2025/04/14 18:03:22 vehicle range: 239km

[ Voor 16% gewijzigd door LucKoekkoek op 16-04-2025 09:13 ]

[nonkeljos]

Dank je wel, dat stelt me al gerust. Maar in de ACE zie je toch dit scherm? Wat doet deze imbalance functie dan? Hier 10mm2 en 32A zekering voor de laadpaal, Fluvius 25A 3F

[MisteRMeesteR]

JanHenk schreef op zondag 20 april 2025 @ 20:42:
Ik had ook wat vreemds deze week, “charger out of sync” en hij wilde niet meer laden. Uiteindelijk verholpen met een update van evcc naar de laatste versie. Eigenlijk zoiets nog nooit eerder gehad.

Ik had deze week ook voor het eerst iets vreemds met EVCC icm mijn Alfen.

Laadmodus stond op min+PV (want bewolking en wil in-/uitschakelen beperken), offeredcurrent stond netjes op 6A als minimum en 25A als maximum, en terwijl EVCC netjes de PV opwek volgde ging het laadvermogen meerdere keren naar 0W en weer terug naar de ‘normale’ waarde (welke op het desbetreffende moment prima klopte met de opwek cq. teruglevering).

Om 12:45 de docker container van EVCC maar een herstart gegeven



Iemand vergelijkbaar gedrag gezien? Vandaag dit gedrag niet gezien, met exact dezelfde settings en EV, welke om 15:30 aan zijn ingestelde max. SoC zat

[visie]

Ik gebruik EVCC met een Wallbox pulsar plus welke “ge-root” is en dmv MQTT wordt aangestuurd. Zo laad ik volledig met zonne-energie.
Dat werkte perfect tot vorige week vrijdag. Toen kreeg ik met geen mogelijkheid de auto aan het laden. Met geen enkele instelling.
Alles stond op groen, maar geen stroom richting de auto. Helaas moest ik weg dus geen kans om het uit te zoeken.
Bij thuiskomst heb ik hem op min+solar gezet. Het laden begon maar stopte na een tijdje ook opeens. Toen ik de logs ging bekijken zag ik dat de lader (3-fases) ging laden met 2-fases… dus niet met de minimale 3,7kW. Geen idee hoe dat kan. Alles staat goed ingesteld, dus ik denk dat het aan EVCC ligt.
Daarna geupdate en herstart en toen werkte het weer 🤞🏻

[ Voor 34% gewijzigd door visie op 24-04-2025 12:33 . Reden: Grafiek toegevoegd ]

[LucKoekkoek]

Goedemiddag,

graag zou ik belastingbeheer aan willen zetten. op dit moment houdt de EVCC geen rekening met het huis verbruik.

nu heb ik geprobeerd alles in te vullen. maar krijg elke keer de zelfde fout


Helaas weet ik niet waar in de naam van het 'circuit kan vinden'

iemand die mij kan vertellen waar ik die kan vinden?

[Aldmar]

Het lijkt te werken!



Ik heb alleen nog wel wat uitdaging om de evcc.yaml uit te laten lezen. Het lijkt er op dat de database voorrang krijgt op de yaml. Wat betekend dat een wijziging in de yaml niet overgenomen wordt in evcc zelf bij herstarten. Hoe kan ik dit forceren? Dacht eerst da de functie 'experimenteel' aan/uit zetten in de configuratie iets deed, maar dat lijkt niet zo?

[Aldmar]

Bravo schreef op woensdag 14 mei 2025 @ 19:16:
[...]

Herstart je de addon nadat je de yaml hebt gewijzigd? Of verwacht je dat evcc de wijzigingen 'on the fly' oppakt als je de yaml wijzigt? Dat laatste werkt namelijk niet, de config.yaml wordt bij het opstarten ingelezen, niet terwijl evcc draait.

Ik herstart. Soms via de 'herstart' knop en soms handmatig 'stop' en daarna 'start'.

En ook herstart ik HA in z'n geheel als ik een vermoeden heb dat dat helpt.

---

Het lijkt nu allemaal te werken. 'Uit', 'PV" en 'Min+PV'. Ook het schakelen tussen 1 en 3 fases werkt. Maar 1 ding nog niet en dat is 'Snel'. Dan kom ik niet hoger dan 12A (per fase) oftwewel 8,5kw

Als ik de logging van EVCC bekijk zie ik niets vreemds. Als ik de logging van ACE bekijk zie ik wel iets:




Ergens zit nog een 12A limiet wat ervoor zorgt dat het vermogen niet hoger dan dat komt. Maar waar? Binnen EVCC staat de max current op 16A en ook binnen de Alfen (max station current bijvoorbeeld) staat deze op 16A (op het schermpje staat ook max 11kw). Alleen de safecurrent staat op 12A, maar een aanpassing hiervan naar 16A heeft geen effect. (wat ook logisch zou moeten zijn..;))

[Tunestwo]

Ik moet zeggen! Ik vind evcc toch echt wel een top uitvinding, nu nog een thuis batterij toevoegen en finetunen. Op een dag zoals vandaag als ik rond 17:00 thuis kom gaat die perfect met de curve mee!

[Goudvis]

Wie heeft de oplossing?

Doel: evcc laten snappen dat er een bepaald wattage aan opwek is.
Ik gooi dmv Mqtt de opwek (pv power) naar evcc.

Nb: de configuratie staat voor 90pct in de database, maar het is (iig ttv inrichten) niet mogelijk custom waardes te beheren via de experimental interface.

Probleem: ik ontdek niet hoe ik dat goed laat binnenkomen in evcc.


Dit maakt evcc ervan. Die gaat dus altijd maximaal laden (1 fase lader en auto).

[Bravo]

HyperBart schreef op zondag 1 juni 2025 @ 19:23:
[...]


Alles juist gedefinieerd in de yaml? Anders eens posten. Min amps juist staan?

Zou het kunnen komen door de calculatie voor het betreffende circuit?
Min Amps staat op 6A in de UI. Al duikt hij daar regelmatig onder met de PV instelling (dat zie ik pas nu ik er op let)


Meters:

YAML:

meters:
  - name: grid
    type: template
    template: homewizard
    usage: grid
    host: 192.168.1.xx
  - name: HM_1500
    type: template
    template: hoymiles-ahoydtu
    usage: pv
    host: 192.168.1.xx
    id: 1
  - name: ev_socket
    type: custom
    power:
      source: mqtt # read the power from mqtt (W)
      topic: homeassistant/power/ev_charger_power
      timeout: 60s
      scale: 1
    currents: # Stromstärke (A) pro Phase
    - source: mqtt # read current for phase 1 (A)
      topic: homeassistant/power/ev_charger_current
      timeout: 60s
      scale: 1
    - source: const # no phase 2, but input required
      value: 0
    - source: const # no phase 3, but input required
      value: 0
    energy:
      source: mqtt # total charging (kWh)
      topic: homeassistant/power/ev_charger_energy
      timeout: 60s
      scale: 1
  - name: WM
    type: custom
    power:
      source: mqtt
      topic: homeassistant/power/washing_machine_power
      timeout: 60s
      scale: 1
    currents:
    - source: mqtt
      topic: homeassistant/power/washing_machine_current
      timeout: 60s
      scale: 1
    - source: const
      value: 0
    - source: const
      value: 0
  - name: WM_EV # add readings EV and Washing Machine for loadbalancing / group protection
    type: custom
    power:
      source: calc
      add:
      - source: mqtt
        topic: homeassistant/power/washing_machine_power
        timeout: 60s
        scale: 1
      - source: mqtt
        topic: homeassistant/power/ev_charger_power
        timeout: 60s
        scale: 1
    currents:
    - source: calc
      add:
      - source: mqtt
        topic: homeassistant/power/ev_charger_current
        timeout: 60s
        scale: 1
      - source: mqtt
        topic: homeassistant/power/washing_machine_current
        timeout: 60s
        scale: 1
    - source: const
      value: 0
    - source: const
      value: 0

Charger:

YAML:

#loadpoints:
  - title: Garage # display name for UI
    charger: Elli # charger
    meter: ev_socket # charge meter
    mode: off # default charge mode to apply when vehicle is disconnected; use "off" to disable by default if charger is publicly available
    vehicle: xxx
    circuit: wasmachinegroep

    # remaining settings are experts-only and best left at default values
    priority: 0 # relative priority for concurrent charging in PV mode with multiple loadpoints (higher values have higher priority)
    soc:
      # polling defines usage of the vehicle APIs
      # Modifying the default settings it NOT recommended. It MAY deplete your vehicle's battery
      # or lead to vehicle manufacturer banning you from API use. USE AT YOUR OWN RISK.
      poll:
        # poll mode defines under which condition the vehicle API is called:
        #   charging: update vehicle ONLY when charging (this is the recommended default)
        #   connected: update vehicle when connected (not only charging), interval defines how often
        #   always: always update vehicle regardless of connection state, interval defines how often (only supported for single vehicle)
        mode: charging
        # poll interval defines how often the vehicle API may be polled if NOT charging
        interval: 60m
      estimate: true # set false to disable interpolating between api updates (not recommended)
    enable: # pv mode enable behavior
      delay: 1m # threshold must be exceeded for this long
      threshold: -1600 # grid power threshold (in Watts, negative=export). If zero, export must exceed minimum charge power to enable
    disable: # pv mode disable behavior
      delay: 5m # threshold must be exceeded for this long
      threshold: 100 # maximum import power (W)

Circuits:

YAML:

## Lastmanagement
circuits:
    - name: Huisaansluiting # eindeutiger Name, wird als Referenz fuer andere Circuits verwendet
      title: Hoofdzekering # Anzeige in der UI (spaeter)
      maxCurrent: 25 # 63A (Optional)
      maxPower: 5750 # 30000 W (Optional)
      meter: grid # optional
#    - name: Oprit
#      title: Oprit
#      maxCurrent: 32
#      parent: Huisaansluiting
    - name: wasmachinegroep
      title: wasmachinegroep
      maxCurrent: 20
      maxPower: 4600
      meter: WM_EV
      parent: Huisaansluiting

[ Voor 3% gewijzigd door Bravo op 01-06-2025 20:11 ]

[Bravo]

Vandaag lijkt de loadbalancer wel ingegrepen te hebben zoals verwacht. Of de modus minpv heeft uit zichzelf al voldoende teruggeregeld:

Blauw: Current EV charger
Geel: Current wasmachine

Dip naar 0 om 13:05 was vanwege de update van EVCC naar v0.204.1

[JanHenk]

@Roel1.9GJ Mooi dat het is gelukt, ondanks je onervarenheid. Met wat inzicht en goed lezen kom je dus een eind...

Volgens mij is wat jij wil bereiken prima mogelijk binnen de GUI settings van evcc:



Met jouw wensen dus (van boven naar beneden): 75%, Starten wanneer boven de 75% (dus niet wachten op overschot maar meteen laden), prio voor thuis(batterij) tot 45%.

En je modus dan op Min-PV bij het inpluggen.

Wat voor gedrag zie je als je dit zo instelt?

[Roel1.9GJ]

Hoi JanHenk,
Zoals jij beschrijft zo had ik hem eigenlijk ook verwacht.



Het lijkt erop dat hij ook niet helemaal goed ziet waar de stroom vandaan komt, zie ook vraagteken rechtsboven. De vermelding dat hij van de grid aan het onttrekken is klopt niet, ik heb geen gridafname.



Op onderstaande is te zien dat hij het het vermogen naar de laadpaal heeft gereduceerd.

[Roel1.9GJ]

het lukt mij nog niet om om vol vermogen te laden uit de batterij.

code:

[site ] DEBUG 2025/06/08 10:23:39 ----
[lp-1 ] DEBUG 2025/06/08 10:23:39 charge power: 1126W
[lp-1 ] DEBUG 2025/06/08 10:23:39 charge currents: [5 0 0]A
[site ] DEBUG 2025/06/08 10:23:39 grid power: 9W
[site ] DEBUG 2025/06/08 10:23:39 pv 1 power: 1203W
[site ] DEBUG 2025/06/08 10:23:39 battery 1 power: 465W
[site ] DEBUG 2025/06/08 10:23:39 battery 1 soc: 50%
[site ] DEBUG 2025/06/08 10:23:39 site power: 474W
[lp-1 ] DEBUG 2025/06/08 10:23:39 detected active phases: 1p
[lp-1 ] DEBUG 2025/06/08 10:23:40 charge total import: 1520.890kWh
[lp-1 ] DEBUG 2025/06/08 10:23:40 charger status: C
[lp-1 ] DEBUG 2025/06/08 10:23:40 pv charge current: min 6A > 3.94A (474W @ 1p, battery: true)
[site ] DEBUG 2025/06/08 10:23:40 solar forecast: accumulated 0.849kWh, produced 21.392kWh, scale 25.205

[JanHenk]

@wimmme Gezien aansturing van die batterij (blijkbaar) met modbus is, verwacht ik dat e.e.a. heel goed samen zou kunnen werken met evcc. Maar ik denk inderdaad dat er nog weinig ervaringen zijn. Wellicht staat er iets op github, immers is de integratie ook geschreven door iemand.. Concept van de batterij an sich lijkt inderdaad echt wel fraai.



Zelf nog even getest met de 'battery boost' functie. Dat werkt goed. Het enige dat ik dan even moet doen, is de laadpaal vastzetten op 1-fase. Want anders schakelt ie, bij het inschakelen van de battery boost, per direct over naar 3-fase. En gezien mijn batterijtje maar 800 watt maximaal kan leveren (een stekkerding), is dat niet echt handig...

evcc schaalt op en maakt dus ook gebruik van de 800 watt van de batterij (die probeert nul-op-de-meter te houden). Het is een soort feedback loop om te bepalen wat het maximale vermogen is dat beschikbaar is. Hetzelfde patroon werkt overigens ook bij 'prio' batterij of 'prio' auto (waarbij evcc normaliter ruimte laat voor de batterij om te laden, of juist niet). Maar dan dus de andere kant op.

[ Voor 3% gewijzigd door JanHenk op 12-06-2025 11:47 ]

[Tunestwo]

Na wat angst zweet en een paar pogingen, een marstek thuisbatterij toegevoegd aan EVCC!

Mede mogelijk gemaakt door chat GPT en het Marstek Venus modbus koppeling tweakers forum

[HOW TO] Marstek Venus E batterij toevoegen aan EVCC via Elfin-EW11 (WiFi-RS485)

In deze how-to leg ik uit hoe je een Marstek Venus E thuisbatterij toevoegt aan EVCC (Electric Vehicle Charge Controller) via een Elfin-EW11 WiFi-RS485 adapter.

Benodigdheden:

• Marstek Venus E thuisbatterij
• EVCC installatie (Versie 0.204.0 of hoger) (bijv. via evcc.local:7070)
• Elfin-EW11 WiFi-variant: AliExpress link
• Meegeleverde Weipu SP17 RS485-kabel (zit bij batterij)

1. Hardware aansluiten

Op de aliexpress connector zelf staan de aanduidingen (-, +, R, T).

1. Knip de connector van de Weipu SP17 kabel af.
2. Verbind de draden van de kabel als volgt met de Elfin-EW11:
3. Gele draad → T (RS485-A)
4. Rode draad → R (RS485-B)
5. Zwarte draad (GND) → -
6. Zwarte draad (5V voeding) → +
7. Andere rode draad word niet gebruikt.

Controleer dat er 5V aanwezig is op de + voordat je verdergaat.
Zodra alles correct aangesloten is, zou het LED-lampje van de Elfin moeten oplichten.

2. Elfin-EW11 configureren (WiFi instellen)

1. Maak verbinding met het WiFi-netwerk van de Elfin (SSID begint bij mij met EW11).
2. Open je browser en ga naar: http://10.10.100.254
3. Gebruikersnaam: admin
4. Wachtwoord: admin
5. Ga naar het tabblad SystemSettings
6. Ga naar WIFI settings
7. Druk op Scan
8. Selecteer je WiFi-netwerk
9. Vul het wachtwoord in
10. Druk onderaan op Submit
11. Ga naar tabblad Others en klik op Restart

Na de herstart verbindt de Elfin met je netwerk. Achterhaal het nieuwe IP-adres via je router of een netwerkscanner.

3. Seriële & netwerkinstellingen

Ga opnieuw in de Elfin-configuratie via het nieuw verkregen IP-adres.
Serial Port Settings:

• Baud Rate: 115200
• Data Bit: 8
• Stop Bit: 1
• Parity: None
• Buffer Size: 512
• Gap Time: 50
• Flow Control: Half Duplex
• CLI: Disable
• Protocol: Modbus

Communication Settings:

• Protocol: Tcp Server
• Local Port: 502
• Buffer Size: 512
• Keep Alive(s): 60
• Timeout(s): 300
• Max Accept: 3
• Security: Disable
• Route: Uart

Elke keer op Submit klikken, daarna op Restart.

4. Toevoegen in EVCC

1. Open EVCC via http://evcc.local:7070
2. Ga naar Settings > Solar & Battery
3. Klik op Add New Battery
4. Vul het volgende in:
5. Name: eigen keuze
6. Manufacturer: Marstek
7. Type: Network
8. Modbus ID: 1
9. IP Address: IP van de Elfin
10. Port: 502
11. Protocol: TCP
12. Klik op Validate

Als alles goed is ingesteld, wordt de batterij herkend en zichtbaar in EVCC.

Resultaat:
Je Marstek Venus E batterij communiceert nu via Modbus TCP over WiFi met EVCC. De laadstatus en batterijgegevens zijn inzichtelijk binnen de EVCC-interface.

Optioneel

• Zet via je router een DHCP-reservering voor het IP-adres van de Elfin
• Plaats eventueel een Home Assistant sensor op basis van EVCC data

Laat gerust weten als je tegen problemen aanloopt of aanvullingen hebt!

[ Voor 8% gewijzigd door Tunestwo op 13-06-2025 09:39 ]

[Tunestwo]

JanHenk schreef op vrijdag 13 juni 2025 @ 09:22:
@Tunestwo Cool, goed werk en prima beschreven. Kleine aanvulling, je hebt minimaal versie 0.204.0 nodig omdat vanaf die versie de Marstek-template aanwezig is.

Active battery control is ook aanwezig bij de Marstek zie ik! Dat is wel mooi

Oja aanvullingen alleen maar fijn! ik werk zelf met nightly versie. Maar zit met 1 issue en dat is dat de EVCC het vermogen van de batterij als onbekend ziet

[Tunestwo]

Het systeem zonder batterij
Waar alle stroom naar de auto gaat.


Het systeem met batterij.
Eigenlijk werkt het perfect, maar het gaat ergens mis bij het bepalen van de bron van de energie wanneer de batterij wordt geladen.

Helaas is het me nog niet gelukt om de GoodWe-omvormer toe te voegen. Het blijkt een lastig apparaat te zijn om mee te integreren. Er ligt inmiddels wel een supportverzoek bij GoodWe.

[ Voor 27% gewijzigd door Tunestwo op 13-06-2025 12:24 ]

[HyperBart]

Tunestwo schreef op vrijdag 13 juni 2025 @ 12:17:
[Afbeelding]
Het systeem zonder batterij
Waar alle stroom naar de auto gaat.

Hier je eerste screenshot, dit vind ik raar. Heb jij geen standby verbruik of is dat nu zo laag dat hij het niet weergeeft?

Om een idee te geven hoe het er voor mij "normaal" uit ziet:

[HyperBart]

Bravo schreef op vrijdag 13 juni 2025 @ 12:06:
[...]


Dat is exact wat @Tunestwo probeert te vertellen.
Binnen de Energy+ app kan HomeWizard je dan inderdaad vertellen wat de opwek van de Goodwe is en wat de verhouding tussen opwek, gebruik en import/export is. Dat weet HomeWizard app omdat zij een verbinding hebben met de server van Goodwe om de opwekgegevens (vertraagd) op te halen.

Maar de P1-meter (van HomeWizard) kent de Goodwe omvormer helemaal niet. Die meet alleen maar de import/export over de meter. En dat is wel de input die je aan EVCC hebt gekoppeld.

Volgens mij is het mogelijk om EVCC zonder PV-opwek gegevens te laten draaien (puur op import/export). Export is overtolige stroom die in een EV of batterij kan worden gestopt.
Dan krijg je idd van die rare plaatjes die je laat zien, ook huisverbruik is dan niet bekend, alleen het laden van EV en batterij.

edit: dan is het wel raar dat er production wordt getoond met een zonnetje. Is er nog een ander opwekker naast Goodwe?

Het is mogelijk maar het is niet zo elegant, EVCC draait het leukst als het de volledige driehoek PV, Grid, Laadpaal inzichtelijk heeft.

Opletten ook. EVCC heeft een local approach. Dus de P1 Homewizard Dongle wordt lokaal gequeried en dit via HTTP dacht ik zelfs.

De omvormers die HW+ kan uitlezen is cloud to cloud en dat is alleen maar nuttig voor HW in hun app.

Als je de docs van EVCC raadpleegt zie je dat ze die data dus niet ophalen uit HW Dongle.

Wat ze wel kunnen is een aparte meter die je ook van HW koopt mee integreren als je echt een oude omvormer hebt of eentje die HW niet support.

DIE specifieke bijkomende meter kan je dan ook uitlezen met EVCC, dat zie je hier dan bv:

[ Voor 10% gewijzigd door HyperBart op 14-06-2025 12:54 ]

[Peet3kabo]

HyperBart schreef op vrijdag 13 juni 2025 @ 21:15:
[...]


Misschien te veel sessies net?
Wat zegt logging?
Als je manueel de Kia selecteert wat gebeurt er dan?
Probeert EVCC een auto te detecteren/matchen en lukt dat niet?
Als je manueel de auto set op Kia op dat loadpoint, leest hij dan soc uit?
In de GUI van EVCC bij configuration, zie je daar de auto met een kaartje met de stats?
Wat gebeurt er als je je credentials ingeeft in de configuratie GUI en valideert?

Wow, deze moet ik even ontleden. Boel abracadabra. In de logboeken geeft hij een foutmelding. Dus communiceert niks met de Kia. Als ik hem handmatig selecteer dan komt er een wolkje achter te staan met streep erdoor dus geen communicatie.

Ik zie dus volgens mij ook niks van de SOC......

Edit, als ik probeer de Kia in de configuratie toe te voegen dan heeft hij een foutmelding dat hij de template Kia niet kan maken.
Diezelfde foutmelding geeft hij ook in de log als ik de auto net heb aangesloten op de laadpaal.

[ Voor 26% gewijzigd door Peet3kabo op 13-06-2025 22:27 ]

[Tunestwo]

Nav tips van forum leden, Shelly EM toegevoegd om de zonnepanelen uit te lezen, en zie hier het resultaat!

Misschien kunnen we bij de topic start paar how to's erbij zetten? om EVCC zo toegankelijk mogelijk te maken voor de mede mens?

[ Voor 13% gewijzigd door Tunestwo op 18-06-2025 20:54 ]

[krizzziz]

Nieuw hier in het topic en ik loop al vast als ik een nieuwe evcc config wil maken.
Heb EVCC geinstalleerd in proxmox, en als ik de consle daar

code:

evcc configure

doe en een nieuw config file aanmaak krijg ik de vraag welke PV install ik heb.

Ik heb een Growatt TL-4200XE pv omvormer. en die wordt volgens de Wiki ondersteund (link) maar ik zie deze niet terugkomen in de console interface. Zie ik iets over het hoofd?

[ Voor 26% gewijzigd door krizzziz op 20-06-2025 16:30 ]

[krizzziz]

HyperBart schreef op vrijdag 20 juni 2025 @ 16:47:
Basis config eerst inrichten, GUI opkrijgen en dan verder configgen.
Even terug naar de basis en dan bijbouwen. Heb je de docs gelezen?

https://docs.evcc.io/

EDIT: wacht, je GUI is al wel up and running? Via config rechtsboven kan je PV inverters toevoegen.

Zo ziet het er nu uit als ik via het hamburgermenu rechtsboven naar "Configuratie" ga
Maar ik kan geen auto, laadpaal of PV toevoegen....

[krizzziz]

HyperBart schreef op vrijdag 20 juni 2025 @ 17:27:
[...]


Ah ja, je moet experimentele configuratie aan zetten.

Helder!

Nu heb ik mijn laadpunt erin gekregen....maar hoe krijg ik die demo laadpunten eruit?

[krizzziz]

Na een rommelige start is het mij gelukt om de evcc.yaml aan te kunnen passen en om de eerste laadsessie te doen!

Ik heb zelf een Tibber contract en daarom ook Tibber als "tariffs"entiteit toegevoegd.
Alleen hoe check ik bijvoorbeeld of dit er goed instaat?
De enige laadsessie die ik heb gedaan, daar staan biijvoorbeeld geen kosten bij.

ook bij netinjectie waar volgens mij een bedrag hoort te staan zie ik niks?

code:

tariffs:
  grid:
    type: template
    template: tibber
    token: XXXXXXX # API Token
    homeid: XXXXXXX # Home ID, Only required if you have multiple homes in your Tibber account. (optional)

[ Voor 28% gewijzigd door krizzziz op 24-06-2025 12:18 ]

[JanHenk]

In JanHenk in "Evcc slim laden met de zon en dynamische tarieven", beschrijf ik hoe ik mijn HomeWizard Plug-in Battery heb opgenomen voor uitlezen in evcc...

Inmiddels is er naast een read-only API voor de batterij ook een endpoint in de API van de P1-meter (die de batterij aanstuurt) opgenomen met een aantal laadmodi.

Ik heb middels cURL een token verkregen van de P1 meter en deze inmiddels opgenomen in de configuratie van evcc op onderstaande manier. Deze moet je lezen als aanvulling op mijn eerdere post, waarin ik ook power en soc van de batterij heb opgenomen als custom type.

YAML:

    batterymode:
      source: switch
      switch:
      - case: 1 #normal
        set:
          source: http
          uri: https://192.168.10.160/api/batteries
          method: PUT
          headers:
            - Authorization: Bearer TOKEN
            - X-Api-Version: 2
          insecure: true
          body: '{"mode": "zero"}'
      - case: 2 #hold
        set:
          source: http
          uri: https://192.168.10.160/api/batteries
          method: PUT
          headers:
            - Authorization: Bearer TOKEN
            - X-Api-Version: 2
          insecure: true
          body: '{"mode": "standby"}'
      - case: 3 #charge
        set:
          source: http
          uri: https://192.168.10.160/api/batteries
          method: PUT
          headers:
            - Authorization: Bearer TOKEN
            - X-Api-Version: 2
          insecure: true
          body: '{"mode": "to_full"}'

Tot mijn kleine verrassing blijkbaar nergens een fout gemaakt, want het werkte in één keer. De normal stand is de nul-op-de-meter stand waarin de batterij de grid op nul probeert te houden. Met de charge stand kun je de batterij opladen met goedkope netstroom. Met de hold stand wordt de batterij op nul gezet, bij laden in de fast stand op gepland laden op PV.

Hieronder een voorbeeld van het laden op 'goedkope' netstroom:

[scifoflux]

Ben nog aan het sukkelen met de dynamisch prijs in te stellen.
Heb nog geen dynamisch energiecontract maar denk toch naar over te stappen.
Op de tariefkaart van het dynamisch contract staat volgende formule.


Ik ben bewust dat Noordpool niet de Belpex is maar denk dat die prijzen toch niet ver uit elkaar liggen.
Correct me if I'm wrong, als ik beter een andere source gebruik hoor ik dat ook graag.

Zo heb ik het ingesteld in EVCC. Waarbij ik vermendigvuldig met 1.0645 (ok het is 1.07 maar in juni was het deze factor wrs.) en dan +7 doe & dan 21% btw. ok zie net dat in België het 6% is. My bad.


Maar dan nog kom ik op een veel te hoog getal uit naar mijn gevoel en die vrij vlak is.
Wat doe ik hier verkeerd?
Ben uit België.

[ Voor 36% gewijzigd door scifoflux op 01-07-2025 09:32 ]

[HyperBart]

@Kammika
Kijk eens of je nog in die Eneco app kan en daar alles kan uitzetten/stopzetten/weghalen. Eventueel doe je dit pas nadat je een cperase geprobeerd hebt en niet opgelost, want mss zit er nu gewoon nog een "achterblijvertje" maar activeer je nu net de Eneco app terug extra als je er mee begint te werken.

NtotheO in "[Alfen Laadpaal] Ervaringen & Discussie"
sturmenstrudel in "[Alfen Laadpaal] Ervaringen & Discussie"
dmod in "[Alfen Laadpaal] Ervaringen & Discussie"


Oplossing?
devastator83 in "[Alfen Laadpaal] Ervaringen & Discussie"



-->


-->

Doe hier eens CPerase of cperase of Cperase?

[ Voor 12% gewijzigd door HyperBart op 14-07-2025 15:38 ]

[rogervdh]

_PM schreef op maandag 14 juli 2025 @ 11:59:
[...]
FYI ik gebruik nu https://github.com/PedroKTFC/esphome-tesla-ble (heeft een ESP32 in WiFi en BT range nodig, werkt voor mij super goed en sneller (direct BT communicatie met de auto)

Zojuist m'n M5-NanoC6 daarmee werkend gekregen.



@_PM Hoe zet jij de informatie door naar EVCC?

[Biestig]

Hoe moet ik het belastingsbeheer instellen als ik alles via de UI heb ingesteld? Loop precies vast met de namen als ik iets wil veranderen...

[Peet3kabo]

Na een nieuwe app van Kia heb ik ondertussen na een update de Kia weer werkend in HA, was iets met waarschijnlijk veranderde API.
Maar krijg hem in EVCC nog niet werkend, op één of andere manier wil hij vanuit EVCC niet inloggen op de auto om gegevens op te halen. Inlognaam en wachtwoord zijn niet gewijzigd dus snap dat niet helemaal. Lijkt toch wel ergens met diezelfde update te maken te hebben..........



Dit geeft hij als fout, geen idee wat ik hier nu weer mee moet.......

[blahenazo]

Hallo,

Lange post en noob alert warning
Ik ben sinds gisterenavond ( nacht ) ook begonnen met EVCC , de huidige laad oplossing laat ferm te wensen over. En we laden vrijwel nooit thuis omdat het zo omslachtig is ( laadpas van de baas)

laadpaal issues en waarom EVCC :
Laadpaal provider 50five, P1 kabel aansluiting werkt niet ( installatie was toen ik nog een analoge meter had) dus nooit getest of de laadpaal wel met de digitale meter zou communiceren de 'installateur' verzekerde mij dat alles zou werken via de analog meter , later bij de digitale meter in pluggen en gaan met die banaan. Ik heb een 32A 3phase+N 400V liggen dus 11KW op die 22KW ging nooit een probleem zijn. (Well in principe was het geen probleem ) en zolang we de analoge meter hadden was het 11KW op elk moment van de dag.
Nu met de digitale meter + Belg is er capaciteit tarief ,…. Etc... dus die 11KW willen we vermijden. We rijden ook een Volvo en die laadstroom beperken via app/ wagen is toch hopen en bidden.

situatie:
- HW p1 meter
- proxmox ( ook in gebruik voor HA , Z2MQTT etc.... ). Ik heb EVCC via een helper nu als een LVC op proxmox draaien.
-PV sunnyboy 3.6 (mod bus support staat af, ik had het installateur pwd niet , ik heb nu net de PV geregistreerd en zou hopelijk binnen kort de puk krijgen om de mod bus te activeren.
-HA draait ook maar heeft momenteel nog niets te maken met EVCC ( ik zag ook in dit topic dat EVCC ook 'in' HA kan draaien. Maar net als mijn Z2MQTT en MQTT etc… draaien allemaal apart in LVC. Dus hier ook maar voor gekozen


Ik ben dus begonnen met EVCC via proxmox helper en dan via die CLI of shell wizard proberen iets in orde te krijgen. lang verhaal kort , ik ben uiteindelijk begonnen in de UI.
side quests tot nu toe :
- via alfen software => LB setting van DSMR naar (EMS te zetten ).
- Ems tcp/ip timeout net verzet van 30 ? Naar 300 via Ace installer. ik heb nu ook de safe power current op 6A gezet om de 11KW te vermijden als ik eventje te veel speel met EVCC
- sunnyboy modbus staat af, ( geen installer code => PC registeren , Puk aanvragen en dan hopelijk wijzigen zodat modbus ook zal werken)
- HW P1 werkte feitelijk direct => gelukkig maar want dat was zowat het enige wat direct werkte
- Volvo integratie ( werkt nog niet ). ik vermoed dat ik een probleem heb met de 2factor ( validation code ) die niet werkte via the CLI. ik heb wel al een extra API key , client id , secret etc....
de wagen integratie is op dit moment niet echt een prioriteit.
- capacities tarief grid beperking opgezet ( proberen te vermijden dat de paal aan 11KW gaat laden)


vraagjes:
- ik krijg steeds het DB issue probleem ( welke ik mag ignoren ? ) , ik weet echt niet meer wat ik hier moet voor doen, en ik vermoed dat ik al via the DB werk. ( zie verder)

root@evcc:~# evcc checkconfig
[main ] INFO 2025/08/04 20:06:45 using config file: /root/evcc.yaml
[main ] FATAL 2025/08/04 20:06:45
Found systemd service database at "/var/lib/evcc/evcc.db", evcc has been invoked with no explicit database path.
Running the same config with multiple databases can lead to expiring vehicle tokens.

If you want to use the existing service database run the following command:

evcc --database /var/lib/evcc/evcc.db

If you want to create a new user-space database run the following command:

evcc --database ~/.evcc/evcc.db

If you know what you're doing, you can skip the database check with the --ignore-db flag.


- mijn laadpaal gaat out of sync ? , via the evcc website , zag ik dat ik de laadpaal in TCP/EMS timeout op 300 moest zetten
[lp-1 ] WARN 2025/08/04 18:24:20 charger out of sync: expected disabled, got enabled
Dus ik vermoed dat dit euvel zal verdwijnen
edit: (zie volgende post ) ja


- ik heb via de ui geen evcc.yaml file ?
de trace lijkt dat ook aan te geven
```

code:

[main ] INFO 2025/08/04 19:54:49 evcc 0.207.0
[main ] INFO 2025/08/04 19:54:49 config file not found, database-only mode
[db ] INFO 2025/08/04 19:54:49 using sqlite database: /var/lib/evcc/evcc.db
[db ] TRACE 2025/08/04 19:54:49 SELECT count(*) FROM sqlite_master WHERE type='table' AND name="sessions" -1 <nil>
[db ] TRACE 2025/08/04 19:54:49 SELECT sql FROM sqlite_master WHERE type IN ("table","index") AND tbl_name = "sessions" AND sql IS NOT NULL order by type = "table" desc 1 <nil>
[db ] TRACE 2025/08/04 19:54:49 SELECT * FROM `sessions` LIMIT 1 -1 <nil>
[db ] TRACE 2025/08/04 19:54:49 SELECT * FROM `sessions` 1 <nil>
[db ] TRACE 2025/08/04 19:54:49 SELECT count(*) FROM sqlite_master WHERE type='table' AND name="meters" -1 <nil>
[db ] TRACE 2025/08/04 19:54:49 SELECT sql FROM sqlite_master WHERE type IN ("table","index") AND tbl_name = "meters" AND sql IS NOT NULL order by type = "table" desc 2 <nil>
[db ] TRACE 2025/08/04 19:54:49 SELECT * FROM `meters` LIMIT 1 -1 <nil>
[db ] TRACE 2025/08/04 19:54:49 SELECT count(*) FROM sqlite_master WHERE type = "index" AND tbl_name = "meters" AND name = "meter_ts" -1 <nil>
[db ] TRACE 2025/08/04 19:54:49 SELECT count(*) FROM sqlite_master WHERE type='table' AND name="settings" -1 <nil>
[db ] TRACE 2025/08/04 19:54:49 SELECT sql FROM sqlite_master WHERE type IN ("table","index") AND tbl_name = "settings" AND sql IS NOT NULL order by type = "table" desc 1 <nil>
[db ] TRACE 2025/08/04 19:54:49 SELECT * FROM `settings` LIMIT 1 -1 <nil>
[db ] TRACE 2025/08/04 19:54:49 SELECT * FROM `settings` 8 <nil>
[db ] TRACE 2025/08/04 19:54:49 SELECT count(*) FROM sqlite_master WHERE type='table' AND name="caches" -1 <nil>
[db ] TRACE 2025/08/04 19:54:49 SELECT sql FROM sqlite_master WHERE type IN ("table","index") AND tbl_name = "caches" AND sql IS NOT NULL order by type = "table" desc 1 <nil>
[db ] TRACE 2025/08/04 19:54:49 SELECT * FROM `caches` LIMIT 1 -1 <nil>
[db ] TRACE 2025/08/04 19:54:50 SELECT count(*) FROM sqlite_master WHERE type='table' AND name="configs" -1 <nil>
[db ] TRACE 2025/08/04 19:54:50 SELECT sql FROM sqlite_master WHERE type IN ("table","index") AND tbl_name = "configs" AND sql IS NOT NULL order by type = "table" desc 1 <nil>
[db ] TRACE 2025/08/04 19:54:50 SELECT * FROM `configs` LIMIT 1 -1 <nil>
[main ] INFO 2025/08/04 19:54:50 UI listening at :7070

```
De lvcc.yaml die ik wel kan vinden , lijkt een overblijfsel van mijn CLI pogingen

code:

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

log: debug
levels:
  cache: error

# unique installation id
plant: *remove*

interval: 30s # control cycle interval

meters:
- type: template
  template: homewizard 
  usage: grid  
  host: p1meter.home.lan  
  name: grid1

site:
  title: My home
  meters:
    grid: grid1root@evcc:~#

Hoe krijg ik nu config die ik zie in de gui in de juist config file ?
Bvb ik zie geen Alfen in deze file , terwijl ik hem wel duidelijk zie en gebruik in UI


ik heb bij thuiskomst van de wagen , al effe kunnen testen , maar tot mij verbazing ging de wagen laden aan 3.6 kw , terwijl ik dacht dat volgens de gui ik enkel op 'solar' stond. volgens de wagen was het 1 fase , welke dus 1.4 kw zou moeten zijn.

edit: Ik vermoed dat dit kwam door de Desync en timeout issues en dat de lader gewoon maar iets deed met max 3.6 kw op 1 fase( safe load current) en dat EVCC na de timeout niet echt met de paal aan het communiceren was.
edit: zie volgende post : timeout just zetten lost dit op.



ik heb proberen via de UI , max 4000 uit de grid te trekken.


p1 meter


paal

[blahenazo]

blahenazo schreef op maandag 4 augustus 2025 @ 20:18:
Hallo,

Lange post en noob alert warning
Ik ben sinds gisterenavond ( nacht ) ook begonnen met EVCC , de huidige laad oplossing laat ferm te wensen over. En we laden vrijwel nooit thuis omdat het zo omslachtig is ( laadpas van de baas)

Voor de mensen die er iets aanhebben.

- het probleem met de config heb ik nog niet verder bekeken.
- de timeout ( net zoals gedocumenteerd) moet echt wel aangepast worden , het desync probleem van de laadpaal is opgelost. En de paal staat in de log nu duidelijk als 'modbus' slave tcp/ip
- auto integratie nog niet naar gekeken.

Anyway , vandaag wel kunnen laden met EVCC. Op een vrij bewolkte dag ( zie grid power van de sma)
ik heb in de morgen 'solar' en de namiddag solar + min ( 1.3 kw) getest omdat er wel erg veel wolken passeerden.
En ik wou vermijden dat we te veel start/stop gingen laden.

lang verhaal kort , dus het lijkt me dat ik een EVCC licentie zal aankopen en gewoon de boel herinstalleren
en zien waar ik dan uitkomt met mijn config.

Mijn enige echte vraag blijft , -naar deze thread-
zou ik EVCC in HA draaien of toch maar apart in een proxmox LVC.
Ik heb HA nabu casa , dus misschien is het draaien binnen HA dan toch iets makkelijker om het te beheren. ( ook via remote , zodat ik een hogere WAF kan behalen).
Al die HA , smart stekkers, sturing en speeltjes wil ze zich niets van aantrekken , maar oooh wee als er iets niet werkt , dan moet ik het wel snel en remote kunnen aanpassen/bekijken.

[jelzie01]

Bravo schreef op zaterdag 9 augustus 2025 @ 12:13:
[...]

Bij de batterij instellingen kun je aangeven tot welk percentage de batterij gebruikt mag worden als ondersteuning voor het laden.
Ook heb je de functie battery boost om tijdelijk toch vanuit de batterij te laden.
Heb je alles goed ingesteld zoals je zou willen? Kijk eens naar docs.evcc.io/en/docs/features/battery

Dank! Ik denk het wel, maar zie het plaatje hieronder.

Ik vind de tekst soms nogal misleidend, of ik vat de achterliggende gedachte niet. Soms lastig te begrijpen of ze het nu over de de thuisaccu of over de auto accu hebben.
Ik heb het als volgt ingesteld

Volgens mij zegt hij nu, hij gaat eerst de thuisbatterij 100% laden. Daarna mag de auto laden.
Echter vandaag begon hij toch weer uit de accu te laden en liet het grid ongemoeid (mogelijk heeft dat te maken met een ander probleem wat enkele uren na herstart optreed, dan kan hij de tarieven niet meer ophalen, na een herstart werkt het dan wel weer)

maar dat zinnetje 'Laden vanuit de thuisbatterij eens de batterij' en dan heb je 2 mogelijkheden, wanneer op 100% en enkel bij voldoende overschot. wat betekenen deze 2 mogelijkheden?
ik zou zeggen de auto alleen laden vanuit de thuisaccu als de thuisaccu volledig geladen is (waarom zou je dat willen) en die andere snap ik niet, voldoende overschot vanuit de zon?

oh trouwens, ik begrijp dat hij nu niet mijn thuisbatterij kan aansturen, nog niet tenminste. Heb een Sygenergy, en daar is nog geen active battery control voor beschikbaar, hopelijk komt dat want dan kan hij de batterij gewoon locken.

[ Voor 6% gewijzigd door jelzie01 op 09-08-2025 22:05 ]

[HyperBart]

Bravo schreef op zondag 10 augustus 2025 @ 08:20:
[...]

Oeh, die nederlandse vertaling is niet helemaal duidelijk idd. Mogelijk wel voor de vlaamse vrienden. Wat de regel inhoudt is dat de auto gaat laden totdat er een (minimum) percentage van 100% van de batterij wordt bereikt. Dus eigenlijk nooit.

Daarvoor vond ik ze nog onduidelijker. De huidige vertaling was een poging van mij en ja ik ben Vlaming .
Via weblate kan je een andere vertaling inschieten. Dan pas valt op dat we vaak denken "ik kan wel Nederlands" maar dat zo van die handleiding/labels schrijven toch ook een kunst is.

edit: De vertaling is door strings die samengevoegd is wat verkeerd gelopen. Ik heb het nu opnieuw aangepast.

In alle geval: die setting geeft aan welke batterij prio moet hebben. Dus voor @jelzie01 : dat is de setting die bepaalt hoe vol je thuisbatterij eerst geladen moet zijn/worden waarna pas bij het bereiken van dat percentage van je batterij er voorrang mag gegeven worden aan andere ladende apparaten in je huis die evcc onder zijn controle heeft.

jelzie01 schreef op zaterdag 9 augustus 2025 @ 22:03:
[...]


Dank! Ik denk het wel, maar zie het plaatje hieronder.

Ik vind de tekst soms nogal misleidend, of ik vat de achterliggende gedachte niet. Soms lastig te begrijpen of ze het nu over de de thuisaccu of over de auto accu hebben.
Ik heb het als volgt ingesteld [Afbeelding]

Bwoah Als je het venstertje van een thuisbatterij openklikt is het toch een tikkeltje logisch dat het over de thuisbatterij in eerste instantie handelt.

Volgens mij zegt hij nu, hij gaat eerst de thuisbatterij 100% laden. Daarna mag de auto laden.
Echter vandaag begon hij toch weer uit de accu te laden en liet het grid ongemoeid (mogelijk heeft dat te maken met een ander probleem wat enkele uren na herstart optreed, dan kan hij de tarieven niet meer ophalen, na een herstart werkt het dan wel weer)

Ligt er aan, als jij met fast laadt dan is dat zoveel als "fuck it, duw zo snel mogelijk de auto vol".
Als je batterij dan NOM probeert te houden is het normaal dat die ontlaadt en sowieso dat evcc uit het grid gaat trekken.

maar dat zinnetje 'Laden vanuit de thuisbatterij eens de batterij' en dan heb je 2 mogelijkheden, wanneer op 100% en enkel bij voldoende overschot. wat betekenen deze 2 mogelijkheden?
ik zou zeggen de auto alleen laden vanuit de thuisaccu als de thuisaccu volledig geladen is (waarom zou je dat willen) en die andere snap ik niet, voldoende overschot vanuit de zon?

Je hebt 2 percentages.
Een percentage is "evcc, je moet de thuisbatterij voorrang geven en je moet zorgen tot deze tot X is opgeladen"
Het andere percentage is: "evcc, als de thuisbatterij boven percentage Y zit dan mag je andere apparaten opladen en hiervoor mag je, eens de thuisbatterij boven dat percentage zat, de thuisbatterij voor aanspreken of laten assisteren".

oh trouwens, ik begrijp dat hij nu niet mijn thuisbatterij kan aansturen, nog niet tenminste. Heb een Sygenergy, en daar is nog geen active battery control voor beschikbaar, hopelijk komt dat want dan kan hij de batterij gewoon locken.

[ Voor 7% gewijzigd door HyperBart op 10-08-2025 15:28 ]

[Bravo]

Gyrolion schreef op woensdag 13 augustus 2025 @ 14:20:
Wat een mooi programma is dit, ik heb gedoneerd!

Na een week testen, proeven en doen staat het zo goed als te draaien hoe ik het wil.

Huidige configuratie:

Alles via een Raspberry Pi 4b 4gb

1x P1 meter Homewizard
2x kwh meters homewizard voor mijn zonnepanelen. (2 omvormers op 2 fases)
1x Tesla Wall Connector 3 (Deze is puur omdat er een charger in de config moet alles gaat via Tessie, anders had ik hem eruit gelaten, geeft namelijk wat foutmeldingen)
1x Tessie (stuurt het laden aan van mijn Tesla Model 3)
3x Homewizard Plug-In Batterij (Thanks @JanHenk)

Ook zit er in de code verweven,
- Solcast voorspelling voor mijn zonnenpanelen.
- Co2 via electricity maps (helaas geen forecas dus als iemand nog een voorspelling heeft op een gratis API zou leuk zijn)
- Over een paar dagen het tibber tarief
- Load balancing via de p1 meter, deze meet de fases uit en gaat deze over de 25A heen dan schroeft hij het laden automatisch terug van de auto.

Nu gaat het tot nu toe erg goed met de aansturing van dit alles, wel stonden gisteren de homewizard batterijen in storing dat ze de p1 meter niet meer zagen, na een paar uur waren ze wel weer terug.... dus dit is nog wel iets om in de gaten te houden, misschien zijn 3 batterijen te veel en moet ik naar 2 stuks gaan wat ook prima is.


Nu vraag ik me ook af of er een optie komt (of er misschien al is) om de Homewizard batterijen te kunnen dumpen op het net, bijvoorbeeld als de prijs veel hoger is dan de inkooop prijs welke er dan overdags weer geldt.
Nu zijn er bijvoorbeeld wisselingen in prijs:
12:00 - 15:00 0,19 euro
19:00 - 21:00 0,39 euro
12:00 - 15:00 0,20 euro

Het zou leuk zijn om daar mee te kunnen spelen, en ook nog goed voor het milieu om het net een beetje te kunnen ontlasten op deze avondse piek momenten.

In de api van ned.nl zit een forecast voor gCO2/kwh voor Nederland. Ondanks een poging met AI is het mij nog niet gelukt om deze in homeassistant te krijgen voor verdere bewerking.
Mocht jij/iemand handiger zijn dan ik, dan hou ik mij aanbevolen!


Mijn probeersel:

YAML:

sensor:
  - platform: rest
    name: NED current CO2 per kWh
    resource: https://api.ned.nl/v1/utilizations?point=0&type=27&granularity=4&granularitytimezone=1&classification=2&activity=1
    method: GET
    headers:
      X-AUTH-TOKEN: !secret ned_api_key
    value_template: >
      {% set emissionfactor = value_json['hydra:member'][0].emissionfactor %}
      {% if emissionfactor is not none %}
        {{ (emissionfactor * 1000) | round(0) }}
      {% else %}
        unknown
      {% endif %}
    unit_of_measurement: "gCO2/kWh"
    json_attributes:
      - hydra:member
    scan_interval: 900  # elke 15 minuten updaten

[ Voor 16% gewijzigd door Bravo op 14-08-2025 09:24 . Reden: code toegevoegd ]