Evcc slim laden met de zon en dynamische tarieven

[Aldmar]

Ik ben aan het stoeien met EVCC. Volgens mij ben ik al een heel eind. Alleen lijkt EVCC niet de laadpaal te kunnen sturen op basis van PV. Hij blijft op 4.4kwh laden over 3 fases. Dit wordt niet aangepast naar hogere vermogens als de PV meer opwekt, maar valt ook niet terug naar 1 fase als de zon wegvalt. Ook schakelen tussen UIT/PV/MinPV/Snel maakt geen verschil, vermogen blijft op 6A per fase.

Hij lijkt op de mincurrent te blijven hangen (=6A). Onderstaande error krijg ik ook elke 10 seconden om de oren. Wat onderzoekt lijkt het er op dat mijn laadpaal het commando niet begrijpt. Echter is dit een Alfen Single Pro, en zou gewoon moeten werken. Toch?

Welke instelling kan ik nagaan om 1) onderstaande error te laten verdwijnen en 2) om de opgewekte energie in de auto te laten stromen?

Moet ik iets doen met 'belastingbeheer'?

code:

[lp-1 ] DEBUG 2025/05/07 16:26:42 pv charge current: min 6A > 3.16A (-802W @ 3p, battery: false)
[site ] DEBUG 2025/05/07 16:26:51 ----
[lp-1 ] DEBUG 2025/05/07 16:26:51 charge power: 4396W
[lp-1 ] DEBUG 2025/05/07 16:26:51 charge currents: [6.01 6.09 6]A
[site ] DEBUG 2025/05/07 16:26:51 grid power: -753W
[site ] DEBUG 2025/05/07 16:26:51 grid currents: [-1.63 -1.48 0.065]A
[site ] DEBUG 2025/05/07 16:26:51 pv 2 power: 1784W
[site ] DEBUG 2025/05/07 16:26:51 pv 1 power: 3813W
[site ] DEBUG 2025/05/07 16:26:51 pv power: 5598W
[site ] DEBUG 2025/05/07 16:26:51 site power: -753W
[lp-1 ] DEBUG 2025/05/07 16:26:51 detected active phases: 3p
[lp-1 ] DEBUG 2025/05/07 16:26:51 charge total import: 18990.780kWh
[lp-1 ] DEBUG 2025/05/07 16:26:52 charger status: C
[lp-1 ] DEBUG 2025/05/07 16:26:52 soc estimated: 55.13% (vehicle: 55.00%)
[lp-1 ] DEBUG 2025/05/07 16:26:52 vehicle soc: 55%
[lp-1 ] DEBUG 2025/05/07 16:26:52 vehicle soc limit: 80%
[lp-1 ] DEBUG 2025/05/07 16:26:52 vehicle range: 211km
[lp-1 ] DEBUG 2025/05/07 16:26:52 available power 5149W > 4140W min 3p threshold
[lp-1 ] DEBUG 2025/05/07 16:26:52 phase scale3p in 0s
[lp-1 ] ERROR 2025/05/07 16:26:52 switch phases: modbus: exception '3' (illegal data value), function '6'
[lp-1 ] DEBUG 2025/05/07 16:26:52 pv charge current: min 6A > 3.09A (-753W @ 3p, battery: false)
[site ] DEBUG 2025/05/07 16:27:01 ----
[lp-1 ] DEBUG 2025/05/07 16:27:01 charge power: 4369W
[lp-1 ] DEBUG 2025/05/07 16:27:01 charge currents: [5.98 6.03 5.99]A
[site ] DEBUG 2025/05/07 16:27:01 grid power: -693W
[site ] DEBUG 2025/05/07 16:27:01 grid currents: [-1.52 -1.47 0.176]A
[site ] DEBUG 2025/05/07 16:27:01 pv 2 power: 1767W
[site ] DEBUG 2025/05/07 16:27:01 pv 1 power: 3693W
[site ] DEBUG 2025/05/07 16:27:01 pv power: 5460W
[site ] DEBUG 2025/05/07 16:27:01 site power: -693W
[lp-1 ] DEBUG 2025/05/07 16:27:01 detected active phases: 3p
[lp-1 ] DEBUG 2025/05/07 16:27:01 charge total import: 18990.790kWh
[lp-1 ] DEBUG 2025/05/07 16:27:02 charger status: C
[lp-1 ] DEBUG 2025/05/07 16:27:02 soc estimated: 55.14% (vehicle: 55.00%)
[lp-1 ] DEBUG 2025/05/07 16:27:02 vehicle soc: 55%
[lp-1 ] DEBUG 2025/05/07 16:27:02 vehicle soc limit: 80%
[lp-1 ] DEBUG 2025/05/07 16:27:02 vehicle range: 211km
[lp-1 ] DEBUG 2025/05/07 16:27:02 available power 5062W > 4140W min 3p threshold
[lp-1 ] DEBUG 2025/05/07 16:27:02 phase scale3p in 0s
[lp-1 ] ERROR 2025/05/07 16:27:02 switch phases: modbus: exception '3' (illegal data value), function '6'

Alfen Single Pro
Homewizard P1 meter
Homewizard kWh meter voor meten zonopwek
HA met EVCC als addon

[Tunestwo]

Misschien gekke vraag, maar is het mogelijk om EVCC sneller te laten updaten? Dus eigenlijk dat die meer data punten pakt dan zoals bij mij nu om de +-1 minuut?

[_PM]

Tunestwo schreef op zaterdag 10 mei 2025 @ 13:13:
Misschien gekke vraag, maar is het mogelijk om EVCC sneller te laten updaten? Dus eigenlijk dat die meer data punten pakt dan zoals bij mij nu om de +-1 minuut?

Ja dat kan, https://docs.evcc.io/en/d...ce/configuration/interval

[Tunestwo]

_PM schreef op zaterdag 10 mei 2025 @ 14:19:
[...]


Ja dat kan, https://docs.evcc.io/en/d...ce/configuration/interval

Dankjewel! Zijn er toevallig mensen met een alfen laadpaal die al snellere timingen hebben geprobeerd?

[MisteRMeesteR]

Tunestwo schreef op zaterdag 10 mei 2025 @ 18:30:
[...]

Dankjewel! Zijn er toevallig mensen met een alfen laadpaal die al snellere timingen hebben geprobeerd?

Staat hier al een hele tijd op 10 seconden, werkt prima icm een Alfen.

[Tunestwo]

MisteRMeesteR schreef op zaterdag 10 mei 2025 @ 18:35:
[...]

Staat hier al een hele tijd op 10 seconden, werkt prima icm een Alfen.

Tof dankjewel ik ga het eens proberen!

[xXtronXx]

nonkeljos schreef op woensdag 7 mei 2025 @ 11:20:
Iemand al de nieuwe update 0.203.5 van evcc als veilig bestempeld voor de Alfen laders (met modbus dus)?

Geen problemen hier op 0.203.5

[JanHenk]

Aldmar schreef op woensdag 7 mei 2025 @ 16:32:
Ik ben aan het stoeien met EVCC. Volgens mij ben ik al een heel eind. Alleen lijkt EVCC niet de laadpaal te kunnen sturen op basis van PV. Hij blijft op 4.4kwh laden over 3 fases. Dit wordt niet aangepast naar hogere vermogens als de PV meer opwekt, maar valt ook niet terug naar 1 fase als de zon wegvalt. Ook schakelen tussen UIT/PV/MinPV/Snel maakt geen verschil, vermogen blijft op 6A per fase.

Hij lijkt op de mincurrent te blijven hangen (=6A). Onderstaande error krijg ik ook elke 10 seconden om de oren. Wat onderzoekt lijkt het er op dat mijn laadpaal het commando niet begrijpt. Echter is dit een Alfen Single Pro, en zou gewoon moeten werken. Toch?

Welke instelling kan ik nagaan om 1) onderstaande error te laten verdwijnen en 2) om de opgewekte energie in de auto te laten stromen?

Moet ik iets doen met 'belastingbeheer'?

code:

[lp-1 ] DEBUG 2025/05/07 16:26:42 pv charge current: min 6A > 3.16A (-802W @ 3p, battery: false)
[site ] DEBUG 2025/05/07 16:26:51 ----
[lp-1 ] DEBUG 2025/05/07 16:26:51 charge power: 4396W
[lp-1 ] DEBUG 2025/05/07 16:26:51 charge currents: [6.01 6.09 6]A
[site ] DEBUG 2025/05/07 16:26:51 grid power: -753W
[site ] DEBUG 2025/05/07 16:26:51 grid currents: [-1.63 -1.48 0.065]A
[site ] DEBUG 2025/05/07 16:26:51 pv 2 power: 1784W
[site ] DEBUG 2025/05/07 16:26:51 pv 1 power: 3813W
[site ] DEBUG 2025/05/07 16:26:51 pv power: 5598W
[site ] DEBUG 2025/05/07 16:26:51 site power: -753W
[lp-1 ] DEBUG 2025/05/07 16:26:51 detected active phases: 3p
[lp-1 ] DEBUG 2025/05/07 16:26:51 charge total import: 18990.780kWh
[lp-1 ] DEBUG 2025/05/07 16:26:52 charger status: C
[lp-1 ] DEBUG 2025/05/07 16:26:52 soc estimated: 55.13% (vehicle: 55.00%)
[lp-1 ] DEBUG 2025/05/07 16:26:52 vehicle soc: 55%
[lp-1 ] DEBUG 2025/05/07 16:26:52 vehicle soc limit: 80%
[lp-1 ] DEBUG 2025/05/07 16:26:52 vehicle range: 211km
[lp-1 ] DEBUG 2025/05/07 16:26:52 available power 5149W > 4140W min 3p threshold
[lp-1 ] DEBUG 2025/05/07 16:26:52 phase scale3p in 0s
[lp-1 ] ERROR 2025/05/07 16:26:52 switch phases: modbus: exception '3' (illegal data value), function '6'
[lp-1 ] DEBUG 2025/05/07 16:26:52 pv charge current: min 6A > 3.09A (-753W @ 3p, battery: false)
[site ] DEBUG 2025/05/07 16:27:01 ----
[lp-1 ] DEBUG 2025/05/07 16:27:01 charge power: 4369W
[lp-1 ] DEBUG 2025/05/07 16:27:01 charge currents: [5.98 6.03 5.99]A
[site ] DEBUG 2025/05/07 16:27:01 grid power: -693W
[site ] DEBUG 2025/05/07 16:27:01 grid currents: [-1.52 -1.47 0.176]A
[site ] DEBUG 2025/05/07 16:27:01 pv 2 power: 1767W
[site ] DEBUG 2025/05/07 16:27:01 pv 1 power: 3693W
[site ] DEBUG 2025/05/07 16:27:01 pv power: 5460W
[site ] DEBUG 2025/05/07 16:27:01 site power: -693W
[lp-1 ] DEBUG 2025/05/07 16:27:01 detected active phases: 3p
[lp-1 ] DEBUG 2025/05/07 16:27:01 charge total import: 18990.790kWh
[lp-1 ] DEBUG 2025/05/07 16:27:02 charger status: C
[lp-1 ] DEBUG 2025/05/07 16:27:02 soc estimated: 55.14% (vehicle: 55.00%)
[lp-1 ] DEBUG 2025/05/07 16:27:02 vehicle soc: 55%
[lp-1 ] DEBUG 2025/05/07 16:27:02 vehicle soc limit: 80%
[lp-1 ] DEBUG 2025/05/07 16:27:02 vehicle range: 211km
[lp-1 ] DEBUG 2025/05/07 16:27:02 available power 5062W > 4140W min 3p threshold
[lp-1 ] DEBUG 2025/05/07 16:27:02 phase scale3p in 0s
[lp-1 ] ERROR 2025/05/07 16:27:02 switch phases: modbus: exception '3' (illegal data value), function '6'

