Evcc slim laden met de zon en dynamische tarieven

[annestweak]

bedankt @_PM dat was niet lastig
ik heb enever erin, hij geeft volgens mij nu de prijs aan incl belasting.

en dat icoontje ja dat zou best eens een oplossing kunnen zijn maar die zoek ik zo uit

en qua laden bij negatief en minimaal aantal geladen kw die had ik dus al goed ingesteld staan ;-)

[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

[annestweak]

Roel1.9GJ schreef op zondag 8 juni 2025 @ 12:52:
het lukt mij nog niet om om vol vermogen te laden uit de batterij.

[Afbeelding]

[Afbeelding]

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

ik heb nog geen thuis accu maar zoals ik de tekst lees in het plaatje van je thuisaccu, dan begrijp ik dat de batterij jou opladen pas gaat ondersteuenen nadat hij de 45% bereikt heeft.

[_PM]

@annestweak je kan de prijzen van Zonneplan (als je meer terugkeert dan verbruikt ivm salderen van energiebelasting) ook omzetten naar ex belasting met
formula: (price-0.12288)

[Roel1.9GJ]

annestweak schreef op zondag 8 juni 2025 @ 12:58:
[...]


ik heb nog geen thuis accu maar zoals ik de tekst lees in het plaatje van je thuisaccu, dan begrijp ik dat de batterij jou opladen pas gaat ondersteuenen nadat hij de 45% bereikt heeft.

Ja zo lees ik hem ook / zo had ik ook verwacht dat het zou werken.
SOC is 50%.
Maar hij blijft hangen op 1,1 - 1,2kW i.p.v. de verwachte 3,6kW

Het is jammer dat de stukje niet in de ymal staat, dan kon je zien hoe het geprogrammeerd

[ Voor 9% gewijzigd door Roel1.9GJ op 08-06-2025 13:14 ]

[annestweak]

_PM schreef op zondag 8 juni 2025 @ 13:04:
@annestweak je kan de prijzen van Zonneplan (als je meer terugkeert dan verbruikt ivm salderen van energiebelasting) ook omzetten naar ex belasting met
formula: (price-0.12288)

zonder belasting zitten we nu op dit moment volgens mijn zonneplanapp op -2 eurocent.
via enever krijg ik de prijzen incl belasting binnen (0,12). dus heb ik de instellingen van evcc zo ingesteld dat hij laadt als de prijs gelijk of lager is dan 12 cent. volgens mij ben ik dan precies op 0 of negatief aan het laden.

[annestweak]

@Roel1.9GJ

kan het ook zijn dat je de prioriteit van het laden verkeerd ingesteld heb staat?
als ik dit lees: https://docs.evcc.io/en/docs/features/battery
als ik dan naar jou instelling kijk, dan heeft de battery prio op het huis en de auto.
misschien kun je vinden wat er "fout" is door de instellingen van het voorbeeld op de site van evcc over te nemen en te kijken wat er dan gebeurd.

[Roel1.9GJ]

annestweak schreef op zondag 8 juni 2025 @ 13:29:
@Roel1.9GJ

kan het ook zijn dat je de prioriteit van het laden verkeerd ingesteld heb staat?
als ik dit lees: https://docs.evcc.io/en/docs/features/battery
en dan naar instelling kijk, dan heeft de battery prio op het huis en de auto.
mischien kun je vinden wat er "fout" is door de instellingen van het voorbeeld op de site van evcc over te nemen en te kijken wat er dan gebeurd.

Wat ik begin te vermoeden is dat het niet bedoeld is om maximaal te laden, in mijn geval 3,6kW
Ik vermoed dat het zo bedoeld is dat hij dan in PV-modus op minPV gaat/blijft laden totdat het SOC % bereikt heeft zoals ingesteld onder 'batterij ondersteund laden'. Normaal zou hij in de PV modus uitschakelen als er onvoldoende zonnestroom is, maar dat doet hij nu niet totdat hij de ingestelde SOC bereikt.

[annestweak]

@Roel1.9GJ

als ik jou vraag en code in chatgpt gooi geeft hij dit aan:

Waarom wordt er niet op vol vermogen geladen?
De laadlimiet van EVCC staat ingesteld op minimaal 6A (dit is standaard).

Je hebt 474W beschikbaar = ~2A op 230V → dit is onder de drempel.

De batterij levert beperkt vermogen (mogelijk i.v.m. max discharge rate of omdat EVCC dit beperkt houdt).

[Roel1.9GJ]

annestweak schreef op zondag 8 juni 2025 @ 14:26:
@Roel1.9GJ

als ik jou vraag en code in chatgpt gooi geeft hij dit aan:

Waarom wordt er niet op vol vermogen geladen?
De laadlimiet van EVCC staat ingesteld op minimaal 6A (dit is standaard).

Je hebt 474W beschikbaar = ~2A op 230V → dit is onder de drempel.

De batterij levert beperkt vermogen (mogelijk i.v.m. max discharge rate of omdat EVCC dit beperkt houdt).

Aan de batterij ligt het niet, als ik in EVCC snel selecteer gaat hij wel op vol vermogen laden.
Ik zou graag de yaml zien van die 'batterij GUi", om te kijken of hij te tweaken is.

[JanHenk]

Roel1.9GJ schreef op zondag 8 juni 2025 @ 14:13:
[...]


Wat ik begin te vermoeden is dat het niet bedoeld is om maximaal te laden, in mijn geval 3,6kW
Ik vermoed dat het zo bedoeld is dat hij dan in PV-modus op minPV gaat/blijft laden totdat het SOC % bereikt heeft zoals ingesteld onder 'batterij ondersteund laden'. Normaal zou hij in de PV modus uitschakelen als er onvoldoende zonnestroom is, maar dat doet hij nu niet totdat hij de ingestelde SOC bereikt.

Probeer eens “battery boost” aan te zetten?

[Roel1.9GJ]

JanHenk schreef op zondag 8 juni 2025 @ 19:13:
[...]


Probeer eens “battery boost” aan te zetten?

Batterij boost werkt, maar dit is eigenlijk gelijk aan de keuze 'snel' i.p.v. MinPV.
Ben nu ook aan het proberen met 'planning', in de 'planning' modus doet hij ook op vol vermogen laden. Hij zal dan alleen niet terug gaan in vermogen zodra de 70% bereikt is, maar in planning modus kan ik wel het kW wel instellen en dus op die manier bewaken dat hij de thuisbatterij niet volledig leegt trekt.

[ Voor 20% gewijzigd door Roel1.9GJ op 09-06-2025 16:21 ]

[NoFate]

Even de release notes niet meer gevolgd, maar zijn er nu al aanpassingen geweest dat je phase switching kan doen in fast mode met een maxPower setting omwille van capaciteits tarief?

[JanHenk]

Roel1.9GJ schreef op maandag 9 juni 2025 @ 16:19:
[...]

Batterij boost werkt, maar dit is eigenlijk gelijk aan de keuze 'snel' i.p.v. MinPV.
Ben nu ook aan het proberen met 'planning', in de 'planning' modus doet hij ook op vol vermogen laden. Hij zal dan alleen niet terug gaan in vermogen zodra de 70% bereikt is, maar in planning modus kan ik wel het kW wel instellen en dus op die manier bewaken dat hij de thuisbatterij niet volledig leegt trekt.

Bij jou is die battery boost waarschijnlijk gelijk aan “snel” omdat je batterij een flink vermogen kan leveren, ik gok meer dan de auto/lader (op één fase) kan leveren?

Ik weet niet of je ook Home Assistant (HA) draait (volgens mij niet), maar dit soort automatiseringen zou je ook kunnen maken met de evcc HA integratie. Via de api van evcc kun je namelijk ook sturen.

Battery boost en dergelijke staat nog wat in de kinderschoenen / is recent toegevoegd. Ik kan het tevens zelf niet uitgebreid testen omdat ik een klein thuisbatterijtje heb met slechts 800 watt vermogen..

[Roel1.9GJ]

JanHenk schreef op maandag 9 juni 2025 @ 21:57:
[...]


Bij jou is die battery boost waarschijnlijk gelijk aan “snel” omdat je batterij een flink vermogen kan leveren, ik gok meer dan de auto/lader (op één fase) kan leveren?

Ik weet niet of je ook Home Assistant (HA) draait (volgens mij niet), maar dit soort automatiseringen zou je ook kunnen maken met de evcc HA integratie. Via de api van evcc kun je namelijk ook sturen.

Battery boost en dergelijke staat nog wat in de kinderschoenen / is recent toegevoegd. Ik kan het tevens zelf niet uitgebreid testen omdat ik een klein thuisbatterijtje heb met slechts 800 watt vermogen..

Ja mijn thuisbatterij kan inderdaad meer leveren dan de laadpaal kan trekken.
HA heb ik (nog) niet, daar ben ik nu mee bezig. Heb dit nog nooit gedaan, gaat allemaal niet vanzelf. Ik heb vandaag HA op een separate RPi5 geïnstalleerd. Zojuist ook HACS en ga nu proberen mijn eerste integratie, dus zal z'n tijd nog wel duren voor ik zover ben.......

[HyperBart]

*Kuch Kuch*

Al assigned aan aan Premultiply maar een paar votes of duwtjes zou misschien niet slecht zijn om te tonen dat dit voor ons in de lage landen wel een topper zou zijn...

GitHub - EVCC as zero feed in controller #21747

[ Voor 22% gewijzigd door HyperBart op 10-06-2025 12:36 ]

[JanHenk]

Goed voorstel @HyperBart.

Overigens heb je nog wat aan te vullen op de batterij discussie hierboven? Mijn batterij is niet groot en krachtig genoeg om echt iets te kunnen vermelden en/of testen hieromtrent.

[Bravo]

@HyperBart : Ik vind het een interessant voorstel, maar ook een enorme bult werk voor EVCC om te realiseren. Op zich is het niet heel lastig om uit te rekenen wat de waarde van de opwek moet zijn en dat naar een omvormer te sturen, maar:
1. Iedere omvormer heeft zo ongeveer zijn eigen protocol om gelimiteerd te worden
2. De feedbackloop is relatief traag, dat zou kunnen betekenen dat EVCC (versneld) moet overstappen naar een nieuw updateschema, omdat je anders met 'oude' data loopt aan te sturen. Hierdoor zal opwek/verbruik gaan oscilleren
3. Iets waar ik voor mijn eigen PV beperking ook nog niet uit ben: Hoe ga je de gewenste opwek halen als je meerdere omvormers hebt met verschillende instraling? Je kunt niet simpelweg de gewenste opbrengst verdelen over de omvormers. 's Morgens kan mijn kleine omvormer meer leveren dan de grote, in de namiddag juist andersom.

@ batterij als bron: Als ik het goed onthouden heb pakt evcc alleen dat uit de batterij bij minpv/pv wat nodig is om grid input te voorkomen.
Welke invloed batteryboost heeft in minpv/pv stand kan ik alleen herhalen uit de blog: https://docs.evcc.io/blog...harts-stats#battery-boost
Het zou het maximale vermogen van de batterij beschikbaar moeten stellen voor EV laden.

[HyperBart]

Bravo schreef op dinsdag 10 juni 2025 @ 11:37:
@HyperBart : Ik vind het een interessant voorstel, maar ook een enorme bult werk voor EVCC om te realiseren. Op zich is het niet heel lastig om uit te rekenen wat de waarde van de opwek moet zijn en dat naar een omvormer te sturen, maar:
1. Iedere omvormer heeft zo ongeveer zijn eigen protocol om gelimiteerd te worden
2. De feedbackloop is relatief traag, dat zou kunnen betekenen dat EVCC (versneld) moet overstappen naar een nieuw updateschema, omdat je anders met 'oude' data loopt aan te sturen. Hierdoor zal opwek/verbruik gaan oscilleren
3. Iets waar ik voor mijn eigen PV beperking ook nog niet uit ben: Hoe ga je de gewenste opwek halen als je meerdere omvormers hebt met verschillende instraling? Je kunt niet simpelweg de gewenste opbrengst verdelen over de omvormers. 's Morgens kan mijn kleine omvormer meer leveren dan de grote, in de namiddag juist andersom.

@ batterij als bron: Als ik het goed onthouden heb pakt evcc alleen dat uit de batterij bij minpv/pv wat nodig is om grid input te voorkomen.
Welke invloed batteryboost heeft in minpv/pv stand kan ik alleen herhalen uit de blog: https://docs.evcc.io/blog...harts-stats#battery-boost
Het zou het maximale vermogen van de batterij beschikbaar moeten stellen voor EV laden.

Ik denk dat dat wel meevalt.

Uitrekenen is niet moeilijk, als je daar al van uit gaat is de helft al gedaan.
Iedere omvormer is verschillend maar dat is nu ook al, dus het is gewoon een kwestie van die templates die er al in zitten uit te gaan breiden met de control parameters. Dat is wat werk maar ook niet dramatisch, EVCC is naar wat ik gelezen heb of voor mezelf opgeslagen heb heel modulair met templates die mensen kunnen aanvullen en dan is het al klaar.
Als je gaat kijken dat SMA, Fronius, Goodwe, SolarEdge de grootsten zijn dan kan het al snel gaan met de impact van deze change.

De feedback loop is relatief traag met de default van 30s maar verbruik en opwek oscilleren sowieso al. Dat zie ik dag op dag met verbruiksgrafieken positief/negatief. Zie ook mijn volgende alinea met welke dagen meestal een negatieve prijscurve bevatten.

Ik weet niet hoe dat bij jou is maar ik denk dat je te zwaar tilt aan die meerdere omvormers en instraling. Ik verklaar me nader: als er negatieve energieprijzen zijn dan zit je meestal met strakke blauwe lucht en bakken zonneschijn. Een sortering van grootste omvormer naar kleinste omvormer en volgens die verdeling/breuk het benodigd vermogen distribueren en eventueel eens herevalueren als blijkt dat bij een volgende control loop iets niet gehaald wordt OF de hoogst performende omvormer instellen als primaire en de rest als "slaves" uitschakelen lijkt me ook al een prima oplossing.

[HyperBart]

Roel1.9GJ schreef op zondag 8 juni 2025 @ 12:52:
het lukt mij nog niet om om vol vermogen te laden uit de batterij.

[Afbeelding]

[Afbeelding]

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

Dit is zo/dit is bij mij ook zo/dit is te verwachten.

Je hebt hier op MinPV staan.
Je wekt 1.2kW op, je huis verbruikt 0.6kW en je hebt via de batterij instellingen toegelaten dat de batterij assisteert.
Assisteren is niet "volle petrol" bij duwen. Je EVCC staat op MinPV dus 1.6kW normaal default op 6A dus de batterij gaat dat bijduwen.
Trouwens, omdat ie op MinPV staat gaat ie gewoon zelfs niet uitvallen en blijft de batterij gewoon continu bijgeven tot hij leeg is.

@Roel1.9GJ schrijft het juist daarna in een van zijn posts.

[Bravo]

HyperBart schreef op dinsdag 10 juni 2025 @ 12:43:
[...]


Ik denk dat dat wel meevalt.

Uitrekenen is niet moeilijk, als je daar al van uit gaat is de helft al gedaan.

Eens, wat terugvloeit naar het grid is een teveel aan opwek en dat is meetbaar en regelbaar.

Iedere omvormer is verschillend maar dat is nu ook al, dus het is gewoon een kwestie van die templates die er al in zitten uit te gaan breiden met de control parameters. Dat is wat werk maar ook niet dramatisch, EVCC is naar wat ik gelezen heb of voor mezelf opgeslagen heb heel modulair met templates die mensen kunnen aanvullen en dan is het al klaar.
Als je gaat kijken dat SMA, Fronius, Goodwe, SolarEdge de grootsten zijn dan kan het al snel gaan met de impact van deze change.

Deels eens. Een aantal omvormers zijn goed gedocumenteerd en gedragen zich zoals te verwachten over modbus en zijn daarom relatief simpel regelbaar (SE, SMA, Fronius). Voor de chinese omvormers lijkt het zeer variabel te zijn (bij Goodwe zeer modelafhankelijk, Growatt dan weer wel, Hoymiles alleen als je je eigen hardware bouwt/koopt voor AhoyDTU of OpenDTU, SAJ lijkt wel goed te luisteren via modbus).

Ik ben de eigenaar van een Solaredge omvormer, was altijd prima uit te lezen met de EVCC template. Toen wilde ik het los gaan uitlezen en opwek limiteren en ben ik bij de HACS integratie Solaredge Modbus uitgekomen en kon ik via Active Power Limit aansturen. Tot er een update was en dit niet meer werkte. Ben ik verder gaan zoeken en uitgekomen bij Solaredge Modbus Multi, omdat deze ook via de Site Power parameter kan limiteren; de reguliere Active Power Limit (zoals gebruikt in de Solaredge Modbus integratie) wordt door mij (oudere 2016) Solaredge omvormer continu overschreven. Misschien een unieke casus, maar wel mijn ervaring.

De feedback loop is relatief traag met de default van 30s maar verbruik en opwek oscilleren sowieso al. Dat zie ik dag op dag met verbruiksgrafieken positief/negatief. Zie ook mijn volgende alinea met welke dagen meestal een negatieve prijscurve bevatten.

Met oscilleren bedoel ik niet dat de uitkomst niet perfect 0 is, ik bedoel dat de input van de limiet van de omvormer nog niet gemeten is op het moment dat de volgende limiet wordt uitgerekend. Hierdoor reken je met 'oude' data. Dit is een issue waar ik zelf ook tegenaan liep bij het limiteren van de output met een korte update periode. Je moet zeker weten dat de gemeten outputwaarde van de omvormer de outputwaarde is die gebaseerd is op de nieuwe power limit. Ik had een interval van 15 sec voor het uitlezen via modbus, voor een stabiele berekening moest de automation minimaal een interval van 30 sec (2x interval rate) hebben.

Dit gaat helemaal op als je twee regelingen hebt (limit PV op basis van gebruik, en limit EV charging op basis van overschot. Nu met salderen is 1 van de twee regelingen actief, straks met het wegvallen van de EB bij het leveren van stroom is er een bandbreedte dat je beide regelingen actief wil hebben (marktprijs = EB < x < 0) en je opwek groter is dan het laadvermogen van de EVcharger.

Ik weet niet hoe dat bij jou is maar ik denk dat je te zwaar tilt aan die meerdere omvormers en instraling. Ik verklaar me nader: als er negatieve energieprijzen zijn dan zit je meestal met strakke blauwe lucht en bakken zonneschijn. Een sortering van grootste omvormer naar kleinste omvormer en volgens die verdeling/breuk het benodigd vermogen distribueren en eventueel eens herevalueren als blijkt dat bij een volgende control loop iets niet gehaald wordt OF de hoogst performende omvormer instellen als primaire en de rest als "slaves" uitschakelen lijkt me ook al een prima oplossing.

Als ik kijk naar het afgelopen weekend zijn de prijzen ook <0 euro op de markt bij veel wind en wisselende instraling. Maar bij volle zon komt het idd ook vaak voor.

Voor het grootste deel van de dag is de verhouding HM:SE 1:2 qua opbrengst, pas vanaf 12:00 wordt het vermogen van beide omvormers bereikt. Het instellen van een limiet voor 12:00 uur betekent dus niet dat het gevraagde vermogen ook daadwerkelijk gehaald wordt en zul je in een volgende update voor moeten corrigeren.
Na 15:00 zakt de HM:SE verhouding terug naar 1:3 rond 18:00 en 1:10 rond 19:00 door schaduwen op de HM set, ook hiervoor moet gecorrigeerd worden. In mijn kring zie ik meer situaties met meerdere omvormers, soms een tweede kleine set, soms een O-W op losse omvormers.

Als je de slaves uitschakeld (dus niet op minimaal vermogen) zullen die ook weer een paar minuten nodig hebben om wakker te worden. Niet zo erg bij het laden van een EV, maar als je de 2 kW piek van een waterkoker/koffiezetter/wasmachine/vaatwasser wil opvangen ben je (deels) te laat. Niet iedereen heeft >3 kW omvormers hangen die een 2 kW piek zelfstandig op kunnen vangen.

Maar als het EVCC team er heil in ziet om dit op de roadmap te zetten, ben ik de laatste die klaagt als het gaat werken

[HyperBart]

Je gaat wat te hard met afkortingen.
Geen idee wat HMSE is.
Geen idee what EB is.

Support van de omvormers moet de functie niet tegenhouden, iedere omvormer is een reden om de functie te implementeren. Ja ik ga er wat hard in maar het moet ergens beginnen.

Ik heb Solar Edge altijd een leuk systeem gevonden maar nodeloos dichtgetimmerd en te veel op de installateur gefocused dan de eindgebruiker die het 20 jaar heeft liggen. SMA doet qua regeltechniek met die power limit niet veel beter maar is ten minste al wat "benaderbaarder" buiten het feit dat het allemaal obscure shit met Modbus is, maar het is inzichtelijk te maken.

[ Voor 110% gewijzigd door HyperBart op 10-06-2025 16:57 ]

[Tunestwo]

HyperBart schreef op dinsdag 10 juni 2025 @ 16:52:
Je gaat wat te hard met afkortingen.
Geen idee wat HMSE is.
Geen idee what EB is.

In deze context staat HM:SE voor de verhouding in opbrengst tussen twee verschillende omvormersets of merken:

HM = Hoymiles (micro-omvormers)

SE = SolarEdge (optimizer + centrale omvormer)
De ratio HM:SE geeft dus de verhouding van de geproduceerde energie (vermogen) tussen de Hoymiles-omvormers en de SolarEdge-omvormers op verschillende tijdstippen van de dag.

En EB staat voor Energie Belasting denk ik?

[ Voor 16% gewijzigd door Tunestwo op 10-06-2025 16:59 ]

[HyperBart]

Bravo schreef op dinsdag 10 juni 2025 @ 16:18:


Met oscilleren bedoel ik niet dat de uitkomst niet perfect 0 is, ik bedoel dat de input van de limiet van de omvormer nog niet gemeten is op het moment dat de volgende limiet wordt uitgerekend. Hierdoor reken je met 'oude' data. Dit is een issue waar ik zelf ook tegenaan liep bij het limiteren van de output met een korte update periode. Je moet zeker weten dat de gemeten outputwaarde van de omvormer de outputwaarde is die gebaseerd is op de nieuwe power limit. Ik had een interval van 15 sec voor het uitlezen via modbus, voor een stabiele berekening moest de automation minimaal een interval van 30 sec (2x interval rate) hebben.

Maar dan heb je dit toch ook met EVCC als je verbruik hebt en wolken/wisselende PV output? Ik zie dat niet als een showstoppertje, ze doen het nu ook al. Afhankelijk van hun regeltechniek sturen ze op omvormer X en meten ze op grid-meter Y en is een "deel van die meet-stuur cyclus" al verlegd omdat de meting directer is op een grid meter. Voor mij echt geen issue, gewoon een verderzetting van de cyclus die ze normaal met de laadpaal doen.

Dit gaat helemaal op als je twee regelingen hebt (limit PV op basis van gebruik, en limit EV charging op basis van overschot. Nu met salderen is 1 van de twee regelingen actief, straks met het wegvallen van de EB bij het leveren van stroom is er een bandbreedte dat je beide regelingen actief wil hebben (marktprijs = EB < x < 0) en je opwek groter is dan het laadvermogen van de EVcharger.

[...]

Afhankelijk van parameter Z (tresholdEnergyPriceNegativePositiveDecider) is dat voor mij heel simpel, als het er boven is moet er niet gethrottled worden, er onder wel en dit alleen als er geen auto aangesloten is, wat ook weer een boolean is die je kan kiezen of je er op wilt acteren ja dan neen. Mss wil je dan net wel EN zonnestroom in de auto EN van het net bijladen omdat je er geld aan toe krijgt.

Als ik kijk naar het afgelopen weekend zijn de prijzen ook <0 euro op de markt bij veel wind en wisselende instraling. Maar bij volle zon komt het idd ook vaak voor.

Goh ja, ok, regeltechniek lost het wel op.

Voor het grootste deel van de dag is de verhouding HM:SE 1:2 qua opbrengst, pas vanaf 12:00 wordt het vermogen van beide omvormers bereikt. Het instellen van een limiet voor 12:00 uur betekent dus niet dat het gevraagde vermogen ook daadwerkelijk gehaald wordt en zul je in een volgende update voor moeten corrigeren.
Na 15:00 zakt de HM:SE verhouding terug naar 1:3 rond 18:00 en 1:10 rond 19:00 door schaduwen op de HM set, ook hiervoor moet gecorrigeerd worden. In mijn kring zie ik meer situaties met meerdere omvormers, soms een tweede kleine set, soms een O-W op losse omvormers.

Als je de slaves uitschakeld (dus niet op minimaal vermogen) zullen die ook weer een paar minuten nodig hebben om wakker te worden. Niet zo erg bij het laden van een EV, maar als je de 2 kW piek van een waterkoker/koffiezetter/wasmachine/vaatwasser wil opvangen ben je (deels) te laat. Niet iedereen heeft >3 kW omvormers hangen die een 2 kW piek zelfstandig op kunnen vangen.

Ik weet dat niet of die dan zoveel nodig hebben om wakker te worden. Als dat het geval is dan is 1W prima hoor. Dat zal van omvormer tot omvormer afhankelijk zijn. Aangezien het HEMS van SMA genaamd Sunny Home Manager normaal redelijk goed NOM kan aanhouden (althans wat ik zie) moet alles bij die fabrikant toch redelijk snel kunnen optoeren of aftoeren lijkt me.

Maar als het EVCC team er heil in ziet om dit op de roadmap te zetten, ben ik de laatste die klaagt als het gaat werken

Het ding is vooral dat alles rond dynamische tarieven heel leuk zijn, maar eigenlijk alleen als je verbruik goed kan sturen binnen 24h. Het enige verbruik wat enigszins "verschuifbaar" is op een etmaal is het laden van een auto en in mindere mate verwarmen van een woning.

Beide kan EVCC al aansturen of beïnvloeden dus dat is steeds meer en meer een EV gericht HEMS aan het worden, dus dat is "de laatste/hoogste in de energiebeslissingsboom". Het is voor mij dan ook niet meer dan normaal dat die PV regeltechniek daar gelegd wordt. Victron is ook nog een optie maar ook dan zit je potentieel met trailing (nasleep) en EVCC gaat dan niet in gang schieten want Victron throttlet voor EVCC overschot gaat zien. Zit je daar weer mee.

[ Voor 14% gewijzigd door HyperBart op 10-06-2025 17:07 ]

[Bravo]

Tunestwo heeft de afkortingen goed ontcijferd, ik zal ze iets meer uitschrijven.

HyperBart schreef op dinsdag 10 juni 2025 @ 17:01:
[...]


Maar dan heb je dit toch ook met EVCC als je verbruik hebt en wolken/wisselende PV output? Ik zie dat niet als een showstoppertje, ze doen het nu ook al. Afhankelijk van hun regeltechniek sturen ze op omvormer X en meten ze op grid-meter Y en is een "deel van die meet-stuur cyclus" al verlegd omdat de meting directer is op een grid meter. Voor mij echt geen issue, gewoon een verderzetting van de cyclus die ze normaal met de laadpaal doen.

De meeste omvormers die gelimiteerd moeten worden willen een wattage of percentage (van max vermogen) ontvangen. Net zoals een EV charger die een Amperage wil hebben. En de EV charger zet dit direct om. Jij vraagt, de EV lader voert uit zonder verdere interne stappen.
Een PV omvormer heeft hier vaak wat langer voor nodig, omdat deze intern gaat regelen om tot het nieuw gevraagde vermogen te komen. Je ziet het interne voltage oplopen, totdat er een verhouding ontstaat dat U x I de gewenste P oplevert [P (vermogen) = U (voltage) x I (amperage) ] voor de helderheid even helemaal uitgeschreven.

Als je uitgaat van de gemeten vermogens en als deze metingen kort na elkaar gebeuren, dan valt het wel mee realiseer ik mij nu. In mijn geval zat er in het slechtste geval 14 seconden tijdsverschil tussen de metingen waardoor het oscillerende effect kon optreden.

[...]


Afhankelijk van parameter Z (tresholdEnergyPriceNegativePositiveDecider) is dat voor mij heel simpel, als het er boven is moet er niet gethrottled worden, er onder wel en dit alleen als er geen auto aangesloten is, wat ook weer een boolean is die je kan kiezen of je er op wilt acteren ja dan neen. Mss wil je dan net wel EN zonnestroom in de auto EN van het net bijladen omdat je er geld aan toe krijgt.


[...]

Goh ja, ok, regeltechniek lost het wel op.

[...]


Ik weet dat niet of die dan zoveel nodig hebben om wakker te worden. Als dat het geval is dan is 1W prima hoor. Dat zal van omvormer tot omvormer afhankelijk zijn. Aangezien het HEMS van SMA genaamd Sunny Home Manager normaal redelijk goed NOM kan aanhouden (althans wat ik zie) moet alles bij die fabrikant toch redelijk snel kunnen optoeren of aftoeren lijkt me.

Voor Solaredge (SE) heb ik een minimaal vermogen van 3% kunnen vinden (Active Power Limit), voor Hoymiles was het geloof ik 25 watt.
Voor beide geldt dat als ze uitgeschakeld zijn ze 2 a 3 minuten nodig hebben om weer volledig mee te kunnen draaien (voor SE soms nog langer is mijn ervaring).
[/quote]
[...]


Het ding is vooral dat alles rond dynamische tarieven heel leuk zijn, maar eigenlijk alleen als je verbruik goed kan sturen binnen 24h. Het enige verbruik wat enigszins "verschuifbaar" is op een etmaal is het laden van een auto en in mindere mate verwarmen van een woning.

Beide kan EVCC al aansturen of beïnvloeden dus dat is steeds meer en meer een EV gericht HEMS aan het worden, dus dat is "de laatste/hoogste in de energiebeslissingsboom". Het is voor mij dan ook niet meer dan normaal dat die PV regeltechniek daar gelegd wordt. Victron is ook nog een optie maar ook dan zit je potentieel met trailing (nasleep) en EVCC gaat dan niet in gang schieten want Victron throttlet voor EVCC overschot gaat zien. Zit je daar weer mee.
[/quote]
Dan moet Victron beter naar EVCC luisteren als EVCC het HEMS is wat de baas is.

Voordat EVCC een compleet HEMS kan worden moet het beter worden in voorspellen van opwek, (basis)gebruik en batterijstatus. Momenteel werkt het erg goed om een PV overschot in de EV te dumpen, OF een gewenste lading in een EV te verkrijgen tegen zo laag mogelijke kosten. Maar als je verschil tussen inkoop- en verkooptarieven hebt houdt hij hier nog geen rekening mee.
Dat geldt nu voor de mensen met dynamische tarieven bij de 'boeven'leveranciers (o.a. Frank Energie).
Op de korte termijn zie ik Day Ahead Optimizer: ervaringen met Home Assistant-addon DAO dit al wel regelen, en dat gebruik ik naar verwachting om EVCC aan te sturen (om op termijn binnen de uur/kwartierblokken te regelen).

[wimmme]

Al mensen hier die ervaring hebben met Sigenergy batterij icm EVCC ?

Heb momenteel zonnepanelen, een Alfen laadpaal, 2 EV's, een dynamisch contract (België) en EVCC.
Werkt prima. Nu zou ik graag nog wat zonnepanelen bijleggen, omdat ik meer verbruik dan dat ik opwek, en er ineens van profiteren om een Sigenergy stack te implementeren:
- hybride omvormer
- 16 extra zonnepanelen
- batterij 10kWh (om mee te beginnen)
- HomeMax TP gateway (als EMS/UPS) voor netonafhankelijkheid.

Aangezien er maar 1 kapitein kan zijn aan boord (HEMS), en nu is dat nog EVCC, vraag ik me af of dat wat te regelen valt. Het correct aansturen van de EV's blijft in de praktijk de belangrijkste factor in het verhaal, zowel financieel als praktisch. We laden de EV's meestal overdag op (om het capaciteitstarief hier in België wat in te tomen), zo laden ze meestal aan 8 - 11 kW, waarbij MAX 8kW van het net komt en de rest uit de zonnepanelen.

[HyperBart]

@wimmme ik zie ze er nog niet tussen staan dus ik zou mijn geld voorlopig niet op EVCC zetten.
Ken voor de rest Sigenergy niet, het lijkt er op dat je er redelijk fan van bent of daar al in gekozen hebt?
Is er geen ander merk wat ook alles afdekt wat je wil en wat bekender/breder ondersteund is?

Heb je al eens naar BYD + omvormer ander merk gekeken?

EDIT: zie hieronder, Google vond 'm niet. Blijkbaar wel op de lijst.

[ Voor 9% gewijzigd door HyperBart op 11-06-2025 12:04 ]

[Get!em]

HyperBart schreef op woensdag 11 juni 2025 @ 09:28:
@wimmme ik zie ze er nog niet tussen staan dus ik zou mijn geld voorlopig niet op EVCC zetten.
Ken voor de rest Sigenergy niet, het lijkt er op dat je er redelijk fan van bent of daar al in gekozen hebt?
Is er geen ander merk wat ook alles afdekt wat je wil en wat bekender/breder ondersteund is?

Heb je al eens naar BYD + omvormer ander merk gekeken?

@wimmme
Sigen staat er gewoon tussen...
https://docs.evcc.io/en/d...sigen-pv-maxsigenstore-ec

Sigen is overigens deels onbekend, maar door velen die het kennen wel beschouwd momenteel als een paradepaardje die zelfstandig (met gateway) eilandbedrijf aankan, en bovendien eigen (cloud) software heeft (middels AI) die ook handelen op onbalans ondersteund.
Is ook niet de goedkoopste. Wel compleet waterdicht, dus ook als schutting in je tuin te gebruiken. En je kunt er een DC EV charger op aansluiten.

[_PM]

HyperBart schreef op dinsdag 10 juni 2025 @ 11:17:
*Kuch Kuch*

Al assigned aan aan Premultiply maar een paar votes of duwtjes zou misschien niet slecht zijn om te tonen dat dit voor ons in de lage landen wel een topper zou zijn...

GitHub - EVCC as zero feed in controller #21747

Mooi verzoek, maar inderdaad best wat werk om all omvormers te ondersteunen. Een, tijdelijk?, alternatief kan zijn om dit via home-assistant te doen, daar zijn al wat meer omvormers ondersteund en hebben ook de functie om panelen uit te zetten.
Ik zet de panelen (GoodWe/Enphase) compleet uit als de prijzen negatief worden, en heb in EVCC ingesteld dat hij dan (ook in PV mode) volle bak mag laden en daarmee zoveel mogelijk van de gratis energie van het net op kan nemen.

--
Enige uitdagingen die ik nog zie (heeft iemand dit opgelost?)

• de auto gaat in de ochtend al laden op zonne-energie (op het moment dat terugleveren nog geld oplevert om vervolgens het laden tijdens het nagatieve tarief af te maken. Ik zou liever mijn zonne-energie terugleveren als er genoeg negatieve uren zijn om de auto compleet te laden
• Als de auto al ver vol is gaat hij ook in de vroege ochtend meteen al laden (wederom als terugleveren nog iets oplevert), terwijl hij het ook in de laagste tarief uren (ook als deze positieve prijzen hebben) zou kunnen redden. Slim bekijken wanneer de auto te laden zou net wat efficienter zijn

[LigeTRy]

_PM schreef op woensdag 11 juni 2025 @ 13:08:
[...]


Mooi verzoek, maar inderdaad best wat werk om all omvormers te ondersteunen. Een, tijdelijk?, alternatief kan zijn om dit via home-assistant te doen, daar zijn al wat meer omvormers ondersteund en hebben ook de functie om panelen uit te zetten.
Ik zet de panelen (GoodWe/Enphase) compleet uit als de prijzen negatief worden, en heb in EVCC ingesteld dat hij dan (ook in PV mode) volle bak mag laden en daarmee zoveel mogelijk van de gratis energie van het net op kan nemen.

--
Enige uitdagingen die ik nog zie (heeft iemand dit opgelost?)

• de auto gaat in de ochtend al laden op zonne-energie (op het moment dat terugleveren nog geld oplevert om vervolgens het laden tijdens het nagatieve tarief af te maken. Ik zou liever mijn zonne-energie terugleveren als er genoeg negatieve uren zijn om de auto compleet te laden
• Als de auto al ver vol is gaat hij ook in de vroege ochtend meteen al laden (wederom als terugleveren nog iets oplevert), terwijl hij het ook in de laagste tarief uren (ook als deze positieve prijzen hebben) zou kunnen redden. Slim bekijken wanneer de auto te laden zou net wat efficienter zijn

Een beetje, in home assistant gebruik ik de ENTSO-e Transparency Platform integratie, deze heeft een entity die de relatieve prijs laat zien in procenten. Ik heb in node red een simpele flow gebouw die het volgende doet

- Stroom in de goedkoopste 20% van de dag -> EVCC Solar
- Stroom in de duurste 80% van de dag -> EVCC Off
- Stroom > 25ct -> EVCC Off
- Een override die solar aan laat staat om m'n laaddoelen te volgen (want die gaan ook weg bij "off")

Ik rij niet zoveel kms dus ik kom hiermee goed uit, maar ieder z'n situatie is anders. Maar hiermee springt ie dus pas op solar als de stroom goedkoop is, en ook nog eens op basis van relatieve prijs. Hoe dit komende winter gaat werken moet ik nog even bekijken.

[JanHenk]

Get!em schreef op woensdag 11 juni 2025 @ 09:42:
[...]


@wimmme
Sigen staat er gewoon tussen...
https://docs.evcc.io/en/d...sigen-pv-maxsigenstore-ec

Sigen is overigens deels onbekend, maar door velen die het kennen wel beschouwd momenteel als een paradepaardje die zelfstandig (met gateway) eilandbedrijf aankan, en bovendien eigen (cloud) software heeft (middels AI) die ook handelen op onbalans ondersteund.
Is ook niet de goedkoopste. Wel compleet waterdicht, dus ook als schutting in je tuin te gebruiken. En je kunt er een DC EV charger op aansluiten.

Een DC charger ja? Ik weet dat SolarEdge dat ook heeft aangekondigd, maar nog niet uitgebracht heeft.

Zou wel heel tof zijn als je zowel je PV, batterij als EV allemaal met DC-links kan verbinden teneinde het omzettingsverlies te minimaliseren. Ga er eens naar kijken.

[Get!em]

JanHenk schreef op woensdag 11 juni 2025 @ 14:47:
[...]


Een DC charger ja? Ik weet dat SolarEdge dat ook heeft aangekondigd, maar nog niet uitgebracht heeft.

Zou wel heel tof zijn als je zowel je PV, batterij als EV allemaal met DC-links kan verbinden teneinde het omzettingsverlies te minimaliseren. Ga er eens naar kijken.

Schrik niet van de prijs.... DC charger Sigen vanaf €3000 of soms zelfs €4500 als je het een installateur vraagt.

De winst van DC charging (direct vanaf solar) scheelt je 2x omvorm verliezen, maar er moeten heel van kWh doorheen wil je dat terugverdienen.

Maar technisch blijft t mooi spul...

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

[JanHenk]

Get!em schreef op woensdag 11 juni 2025 @ 14:48:
[...]

Schrik niet van de prijs.... DC charger Sigen vanaf €3000 of soms zelfs €4500 als je het een installateur vraagt.

De winst van DC charging (direct vanaf solar) scheelt je 2x omvorm verliezen, maar er moeten heel van kWh doorheen wil je dat terugverdienen.

Maar technisch blijft t mooi spul...

Ja, dat is de afweging. Waar houden de financiële winsten op en wordt het echt een kostenpost onder het mom hobby, mooie techniek, etc.

Ook batterijen krijg je nog nauwelijks rond gerekend. Ik heb nu een kleintje en het is leuk om me te experimenteren, maar voor het geld hoef je het (nu nog) niet te doen (in NL).

[wimmme]

Ik had wederom beter (nog) iets duidelijker geweest van in den beginne: ik wist dat Sigenergy in 't lijst stond van EVCC, mijn vraag was of er iemand ervaring mee had :-)
Is idd niet goedkoop, maar technisch wel de moeite. De gateway die op 3 fasen als ESS dient.
Hybride omvormer voor de batterijen waarop je zowel DC als AC kan koppelen, modulair en eenvoudig uitbreidbaar. De DC-charger is leuk maar voorlopig niet aan de orde (laadpaal werkgever).
Batterijen zouden op zichzelf amper rendabel zijn, leuk voor peakshaving en nachtelijk verbruik, maar 't gaat em vooral als 'verzekering', netonafhankelijkheid, en het feit dat je energiecentrale kan blijven doordraaien als het net uitligt ...
Terug on-topic: vooral benieuwd hoe de 2 samenwerken. Zal het wss zelf moeten uitpluizen.
Systeem (SigenStore) is (oa in NL) ook bekend onder de merknaam Haier als de SmartCube.

[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 ]

[JanHenk]

@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

[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

[HyperBart]

@Tunestwo
De Marstek is effectief aan het laden met 1260W?

Dat ? boven de "in" kant betekent dat EVCC niet ziet van waar die stroom komt.
Je grid meter, "includeert" die ook het vermogen wat de batterij trekt?

Ik wil zeggen: waar zit je grid meter tov de batterij en zit daar alles juist?

[Tunestwo]

HyperBart schreef op vrijdag 13 juni 2025 @ 09:42:
@Tunestwo
De Marstek is effectief aan het laden met 1260W?

Dat ? boven de "in" kant betekent dat EVCC niet ziet van waar die stroom komt.
Je grid meter, "includeert" die ook het vermogen wat de batterij trekt?

Ik wil zeggen: waar zit je grid meter tov de batterij en zit daar alles juist?

Grid meter is van home wizard P1, maar het gekke is ook dat EVCC ziet battery charging als zijnde ''out'' Terwijl op het moment dat de foto gemaakt werd de batterij aan het laden was met 1.2kw, vanuit de zonnepanelen

[JanHenk]

Tunestwo schreef op vrijdag 13 juni 2025 @ 09:52:
[...]

Grid meter is van home wizard P1, maar het gekke is ook dat EVCC ziet battery charging als zijnde ''out'' Terwijl op het moment dat de foto gemaakt werd de batterij aan het laden was met 1.2kw, vanuit de zonnepanelen

Als je gewoon de standaard HomeWizard P1 meter gebruikt dan zal die waarde wel kloppen. Als jij ervan overtuigd bent dat de batterij ook klopt, dan is maar één waarde die overblijft en dus niet klopt, het vermogen van je PV-installatie.

Wat gebruik je om die uit te lezen?

[Tunestwo]

JanHenk schreef op vrijdag 13 juni 2025 @ 10:05:
[...]


Als je gewoon de standaard HomeWizard P1 meter gebruikt dan zal die waarde wel kloppen. Als jij ervan overtuigd bent dat de batterij ook klopt, dan is maar één waarde die overblijft en dus niet klopt, het vermogen van je PV-installatie.

Wat gebruik je om die uit te lezen?

Daar gebruik ik ook de P1 meter van, helaas heb ik de goodwe nog niet kunnen toevoegen, word nog aan gewerkt. Maar het gekke is. Voordat ik zelf de accu had toegevoegd, werd het zonne paneel gedeelte wel goed mee gepakt in de + Het is gewoon gek dat die het battery charging gedeelte als uitgaande ziet. Terwijl dat eigenlijk ingaande moet zijn. Zelfde voor battery discharging moet uitgaande zijn, niet ingaande...

[wimmme]

JanHenk schreef op donderdag 12 juni 2025 @ 11:46:
@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.

[Afbeelding]

Nice, bedankt voor je feedback, zo zou ik het idd ook verwachten.
Ik ben nog net aan het uitzoeken welke gateway ik best kies, dan kan de bestelling buiten en de installatie geplanned worden.

[wimmme]

Elfin-EW11 WiFi-variant: AliExpress link

Die Seriële poort RS485 naar WiFi adapter is ook wel tof. Ik doe al een aantal jaren hetzelfde met ser2net op een raspi die ik nog had liggen, enige manier om een externe adapter deftig te delen tussen HomeAssistant en Domoticz en externe monitorring wanneer al die software in containers draait.

[JanHenk]

Tunestwo schreef op vrijdag 13 juni 2025 @ 10:19:
[...]

Daar gebruik ik ook de P1 meter van, helaas heb ik de goodwe nog niet kunnen toevoegen, word nog aan gewerkt. Maar het gekke is. Voordat ik zelf de accu had toegevoegd, werd het zonne paneel gedeelte wel goed mee gepakt in de + Het is gewoon gek dat die het battery charging gedeelte als uitgaande ziet. Terwijl dat eigenlijk ingaande moet zijn. Zelfde voor battery discharging moet uitgaande zijn, niet ingaande...

"In en uit" moet je niet letterlijk nemen. Of het is maar net welk gezichtspunt je pakt. Zonnestroom bijvoorbeeld blijft altijd aan de bovenkant en die energie gaat feitelijk 'uit' je omvormer maar 'in' je systeem. Een thuisbatterij kan ook energie leveren (uit de batterij, maar 'in' het systeem). Waar het naartoe gaat is dan 'uit' (het systeem) naar bijv. auto / huis.

Verder zit je probleem dus in de PV-opwek die niet (goed) wordt gemeten. Daar komt het vraagteken vandaan. Gebruik je een HomeWizard tussenmeter, of hoe heb je dit ingesteld? Want de P1 meter weet niets van de opgewekte zonnestroom.

[Tunestwo]

JanHenk schreef op vrijdag 13 juni 2025 @ 10:47:
[...]


"In en uit" moet je niet letterlijk nemen. Of het is maar net welk gezichtspunt je pakt. Zonnestroom bijvoorbeeld blijft altijd aan de bovenkant en die energie gaat feitelijk 'uit' je omvormer maar 'in' je systeem. Een thuisbatterij kan ook energie leveren (uit de batterij, maar 'in' het systeem). Waar het naartoe gaat is dan 'uit' (het systeem) naar bijv. auto / huis.

Verder zit je probleem dus in de PV-opwek die niet (goed) wordt gemeten. Daar komt het vraagteken vandaan. Gebruik je een HomeWizard tussenmeter, of hoe heb je dit ingesteld? Want de P1 meter weet niets van de opgewekte zonnestroom.

Ik heb de P1 meter gewoon als meter toegevoegd en de homewizard meter kan mijn goodwe uitlezen. Helaas met evcc lukt dit tot op het heden nog niet.

[JanHenk]

Tunestwo schreef op vrijdag 13 juni 2025 @ 10:57:
[...]

Ik heb de P1 meter gewoon als meter toegevoegd en de homewizard meter kan mijn goodwe uitlezen. Helaas met evcc lukt dit tot op het heden nog niet.

Ik begrijp niet hoe je nu evcc hebt ingericht om je PV-vermogen uit te lezen. Kun je dat delen? Dus jouw configuratie in evcc van je zonnestroom? Er zit wel 'iets' in namelijk. Anders zag je die 77 watt niet.

Nogmaals, de P1 meter weet dit niet, die ziet alleen netto teruglevering (over de meter van de netbeheerder dus) en niet het opgewekte vermogen. Daarvoor moet je echt de omvormer direct uitlezen of een tussenmeter plaatsen en deze uitlezen.

Of bedoel je dat je de Goodwe gekoppeld hebt via de Energy+ api-koppeling aan je HomeWizard app of iets dergelijks? Ik begrijp namelijk (nog steeds) niet wat je nu precies hebt. Omdat je zegt "de HomeWizard meter (welke?) kan mijn Goodwe uitlezen"... (hoe?)

[Bravo]

JanHenk schreef op vrijdag 13 juni 2025 @ 11:33:
[...]

Of bedoel je dat je de Goodwe gekoppeld hebt via de Energy+ api-koppeling aan je HomeWizard app of iets dergelijks? Ik begrijp namelijk (nog steeds) niet wat je nu precies hebt. Omdat je zegt "de HomeWizard meter (welke?) kan mijn Goodwe uitlezen"... (hoe?)

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?

[ Voor 4% gewijzigd door Bravo op 13-06-2025 12:08 ]

[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 ]

[JanAllElectric]

Interessant de koppeling met Marstek via Elfin-EW11, maar meerdere tweakers (onder ander mijzelf) hier gebruiken de lilygo en dan ook nog eens één lilygo per Marstek. De weg via een directe dedicate modbus koppeling is dan niet (meer) aanwezig.

Ik heb dus zelf alle gegevens beschikbaar per Marstek en zou die via MQTT kunnen uitwisselen met EVCC. Dat doe ik al om prijslimiet en gewenste SOC in te stellen. Omdat mijn 3 inverters geen koppeling hebben met EVCC gebruik ik MQTT ook om momentane PV opbrengst aan EVCC door te geven.

Mijn vraag: hoe stel ik een generieke accu in en met welke MQTT's moet ik met EVCC communiceren?

[HyperBart]

@Tunestwo en @JanHenk

Ik ben mee. EVCC ziet niet wat er netto door de meter gaat, eigenlijk wat @JanHenk ook aangeeft. EVCC ziet dus niet wat er van PV alleen komt en kan dat niet “thuisbrengen”. Daardoor krijg je dit soort gekke dingen. Ik vind het bv ook gek dat als je auto laadt dat hij geen huisje toont.
@Tunestwo je marstek, heeft een eigen/aparte meter? Die ziet het overschot wel en laadt daarmee op, klopt dat?

Je hebt op dit moment alleen maar inzicht in het netto

[HyperBart]

Tunestwo schreef op vrijdag 13 juni 2025 @ 10:19:
[...]

Daar gebruik ik ook de P1 meter van, helaas heb ik de goodwe nog niet kunnen toevoegen, word nog aan gewerkt. Maar het gekke is. Voordat ik zelf de accu had toegevoegd, werd het zonne paneel gedeelte wel goed mee gepakt in de + Het is gewoon gek dat die het battery charging gedeelte als uitgaande ziet. Terwijl dat eigenlijk ingaande moet zijn. Zelfde voor battery discharging moet uitgaande zijn, niet ingaande...

Is je Goodwe heel oud?

Code is zo eenvoudig als mijn SMA’s?

code:

meters:
  - name: my_pv
    type: template
    template: goodwe-wifi
    usage: pv
    uri: # IP-Adresse des Hostname, HTTP(S) Adresse (optional)

[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 dinsdag 27 mei 2025 @ 08:42:
[...]


Je kan per wagen een default mode definen. Zo staat hij hier standaard op off en op mijn wagen staat ie op PV.

In de wintermaanden werk ik dan met een planning en in deze maanden heb ik vaak genoeg aan PV only, maar niet altijd.

Deze week eindelijk eens tijd gehad om mee te experimenteren maar loop tegen het probleem aan dat EVCC niet communiceert met de Kia Niro.
Zelfde gegevens ingevuld als voor de Kia app en ook HA zelf ziet de Niro wel. Geen idee waar dit nu weer in zit.........

[HyperBart]

Peet3kabo schreef op vrijdag 13 juni 2025 @ 21:04:
[...]


Deze week eindelijk eens tijd gehad om mee te experimenteren maar loop tegen het probleem aan dat EVCC niet communiceert met de Kia Niro.
Zelfde gegevens ingevuld als voor de Kia app en ook HA zelf ziet de Niro wel. Geen idee waar dit nu weer in zit.........

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?

[ Voor 19% gewijzigd door HyperBart op 13-06-2025 21:20 ]

[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 ]

[HyperBart]

Peet3kabo schreef op vrijdag 13 juni 2025 @ 22:03:
[...]


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.

[Afbeelding]

Kan je eens even de Kia integratie in HA uitschakelen en dan paar uur later op EVCC proberen?

Voor de HA integratie om zeker te zijn kan je misschien 2 onzin login/pwd velden invullen om zo zeker te zijn dat hij toch niet nog iets doet onder water.

[Peet3kabo]

HyperBart schreef op zaterdag 14 juni 2025 @ 00:06:
[...]


Kan je eens even de Kia integratie in HA uitschakelen en dan paar uur later op EVCC proberen?

Voor de HA integratie om zeker te zijn kan je misschien 2 onzin login/pwd velden invullen om zo zeker te zijn dat hij toch niet nog iets doet onder water.

Ik zet hem uit en kom er op terug......

Edit, heb wachtwoord aangepast en in de configuratie de kia opnieuw ingevoerd en nu maakt hij wel verbinding. Met de waardes in de config (waardes ook aangepast) doet hij dus niks want heb nu de auto 2 keer er in staan en de originele zegt nog steeds niet verbonden. En dan heb ik EVCC en HA al eens opnieuw opgestart. Maakt verder ook niks uit want schijnt nu te werken, komende tijd maar eens proberen of het werkt zoals bedoeld. Start nu iig automatisch op PV, even testen of hij de auto ook herkend als ik hem inplug en mijn druppel voor de laadpaal hou............wordt vervolgd

[ Voor 41% gewijzigd door Peet3kabo op 14-06-2025 10:03 ]

[Tunestwo]

HyperBart schreef op vrijdag 13 juni 2025 @ 16:41:
@Tunestwo en @JanHenk

Ik ben mee. EVCC ziet niet wat er netto door de meter gaat, eigenlijk wat @JanHenk ook aangeeft. EVCC ziet dus niet wat er van PV alleen komt en kan dat niet “thuisbrengen”. Daardoor krijg je dit soort gekke dingen. Ik vind het bv ook gek dat als je auto laadt dat hij geen huisje toont.
@Tunestwo je marstek, heeft een eigen/aparte meter? Die ziet het overschot wel en laadt daarmee op, klopt dat?

Je hebt op dit moment alleen maar inzicht in het netto

De Marstek zit aan de P1 van home wizard verbonden. Die doet het met of zonder EVCC eigenlijk net zo goed, behalve als die vol zit dan moet ik die een soort van dumpend zetten dat die alle stroom eruit laat zodat die weer opnieuw vol kan laden.

HyperBart schreef op vrijdag 13 juni 2025 @ 16:44:
[...]


Is je Goodwe heel oud?

Code is zo eenvoudig als mijn SMA’s?

code:

meters:
  - name: my_pv
    type: template
    template: goodwe-wifi
    usage: pv
    uri: # IP-Adresse des Hostname, HTTP(S) Adresse (optional)

De Goodwe is van 2019 maar ik heb helaas alle template's al geprobeerd maar bied helaas geen oplossing. Ik kan wel direct via IP verbinden met de omvormer maar dan krijg ik helaas niet de gegevens alleen maar versie etc.

HyperBart schreef op vrijdag 13 juni 2025 @ 16:59:
[...]


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:

[Afbeelding]

Ja ik zit op het moment te kijken om een Shelly EM te plaatsen in de meter kast, ivm dat ik in de meterkast geen railtje meer vrij heb om een mooie inline meter te plaatsen..

[HyperBart]

Peet3kabo schreef op zaterdag 14 juni 2025 @ 08:37:
[...]


Ik zet hem uit en kom er op terug......

Edit, heb wachtwoord aangepast en in de configuratie de kia opnieuw ingevoerd en nu maakt hij wel verbinding. Met de waardes in de config (waardes ook aangepast) doet hij dus niks want heb nu de auto 2 keer er in staan en de originele zegt nog steeds niet verbonden. En dan heb ik EVCC en HA al eens opnieuw opgestart. Maakt verder ook niks uit want schijnt nu te werken, komende tijd maar eens proberen of het werkt zoals bedoeld. Start nu iig automatisch op PV, even testen of hij de auto ook herkend als ik hem inplug en mijn druppel voor de laadpaal hou............wordt vervolgd

Ruim de config dan best op, haal die auto er daar uit en doe de auto via de UI config.
Zo doe ik het ook. Alles wat lokaal is staat in de yaml en de API in de cloud van de auto heb ik in de UI gezet omdat daar vaak wat interactieve dingen dienen te gebeuren.

Ik kan je al vertellen dat als je alles "vlot en snel genoeg" doet dat met die druppel en herkennen van de auto ook prima gaat.
De druppel is voor authenticatie richting backend en staat semi los van de EVCC detectie.

Als je wat wil weten hoe en wat:
https://docs.evcc.io/en/d...hicle#automatic-detection

[ Voor 13% gewijzigd door HyperBart op 14-06-2025 12:58 ]

[nonkeljos]

HyperBart schreef op zaterdag 14 juni 2025 @ 12:55:
[...]

Ik kan je al vertellen dat als je alles "vlot en snel genoeg" doet dat met die druppel en herkennen van de auto ook prima gaat.
De druppel is voor authenticatie richting backend en staat semi los van de EVCC detectie.

Als je wat wil weten hoe en wat:
https://docs.evcc.io/en/d...hicle#automatic-detection

Werkt dit ook met een Alfen laadpaal, Bart? Ik begreep dat RFID herkenning als feature in de evcc lijst bij je merk laadpaal moet staan.

Edit: ik zie het al, er is blijkbaar een nieuwe template voor de Alfen-Eve. Werkt dit nog steeds samen met je vertrouwde backoffice dan (bij mij Tap Electric)? Vooral de 'idtag: evcc' baart me een beetje zorgen. Ik wil wel dat TAP electric alle info van mijn laadpaal blijft krijgen (staat publiek).

[ Voor 20% gewijzigd door nonkeljos op 15-06-2025 09:02 ]

[HyperBart]

nonkeljos schreef op zondag 15 juni 2025 @ 08:51:
[...]

Werkt dit ook met een Alfen laadpaal, Bart? Ik begreep dat RFID herkenning als feature in de evcc lijst bij je merk laadpaal moet staan.

Edit: ik zie het al, er is blijkbaar een nieuwe template voor de Alfen-Eve. Werkt dit nog steeds samen met je vertrouwde backoffice dan (bij mij Tap Electric)? Vooral de 'idtag: evcc' baart me een beetje zorgen. Ik wil wel dat TAP electric alle info van mijn laadpaal blijft krijgen (staat publiek).

Rfid herkenning werkt niet met Alfen en EVCC.
Het is het klassieke herkenningsmechanisme: dus auto API query.

Mijn post was vooral bedoeld:

“Evcc en laadpas zijn twee aparte processen”.
Evcc doet wat met de laadvermogens maar het feit dat je moet badgen zit dat proces niet in de weg.

[ Voor 12% gewijzigd door HyperBart op 15-06-2025 09:41 ]

[nonkeljos]

ok, maar ik zag nu net dat in de documentatie van EVCC, een tweede versie van Alfen Eve template is toegevoegd (ocpp-template) waarmee je dus wel een rfid tag kan koppelen aan een auto. Wellicht kun je dat niet gebruiken in combi met een backoffice (die ook ocpp gebruikt). Zie https://docs.evcc.io/en/docs/devices/chargers#eve-1

[HyperBart]

Idd dat (ocpp is backend dus andere ocpp is andere backend) klopt.

[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 ]

[HyperBart]

Tunestwo schreef op woensdag 18 juni 2025 @ 20:48:
[Afbeelding]
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?

De docs zijn heel compleet normaal en met de CLI Wizard kom je ook nog verder. Er is zoveel variatie dat magische configs onhaalbaar zijn.

Wel blij dat het voor jou werkt, ziet er goed uit!

[scifoflux]

Beetje nieuw in het EVCC gedeelte.
Heb twee EV's, 2x SMA tripower omvormers met totaal vermogen van 9kw.
Een SMA energy meter 2.0 heb ik ook.
Viallant flexotherm & daikin airco heb ik ook.
In de toekomst zou ik eventueel een thuis batterij ook willen plaatsen.

Ik heb enkel vragen of EVCC me dit kan bieden?:

• Kan ik met dit systeem alle bovenstaande apparaten aan toevoegen?
• Kan EVCC kijken naar negatieve stroomprijzen & positieve stroomprijzen en zo een thuisbatterij opladen of terugleveren afhankelijk van de stroomprijzen? Bvb. bij zeer hoge stroomprijzen ontladen een bepaalde overschot die anders niet gebruikt gaat worden, vermits morgen zon gaat zijn.

[Get!em]

scifoflux schreef op donderdag 19 juni 2025 @ 11:34:
Beetje nieuw in het EVCC gedeelte.
Heb twee EV's, 2x SMA tripower omvormers met totaal vermogen van 9kw.
Een SMA energy meter 2.0 heb ik ook.
Viallant flexotherm & daikin airco heb ik ook.
In de toekomst zou ik eventueel een thuis batterij ook willen plaatsen.

Ik heb enkel vragen of EVCC me dit kan bieden?:

• Kan ik met dit systeem alle bovenstaande apparaten aan toevoegen?
• Kan EVCC kijken naar negatieve stroomprijzen & positieve stroomprijzen en zo een thuisbatterij opladen of terugleveren afhankelijk van de stroomprijzen? Bvb. bij zeer hoge stroomprijzen ontladen een bepaalde overschot die anders niet gebruikt gaat worden, vermits morgen zon gaat zijn.

1)
https://docs.evcc.io/en/docs/devices/chargers

2)
a) https://docs.evcc.io/en/docs/features/dynamic-prices
b) https://docs.evcc.io/en/docs/features/battery

[JanHenk]

@scifoflux Je moet in gedachten houden dat evcc software is die in beginsel je laadpaal aanstuurt, op PV-stroom of op basis van dynamische prijzen. Welke laadpaal je hebt, noem je niet eens in je rijtje... Waardoor ik denk dat je teleurgesteld gaat zijn in de (huidige) functionaliteit.

Het ontwikkelaarsteam heeft evcc recent uitgebreid met dingen zoals SG-ready boilers, batterijen, etc. maar de sturing van deze zaken is nog redelijk experimenteel. De basis blijft de laadpaal. Of schakelbare sockets om bijv. je elektrische fiets of scooter op te laden en dergelijke.

Als je echt een HEMS zoekt in het kader van bijv. dynamische tarieven, en daar lijkt het wel op, zou ik even verder kijken naar een off-the-shelf oplossing of hier op forum naar andere tools.

[scifoflux]

JanHenk schreef op donderdag 19 juni 2025 @ 14:02:
@scifoflux Je moet in gedachten houden dat evcc software is die in beginsel je laadpaal aanstuurt, op PV-stroom of op basis van dynamische prijzen. Welke laadpaal je hebt, noem je niet eens in je rijtje... Waardoor ik denk dat je teleurgesteld gaat zijn in de (huidige) functionaliteit.

Het ontwikkelaarsteam heeft evcc recent uitgebreid met dingen zoals SG-ready boilers, batterijen, etc. maar de sturing van deze zaken is nog redelijk experimenteel. De basis blijft de laadpaal. Of schakelbare sockets om bijv. je elektrische fiets of scooter op te laden en dergelijke.

Als je echt een HEMS zoekt in het kader van bijv. dynamische tarieven, en daar lijkt het wel op, zou ik even verder kijken naar een off-the-shelf oplossing of hier op forum naar andere tools.

Heb een easee dewelke supported is.
Momenteel speel ik met de equilazer limiet dewelke veel manueel werk is en graag wil automariseren.

Ik heb al off the self oplossing gekeken zoals Flexie in BE (ja ben belg).
Maar 1 kost me teveel geld, 2 is eigenlijk Raspberry Pi, 3 is echt black box en vindt ik niet leuk.
En wil wel visibiliteit en voel me wel vertrouwd in scripting etc...

Warmtepomp aansturen is geen must voor mij, nice to have.

Wat wel must is aansturen van mijn toekomstige thuisbatterij die rekening houdt met het dynamisch tarief.
Ontladen bij dure prijzen, indien het kan en financieel interessant is.
Opladen tijdens goedkope prijzen.
Auto opladen lijkt me wel inorde.
Besef dat deze oplossing niet zal meespelen met de netcongestie wat flexio wel kan, kan technische niet.

De easee kan ik die forceren om op te laden met 1 phase?
of speel ik met de amperage op de equalizers?

[JanHenk]

scifoflux schreef op donderdag 19 juni 2025 @ 15:40:
[...]

De easee kan ik die forceren om op te laden met 1 phase?
of speel ik met de amperage op de equalizers?

Easee is ondersteund door evcc inderdaad. Inclusief 1P3P switching. Geen mA sturing, dus sturing op basis van hele ampères. De Easee wordt aangestuurd via een cloud API. Dat werkt niet altijd even goed in mijn beleving (cloud vertraging / afhankelijkheid), maar dat is een beperking van de Easee dus daar kom je niet omheen. Hoe de samenwerking met de Equalizer is, is mij niet duidelijk.

Voor veel chargers, waaronder de Easee, is een sponsortoken nodig. Er is echter een demotoken dat je kunt gebruiken de eerste tijd om eerst het een en ander op te zetten en uit te proberen.

Met de SMA meter kun je grid en pv-meters toevoegen aan evcc.

Je beide EV's zijn mogelijk ook ondersteund, daarmee kan evcc SoC uitlezen en voertuigherkenning doen bij de lader. Daarvoor moet je even kijken in de documentatie.

Er is al veel mogelijk. Probeer het eens.

[HyperBart]

Sma meter is niet nodig als de inverters rechtstreeks uitleesbaar zijn (nieuwere tripowers en sunnyboys).

[JanHenk]

HyperBart schreef op donderdag 19 juni 2025 @ 21:05:
Sma meter is niet nodig als de inverters rechtstreeks uitleesbaar zijn (nieuwere tripowers en sunnyboys).

Ik ben niet bekend met SMA hoor, maar hij geeft aan zo’n SMA meter al te hebben. Je hebt in ieder geval een grid meter nodig en ik dacht dat die SMA meter die functie wel kan vervullen. Met de inverters rechtstreeks uitlezen heb je precies dat niet. Lijkt me..

Enfin, genoeg mogelijkheden.

[HyperBart]

Pardon ik had gemist dat ie dat al had.

@scifoflux wat gij wilt is er eigenlijk nog niet.
Velen doen een gooi maar integreren dan weer niet alles.

EVCC komt op dit moment het dichtste bij.

Probeer eens en begin er eens aan zou ik zeggen.

[scifoflux]

HyperBart schreef op donderdag 19 juni 2025 @ 21:23:
Pardon ik had gemist dat ie dat al had.

@scifoflux wat gij wilt is er eigenlijk nog niet.
Velen doen een gooi maar integreren dan weer niet alles.

EVCC komt op dit moment het dichtste bij.

Probeer eens en begin er eens aan zou ik zeggen.

Ik heb de SMA meter, P1 meter van homewizard.
Denk dat EVCC verschillende manieren mijn grid verbruik kan uitlezen.

Ik ga hier mee starten, deze zou mijn huidige noden dekken.
Heb EV en wil gemakkelijk kunnen laden zonder zoals nu steeds manueel tussen te komen.

Beide auto's zijn volkswagen en kan EVCC uitlezen.

[koelkast]

Ik heb evcc laatst in gebruik genomen in combinatie met een homewizard p1 en een peblar home wallbox. Nu kan de peblar zelf ook al allerlei modi inschakelen, dus daarin kan evcc niet eens zoveel meer. Is het dan alleen het uitlezen van de ev dat evcc meer biedt?.
Anders kan ik toch net zo goed de peblar zelf laten sturen?

[scifoflux]

koelkast schreef op vrijdag 20 juni 2025 @ 09:52:
Ik heb evcc laatst in gebruik genomen in combinatie met een homewizard p1 en een peblar home wallbox. Nu kan de peblar zelf ook al allerlei modi inschakelen, dus daarin kan evcc niet eens zoveel meer. Is het dan alleen het uitlezen van de ev dat evcc meer biedt?.
Anders kan ik toch net zo goed de peblar zelf laten sturen?

EVCC kan als je dynamisch tarief hebt ook bepalen om te laden op goedkope uren.
Nu als je veel zonnepanelen hebt en het is late lente, zomer of vroege herfst dan heb je hier weinig aan.
Maar in de winter is dit anders.

Ook kan hij de auto uitlezen en bvb standaard zeer traag laden tot 40% of 50% bvb.
En dan bij laden indien er zonnen overschot is.
Geen idee of de peblar dit kan.

[koelkast]

scifoflux schreef op vrijdag 20 juni 2025 @ 10:05:
[...]

EVCC kan als je dynamisch tarief hebt ook bepalen om te laden op goedkope uren.
Nu als je veel zonnepanelen hebt en het is late lente, zomer of vroege herfst dan heb je hier weinig aan.
Maar in de winter is dit anders.

Ook kan hij de auto uitlezen en bvb standaard zeer traag laden tot 40% of 50% bvb.
En dan bij laden indien er zonnen overschot is.
Geen idee of de peblar dit kan.

Aha. Ik heb nog 2.5 jaar goedkoop vast, dus (nog) geen dynamisch. Laden bij overschot kan de peblar ook. Die kan echter (nog) niet over van 1 naar 3 fase laden, dat kan evcc wel.

[JanHenk]

@koelkast De meerwaarde is voor sommige use-cases maar beperkt, maar zelfs dan is ie (naar mijn mening) wel. Voor jou is dat het uitlezen van de auto (SoC) en op basis hiervan bijv. automatisch op basis van laadplannen gaan laden, laden tot een maximum SoC etc.

Je kan ook zelf instellen wanneer evcc het laden uitschakelt bij een tekort aan PV-overschot of juist begint etc. Kan handig zijn afhankelijk van het seizoen.

En schakelen van 1 naar 3 fase en weer terug, afhankelijk van de omvang van je PV-installatie kan dat zeker nog handig zijn.

De webinterface (en tegenwoordig ook met een app) is fijn; even gauw een overzicht van de voorspelde zonnestroom, tarieven, etc. Of even gauw modus switchen. Persoonlijk zou ik waarschijnlijk ook een Peblar nemen de volgende keer, maar ik blijf wel bij evcc om hem aan te sturen.

[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 ]

[HyperBart]

krizzziz schreef op vrijdag 20 juni 2025 @ 16:26:
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?

[Afbeelding]

Gek.
Voeg eens een placeholder toe van een ander model en pas dan eens aan via de YAML.

Of voeg 'm gewoon toe via de GUI, kan ook.

[krizzziz]

HyperBart schreef op vrijdag 20 juni 2025 @ 16:36:
[...]


Gek.
Voeg eens een placeholder toe van een ander model en pas dan eens aan via de YAML.

Of voeg 'm gewoon toe via de GUI, kan ook.

Hoe kom ik bij die GUI? Als ik via http://mijnip:7070/ inlog dan zie ik niks waar ik iets kan aanpassen?

[HyperBart]

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.

[ Voor 24% gewijzigd door HyperBart op 20-06-2025 16:51 ]

[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....

[HyperBart]

krizzziz schreef op vrijdag 20 juni 2025 @ 17:07:
[...]

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

[Afbeelding]

Ah ja, je moet experimentele configuratie aan zetten.

[JanHenk]

Tegenwoordig wil evcc gewoon opstarten zonder geldige evcc.yaml configuratie, volgens mij. Je kan dan door “experimental” aan te zetten je meters en lader toevoegen. Mits ie in de database staat.

Wil je dat de wat meer exotische dingen kun je alsnog een evcc.yaml openen met de settings die je niet in de database (gui) kwijt kan.

Ik heb evcc configure eigenlijk nooit gebruikt. Als je de home assistant add-on draait kan dat sowieso niet (tenzij je in de docker terminal gaat, omslachtig). En tegenwoordig hoeft het dus eigenlijk ook niet meer.

[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?

[JanHenk]

@krizzziz Die staan nu dus in evcc.yaml

En daar moeten ze uit…

[krizzziz]

JanHenk schreef op vrijdag 20 juni 2025 @ 22:32:
@krizzziz Die staan nu dus in evcc.yaml

En daar moeten ze uit…

Die is helder

Alleen ik gebruikte de console, dat werkt niet. Toen ben ik de UI gaan gebruiken. Daar staan die voorbeelden dus vast

Hoe wijzig ik dan evcc.yaml? Ik heb al even in de console van Proxmox dit geprobeerd:

code:

nano /etc/evcc.yaml

en dat werkte niet....

[JanHenk]

krizzziz schreef op vrijdag 20 juni 2025 @ 22:36:
[...]

Die is helder

Alleen ik gebruikte de console, dat werkt niet. Toen ben ik de UI gaan gebruiken. Daar staan die voorbeelden dus vast

Hoe wijzig ik dan evcc.yaml? Ik heb al even in de console van Proxmox dit geprobeerd:

code:

nano /etc/evcc.yaml

en dat werkte niet....

Je moet er even achter komen waar ie staat. Kan ook wel eens in / (root) staan. Dus /evcc.yaml

[annestweak]

wat wordt er hiermee bedoeld en hoe voorkom ik dit?

planner: tariff not available: cannot create tariff type 'template': cannot create tariff type 'custom': jq: query failed: cannot iterate over: string (\"API token limit exceeded ...\")

de tesla wordt nu niet geladen

[JanHenk]

@annestweak Hoe ziet jouw tarrif component eruit in evcc.yaml? Lijkt erop dat je twee types hebt ingesteld.

[annestweak]

JanHenk schreef op zaterdag 21 juni 2025 @ 12:01:
@annestweak Hoe ziet jouw tarrif component eruit in evcc.yaml? Lijkt erop dat je twee types hebt ingesteld.

ah bedankt daar moet ik het zoeken dus, ik ben idd met de tarieven bezig geweest. wij hebben nl zonneplan (dynamisch) maar ik kan niet vinden in de documentatie van evcc hoe ik die erin zet

[JanHenk]

@annestweak Voor dynamische prijzen heb je voor NL de ENTSO-E, Nordpool of Tibber integraties/templates. Voor Tibber moet je klant bij ze zijn (account nodig). Voor ENTSO-E heb je eveneens een account nodig, maar die kun je gratis aanvragen.

Makkelijkste is Nordpool.

Ik weet niet hoe stabiel ie is, zijn hier in het verleden wel eens meldingen gemaakt van dat Nordpool eruit lag en de prijzen niet doorkwamen. Geen recente ervaringen mee hier. Geen bericht is goed bericht?

YAML:

tariffs:
  grid:
    type: template
    template: nordpool
    region: NL
    currency: EUR
    charges: 0.01653 # Charge, Additional fixed charge per kWh (e.g. 0.05 for 5 cents) (optional)
    tax: 0.21 # Tax, Additional percentage charge (e.g. 0.2 for 20%) (optional)
 

Inkoopvergoeding van Zonneplan is 2 cent per kWh, maar dat is inclusief de btw. Je dient bij charges echter het bedrag exclusief btw in te voeren. Evcc pakt dan de kale EPEX spotprijs, plus charges en daarover de btw. Als het goed is heb je dan een kopie van de Zonneplan tarieven in evcc zitten.

[annestweak]

@JanHenk

nou top helemaal duidelijk, het werkt

[HyperBart]

Voor de Belgen (maar ik zie alle nationaliteiten er graag op klikken uiteraard ), ook deze kan misschien wel wat duimpjes gebruiken:

Follow the peak (Belgium piektarief)


Voor de niet-Belgen, misschien wat uitleg.

In Belgie/Vlaanderen is het zo dat onze netbeheerder het zogenaamde "piektarief" heeft ingevoerd.
Dat piektarief wordt berekend als volgt:

Per maand wordt gekeken hoeveel vermogen je gemiddeld op een kwartier telkens getrokken hebt uit het net. Het hoogste gemiddelde van die maand wordt opgeschreven als je "maandpiek", al deze maandpieken (12) worden bij elkaar opgeteld en gedeeld door 12 (gemiddelde jaarpiek). Iedere maandpiek is altijd minimaal 2.5kW, zelfs al heb je lagere maandpieken in die maand.

Men wil zo Belgen stimuleren om niet alle verbruikers tegelijk aan te zetten maar te spreiden.

Als je dus aan het begin van de maand zit is je piek 2.5kW maar naarmate je leeft en werkt in je huis is de kans heel groot dat die piek al naar 3 of 4 of 5 gaat.

Als je nu EVCC statisch instelt op 2500 dan doet hij nooit meer dan dat ondanks dat je misschien wel al een hogere piek getrokken hebt toen je auto misschien niet aan het laden was en je bv. ging koken, de droogkast aanstond. Aangezien je die maand al "het haasje bent" is er niets wat je tegenhoudt om EVCC ook niet van dat vermogen gebruik te laten maken.
Zodoende

[ Voor 77% gewijzigd door HyperBart op 21-06-2025 17:53 ]

[JanHenk]

@HyperBart Ik was er niet van op de hoogte dat jullie meter deze “hoogste piek” ook simpelweg in het P1-telegram opnam. Dat maakt het een stuk eenvoudiger natuurlijk. Wordt deze door de meter ook teruggezet aan het begin van een nieuwe maand?

De “circuit” setting voor LB kent op dit moment ook niet een dynamische input of een input via MQTT/REST, of wel?

[HyperBart]

JanHenk schreef op zaterdag 21 juni 2025 @ 18:19:
@HyperBart Ik was er niet van op de hoogte dat jullie meter deze “hoogste piek” ook simpelweg in het P1-telegram opnam. Dat maakt het een stuk eenvoudiger natuurlijk. Wordt deze door de meter ook teruggezet aan het begin van een nieuwe maand?

De “circuit” setting voor LB kent op dit moment ook niet een dynamische input of een input via MQTT/REST, of wel?

Misschien, maar eigenlijk interesseert me dat niet . Ik vind EVCC zo geweldig dat ik het allemaal langs daar liefst wil.

Het is de maxPower setting idd. Als ik die mannen van EVCC nu goed kan inschatten is bijna alles daar nu API stuurbaar.

Ik ben ooit wel eens begonnen aan scripts ervoor maar dat was ook weer zo een gedoe.

[ Voor 14% gewijzigd door HyperBart op 21-06-2025 20:44 ]

[scifoflux]

Alles lukt om in te stellen alleen.
Throttled VW mijn login naar de auto.
Iemand idee hoe je deze error weg krijgt?

Heb al heel weekend op de meest random uren geprobeerd dus wachten helpt niet.
En gebruikt de template VW & betreft id7 .

```
[main ] ERROR 2025/06/23 05:55:06 creating vehicle ev4 failed: cannot create vehicle type 'template': cannot create vehicle type 'vw': login.error.throttled
```