Alfen Single Pro
Homewizard P1 meter
Homewizard kWh meter voor meten zonopwek
HA met EVCC als addon

Heb je de Alfen goed geconfigureerd? Dat lijkt er namelijk niet op. 6A is vaak de 'safe current' instelling. Die pakt ie op moment dat er geen connectie is met een EMS of P1 meter.

Beste is via de ACE installer. Soms wordt e.e.a. niet goed verwerkt als je bijv. MyEve app gebruikt.

[Aldmar]

JanHenk schreef op maandag 12 mei 2025 @ 09:37:
[...]


Heb je de Alfen goed geconfigureerd? Dat lijkt er namelijk niet op. 6A is vaak de 'safe current' instelling. Die pakt ie op moment dat er geen connectie is met een EMS of P1 meter.

Beste is via de ACE installer. Soms wordt e.e.a. niet goed verwerkt als je bijv. MyEve app gebruikt.

Ja dat vermoed ik ook. Tot nu toe deed ik het instellen via de MyEve app op de iphone. Vermoed dat het in de 'validity time' zit en daar kan ik met de iPhone niet bij.

Ik heb afgelopen weekend ergens een windows 10 laptop opgedoken, alleen ik kan de Ace installer (versie 3.9) niet installeren omdat het .Net Framework niet up to date is (moet 4.8.1. zijn) En ik kan .Net framework niet updaten, omdat Windows 10 niet up to date is (moet minstens 22H2 zijn en heb versie 1909)...!

En het updaten van Windows 10 gaat ook tergend traag en op de achtergrond dus lastig te pushen.

Heb gezocht naar een oudere ACE installer versie, maar tot nu toe nog geen resultaat. (Iemand?)

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

[Bravo]

Aldmar schreef op woensdag 14 mei 2025 @ 11:34:
Het lijkt te werken!

[Afbeelding]

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?

De functie 'experimenteel' aan/uit zetten heeft alleen effect op de mogelijkheden die je in de UI te zien krijgt, waarmee je meters/laders etc in de database kunt aanmaken.
Als je een device hebt wat zowel in de DB staat (via de UI aangemaakt), als in de yaml (handmatig bewerkt) dan heeft de db voorrang. Om toch de aanpassingen uit de yaml te laten werken zul je het device uit de db moeten verwijderen (via de experimentele UI).

Je kunt ook met de cli commando's de yaml naar de db schrijven (migreren) of dat ongedaan maken, zie documentation. Als je net begint, kun je waarschijnlijk beter de devices in de UI verwijderen en stapje voor stapje in de yaml opbouwen als je opties wilt gebruiken die in de UI (nog) niet beschikbaar zijn.

[Aldmar]

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

De functie 'experimenteel' aan/uit zetten heeft alleen effect op de mogelijkheden die je in de UI te zien krijgt, waarmee je meters/laders etc in de database kunt aanmaken.
Als je een device hebt wat zowel in de DB staat (via de UI aangemaakt), als in de yaml (handmatig bewerkt) dan heeft de db voorrang. Om toch de aanpassingen uit de yaml te laten werken zul je het device uit de db moeten verwijderen (via de experimentele UI).

Je kunt ook met de cli commando's de yaml naar de db schrijven (migreren) of dat ongedaan maken, zie documentation. Als je net begint, kun je waarschijnlijk beter de devices in de UI verwijderen en stapje voor stapje in de yaml opbouwen als je opties wilt gebruiken die in de UI (nog) niet beschikbaar zijn.

Ik heb ook alles via de yaml ingericht. Een aantal weken geleden heb ik al eens een poging gedaan met evcc te gaan werken. Toen was er nog geen GUI.

Hij pakt een gewijzigde yaml wel als ik hem verplaats. Ik heb hem nu een folder 'dieper' gezet. Dus in /config/evcc/evcc/evcc.yaml bijvoorbeeld. Na een aanpassing in de Configuratie van de addon verwijzend naar dit nieuwe path, pakt hij wél de yaml.

Maar als ik vervolgens deze nieuwe yaml wijzig (en opsla uiteraard) dan verwerkt hij hem niet...

[THM0]

Beekforel schreef op vrijdag 25 april 2025 @ 22:47:
Ik ben vandaag voor het eerst in aanraking gekomen met evcc. Heb sinds kort een zelfgebouwde SmartEVSE laadpaal die eigenlijk alle functies van evcc al wel kan afhandelen, maar voor een vriend was ik mij wat aan het verdiepen in alternatieven en zodoende heb ik mij vanavond toch even verdiept in evcc.

De SmartEVSE is standaard niet ondersteund, sowieso sluit mijn setup niet helemaal 1 op 1 aan en moest ik wel wat wijzigingen doen:
- De esphome's voor m'n omvormers hun data naar MQTT laten publiceren zodat ik die als PV kon configureren
- Een aantal waardes van de SmartEVSE via Home Assistant vertaalt naar waardes die de evcc begrijpt via een proxy-topic
- De waardes van DSMR vanuit Home Assistant via datzelfde proxy-topic gepubliceerd zodat ik die voor de grid meter kan gebruiken.

Na wat spielerij lijkt het nu wel aardig te werken. De SmartEVSE heb ik "dom" gemaakt door de config van de mains-meter uit te zetten, hij doet nu alleen OFF en NORMAL mode die dus door evcc afgehandeld wordt.

De load balancing krijg ik nog niet helemaal aan de praat helaas, als ik dat configureer in de UI verdwijnen mijn grid en PV meters.

Later maar eens verder kijken en verdiepen in de aansturing van een warmtepomp en boiler.

Zou je de config hiervoor kunnen delen?

[JanHenk]

Aldmar schreef op woensdag 14 mei 2025 @ 14:24:
[...]

Ik heb ook alles via de yaml ingericht. Een aantal weken geleden heb ik al eens een poging gedaan met evcc te gaan werken. Toen was er nog geen GUI.

Hij pakt een gewijzigde yaml wel als ik hem verplaats. Ik heb hem nu een folder 'dieper' gezet. Dus in /config/evcc/evcc/evcc.yaml bijvoorbeeld. Na een aanpassing in de Configuratie van de addon verwijzend naar dit nieuwe path, pakt hij wél de yaml.

Maar als ik vervolgens deze nieuwe yaml wijzig (en opsla uiteraard) dan verwerkt hij hem niet...

In de add-on kun je niet zoveel configureren en is de cli ook niet beschikbaar, dus dat beperkt je ook wel wat om de configuratie uit de db te verwijderen.

Anders even de yaml ergens opslaan, de add-on verwijderen en opnieuw installeren en de evcc.yaml weer terugplaatsen?

Anders moet je als via advanced ssh naar de docker container en op die manier met de CLI spelen denk ik, maar dat lijkt me bewerkelijker.

[bastichelaar]

Ik probeer evcc werkend te krijgen met mijn Ratio Solar laadpaal, maar ik krijg het nog niet voor elkaar. Wat ik heb gedaan:

- Ratio Solar via OCPP gekoppeld aan Volt Time
- In Volt Time een proxy follower toegevoegd die naar evcc lokaal wijst (websocket)
- evcc kan de paal zien en kan zien als er geladen wordt

So far, so good. Maar als evcc zelf met de charger gaat praten om het charging profile te wijzigen dan gaat het fout:

code:

[site ] DEBUG 2025/05/14 15:09:13 site power: -3153W
[lp-1 ] DEBUG 2025/05/14 15:09:13 charge total import: 2333.777kWh
[lp-1 ] DEBUG 2025/05/14 15:09:13 charger status: B
[lp-1 ] DEBUG 2025/05/14 15:09:13 pv charge current: min 6A > 4.57A (-3153W @ 3p, battery: false)
[ocpp ] TRACE 2025/05/14 15:09:13 send RATIO_P00000000013036: [2,"1447586484","SetChargingProfile",{"connectorId":1,"csChargingProfiles":{"chargingProfileId":4,"stackLevel":1,"chargingProfilePurpose":"TxDefaultProfile","chargingProfileKind":"Absolute","chargingSchedule":{"startSchedule":"2025-05-14T13:08:13Z","chargingRateUnit":"A","chargingSchedulePeriod":[{"startPeriod":0,"limit":6}]}}}]
[ocpp ] TRACE 2025/05/14 15:09:13 recv RATIO_P00000000013036: [3,"1447586484",{"status":"Rejected"}]
[lp-1 ] ERROR 2025/05/14 15:09:13 set charge current limit 6A: set charging profile: Rejected

Hieronder de formatted JSON van het request:

code:

{
   "connectorId":1,
   "csChargingProfiles":{
      "chargingProfileId":4,
      "stackLevel":1,
      "chargingProfilePurpose":"TxDefaultProfile",
      "chargingProfileKind":"Absolute",
      "chargingSchedule":{
         "startSchedule":"2025-05-14T13:08:13Z",
         "chargingRateUnit":"A",
         "chargingSchedulePeriod":[
            {
               "startPeriod":0,
               "limit":6
            }
         ]
      }
   }
}

Wie kan mij helpen?

[ Voor 16% gewijzigd door bastichelaar op 14-05-2025 15:13 ]

[Bravo]

Aldmar schreef op woensdag 14 mei 2025 @ 14:24:
[...]

Ik heb ook alles via de yaml ingericht. Een aantal weken geleden heb ik al eens een poging gedaan met evcc te gaan werken. Toen was er nog geen GUI.

Hij pakt een gewijzigde yaml wel als ik hem verplaats. Ik heb hem nu een folder 'dieper' gezet. Dus in /config/evcc/evcc/evcc.yaml bijvoorbeeld. Na een aanpassing in de Configuratie van de addon verwijzend naar dit nieuwe path, pakt hij wél de yaml.

Maar als ik vervolgens deze nieuwe yaml wijzig (en opsla uiteraard) dan verwerkt hij hem niet...

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.

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

JanHenk schreef op vrijdag 31 januari 2025 @ 13:51:
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:

[Afbeelding]

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.

[Afbeelding]

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

Met welke batterij heb je dit mogelijk gemaakt? Homewizard of een Marstek of een ander merk? Heb namelijk hier zeer veel interesse in!

[JanHenk]

Tunestwo schreef op donderdag 15 mei 2025 @ 12:03:
[...]

Met welke batterij heb je dit mogelijk gemaakt? Homewizard of een Marstek of een ander merk? Heb namelijk hier zeer veel interesse in!

Ik heb op het moment 1x de PiB van HomeWizard. evcc maakt rechtstreeks connectie met de API van de batterij om deze uit te lezen.

[Tunestwo]

JanHenk schreef op donderdag 15 mei 2025 @ 13:22:
[...]


Ik heb op het moment 1x de PiB van HomeWizard. evcc maakt rechtstreeks connectie met de API van de batterij om deze uit te lezen.

Ik hoop dat binnenkort marstek support er ook is, of zou gezien de p1 meter van homewizard te linken is aan de marstek misschien het zo te combineren zijn met de evcc?

[bastichelaar]

Ik heb inmiddels met behulp van Ratio Solar de paal werkend! Voor wie ook een Ratio Solar heeft: kies als template voor de laadpaal niet ocpp, maar ocpp-abb. Deze voegt de optie StackLevelZero: 0 toe, waardoor de paal goed functioneert.

[BeZaX]

bastichelaar schreef op woensdag 14 mei 2025 @ 15:10:
Ik probeer evcc werkend te krijgen met mijn Ratio Solar laadpaal, maar ik krijg het nog niet voor elkaar. Wat ik heb gedaan:

- Ratio Solar via OCPP gekoppeld aan Volt Time
- In Volt Time een proxy follower toegevoegd die naar evcc lokaal wijst (websocket)
- evcc kan de paal zien en kan zien als er geladen wordt

Wat heb je precies bij Volt Time ingevuld? Ik heb van alles al geprobeerd, maar EVCC blijft maar een timeout geven.

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

[JanHenk]

Tunestwo schreef op donderdag 15 mei 2025 @ 14:55:
[...]

Ik hoop dat binnenkort marstek support er ook is, of zou gezien de p1 meter van homewizard te linken is aan de marstek misschien het zo te combineren zijn met de evcc?

De Martstek ken ik niet qua mogelijkheden voor uitlezen. Liefst heb je een lokale REST of MQTT API, read only is in principe al genoeg.

Dat Marstek de P1-meter kan lezen heb je niet zoveel aan, je wilt die batterij zelf lezen.

[roel00]

Tunestwo schreef op maandag 19 mei 2025 @ 21:41:
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![Afbeelding]

Thuisbatterij is pas rendabel bij volledige afschaffing van salderingsregeling. Zou daar mee wachten.

[Roger Beurskens]

roel00 schreef op dinsdag 20 mei 2025 @ 06:19:
[...]

Thuisbatterij is pas rendabel bij volledige afschaffing van salderingsregeling. Zou daar mee wachten.

Of voor het omzeilen/beperken van je terugleverkoten en het verhogen van je eigengebruik.
Al wordt de businesscase straks nog beter na afschaffen salderen.
Wat ik wel denk is dt er straks een run komt op thuisbatterijen en je dan een verhaal van vraag en aanbod krijgt en de fabrikanten/installateurs daar slim op in spelen en de prijzen omhoog gooien.

[Tunestwo]

JanHenk schreef op maandag 19 mei 2025 @ 21:57:
[...]


De Martstek ken ik niet qua mogelijkheden voor uitlezen. Liefst heb je een lokale REST of MQTT API, read only is in principe al genoeg.

Dat Marstek de P1-meter kan lezen heb je niet zoveel aan, je wilt die batterij zelf lezen.

Ik ga het ontdekken. Desnoods draait de marstek alleen op zijn eigen p1 meter.

roel00 schreef op dinsdag 20 mei 2025 @ 06:19:
[...]

Thuisbatterij is pas rendabel bij volledige afschaffing van salderingsregeling. Zou daar mee wachten.

Ben ik volkomen met je eens, maar het is ook een stukje voor de leuk en ik weet niet of er straks een batterij run komt als saldering volledig stop in 2027. Daarnaast betaal ik de boefjes nu al geld omdat ik teruglever. Dus ik wil zoveel mogelijk van mijn opgewekte energie zelf gebruiken. Wat natuurlijk ook het punt is van dit geheel.

[JanHenk]

Tunestwo schreef op dinsdag 20 mei 2025 @ 08:53:
[...]

Ik ga het ontdekken. Desnoods draait de marstek alleen op zijn eigen p1 meter.

Als beide regelingen op nul-op-de-meter staan ingesteld (zoals de PV-modus van evcc), dan kunnen ze elkaar wel enorm in de weg gaan zitten. evcc kun je 'alert' maken op andere nul-op-de-meter regelingen, zowel als 'aux' of als 'battery'. Hij neemt dan het actuele vermogen van die regelingen mee in bepaling wat het werkelijke overschot c.q. teruglevering is. Het is wel aan te raden om dat te doen.

In mijn geval laat ik evcc de rest API van de batterij én de P1 meter direct uitlezen. Ik draai evcc in een container op Proxmox. Dus het geheel is onafhankelijk van (de werking van) Home Assistant opgezet. Alleen het vermogen van de zonnepanelen (SolarEdge) loopt via Home Assistant, maar die is niet kritiek voor de aansturing.

De aansturing an sich werkt heel mooi. Tot mijn batterij op 90% is (deze grens kun je gewoon instellen in de GUI), laat evcc de ruimte om de batterij op te laden. Daarboven mag ie het volledige overschot pakken en dat doet ie dan ook.

Ik zie dat je de Marstek via modbus (serieel) kunt uitlezen en in Home Assistant kunt integreren. Via de HA API kun je e.e.a. dan beschikbaar stellen aan evcc. Of, evcc kan ook modbus signalen rechtstreeks uitlezen, dus je hebt genoeg opties om dit op te zetten.

[Tunestwo]

JanHenk schreef op dinsdag 20 mei 2025 @ 09:09:
[...]


Als beide regelingen op nul-op-de-meter staan ingesteld (zoals de PV-modus van evcc), dan kunnen ze elkaar wel enorm in de weg gaan zitten. evcc kun je 'alert' maken op andere nul-op-de-meter regelingen, zowel als 'aux' of als 'battery'. Hij neemt dan het actuele vermogen van die regelingen mee in bepaling wat het werkelijke overschot c.q. teruglevering is. Het is wel aan te raden om dat te doen.

In mijn geval laat ik evcc de rest API van de batterij én de P1 meter direct uitlezen. Ik draai evcc in een container op Proxmox. Dus het geheel is onafhankelijk van (de werking van) Home Assistant opgezet. Alleen het vermogen van de zonnepanelen (SolarEdge) loopt via Home Assistant, maar die is niet kritiek voor de aansturing.

De aansturing an sich werkt heel mooi. Tot mijn batterij op 90% is (deze grens kun je gewoon instellen in de GUI), laat evcc de ruimte om de batterij op te laden. Daarboven mag ie het volledige overschot pakken en dat doet ie dan ook.

Ik zie dat je de Marstek via modbus (serieel) kunt uitlezen en in Home Assistant kunt integreren. Via de HA API kun je e.e.a. dan beschikbaar stellen aan evcc. Of, evcc kan ook modbus signalen rechtstreeks uitlezen, dus je hebt genoeg opties om dit op te zetten.

Dankjewel voor de info, helaas ben ikzelf nog niet zo heel ervaren met het instellen van de EVCC ben al blij dat het werkt! Ik ga gewoon met trail en error rustig uitzoeken hoe ik de batterij in evcc krijg. Bij mij draait die op mijn Raspberry pi, waar ook me pihole actief op is.

[ChiLLeR]

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

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

YAML:

plant: fd2371f0ba8725a310c23f7e8e708afa77461493ac9b9794ae67f82da7bc4d9f

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

[ Voor 93% gewijzigd door ChiLLeR op 20-05-2025 13:20 ]

[JanAllElectric]

JanHenk schreef op dinsdag 20 mei 2025 @ 09:09:
[...]


Als beide regelingen op nul-op-de-meter staan ingesteld (zoals de PV-modus van evcc), dan kunnen ze elkaar wel enorm in de weg gaan zitten. evcc kun je 'alert' maken op andere nul-op-de-meter regelingen, zowel als 'aux' of als 'battery'. Hij neemt dan het actuele vermogen van die regelingen mee in bepaling wat het werkelijke overschot c.q. teruglevering is. Het is wel aan te raden om dat te doen.

In mijn geval laat ik evcc de rest API van de batterij én de P1 meter direct uitlezen. Ik draai evcc in een container op Proxmox. Dus het geheel is onafhankelijk van (de werking van) Home Assistant opgezet. Alleen het vermogen van de zonnepanelen (SolarEdge) loopt via Home Assistant, maar die is niet kritiek voor de aansturing.

De aansturing an sich werkt heel mooi. Tot mijn batterij op 90% is (deze grens kun je gewoon instellen in de GUI), laat evcc de ruimte om de batterij op te laden. Daarboven mag ie het volledige overschot pakken en dat doet ie dan ook.

Ik zie dat je de Marstek via modbus (serieel) kunt uitlezen en in Home Assistant kunt integreren. Via de HA API kun je e.e.a. dan beschikbaar stellen aan evcc. Of, evcc kan ook modbus signalen rechtstreeks uitlezen, dus je hebt genoeg opties om dit op te zetten.

Ik gebruik EVCC en heb 3 marsteks (15kWh), waarvan ik in HA de som van de SOC en AC vermogen weet.

Zou je de yaml kunnen delen van de "aux" cq "battery" hiervoor of een scherm afdruk als je het via experimental gui doet. EVCC kent de marsteks zelf niet.

Op dit moment heb ik het opgelost door in de aansturing van de accus (node-red/HA), als een soort reserveGridPower, het opladen buiten de accu te houden. Het opladen van de EV heeft dan altijd voorrang. Ik begrijp dat de EVCC oplossing de accu voorrang geeft.

[ Voor 7% gewijzigd door JanAllElectric op 21-05-2025 14:23 ]

[JanHenk]

@JanAllElectric Heb je de Marsteks toevallig in Home Assistant op één of andere manier (vermogen, soc)? Het kan helpen om een entiteit te hebben van vermogen (van alle drie tezamen) en van de SoC (van alle drie gezamelijk, dus 'gemiddeld').

[Sander]

Ik heb met de Zendure batterij (en integratie) eigenlijk geen positieve ervaringen met EVCC. Met de integratie aan lijkt het elkaar veel meer in de weg te zitten dan de twee regeling los te laten draaien.

Zonder integratie zie ik het volgende:
EVCC pakt in mijn geval (tesla) alleen maar volle amperes omhoog of omlaag dus regelt niet erg fijnmazig. Dit gebeurd ook nog eens met een redelijke wachtperiode tussen schakelmomenten (omhoog/omlaag en aan/uit). Doordat de batterij sneller en fijnmaziger reageert (in tijd en afname/teruggifte) heeft die eigenlijk altijd al zijn vermogen 'geclaimd' voordat EVCC gaat beginnen en die past zich dan aan.

Gaat er kortstondig een wolk voor de zon dan begint evcc eerst met 'terugtellen' voor hij afschakelt en dan springt de batterij kortstondig bij en voorkomt netafname. Gaat de wolk weer weg, pakt de batterij eerst weer vermogen terug voor EVCC schakelt.

Battery-boost werkt op dezelfde manier automatisch: als er te weinig zon is en ik zet de auto op 'snel' laden dan gaat de energiemeter positieve waarden laten zien en springt de batterij ook weer bij.

De batterij was vooral leuk om erbij te zien in mijn geval.

[JanAllElectric]

JanHenk schreef op woensdag 21 mei 2025 @ 14:29:
@JanAllElectric Heb je de Marsteks toevallig in Home Assistant op één of andere manier (vermogen, soc)? Het kan helpen om een entiteit te hebben van vermogen (van alle drie tezamen) en van de SoC (van alle drie gezamelijk, dus 'gemiddeld').

Ik heb in HA het totale vermogen van de accu;'s opgeteld. Ik behandel ze in mijn software als 1 virtuele accu (dus totale SOC en de som van het geleverde/afgenomen vermogen). Voor EVCC is het dus 1 accu.

[JanHenk]

@Sander Ik lees vooral je ervaring zonder dat je de batterij in evcc hebt opgenomen. Hoe ziet dat eruit mét?

[Sander]

JanHenk schreef op woensdag 21 mei 2025 @ 16:55:
@Sander Ik lees vooral je ervaring zonder dat je de batterij in evcc hebt opgenomen. Hoe ziet dat eruit mét?

In mijn geval: een extra data punt dat soms niet goed bijgewerkt werd (evcc bleef op bepaalde waarde staan van de batterij terwijl bijv home assistant wel juiste waardes gaf) dit lag duidelijk aan de brakke Zendure integratie in evcc.

Maar als het wel goed werkte zitten de reactietijden elkaar al snel in de weg. Bijv:

- EVCC laadt op en batterij is vol. Dan kortstondig te weinig zon of bijv een paar koppen thee uit de quooker
- batterij schakelt even bij om NOM te houden
- evcc gaat dan ineens hele grote stap terug bijv van 8A (3-fase) naar 4A om niet uit de batterij te halen en aan te passen aan zon
- zon gaat weer meer schijnen, batterij gaat weer wat bijladen en omdat evcc op dat moment weinig vraagt doet de batterij dat op vol vermogen
- daarmee doet evcc dan dus maar weer een klein stapje omhoog tot de batterij weer vol is

Eigenlijk wil je dit gewoon actief sturen om zo optimaal eigen prioriteit op dat moment te kunnen aangeven. Bijv ik weet dat ik in de middag weg ben met de auto, dan zet ik de batterij vaak uit bij 50% omdat die als de auto weg is snel zat volloopt. Dan mis je helaas af en toe de NOM wat meer als de zon even weg is. Alternatief is dat je auto trager laadt tot de accu eerst vol zit.

Maar lees dit niet (te) negatief: het werkt prima samen en sinds de lente zitten auto en accu eigenlijk altijd vol als ze dat moeten zijn. Ik denk dat herfst en winter het prioriteren en vooral “samen” de NOM houden toch wat actiever moet worden aangestuurd door ons

[annestweak]

Goedemorgen, ik krijg nog steeds foutmeldingen in mijn evcc. ivm tesla en de twc
dit is m: Tesla lader: charger enable: vehicle not capable of start/stop
hieronder mijn config:

code:

# replace with your real charger
# see https://docs.evcc.io/docs/devices/chargers
chargers:
  - name: TWC3
    type: template
    template: twc3
    host: 192.168.1.175 # IP address or hostname    
    


vehicles:
  - name: Tesla
    type: template
    template: tesla
    title: Tesla # Will be displayed in the user interface (optional)
    capacity: 75 # Battery capacity in kWh (optional)
    control: true
    clientId: c2a7570d-f4b................. # Client ID of your [Tesla Developer App](https://developer.tesla.com/dashboard).
    accessToken: eyJhbGciOiJSUzI1NiIsInR5cCI6I2jPjoMF3m6V1NEnPhiJtGJxH5xTppnA # from [myteslamate.com](https://app.myteslamate.com/).
    refreshToken: eyJhbGciOiJSUzI1NiIsInR5cCcXaqDZlRvhp5tBPGnLH0zkJPQF2af9tUlUYJSEYrIyTUr63q56XGAhFX1n74u4smegPUFtCgIsSbIo5-gOzWz68djenYfjHkhvSDvBIIQPFM6PiInkg
    vin: 5YJ3E7EB9LF5 # Required if you own multiple vehicles of the same brand (optional)
    icon: car # Icon as shown in user interface [car, bike, bus, moped, motorcycle, rocket, scooter, taxi, tractor, rickshaw, shuttle, van, airpurifier, battery, bulb, climate, coffeemaker, compute, cooking, cooler, desktop, device, dishwasher, dryer, floorlamp, generic, heater, heatexchange, heatpump, kettle, laundry, laundry2, machine, meter, microwave, pump, smartconsumer, tool, waterheater] (optional)
    phases: 1 # The maximum number of phases which can be used (optional)
    mode: # Possible values are Off, Now, MinPV and PV, or empty if none should be set (optional)
    minCurrent: 6 # The minimum amperage per connected phase with which the car should be charged (optional)
    maxCurrent: 16 # The maximum amperage per connected phase with which the car shuold be charged (optional)
    identifiers: # Mostly this can be added later, see: https://docs.evcc.io/en/docs/features/vehicle (optional)
    priority: # Priority of the loadpoint or vehicle in relation to other loadpoints or vehicles for allocating pv energy (optional)
    commandProxy: https://api.myteslamate.com # When using a TWC3 (or other 'dumb' charger not capable of control), evcc can manage the charge directly by communicating with the vehicle through a Command Proxy. By default the [myteslamate.com](https://app.myteslamate.com/) proxy is used. With this parameter, you set the base URL of a custom Command Proxy. See for example [TeslaBleHttpProxy](https://github.com/wimaha/TeslaBleHttpProxy) for a proxy sending commands via bluetooth. (optional)
    proxyToken: w1b6uodufg-hykvaaqrwzp6 # Token for the [myteslamate.com](https://app.myteslamate.com/) command proxy (pay-per use). Ensure, that you've installed their Virtual Key and granted 'Charge Start', 'Charge Stop' and 'Set Charging Amps' permissions. (optional)
    cache: 15m # Time interval with when data should be reloaded from the vehicle (optional)  
    
  
    
loadpoints:
  - title: Tesla lader
    charger: TWC3
    mode: 
    meter:   
    vehicle: Tesla # standard vehicle

[Sander]

annestweak schreef op zaterdag 24 mei 2025 @ 08:31:
Goedemorgen, ik krijg nog steeds foutmeldingen in mijn evcc. ivm tesla en de twc
dit is m: Tesla lader: charger enable: vehicle not capable of start/stop
hieronder mijn config:

code:

# replace with your real charger
# see https://docs.evcc.io/docs/devices/chargers
chargers:
  - name: TWC3
    type: template
    template: twc3
    host: 192.168.1.175 # IP address or hostname    
    


vehicles:
  - name: Tesla
    type: template
    template: tesla
    title: Tesla # Will be displayed in the user interface (optional)
    capacity: 75 # Battery capacity in kWh (optional)
    control: true
    clientId: c2a7570d-f4b................. # Client ID of your [Tesla Developer App](https://developer.tesla.com/dashboard).
    accessToken: eyJhbGciOiJSUzI1NiIsInR5cCI6I2jPjoMF3m6V1NEnPhiJtGJxH5xTppnA # from [myteslamate.com](https://app.myteslamate.com/).
    refreshToken: eyJhbGciOiJSUzI1NiIsInR5cCcXaqDZlRvhp5tBPGnLH0zkJPQF2af9tUlUYJSEYrIyTUr63q56XGAhFX1n74u4smegPUFtCgIsSbIo5-gOzWz68djenYfjHkhvSDvBIIQPFM6PiInkg
    vin: 5YJ3E7EB9LF5 # Required if you own multiple vehicles of the same brand (optional)
    icon: car # Icon as shown in user interface [car, bike, bus, moped, motorcycle, rocket, scooter, taxi, tractor, rickshaw, shuttle, van, airpurifier, battery, bulb, climate, coffeemaker, compute, cooking, cooler, desktop, device, dishwasher, dryer, floorlamp, generic, heater, heatexchange, heatpump, kettle, laundry, laundry2, machine, meter, microwave, pump, smartconsumer, tool, waterheater] (optional)
    phases: 1 # The maximum number of phases which can be used (optional)
    mode: # Possible values are Off, Now, MinPV and PV, or empty if none should be set (optional)
    minCurrent: 6 # The minimum amperage per connected phase with which the car should be charged (optional)
    maxCurrent: 16 # The maximum amperage per connected phase with which the car shuold be charged (optional)
    identifiers: # Mostly this can be added later, see: https://docs.evcc.io/en/docs/features/vehicle (optional)
    priority: # Priority of the loadpoint or vehicle in relation to other loadpoints or vehicles for allocating pv energy (optional)
    commandProxy: https://api.myteslamate.com # When using a TWC3 (or other 'dumb' charger not capable of control), evcc can manage the charge directly by communicating with the vehicle through a Command Proxy. By default the [myteslamate.com](https://app.myteslamate.com/) proxy is used. With this parameter, you set the base URL of a custom Command Proxy. See for example [TeslaBleHttpProxy](https://github.com/wimaha/TeslaBleHttpProxy) for a proxy sending commands via bluetooth. (optional)
    proxyToken: w1b6uodufg-hykvaaqrwzp6 # Token for the [myteslamate.com](https://app.myteslamate.com/) command proxy (pay-per use). Ensure, that you've installed their Virtual Key and granted 'Charge Start', 'Charge Stop' and 'Set Charging Amps' permissions. (optional)
    cache: 15m # Time interval with when data should be reloaded from the vehicle (optional)  
    
  
    
loadpoints:
  - title: Tesla lader
    charger: TWC3
    mode: 
    meter:   
    vehicle: Tesla # standard vehicle

Ik zou sowieso je tokens er even uithalen (en wisselen nu ze online hebben gestaan!)!

Gebruik je Teslamate ertussen? En heb je de virtual key daarin goed ingesteld?

[annestweak]

bedankt voor je reactie

de tokens zijn niet compleet ;-) en ik pas deze idd aan en ik gebruik ook teslamate en die keys zijn in deze post niet compleet
ik neem aan dat teslamate een must is om dit alles goed werkend te krijgen.

[annestweak]

Goedemiddag, het is uiteindelijk gelukt nadat ik alles opnieuw ingesteld heb

[_PM]

annestweak schreef op zaterdag 24 mei 2025 @ 12:26:
bedankt voor je reactie

de tokens zijn niet compleet ;-) en ik pas deze idd aan en ik gebruik ook teslamate en die keys zijn in deze post niet compleet
ik neem aan dat teslamate een must is om dit alles goed werkend te krijgen.

Teslamate is geen must een ESP32 gebruiken kan ook: https://github.com/PedroKTFC/esphome-tesla-ble
en de configuratie in EVCC: https://github.com/PedroKTFC/esphome-tesla-ble/discussions/2
Zorg wel dat je hem goed plaatst (ik heb ook een project geprobeerd met een BT USB dongle (goede kwaliteit met externe antenne), maar deze bleek niet stabiel (ondanks goede gerapporteerde connectie kwaliteit)

[Sander]

_PM schreef op zaterdag 24 mei 2025 @ 17:25:
[...]

Teslamate is geen must een ESP32 gebruiken kan ook: https://github.com/PedroKTFC/esphome-tesla-ble
en de configuratie in EVCC: https://github.com/PedroKTFC/esphome-tesla-ble/discussions/2
Zorg wel dat je hem goed plaatst (ik heb ook een project geprobeerd met een BT USB dongle (goede kwaliteit met externe antenne), maar deze bleek niet stabiel (ondanks goede gerapporteerde connectie kwaliteit)

Ja de afstand is wel echt een beperking, maar ik heb dit inmiddels een half jaar echt super stabiel draaien! De ESP32 ligt binnen een meter of 2 tot 10 (afhankelijk waar de auto staat) hemelsbreed van de auto af en is inmiddels (had het stopcontact nodig) zelfs achter een Heos speaker aan het plafond geplakt met voeding via 5V USB van die box.

Aangezien ik ook home assistant heb draaien heb ik daar ook de TWC integratie toegevoegd en een automation gemaakt die de BLE connectie van de ESP32 uit zet zolang de TWC niet is ingeplugt. Wordt de auto aangekoppeld dan zet hij de ESP32 BLE connectie pas aan.

Het werkt top zeker voor de relatief lage prijs van de TWC3, maar desondanks zou ik als er een nieuwe moet komen kiezen voor 1tje die op mA geregeld kan worden en een native integratie voor de paal heeft, zodat het ook werkt bij 'vreemde' auto's.

(ik heb overigens ook soortgelijke automations in m'n iphone om Phone Key 's nachts uit te zetten, better safe than sorry).

[Brambu]

Hallo!
Sinds vanmiddag heb ik mijn Peblar laadpaal geïnstalleerd en heb nu EVCC draaien als Home-Assistant addon. Ondertussen heb ik de volgende apparaten verbonden gekregen:
- Grid: P1 monitor (Homewizard)
- Charger: Peblar Home 11kW

Waar ik echter mee struggle is om de PV opbrengst weer te geven. Ik heb een Growatt omvormer, maar krijg de data niet in EVCC. De Growatt gebruikt de ShineWifi-X dongle, echter zijn hierop alle poorten niet bereikbaar dus dat lijkt mij geen optie (correct me if I’m wrong)
Wat ik nu wel graag wil proberen is om de Growatt integratie die al op Home Assistant draait de sensor data door te laten geven naar EVCC op een manier. Zou iemand hierbij kunnen helpen? Ben al een paar uur aan het stoeien, maar kom hier niet wijs uit…

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

[Peet3kabo]

Ik heb al een tijdje EVCC draaien in HA met een Alfen laadpaal. Werkt perfekt, ook met PV laden. Heb een programmering in HA welke de auto automatisch het maximale laden veranderd bij niet thuis naar 80% en thuis naar 100%. Als ik dan thuis kom kan mooi het overschot van de PV in de auto gestopt worden.
Nu een andere vraag, kan ik ook ergens programmeren dat als mijn auto thuis is en ingeplugd dat de laadpaal dan automatisch op PV gaat laden?
Had al wat geprobeerd met en automatisering maar dat ging mis omdat hij de paal op "green" zette buiten EVCC om zodat de laatste een foutmelding gaf.
Dus moet even anders maar in de automatisering kan ik geen entiteiten oid van EVCC vinden.
Dan denk ik dus dat dat ergens in de configuratie van EVCC moet of de yaml.
Iemand daar een voorbeeld van?

[HyperBart]

Peet3kabo schreef op dinsdag 27 mei 2025 @ 07:30:
Ik heb al een tijdje EVCC draaien in HA met een Alfen laadpaal. Werkt perfekt, ook met PV laden. Heb een programmering in HA welke de auto automatisch het maximale laden veranderd bij niet thuis naar 80% en thuis naar 100%. Als ik dan thuis kom kan mooi het overschot van de PV in de auto gestopt worden.
Nu een andere vraag, kan ik ook ergens programmeren dat als mijn auto thuis is en ingeplugd dat de laadpaal dan automatisch op PV gaat laden?
Had al wat geprobeerd met en automatisering maar dat ging mis omdat hij de paal op "green" zette buiten EVCC om zodat de laatste een foutmelding gaf.
Dus moet even anders maar in de automatisering kan ik geen entiteiten oid van EVCC vinden.
Dan denk ik dus dat dat ergens in de configuratie van EVCC moet of de yaml.
Iemand daar een voorbeeld van?

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.

[JanHenk]

Goudvis schreef op zondag 25 mei 2025 @ 21:12:
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.
[Afbeelding]

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

[Afbeelding]

Heb je wel een grid meter opgenomen?

Probeer het eerst eens zonder de meter voor PV? Klinkt raar maar als het goed is doet evcc hier niets mee, behalve in de GUI opnemen. Werkt prima zonder, mits je de grid meter hebt natuurlijk.

[JanHenk]

Peet3kabo schreef op dinsdag 27 mei 2025 @ 07:30:
Iemand daar een voorbeeld van?

Je kan een standaard vehicle en mode bij het loadpoint definiëren eventueel. Als er dan een andere auto inplugt moet je vanuit de GUI de vehicle wijzigen naar "gast" of wat je nog maar hebt.

Je kan ook vehicle achterwege laten bij de loadpoint settings (dan gaat ie standaard terug naar gast) met een standaard modus, bijv. off of now.

Bij mij staat het loadpoint standaard op gast en now (voor als er een keer iemand anders langskomt en inplugt, ik heb ook een backoffice voor verrekeningen eraan).

Als ik mijn Enyaq dan inplug begint ie op snel, maar nadat evcc heeft herkend dat mijn auto aan het laden is, gaat ie conform instructies automatisch naar PV-modus. Dat kan eventjes duren, meestal zo'n 45 seconden.

YAML:

loadpoints:
  -  mode: now # charge mode (off, now, minpv, pv)

vehicles:
  - name: my_enyaq
    type: template
    template: enyaq
    mode: pv

Zo kun je wat spelen met de standaard vehicle, mode en wat er moet gebeuren als een vehicle wordt herkend.

[JanHenk]

Brambu schreef op zondag 25 mei 2025 @ 20:11:
Hallo!
Sinds vanmiddag heb ik mijn Peblar laadpaal geïnstalleerd en heb nu EVCC draaien als Home-Assistant addon. Ondertussen heb ik de volgende apparaten verbonden gekregen:
- Grid: P1 monitor (Homewizard)
- Charger: Peblar Home 11kW

Waar ik echter mee struggle is om de PV opbrengst weer te geven. Ik heb een Growatt omvormer, maar krijg de data niet in EVCC. De Growatt gebruikt de ShineWifi-X dongle, echter zijn hierop alle poorten niet bereikbaar dus dat lijkt mij geen optie (correct me if I’m wrong)
Wat ik nu wel graag wil proberen is om de Growatt integratie die al op Home Assistant draait de sensor data door te laten geven naar EVCC op een manier. Zou iemand hierbij kunnen helpen? Ben al een paar uur aan het stoeien, maar kom hier niet wijs uit…

Je moet een token aanmaken in Home Assistant en dan de waarden ophalen middels rest api. Ik haal op deze manier de waardes van mijn thuisbatterijtje en pv-vermogen uit Home Assistant op.

Hier staat een uitleg van één en ander. Had je die al gezien?

[Bravo]

Brambu schreef op zondag 25 mei 2025 @ 20:11:
Hallo!
Sinds vanmiddag heb ik mijn Peblar laadpaal geïnstalleerd en heb nu EVCC draaien als Home-Assistant addon. Ondertussen heb ik de volgende apparaten verbonden gekregen:
- Grid: P1 monitor (Homewizard)
- Charger: Peblar Home 11kW

Waar ik echter mee struggle is om de PV opbrengst weer te geven. Ik heb een Growatt omvormer, maar krijg de data niet in EVCC. De Growatt gebruikt de ShineWifi-X dongle, echter zijn hierop alle poorten niet bereikbaar dus dat lijkt mij geen optie (correct me if I’m wrong)
Wat ik nu wel graag wil proberen is om de Growatt integratie die al op Home Assistant draait de sensor data door te laten geven naar EVCC op een manier. Zou iemand hierbij kunnen helpen? Ben al een paar uur aan het stoeien, maar kom hier niet wijs uit…

Als je al MQTT hebt draaien, zou je een automation kunnen aanmaken die de waarde van je Growatt sensor in HA published naar een veld die je met EVCC weer uitleest.

Bij mij wordt de opwek en tellerwaarde zo via MQTT verwerkt. Trigger op 7 en 37 sec om te voorkomen dat de data verouderd wanneer de waarde langer hetzelfde blijft (bij aftoppen bijvoorbeeld).

YAML:

alias: Publish SE P_AC to MQTT
description: Publish SE P_AC to MQTT
triggers:
  - entity_id: sensor.solaredge2200_ac_power
    trigger: state
    enabled: true
  - trigger: time_pattern
    seconds: "37"
  - trigger: time_pattern
    seconds: "7"
conditions: []
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
  - action: mqtt.publish
    metadata: {}
    data:
      evaluate_payload: false
      qos: "0"
      retain: false
      topic: homeassistant/solaredge2200/ac_energy_kwh
      payload: "{{states ('sensor.solaredge2200_ac_energy_kwh') }}"
    alias: publish kWh SE2200
mode: single

in EVCC:

YAML:

  - name: SolarEdge_2200
    type: custom
    power: # Power (W)
      source: mqtt
      topic: homeassistant/solaredge2200/AC_power
      timeout: 60s # don't accept values older than timeout
      scale: 1 # floating point factor applied to result, e.g. for converting W to kW
    energy: # total production (kWh)
      source: mqtt
      topic: homeassistant/solaredge2200/ac_energy_kwh
      timeout: 60s
      scale: 1 # floating point factor applied to result, e.g. for converting W to kW

[ Voor 11% gewijzigd door Bravo op 27-05-2025 11:58 ]

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

Dat klinkt iig als wat ik zoek

[Peet3kabo]

JanHenk schreef op dinsdag 27 mei 2025 @ 09:10:
[...]


Je kan een standaard vehicle en mode bij het loadpoint definiëren eventueel. Als er dan een andere auto inplugt moet je vanuit de GUI de vehicle wijzigen naar "gast" of wat je nog maar hebt.

Je kan ook vehicle achterwege laten bij de loadpoint settings (dan gaat ie standaard terug naar gast) met een standaard modus, bijv. off of now.

Bij mij staat het loadpoint standaard op gast en now (voor als er een keer iemand anders langskomt en inplugt, ik heb ook een backoffice voor verrekeningen eraan).

Als ik mijn Enyaq dan inplug begint ie op snel, maar nadat evcc heeft herkend dat mijn auto aan het laden is, gaat ie conform instructies automatisch naar PV-modus. Dat kan eventjes duren, meestal zo'n 45 seconden.

YAML:

loadpoints:
  -  mode: now # charge mode (off, now, minpv, pv)

vehicles:
  - name: my_enyaq
    type: template
    template: enyaq
    mode: pv

Zo kun je wat spelen met de standaard vehicle, mode en wat er moet gebeuren als een vehicle wordt herkend.

Check, ga ik even mee puzzelen

[r2504]

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.

Hoe doe je dit precies want ik kan het niet vinden op https://docs.evcc.io/en/d...ce/configuration/vehicles

[ Voor 3% gewijzigd door r2504 op 27-05-2025 21:07 ]

[Brambu]

Bedankt! Ik heb hem via de laatste weg aan de gang.

Super

[Bravo]

r2504 schreef op dinsdag 27 mei 2025 @ 21:06:
[...]


Hoe doe je dit precies want ik kan het niet vinden op https://docs.evcc.io/en/d...ce/configuration/vehicles

Bij een loadpoint kun je het standaard laadgedrag met de volgende regel instellen:
mode: pv # charge mode (off, now, minpv, pv)

Dit werkt ook bij een vehicle, bijzonder dat het niet in de uitleg staat.
Het staat wel in de voorbeeld config:

YAML:

# vehicle definitions
# name can be freely chosen and is used as reference when assigning vehicle to loadpoint
# for documentation see https://docs.evcc.io/docs/devices/vehicles
vehicles:
  - name: car1
    type: renault
    title: Zoe
    capacity: 60 # kWh
    user: myuser # user
    password: mypassword # password
    vin: WREN...
    onIdentify: # set defaults when vehicle is identified
      mode: pv # enable PV-charging when vehicle is identified

Bij mij lijkt het ook zonder onIdentify te werken? Mogelijk wijziging naar de toekomst toe/GUI config.

[ Voor 4% gewijzigd door Bravo op 28-05-2025 09:07 ]

[JanHenk]

Bravo schreef op woensdag 28 mei 2025 @ 09:05:
[...]
Bij mij lijkt het ook zonder onIdentify te werken? Mogelijk wijziging naar de toekomst toe/GUI config.

Hier idem, al een jaar.

De documentatie is op dit punt niet compleet of het is bewust geschrapt, voorlopig zonder dat de functionaliteit is geschrapt.

[Sander]

Waarom zou je hier via MQTT gaan en niet gewoon de home assistant API gebruiken? Ik heb eerder mijn config wel eens gedeeld waarin ik dat zo heb opgezet.

[Bravo]

Sander schreef op woensdag 28 mei 2025 @ 09:23:
Waarom zou je hier via MQTT gaan en niet gewoon de home assistant API gebruiken? Ik heb eerder mijn config wel eens gedeeld waarin ik dat zo heb opgezet.

Het is maar net waar je handiger in bent. Ik klooi al vrij lang met mqtt en snap hoe dat werkt. Bij de HA API snap ik niet wat er misgaat als ik een foutmelding krijg en kon ik het moeilijk oplossen, dus dat heeft niet mijn voorkeur.

Maar als je nieuw begint, is de HA API ook een prima alternatief.

[Brambu]

Ik heb mijn Peblar charger en P1 Meter van Homewizard beide via de UI van EVCC configureerd.
Nu ben ik aan het proberen de maximale piek te beperken (ivm capaciteits tarief).

Ik krijg dit echter nog niet werkend. Mijn charger gaat nog steeds over de benoemde limiet heen. Voor mijn gevoel mis ik iets in de configuratie, maar ik snap niet helemaal wat dan precies... Volgens mij moet ik ook nog ergens zeggen dat de charger de limiet niet mag overschrijden ergens. Wie kan mij helpen?

YAML in Load Management UI:

code:

- name: main # unique name, used as reference, e.g. as parent in other circuits
  title: Main Circuit # used in the UI
  maxPower: 4500 # 30kW (optional)
  meter: db:3 # associated meter to monitor the power consumption (optional)

EDIT: Echt nu net gevonden... moest nog een circuit toekennen aan de charger

[ Voor 5% gewijzigd door Brambu op 29-05-2025 13:08 ]

[Bravo]

Brambu schreef op donderdag 29 mei 2025 @ 13:07:
Ik heb mijn Peblar charger en P1 Meter van Homewizard beide via de UI van EVCC configureerd.
Nu ben ik aan het proberen de maximale piek te beperken (ivm capaciteits tarief).

Ik krijg dit echter nog niet werkend. Mijn charger gaat nog steeds over de benoemde limiet heen. Voor mijn gevoel mis ik iets in de configuratie, maar ik snap niet helemaal wat dan precies... Volgens mij moet ik ook nog ergens zeggen dat de charger de limiet niet mag overschrijden ergens. Wie kan mij helpen?

YAML in Load Management UI:

code:

- name: main # unique name, used as reference, e.g. as parent in other circuits
  title: Main Circuit # used in the UI
  maxPower: 4500 # 30kW (optional)
  meter: db:3 # associated meter to monitor the power consumption (optional)

EDIT: Echt nu net gevonden... moest nog een circuit toekennen aan de charger

Dat klopt dat je een circuit nodig hebt waar de charger onder valt voordat de limiet niet meer wordt overschreden.
Ik vind het nog wel een ding dat het dan maar 1 actie uitvoert, het stoppen van de charger. Niet het verlagen van de laadstroom om onder de limiet te komen, maar direct naar 0

[HyperBart]

Bravo schreef op donderdag 29 mei 2025 @ 13:22:
[...]

Dat klopt dat je een circuit nodig hebt waar de charger onder valt voordat de limiet niet meer wordt overschreden.
Ik vind het nog wel een ding dat het dan maar 1 actie uitvoert, het stoppen van de charger. Niet het verlagen van de laadstroom om onder de limiet te komen, maar direct naar 0

Naar 0? Neen, dat klopt niet, normaal schaalt hij down tot 1.4kW, daaronder kan ie niet en schakelt de hele last uit.

[Brambu]

Bij mij gaat hij ook gewoon omlaag hoor! Tot 1.4kW net nog getest.

Wat ik me wel afvraag. Als ik nu een plan schedule dan rekent hij natuurlijk nig steeds met een laadsnelheid van 11kW en niet met de maximale ingestelde power.

Iemand daar al wat moois op gevonden?

[ Voor 15% gewijzigd door Brambu op 29-05-2025 15:13 ]

[HyperBart]

Brambu schreef op donderdag 29 mei 2025 @ 15:13:
Bij mij gaat hij ook gewoon omlaag hoor! Tot 1.4kW net nog getest.

Wat ik me wel afvraag. Als ik nu een plan schedule dan rekent hij natuurlijk nig steeds met een laadsnelheid van 11kW en niet met de maximale ingestelde power.

Iemand daar al wat moois op gevonden?

Da’s idd nog een vervelende. Als je de ampere limiet instelt die wat in de buurt ligt van je max power dan houdt hij er rekening mee maar dan is het nog niet sluitend, tenzij je de ampere limiet lager zet dan de maxpower maar potentieel zet je die dan weer zo laag dat als er heel veel zon is hij niet genoeg kan releasen om al je zon op te gebruiken.

Is ook een moeilijk vraagstuk want als er meer PV is dan heb je ook hogere maxpower in totaal door grid en PV tesamen.

[ Voor 14% gewijzigd door HyperBart op 29-05-2025 16:29 ]

[Brambu]

HyperBart schreef op donderdag 29 mei 2025 @ 16:27:
[...]


Da’s idd nog een vervelende. Als je de ampere limiet instelt die wat in de buurt ligt van je max power dan houdt hij er rekening mee maar dan is het nog niet sluitend, tenzij je de ampere limiet lager zet dan de maxpower maar potentieel zet je die dan weer zo laag dat als er heel veel zon is hij niet genoeg kan releasen om al je zon op te gebruiken.

Is ook een moeilijk vraagstuk want als er meer PV is dan heb je ook hogere maxpower in totaal door grid en PV tesamen.

Gaat mij vooral om ‘s nachts. Heb mijn tarief nu net gekoppeld. Als ik dan ‘s nachts op bepaalde tijdstiplen tegen laag tarief ga laden is het wel vervelend.

[HyperBart]

Brambu schreef op donderdag 29 mei 2025 @ 17:10:
[...]


Gaat mij vooral om ‘s nachts. Heb mijn tarief nu net gekoppeld. Als ik dan ‘s nachts op bepaalde tijdstiplen tegen laag tarief ga laden is het wel vervelend.

Klopt, daar is voorlopig nog geen oplossing voor. Wat je kan doen is dit op gezette tijdstippen automatiseren via de API en een CURL commando'tje in je cron. Te meer omdat de planner meestal aan de slag moet in de nacht omdat je tegen de ochtend normaal toch een bepaald laaddoel hebt.

Of via iets home automation bij sunset de amperes zo instellen dat ze net onder/rond je veilige grens van maxpower liggen, uiteraard met je standby verbruik van afgetrokken met een kleine marge zodat je perfect kan laten plannen.

Hier is standby 400W, max piek ingesteld op 3.6kW, dus ik zou dan mijn amperes op 13 instellen ofzo.

[ Voor 22% gewijzigd door HyperBart op 29-05-2025 23:24 ]

[Tunestwo]

Volgens mij is sinds kort, paar uur geleden de Marstek thuis batterij er aan toe gevoegd:
https://github.com/evcc-io/evcc/pull/21487. Ik heb helaas geen verstand van github, maar de status is merged. Betekend dit dat bij de volgende EVCC update de marstek thuis batterij toegevoegd is?

[JanHenk]

@Tunestwo Ja, als je geen “nightly” draait is het even wachten op een nieuwe release. Zit niet echt een patroon in bij het team van evcc, maar ze maken zeer frequent nieuwe releases aan.

[ Voor 3% gewijzigd door JanHenk op 31-05-2025 11:08 ]

[Tunestwo]

JanHenk schreef op zaterdag 31 mei 2025 @ 11:08:
@Tunestwo Ja, als je geen “nightly” draait is het even wachten op een nieuwe release. Zit niet echt een patroon in bij het team van evcc, maar ze maken zeer frequent nieuwe releases aan.

Als ik dus goed begrijp zit deze dus bij de nightly versie. nightly zorgt wel voor extra bugs als ik het goed begrijp.

Zojuist nightly versie geïnstalleerd en bezig met de Marstek toe te voegen!

[ Voor 8% gewijzigd door Tunestwo op 31-05-2025 19:34 ]

[Bravo]

HyperBart schreef op donderdag 29 mei 2025 @ 14:32:
[...]


Naar 0? Neen, dat klopt niet, normaal schaalt hij down tot 1.4kW, daaronder kan ie niet en schakelt de hele last uit.

Weird, hier zit hij samen met een wasmachine op 1 groep (max 20A ingesteld) maar hij knalt de lader er altijd uit als er 2,2 kW door de wasmachine wordt getrokken (dat is 9,6 A) en de lader ook actief is op 10A of meer. Nooit een terugschakeling naar 6A (1300 W) gezien

[HyperBart]

Bravo schreef op zondag 1 juni 2025 @ 19:13:
[...]

Weird, hier zit hij samen met een wasmachine op 1 groep (max 20A ingesteld) maar hij knalt de lader er altijd uit als er 2,2 kW door de wasmachine wordt getrokken (dat is 9,6 A) en de lader ook actief is op 10A of meer. Nooit een terugschakeling naar 6A (1300 W) gezien

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

[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

[Roger Beurskens]

Mensen hier ervaring met een solaredge home hub met thuisbatterijen en ene alfen laadpaal?

Is het in te regelen dat de laadpaal de stroom uit het net pakt en niet uit de accu als we savonds laden?
Ik heb nu nog de situatie zonder batterijen met bestaande inverter en doe nu zonneladen. maar hoe gaat het straks in zijn werk?

Niet dat i kde accu leeg trek savonds met het laden van de auto.
Zit die intelligentie ook in evcc?

incverter en alfen laadpaal zijn nu beide netjes via modbus gekoppeld en lees p1 meter uit mbv een homewizard. dit werkt perfect.

[JanHenk]

@Roger Beurskens Evcc kent wel een 'discharge lock' (actieve sturing) en de SolarEdge hybrid inverter (dus met batterij) is supported.

Het hangt van de casus af of dit nuttig is, maar het is technisch wel in te regelen met jouw apparaten.

[Roger Beurskens]

JanHenk schreef op vrijdag 6 juni 2025 @ 11:12:
@Roger Beurskens Evcc kent wel een 'discharge lock' (actieve sturing) en de SolarEdge hybrid inverter (dus met batterij) is supported.

Het hangt van de casus af of dit nuttig is, maar het is technisch wel in te regelen met jouw apparaten.

ja, had ook wel het gevoel dat die intelligentie in evcc zit. maar dan nog even uitvogelen hoe het zit.

[JanHenk]

Roger Beurskens schreef op vrijdag 6 juni 2025 @ 11:19:
[...]


ja, had ook wel het gevoel dat die intelligentie in evcc zit. maar dan nog even uitvogelen hoe het zit.

Lees even de door mij gelinkte pagina aandachtig door, zou ik zeggen

Er zit een 'passieve' sturing in, als in, evcc kan rekening houden met het actuele vermogen van de batterij om het vermogen van de laadpaal te bepalen. Dat kan met iedere batterij die uit te lezen is. Ik heb dit werkend met één HomeWizard plug-in batterijtje.

Sommige batterijen zijn actief aan te sturen, waaronder dus de SolarEdge. Dan kun je dus ook het ontladen blokkeren (bij bijv. snel laden van je auto) en zelfs je batterij actief op vol vermogen opladen (bij bijv. dynamische tarieven).

[Roger Beurskens]

ja, ik was hem al aan het lezen, echter had ik deze nog nooit gezien

stiekem is de solaredge en alfen combi dus geen slechte.

[HyperBart]

@Roger Beurskens ik draai hier al een tijdje zo met EVCC, weliswaar niet met SolarEdge maar dat maakt in deze niet uit. Alfen en EVCC is top.

[Roger Beurskens]

Ja, hier ook al een maand of 5 de alfen met evcc als aansturing.
Weinig omkijken naar buiten soms de instelling wisselen tussen alleen pv, min+pv (voor rustig snachts te laden) of snel als ik weet dat we nog weg moeten.
Al is het "snel" bij ons minder kritisch omdat we een phev hebben die op 2 fasen laadt (Volvo V60). dus mocht hij niet de accu in die tijd vol geduwd hebben, is er nog geen man over boord.

Het is nu nog niet helemaal nodig, maar wil al proberen zo veel mogelijk van de zonne-energie zelf te gebruiken, overschot gaat de auto in mits deze nog niet vol is, en daarom nu ook de keuze gemaakt om thuisbatterijen te plaatsen om zo de nachten proberen te overbruggen in de periode maart-oktober.

Liever zo al goed voorbereid zijn dan vanaf 1-1-2027 vol in de paniek alles moeten gaan regelen lijkt me.

[Tunestwo]

Zijn er meer mensen die problemen hebben met hun Alfen-laadpaal? Bij mij valt deze soms in storing. Het display geeft dan aan dat ik de kabel moet ontkoppelen en opnieuw moet aansluiten. Herkent iemand dit probleem?

[NoFate]

Ik zie nu dat de marstek batterijen ondersteund worden in EVCC, heb me er nog niet in verdiept , maar kan je instellen in EVCC dat hij de batterijen NIET gebruikt, ik wil namelijk mijn batterijen niet inzetten voor de energie die naar de Alfen gaat, ik krijg immers het laden toch terug betaald, zo heb ik minder cycli op de batterijen en zijn ze smorgens niet leeg :-)

is het zo simpel om deze regel op antifeed te zetten?

code:

work_mode_normal: 1 # Work mode for Normal state. 0 manual, 1 anti-feed, 2 trade mode., optional

[ Voor 19% gewijzigd door NoFate op 06-06-2025 15:10 ]

[NoFate]

Tunestwo schreef op zaterdag 31 mei 2025 @ 13:43:
[...]

Als ik dus goed begrijp zit deze dus bij de nightly versie. nightly zorgt wel voor extra bugs als ik het goed begrijp.

Zojuist nightly versie geïnstalleerd en bezig met de Marstek toe te voegen!

Hoe heb je dit gedaan? kan je instellen dat bv de Alfen de marsteks NIET gaat gebruiken?
thnx

[Bravo]

NoFate schreef op vrijdag 6 juni 2025 @ 15:08:
Ik zie nu dat de marstek batterijen ondersteund worden in EVCC, heb me er nog niet in verdiept , maar kan je instellen in EVCC dat hij de batterijen NIET gebruikt, ik wil namelijk mijn batterijen niet inzetten voor de energie die naar de Alfen gaat, ik krijg immers het laden toch terug betaald, zo heb ik minder cycli op de batterijen en zijn ze smorgens niet leeg :-)

is het zo simpel om deze regel op antifeed te zetten?

code:

work_mode_normal: 1 # Work mode for Normal state. 0 manual, 1 anti-feed, 2 trade mode., optional

Om de Marstek batterijen in EVCC te kunnen gebruiken moeten ze uit te lezen zijn via modbus (usb adapter of TCP/IP), dit moet je zelf in elkaar knutselen (zie Marstek Venus / Duravolt PnP Thuisaccu Modbus koppeling).
Als je dat gedaan hebt kun je de Marstek via EVCC gaan aansturen.

De work_mode_normal bepaalt op welke manier je de Marstek aanstuurt. Op stand 1 (anti-feed, Eigenverbrauch) zal de Marstek op basis van zijn metingen alle overtollige stroom in de batterij willen opslaan, maar ook ontladen als er een tekort is vanuit PV. Hiermee zal hij zelfstandig werken zoals hij voor EVCC ook al deed. Volgens mij is dat niet wat jij wilt.

Als je wil dat er geen batterij wordt gebruikt bij het laden van de auto, zal je via EVCC moeten instellen hoe EVCC de batterij moet inzetten (zie https://docs.evcc.io/en/docs/features/battery, battery supported charging vanaf 100% (dus nooit) ).
Dan zal EVCC de Marstek zo aansturen dat er geen stroom uit de batterij wordt onttrokken om te laden, maar dat het uit het Grid zal komen.
Wat de Alfen doet, dat hangt van de andere instellingen af voor het laden.

[ Voor 30% gewijzigd door Bravo op 06-06-2025 15:46 ]

[HyperBart]

@Bravo @NoFate
Percentages kan je gebruiken en het schuifje/boolean aanzetten prevent discharge in fast mode/planned mode.
Alfen luistert naar signaal EVCC, EVCC is leidend dan.

@Bravo : draai het eens om. Je hebt die batterij toch om je zelfverbruik (== hetgene wat je van de PV gemaakt hebt en zelf wil verbruiken) te verhogen?

Ik noem maar wat: batterij gaat 10kWh in, auto wil/moet laden. Je kan de nacht door met 4kWh, er zit 6kWh in je batterij nog. Toch "zonde" om die niet te gebruiken? Want volgende ochtend 8h00 ben je van huis weg, panelen gaan lekker staan stampen, batterij is goed leeg (net niet) en je kan dan 10kWh weer bufferen. Ipv dan maar 4kWh.

Je koopt een batterij om je zelfverbruik en je PV stroom zoveel mogelijk op een later moment te gebruiken en dan ga je 'm niet gebruiken?

[ Voor 64% gewijzigd door HyperBart op 06-06-2025 15:53 ]

[NoFate]

Bravo schreef op vrijdag 6 juni 2025 @ 15:42:
[...]


Om de Marstek batterijen in EVCC te kunnen gebruiken moeten ze uit te lezen zijn via modbus (usb adapter of TCP/IP), dit moet je zelf in elkaar knutselen (zie Marstek Venus / Duravolt PnP Thuisaccu Modbus koppeling).
Als je dat gedaan hebt kun je de Marstek via EVCC gaan aansturen.

De work_mode_normal bepaalt op welke manier je de Marstek aanstuurt. Op stand 1 (anti-feed, Eigenverbrauch) zal de Marstek op basis van zijn metingen alle overtollige stroom in de batterij willen opslaan, maar ook ontladen als er een tekort is vanuit PV. Hiermee zal hij zelfstandig werken zoals hij voor EVCC ook al deed. Volgens mij is dat niet wat jij wilt.

Als je wil dat er geen batterij wordt gebruikt bij het laden van de auto, zal je via EVCC moeten instellen hoe EVCC de batterij moet inzetten (zie https://docs.evcc.io/en/docs/features/battery, battery supported charging vanaf 100% (dus nooit) ).
Dan zal EVCC de Marstek zo aansturen dat er geen stroom uit de batterij wordt onttrokken om te laden, maar dat het uit het Grid zal komen.
Wat de Alfen doet, dat hangt van de andere instellingen af voor het laden.

Ok, makes sense! Ik heb de marstek reeds via hame-relay gekoppeld, maar idd via modbus zal fijner werken en lokaal, want v153 van de marstek breekt de MQTT optie al... Ok , 2 lily's gaan in bestelling zo dadelijk :-)...

Dus vanuit evcc maak je dus een TCP connectie naar de lilygo? Die heeft port 502 open wellicht dan?

[NoFate]

@HyperBart , ik krijg mijn capaciteit van mijn 2 batterijen makkelijk op een dag op, daarom wil ik ze niet in de auto brengen.. :-) , dat bespaart laadcyclussen van de batterij

Mijn laadbeurten krijg ik terug betaald, dus waarom zou ik dan de batterijen ervoor gebruiken :-)

+ Dan spreken we nog niet van het omzettings verlies van de batterij :-)

[ Voor 33% gewijzigd door NoFate op 06-06-2025 16:01 ]

[HyperBart]

NoFate schreef op vrijdag 6 juni 2025 @ 15:54:
@HyperBart , ik krijg mijn capaciteit van mijn 2 batterijen makkelijk op een dag op, daarom wil ik ze niet in de auto brengen.. :-) , dat bespaart laadcyclussen van de batterij

Mijn laadbeurten krijg ik terug betaald, dus waarom zou ik dan de batterijen ervoor gebruiken :-)

+ Dan spreken we nog niet van het omzettings verlies van de batterij :-)

Ik ook (terugbetaling) maar ik heb voor mijn nachtverbruik in de zomer maar 30pct van de batterij van 15kWh nodig omdat de zon zo laat ondergaat en vroeg opkomt. Als de dagen korter worden ben ik benieuwd of ik er uberhaupt een nacht mee doorkom.

[JanHenk]

Mij maakt het niet uit waar de energie uit de batterij heen gaat. Eindstand is namelijk hetzelfde; de vergoeding van het laden is gelijk (of het nu uit de batterij komt of niet) en tevens is de batterij aan het begin van de ochtend sowieso leeg.

[NoFate]

JanHenk schreef op vrijdag 6 juni 2025 @ 16:30:
Mij maakt het niet uit waar de energie uit de batterij heen gaat. Eindstand is namelijk hetzelfde; de vergoeding van het laden is gelijk (of het nu uit de batterij komt of niet) en tevens is de batterij aan het begin van de ochtend sowieso leeg.

Is dat zo? Vind het een moeilijke redenering :-)
Ik heb 2 x marstek, met 1 kom ik de nacht toe, de andere is een beetje reserve nog...

Omdat we voor het laden van de auto meer terug betaald krijgen dan wat ons de stroom kost...dan is het toch interessanter om juist niet van de batterij te gebruiken? Want als we meer van de batterij gaan gebruiken, hebben we minder over voor ons eigen verbruik...

[ Voor 24% gewijzigd door NoFate op 07-06-2025 07:50 ]

[Sander]

NoFate schreef op zaterdag 7 juni 2025 @ 07:42:
[...]

Is dat zo? Vind het een moeilijke redenering :-)
Ik heb 2 x marstek, met 1 kom ik de nacht toe, de andere is een beetje reserve nog...

Omdat we voor het laden van de auto meer terug betaald krijgen dan wat ons de stroom kost...dan is het toch interessanter om juist niet van de batterij te gebruiken? Want als we meer van de batterij gaan gebruiken, hebben we minder over voor ons eigen verbruik...

Maar als jij 1 eigen verbruik hebt en 1 auto verbruik, hoe weten jij en je werkgever dan welke er vergoed wordt? Uiteindelijk als de batterij niet leeg is in de ochtend heb je 'goedkope' stroom opgeslagen en niet gebruikt en had je dus meer kunnen 'verdienen' aan je laadacties.

[NoFate]

De batterijen geraken wel op, of die nu naar de auto gaan of niet... We krijgen gewoon vergoed van de werkgever wat er in de auto gegaan is, waar het van komt, dat weet de werkgever niet...
Maar het is wel zo dat we meer terug betaald krijgen dan wat ons de stroom kost, daarom lijkt het me me voordeliger om de batterij NIET te gebruiken voor de Auto...

Op het einde van de rit is je dag verbruik idd hetzelfde... Maar omdat we meer van het grid hebben genomen voor de auto, krijgen we uiteindelijk meer geld? Of klopt mijn redenering niet? :-)

(Er van uit gaan, dat de batterijen sowieso op zijn op een dag)

[ Voor 5% gewijzigd door NoFate op 07-06-2025 08:41 ]

[Wimploo]

Het lijkt mij ook niet heel efficient om een grote accu van een EV te vullen met de stroom vanuit een kleine accu. Kan je denk ik beter gewoon de EV laden in de goedkope uurtjes en de battery gebruiken voor de apparaten in huis welke de batterij niet binnen 2-3 uurtjes helemaal leeg trekken.

[NoFate]

Wimploo schreef op zaterdag 7 juni 2025 @ 08:53:
Het lijkt mij ook niet heel efficient om een grote accu van een EV te vullen met de stroom vanuit een kleine accu. Kan je denk ik beter gewoon de EV laden in de goedkope uurtjes en de battery gebruiken voor de apparaten in huis welke de batterij niet binnen 2-3 uurtjes helemaal leeg trekken.

Mja, hier gaat het vooral snachts laden zijn, dus wou de batterijen dan inzetten voor mijn sluimer verbruik snachts, wat overschiet is in de ochtend ook wel op

En daarna kunnen ze weer volop gaan laden..
Vraag me gewoon af of het voordeliger is om.de batterijen niet te gebruiken voor de auto, daar de vergoeding hoger is van de auto van de werkgever...
(Er van uitgaan dat de batterijen sowieso quasi leg gaan zijn)

[Roel1.9GJ]

Hallo ik ben nieuw hier op dit forum, maar ook geheel nieuw met het programmeren in Python en/of yaml en RaspberryPi etc.
Ik heb dit formum eerst met veel interesse doorgelezen, vervolgens gestart, dit ter info zodat jullie een beetje rekening kunnen houden met mijn niveau.

Ik heb vier weken geleden mijn eerste RaspberryPi ooit aangeschaft.
Hierop heb ik SolarAssistant (SA) geïnstalleerd om mijn omvormer en thuisbatterij te kunnen monitoren.
Vervolgens heb ik op deze zelfde RPi EVCC geïnstalleerd op de conventionele methode via Putty en yaml.
Op de conventionele Putty/ymal methode omdat ik de gegevens van SA wil inlezen in EVCC
Na wat nachtelijke uurtjes is dit gelukt en heb ik EVCC aan de praat.
Ook de load balancing werkt nu na wat aanpassingen te hebben gemaakt in de ACE software van mijn Alfen laadpaal.

Van de HomeBattery management heb ik nergens een voorbeeld ymal programmering kunnen vinden. Via de GUI is het mij wel gelukt deze te activeren en in te stellen. Maar als ik dit via de GUI doe, zie ik de HomeBatteryManagement code/instellingen daarna niet terug in de ymal als ik die via Putty open.

Hetgeen ik graag zou willen bereiken is als volgt:
Als ik de auto in plug wil ik dat hij standaard gaat laden op minimaal vermogen van 6A.
Als thuisbatterij boven 45% dan overschot PV naar laadpaal (dus MinCurrent+PVoverschot)
Als thuisbatterij boven 75% dan MaxCurrent (=16A) naar laadpaal ongeacht of er wel of geen PVoverschot is.

Deze laatste is mij nog niet gelukt.
Kan iemand mij verder helpen in deze?

Alvast dankjewel, Roel

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

[JanHenk]

@Roel1.9GJ Zo'n vraagteken kan wel eens voorkomen als er een timingsverschil is tussen het ophalen van de waarden. Overigens is er grid export (dus invoeden, net injectectie, etc.) gemeten van 1,1 kW.

Als je de beschikking hebt over de command line kun je nog eens evcc meter ingeven om de meters te pollen en te zien wat voor waarden ze teruggeven. Die kun je dan controleren aan de hand van andere bronnen.

Ik heb het idee, maar weet het niet zeker, dat de input die evcc krijgt van het vermogen van je batterij precies omgekeerd moet zijn. In dat geval moet je nog scale: -1 toevoegen bij de meter om de inverse te verkrijgen. Maar dat is maar een suggestie.

Wat zegt je log bij een random interval?

code:

[site ] DEBUG 2025/06/07 14:02:09 ----
[site ] DEBUG 2025/06/07 14:02:09 grid power: -965W
[site ] DEBUG 2025/06/07 14:02:09 grid currents: [-2.62 -3.11 1.62]A
[site ] DEBUG 2025/06/07 14:02:09 pv 1 power: 2155W
[site ] DEBUG 2025/06/07 14:02:09 battery 1 power: -800W
[site ] DEBUG 2025/06/07 14:02:09 battery 1 soc: 30%
[site ] DEBUG 2025/06/07 14:02:09 battery has priority at soc 30% (< 80%)
[site ] DEBUG 2025/06/07 14:02:09 site power: -885W
[site ] DEBUG 2025/06/07 14:02:10 solar forecast: accumulated 786.845kWh, produced 743.532kWh, scale 0.945

Ik had op dit specifieke moment dus 2,1 kW PV, 965W netinjectie (wordt dus negatief genoteerd), 800W invoeden in de batterij. Batterij opladen moet dus ook negatief genoteerd worden. 'site power' is een berekening van het beschikbare overschot. In mijn geval heb ik een set-off van het werkpunt van 80 Watt, dus de werkelijke teruglevering is 965W, minus 80W is 885W. Stel dat mijn batterij nu boven de 80% komt, dan komt die 800W die de batterij in gaat er nog bij: site power wordt dan -1.685W. Maar dat terzijde.

[Roel1.9GJ]

Zowel grid als site power zijn bij mij ook negatief in de log

code:

[site ] DEBUG 2025/06/07 13:42:43 battery 1 power: -390W
[site ] DEBUG 2025/06/07 13:42:43 pv 1 power: 6695W
[site ] DEBUG 2025/06/07 13:42:43 battery 1 soc: 100%
[site ] DEBUG 2025/06/07 13:42:43 grid power: -5139W
[site ] DEBUG 2025/06/07 13:42:43 site power: -5529W

Maar ik zie in jouw log onderstaande regel staan.

code:

[site ] DEBUG 2025/06/07 14:02:09 battery has priority at soc 30% (< 80%

Die heb ik niet.

code:

[lp-1 ] DEBUG 2025/06/07 13:33:43 charge power: 0W
[lp-1 ] DEBUG 2025/06/07 13:33:43 charge currents: [0 0 0]A
[site ] DEBUG 2025/06/07 13:33:43 grid power: -7863W
[site ] DEBUG 2025/06/07 13:33:43 pv 1 power: 9251W
[site ] DEBUG 2025/06/07 13:33:43 battery 1 power: -394W
[site ] DEBUG 2025/06/07 13:33:43 battery 1 soc: 100%
[site ] DEBUG 2025/06/07 13:33:43 site power: -8257W
[lp-1 ] DEBUG 2025/06/07 13:33:43 charge total import: 1519.325kWh
[lp-1 ] DEBUG 2025/06/07 13:33:44 charger status: B
[lp-1 ] DEBUG 2025/06/07 13:33:44 pv charge current: 35.9A = 0A + 35.9A (-8257W @ 1p)

Je hebt mij wel getriggerd.
De optelsom lijkt niet te kloppen.
Wellicht krijg ik enkel het vermogen binnen van een van de twee mppt trackers

[edit] 18:16
kreeg inderdaad maar het vermogen van één mppt tracker binnen.
ga zodadelijk testen of dit ook het probleem van max current laden oplost

[ Voor 65% gewijzigd door Roel1.9GJ op 07-06-2025 18:18 ]

[annestweak]

Goedemorgen allemaal,

Sinds enkele weken heb ik EVCC naar volle tevredenheid draaien. De auto laadt nu alleen op zonne-energie (PV), wat in de zomer natuurlijk perfect werkt. Ook heb ik een oude Daalderop-boiler die eveneens alleen op PV wordt verwarmd – werkt ideaal.

Ik heb nu een paar praktische vragen:

1. Wij zitten bij Zonneplan en maken gebruik van hun dynamische energiecontract. Hoe stel ik dit dynamische tarief in binnen EVCC? Zijn er gebruikers hier die dit al succesvol hebben geïntegreerd?

2. De boiler heb ik in EVCC toegevoegd als "lader", zodat deze ook slim aangestuurd kan worden. In de balk bovenin beeld zie ik echter een vraagteken (?) bij de boiler staan. Klopt dit, of moet ik hiervoor nog iets aanpassen in de configuratie?

3. Richting de winter verwacht ik dat laden op PV alleen niet meer voldoende is. Ik begrijp dat je ook kunt laden op basis van prijsgrenzen. Hoe hebben jullie dat ingesteld? Bij welke prijs (of onder welk bedrag) laten jullie de auto dan alsnog laden?

Bij voorbaat dank voor jullie reacties en ik wens iedereen alvast een goed weekend!

Groet,
Anne

[_PM]

annestweak schreef op zondag 8 juni 2025 @ 11:31:
Goedemorgen allemaal,

Sinds enkele weken heb ik EVCC naar volle tevredenheid draaien. De auto laadt nu alleen op zonne-energie (PV), wat in de zomer natuurlijk perfect werkt. Ook heb ik een oude Daalderop-boiler die eveneens alleen op PV wordt verwarmd – werkt ideaal.

Ik heb nu een paar praktische vragen...

Groet,
Anne

1 via enever.nl kan je de Zonneplan prijzen binnen halen. Ik weet niet wat de standaard interval is, maar ik zat snel over het maximaal aantal verzoeken en heb deze op 1x per 4 uur gezet

2. Misschien is dit een kwestie van icoontje aanpassen? Ik heb geen ervaring met een vraagteken

3. Qua omgaan met dynamische prijzen gebruik ik 2 instellingen. Maximaal laden als de prijzen negatief zijn. En in de winter en laad schema waarbij hij in de ochtend tot een bepaald percentage vol moet zijn. EVCC kiest dan zelf de goedkoopste uren om te laden

Ik kan nu even niet gemakkelijk mijn configuratie delen, mocht je nog hulp nodig hebben...