Evcc slim laden met de zon en dynamische tarieven

[JanHenk]

smuldersbram schreef op maandag 23 december 2024 @ 18:23:
[...]


Fase switching heb ik nog niet kunnen testen want mn PV installatie levert nu in de winter niet genoeg om naar 3 fasen op te schalen. Ik moet even kijken of ik hem kan laten opschalen wanneer de prijs laag is.

Dat kun je ook zonder zon vrij eenvoudig testen.

Als je hem op Min+PV zet, zou ie op 1-fase 6A moeten gaan laden (1,4 kW). Als je dan wisselt naar Snel, zou ie moeten overschakelen op 3-fase en 11kW. En ook vice versa.

rogervdh schreef op maandag 23 december 2024 @ 14:22:
[...]


Helaas geen plek daarvoor in mijn vrij uitgebreide groepenkast. Dan zou het handiger zijn om de DSMR meter door (in mijn geval) Enexis te laten vervangen door een state-of-the-art DSMR 5.x exemplaar (die iedere seconde nieuwe data geven). Kost iets van ~€ 200,00 als ze het komen vervangen op verzoek. Maar aangezien mijn huidige meter GPRS-only is, hoop ik dat ze binnen afzienbare tijd (kostenloos) de meter komen vervangen. Tot die tijd is het dan maar wat minder accuraat...

Helder verhaal. Ik zou er nog wel 200 euro voor over hebben, voor een nieuwe meter. Is goedkoper dan een 3-fase kWh meter en een nieuwe kast en installatie etc. Maar ik snap ook dat het wat gek voelt als ze hem op langere termijn sowieso kosteloos vervangen...

[mog__wai]

MisteRMeesteR schreef op zaterdag 28 september 2024 @ 16:40:
[...]

Maak het jezelf niet te moeilijk en laat EVCC middels de HTTP API van DSMR Reader de gegevens ophalen, voorbeeld yaml staat hier.

Werkt hier al maanden prima, bron is een andere tweaker, kudo’s naar hem

Ik snap nog niet helemaal of dit gaat werken voor mijn situatie, hopelijk jullie wel .

Ik heb mijn DSMR direct met een seriële kabel aan mijn RPI hangen waarop home assistant draait. De "DSMR Smart Meter" leest alles netjes uit in Home Assistant. Nu heb ik ook de EVCC plugin voor Home Assistant geïnstalleerd. Het is mij echter niet duidelijk hoe ik deze ook toegang kan geven tot de DSMR data.

De interface naar mijn BMW (=KEBA) laadpaal werkt in ieder geval al wel .

[MrScratch]

mog__wai schreef op zondag 29 december 2024 @ 15:23:
[...]

Ik snap nog niet helemaal of dit gaat werken voor mijn situatie, hopelijk jullie wel .

Ik heb mijn DSMR direct met een seriële kabel aan mijn RPI hangen waarop home assistant draait. De "DSMR Smart Meter" leest alles netjes uit in Home Assistant. Nu heb ik ook de EVCC plugin voor Home Assistant geïnstalleerd. Het is mij echter niet duidelijk hoe ik deze ook toegang kan geven tot de DSMR data.

De interface naar mijn BMW (=KEBA) laadpaal werkt in ieder geval al wel .

Ik heb hetzelfde issue en volgens mij is het niet mogelijk om 2 applicaties (HA en evcc) tegelijkertijd toegang te geven tot de slimme meter. Je moet dus een onafhankelijke DSMR-reader gaan installeren en die op MQTT laten broadcasten. Dan kunnen zowel HA als evcc deze MQTT berichten afvangen en er beiden hun werk mee doen.

[JanHenk]

@mog__wai en @MrScratch, via mqtt kan, maar mijn voorkeur zou in dit geval zijn om de sensor beschikbaar te maken via de Home Assistant API en die te gebruiken binnen evcc.

Zie hier voor een uitleg hoe dit op te zetten.

Als je toch al de evcc add-on gebruikt binnen HA is dit wel een goede route.

[ Voor 40% gewijzigd door JanHenk op 30-12-2024 09:37 ]

[MrScratch]

JanHenk schreef op maandag 30 december 2024 @ 09:30:
@mog__wai en @MrScratch, via mqtt kan, maar mijn voorkeur zou in dit geval zijn om de sensor beschikbaar te maken via de Home Assistant API en die te gebruiken binnen evcc.

Zie hier voor een uitleg hoe dit op te zetten.

Als je toch al de evcc add-on gebruikt binnen HA is dit wel een goede route.

Werkt dit alleen als je evcc als add-on binnen HA installeert? Ik heb HA in docker draaien en evcc gewoon zelfstandig geinstalleerd.

[JanHenk]

MrScratch schreef op maandag 30 december 2024 @ 10:16:
[...]

Werkt dit alleen als je evcc als add-on binnen HA installeert? Ik heb HA in docker draaien en evcc gewoon zelfstandig geinstalleerd.

Zolang de HA instantie benaderbaar is voor evcc over het netwerk, gaat dat wel werken.

Edit:
Zelf meteen ook maar even gebruik van gemaakt...

Ik heb een SolarEdge omvormer die ik via Modbus TCP al in Home Assistant heb en de SolarEdge staat ook maar één connectie per keer toe. Ik gebruikte een modbus proxy add-on en dat werkte (ook) helemaal prima. Maar rechtstreekse API connectie scheelt weer een addon.

Mijn evcc draait in een LXC container op Proxmox. Nu haalt evcc dus de gegevens van SolarEdge rechtstreeks van Home Assistant. Werkt meteen goed

Uiteraard creëer je daarmee een afhankelijkheid van je HA instantie. Maar in dit geval vind ik dat niet zo erg, voor de werking van evcc is de PV meter namelijk niet kritisch. En die afhankelijkheid had ik ook al met de modbus proxy.

[ Voor 46% gewijzigd door JanHenk op 30-12-2024 11:19 ]

[mog__wai]

JanHenk schreef op maandag 30 december 2024 @ 09:30:
@mog__wai en @MrScratch, via mqtt kan, maar mijn voorkeur zou in dit geval zijn om de sensor beschikbaar te maken via de Home Assistant API en die te gebruiken binnen evcc.

Zie hier voor een uitleg hoe dit op te zetten.

Als je toch al de evcc add-on gebruikt binnen HA is dit wel een goede route.

Bedankt voor de tip! Na een tijdje prutsen werkt het nu .

[MrScratch]

JanHenk schreef op maandag 30 december 2024 @ 10:22:
[...]


Zolang de HA instantie benaderbaar is voor evcc over het netwerk, gaat dat wel werken.

Edit:
Zelf meteen ook maar even gebruik van gemaakt...

Ik heb een SolarEdge omvormer die ik via Modbus TCP al in Home Assistant heb en de SolarEdge staat ook maar één connectie per keer toe. Ik gebruikte een modbus proxy add-on en dat werkte (ook) helemaal prima. Maar rechtstreekse API connectie scheelt weer een addon.

Mijn evcc draait in een LXC container op Proxmox. Nu haalt evcc dus de gegevens van SolarEdge rechtstreeks van Home Assistant. Werkt meteen goed

Uiteraard creëer je daarmee een afhankelijkheid van je HA instantie. Maar in dit geval vind ik dat niet zo erg, voor de werking van evcc is de PV meter namelijk niet kritisch. En die afhankelijkheid had ik ook al met de modbus proxy.

Mij is niet duidelijk hoe je dit nu doet. In het voorbeeld worden 2 dingen gedefinieerd onder grid:
- power
- currents voor L1, L2, L3

De auteur lijkt 1 sensor te hebben die zowel positief als negatief uitslaat voor power. Ik heb er 2 in HA, namelijk production en consumption. Hoe regel je dat in evcc?

De currents gaan in A(mpere), maar ik lijk geen sensors te hebben die dit doen. Alleen power consumption en production per fase in kW.

Ook heb ik 2 omvormers van SolarEdge. Hoe integreer ik die dan?

[MrScratch]

MrScratch schreef op maandag 30 december 2024 @ 17:25:
[...]

Mij is niet duidelijk hoe je dit nu doet. In het voorbeeld worden 2 dingen gedefinieerd onder grid:
- power
- currents voor L1, L2, L3

De auteur lijkt 1 sensor te hebben die zowel positief als negatief uitslaat voor power. Ik heb er 2 in HA, namelijk production en consumption. Hoe regel je dat in evcc?

Ik heb nu een calculated sensor gemaakt die consumption en production van elkaar aftrekt. Er is er altijd maar 1 ongelijk aan nul, dus Cons min Prod levert een positief getal bij consumptie en een negatief getal bij productie.

De currents gaan in A(mpere), maar ik lijk geen sensors te hebben die dit doen. Alleen power consumption en production per fase in kW.

Die sensors stonden op disabled, waarschijnlijk omdat deze alleen hele integers geven. Ga proberen per fase een calculated sensor te maken op basis van Volt en Watt.

Ook heb ik 2 omvormers van SolarEdge. Hoe integreer ik die dan?

Die zijn ook niet direct te benaderen via tcpip, dus ik heb hier ook de http-get gebruikt en de solaredge sensor toegevoegd.

YAML:

meters:
  - name: ha_dsmr
    type: custom
    power:
      source: http
      uri: http://192.168.178.9:8123/api/states/sensor.power_consumption_in_watt
      method: GET
      headers:
        - Authorization: Bearer my_code
      insecure: true
      jq: .state|tonumber
      timeout: 2s
    currents:
      - source: http
        uri: http://192.168.178.9:8123/api/states/sensor.electricity_meter_current_phase_l1
        method: GET
        headers:
          - Authorization: Bearer my_code
        insecure: true
        jq: .state|tonumber
        timeout: 2s
      - source: http
        uri: http://192.168.178.9:8123/api/states/sensor.electricity_meter_current_phase_l2
        method: GET
        headers:
          - Authorization: Bearer my_code
        insecure: true
        jq: .state|tonumber
        timeout: 2s
      - source: http
        uri: http://192.168.178.9:8123/api/states/sensor.electricity_meter_current_phase_l3
        method: GET
        headers:
          - Authorization: Bearer my_code
        insecure: true
        jq: .state|tonumber
        timeout: 2s

  - name: ha_solaredge
    type: custom
    power:
      source: http
      uri: http://192.168.178.9:8123/api/states/sensor.solaredge_current_power
      method: GET
      headers:
        - Authorization: Bearer my_code
      insecure: true
      jq: .state|tonumber
      timeout: 2s

[smuldersbram]

Okay, een paar dagen met mn Peugeot e2008, Peblar & evcc aan het laden geweest. Min+solar oplossing werkt om de Peugeot uit slaapstand te houden. Ook het switchen tussen 1 & 3 fase werkt perfect! Dan neem ik het op laag vermogen laden tijdens dure uren maar voor lief .

Is er een manier om evcc te configureren dat een auto standaard tot 80% mag laden behalve wanneer je de slider aan past? Nu moet ik voor/tijdens elke laadbeurt de slider van 100% naar 80% slepen. Graag wil ik het andersom doen: standaard 80% behalve anders aangegeven.
Ik kan het zo gouw niet in de configuratie vinden.

Never mind, gevonden: https://docs.evcc.io/en/docs/features/limits#charge-level-

[ Voor 7% gewijzigd door smuldersbram op 02-01-2025 16:35 ]

[JanHenk]

@smuldersbram Volgens mij moet je dan werken met "targetSoc".

Bij het aansluiten van de auto aan het laadpunt, gaat evcc herkennen welke auto het is. Als het jouw Peugeot is, zet ie hiermee de targetSoC (limiet) op basis van deze "onIdentify" parameter. Dat is eenmalig, namelijk bij het aansluiten. Je kunt dit dus ieder moment overschrijven. Hetzelfde voor de modus waarin ie moet starten: ik heb hem bij aansluiten van mijn eigen auto op mode pv. Jij zal daar de modus minpv hebben staan.

Zie hier voor voorbeeld config-file: https://docs.evcc.io/en/d...ation/vehicles#onidentify

YAML:

vehicles:
  - name: my_enyaq
    type: template
    template: enyaq
    title: Enyaq
    icon: car
    mode: pv
    targetSoc: 80

Laat maar even weten of dat werkt

[Wrc]

Ik heb EVCC op een RPI draaien maar ik heb nu (met versie 0.132.0) het probleem dat EVCC niet meer ziet dat de lader op de auto is aangesloten. Ik heb ondertussen alles een restart gegeven (EVCC, de lader, aankoppeling van de auto) maar niks helpt.

Weet iemand of je makkelijk (en hoe dan) EVCC terug kan zetten op een oudere versie?
Ik benader de RPI normaal via VCN en draai dat de updates die hij zelf aangeeft.

[h3llrais3rke]

Ik ben ook EVCC aan het bekijken, maar ik zou ook iets moeten hebben om mijn P1 poort uit te lezen.
Ik lees die nu rechtsteeks uit in homeassistant via P1 naar usb converter kabel (via DSRM integratie), maar voor EVCC heb ik een "meter" nodig die dit ook nog eens kan exposen naar EVCC. Iemand een idee hoe ik dit kan realiseren zonder hiervoor een extra apparaat (zoals P1 meter van homewizard) aan te schaffen?

EDIT: @JanHenk je hebt deze vraag dus al eens hierboven beantwoord. (https://gathering.tweakers.net/forum/view_message/81159904) Nogmaals bedankt.

[ Voor 15% gewijzigd door h3llrais3rke op 03-01-2025 19:05 ]

[h3llrais3rke]

Het is gelukt om de ha sensoren te integreren via de http api.

Ik ben nu vooral geïnteresseerd in de loadbalancing.
Als ik het goed begrepen heb, dien ik hiervoor een circuit te definiëren en dit te koppelen aan mijn loadpoint?

code:

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

vehicles:
  - name: skoda_enyaq
    title: Skoda Enyaq
    type: template
    template: enyaq
    user: <myuser>
    password: <mypass>
    capacity: 82
    #minCurrent: 6 # The minimum amperage per connected phase with which the car should be charged (optional, default 6)
    #maxCurrent: 16 # The maximum amperage per connected phase with which the car shuold be charged (optional, default 16)

site:
  title: Thuis
  meters:
    grid: ha.dsmr.grid
    pv: ha.saj.pv
    battery: ha.saj.battery

circuits:
  - name: main # if there is only one circuit defined the name needs to be 'main'
    title: Hoofdzekering
    maxCurrent: 32
  - name: carport
    title: Carport
    maxCurrent: 11
    parent: main
  

loadpoints:
  - title: Carport
    circuit: carport
    charger: alfen
    vehicle: skoda_enyaq
    mode: pv # charge mode (off, now, minpv, pv)

Ik wil ervoor zorgen dat er tijdens het laden nooit een piek van meer dan 11A (7.6kW 3 fasig) wordt bereikt, dit omwille van het capaciteitstarief in België. Bedoeling is dat wanneer er meer dan 11A (7.6kW) van het net wordt gehaald, de paal zijn capaciteit terugschroeft en desnoods naar 1 fase schakelt.

Ik weet niet of mijn setup hierboven dit zou kunnen?
Zorgt er circuit met een maxCurrent van 11A hiervoor? Of werkt dit nog iets anders?

PS: Ik moet nog mijn laadpaal intergreren (heb nu de demo gebruikt) omdat deze momenteel nog op P1 meter modus staat.

[h3llrais3rke]

Nieuwe update: ik heb evcc werkende en heb een circuit gedefinieerd met maxCurrent: 10A.
Dit heb ik gelinkt aan mijn loadpoint. Belangrijk is blijkbaar ook dat je de grid meter linkt aan het circuit, anders wordt er geen rekening gehouden met de rest van de load van het huis.

Hier mijn huidige evcc settings:

code:

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

log: debug
levels:
  cache: error

# unique installation id
plant: <plant>

interval: 10s # control cycle interval (in sync with meter intervals)

# trial token from https://docs.evcc.io/en/docs/sponsorship#trial
sponsortoken: <sponsor_token>

# sponsors can set telemetry: true to enable anonymous data aggregation
# see https://github.com/evcc-io/evcc/discussions/4554
telemetry: false

meters:
  - name: ha.dsmr.grid
    type: custom
    power:
      source: http
      uri: http://<ha_ip>:8123/api/states/sensor.electricity_meter_power_consumption
      method: GET
      headers:
        - Authorization: Bearer <token>
      insecure: true
      jq: .state|tonumber
      scale: 1000 # dsmr provides power in kW, so multiple by 1000 to get it in W
      timeout: 2s
    powers:
      - source: http
        uri: http://<ha_ip>:8123/api/states/sensor.electricity_meter_power_consumption_phase_l1
        method: GET
        headers:
          - Authorization: Bearer <token>
        insecure: true
        jq: .state|tonumber
        scale: 1000 # dsmr provides power in kW, so multiple by 1000 to get it in W
        timeout: 2s
      - source: http
        uri: http://<ha_ip>:8123/api/states/sensor.electricity_meter_power_consumption_phase_l2
        method: GET
        headers:
          - Authorization: Bearer <token>
        insecure: true
        jq: .state|tonumber
        scale: 1000 # dsmr provides power in kW, so multiple by 1000 to get it in W
        timeout: 2s
      - source: http
        uri: http://<ha_ip>:8123/api/states/sensor.electricity_meter_power_consumption_phase_l3
        method: GET
        headers:
          - Authorization: Bearer <token>
        insecure: true
        jq: .state|tonumber
        scale: 1000 # dsmr provides power in kW, so multiple by 1000 to get it in W
        timeout: 2s
    currents:
      - source: http
        uri: http://<ha_ip>:8123/api/states/sensor.electricity_meter_current_phase_l1
        method: GET
        headers:
          - Authorization: Bearer <token>
        insecure: true
        jq: .state|tonumber
        timeout: 2s
      - source: http
        uri: http://<ha_ip>:8123/api/states/sensor.electricity_meter_current_phase_l2
        method: GET
        headers:
          - Authorization: Bearer <token>
        insecure: true
        jq: .state|tonumber
        timeout: 2s
      - source: http
        uri: http://<ha_ip>:8123/api/states/sensor.electricity_meter_current_phase_l3
        method: GET
        headers:
          - Authorization: Bearer <token>
        insecure: true
        jq: .state|tonumber
        timeout: 2s

  - name: ha.saj.pv
    type: custom
    power:
      source: http
      uri: http://<ha_ip>:8123/api/states/sensor.saj_mqtt_summary_photovoltaic_power
      method: GET
      headers:
        - Authorization: Bearer <token>
      insecure: true
      jq: .state|tonumber
      timeout: 2s

  - name: ha.saj.battery
    type: custom
    power:
      source: http
      uri: http://<ha_ip>:8123/api/states/sensor.saj_mqtt_summary_battery_power
      method: GET
      headers:
        - Authorization: Bearer <token>
      insecure: true
      jq: .state|tonumber * -1 # this does the trick to invert the sensor value for evcc
      timeout: 2s
    soc:
      source: http
      uri: http://<ha_ip>:8123/api/states/sensor.saj_mqtt_battery_soc
      method: GET
      headers:
        - Authorization: Bearer <token>
      insecure: true
      jq: .state|tonumber
      timeout: 2s

chargers:
  - name: alfen
    type: template
    template: alfen
    host: <alfen_ip>

vehicles:
  - name: skoda_enyaq
    title: Skoda Enyaq
    type: template
    template: enyaq
    user: <skoda_user>
    password: <skoda_password>
    capacity: 77

site:
  title: Thuis
  meters:
    grid: ha.dsmr.grid
    pv: ha.saj.pv
    battery: ha.saj.battery

circuits:
  - name: main # if there is only one circuit defined the name needs to be 'main'
    title: Hoofdcircuit
    maxCurrent: 10 # real max current is 32A, but we limit this to 10A to keep capacity limit in Beligum below 7kW (3*10A(2.3kW) = 6.9kW)
    meter: ha.dsmr.grid # use grid meter to also take the house load into account

loadpoints:
  - title: Laadpaal
    circuit: main
    charger: alfen
    vehicle: skoda_enyaq
    mode: pv # charge mode (off, now, minpv, pv)
    soc:
      poll:
        mode: charging
        interval: 15m # poll soc every 15m while charging
      estimate: true
    enable:
      threshold: 0 # min required pv power (0 means minimum charging power)
      delay: 1m # start pv charging after 1m of min required pv power
    disable:
      threshold: 200 # max import power
      delay: 2m # stop pv charging after 2m of more than max import power
    #phases: 0 # automatic phase switching enabled = 0 (options: 0,1,3) -> option can now be set in evcc loadpoint config ui
    #minCurrent: 6 # min current per phase -> option can now be set in evcc loadpoint config ui
    #maxCurrent: 9 # max current per phase -> option can now be set in evcc loadpoint config ui

EVCC is nu ingesteld op "snel" laden, waardoor de wagen start met 3-fasig laden rond 5kW.
Wanneer ik nu bijvoorbeeld een haardroger gebruik, dan wordt er `overcurrent` gedetecteerd en het laden wordt gestopt. Ik veronderstel dat dit de loadbalancing is die in werking treedt?
Ik zou eerder verwachten dat evcc ipv het laden te stoppen, de maxCurrent zou verlagen, waardoor de laadpaal toch nog zou kunnen verder laden, maar dan aan een lagere stroom... Of eventueel zelfs switchen naar 1 fase laden.
Is mijn veronderstelling juist? Of begrijp ik het concept van loadbalancing verkeerd?

[ Voor 91% gewijzigd door h3llrais3rke op 05-01-2025 17:07 ]

[HyperBart]

h3llrais3rke schreef op zaterdag 4 januari 2025 @ 00:07:
Het is gelukt om de ha sensoren te integreren via de http api.

Ik ben nu vooral geïnteresseerd in de loadbalancing.
Als ik het goed begrepen heb, dien ik hiervoor een circuit te definiëren en dit te koppelen aan mijn loadpoint?

code:

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

vehicles:
  - name: skoda_enyaq
    title: Skoda Enyaq
    type: template
    template: enyaq
    user: <myuser>
    password: <mypass>
    capacity: 82
    #minCurrent: 6 # The minimum amperage per connected phase with which the car should be charged (optional, default 6)
    #maxCurrent: 16 # The maximum amperage per connected phase with which the car shuold be charged (optional, default 16)

site:
  title: Thuis
  meters:
    grid: ha.dsmr.grid
    pv: ha.saj.pv
    battery: ha.saj.battery

circuits:
  - name: main # if there is only one circuit defined the name needs to be 'main'
    title: Hoofdzekering
    maxCurrent: 32
  - name: carport
    title: Carport
    maxCurrent: 11
    parent: main
  

loadpoints:
  - title: Carport
    circuit: carport
    charger: alfen
    vehicle: skoda_enyaq
    mode: pv # charge mode (off, now, minpv, pv)

Ik wil ervoor zorgen dat er tijdens het laden nooit een piek van meer dan 11A (7.6kW 3 fasig) wordt bereikt, dit omwille van het capaciteitstarief in België. Bedoeling is dat wanneer er meer dan 11A (7.6kW) van het net wordt gehaald, de paal zijn capaciteit terugschroeft en desnoods naar 1 fase schakelt.

Ik weet niet of mijn setup hierboven dit zou kunnen?
Zorgt er circuit met een maxCurrent van 11A hiervoor? Of werkt dit nog iets anders?

PS: Ik moet nog mijn laadpaal intergreren (heb nu de demo gebruikt) omdat deze momenteel nog op P1 meter modus staat.

Zoek eens een paar posts van mij terug. Wordt allemaal uitgelegd.

[h3llrais3rke]

HyperBart schreef op zondag 5 januari 2025 @ 23:21:
[...]


Zoek eens een paar posts van mij terug. Wordt allemaal uitgelegd.

Heb het ondertussen gevonden. De trick is het circuit instellen op ´maxPower´ ipv ´maxCurrent´, aangezien maxCurrent per fase kijkt en maxPower over de 3 fases heen.

[ Voor 3% gewijzigd door h3llrais3rke op 06-01-2025 15:03 ]

[ray1979]

TIP voor de mensen met een Tesla en een oude generatie TWC: ik worstelde enorm met het werkend krijgen van een custom charger in evcc. Uiteindelijk in een half uur alles werkend gekregen middels: https://github.com/evcc-io/evcc/discussions/18039

[Sander]

ray1979 schreef op maandag 6 januari 2025 @ 19:59:
TIP voor de mensen met een Tesla en een oude generatie TWC: ik worstelde enorm met het werkend krijgen van een custom charger in evcc. Uiteindelijk in een half uur alles werkend gekregen middels: https://github.com/evcc-io/evcc/discussions/18039

Ik heb inmiddels een aantal maanden naar tevredenheid https://github.com/yoziru/esphome-tesla-ble draaien. Enige nadeel tot nu toe vind ik het bereik van de ESP32, moet hem wel vrij dicht bij de buitenmuur met auto hebben. Verder heb ik in homeassistant via automations het zo ingesteld dat De BLE Proxy pas aan gaat als de TWC integratie aangeeft dat ie connected is (en weer uit als ie unplugged is). Stukje extra veiligheid om te voorkomen dat die de hele tijd connectie houdt/maakt met auto ook als dat helemaal niet nodig is.

[ray1979]

Sander schreef op dinsdag 7 januari 2025 @ 19:18:
[...]


Ik heb inmiddels een aantal maanden naar tevredenheid https://github.com/yoziru/esphome-tesla-ble draaien. Enige nadeel tot nu toe vind ik het bereik van de ESP32, moet hem wel vrij dicht bij de buitenmuur met auto hebben. Verder heb ik in homeassistant via automations het zo ingesteld dat De BLE Proxy pas aan gaat als de TWC integratie aangeeft dat ie connected is (en weer uit als ie unplugged is). Stukje extra veiligheid om te voorkomen dat die de hele tijd connectie houdt/maakt met auto ook als dat helemaal niet nodig is.

Dat is idd de andere optie, maar die kreeg ik met mijn skill level niet aan de praat. Kun je jouw charger yaml eens delen?

Voordeel van de door mij gelinkte optie is dat er verder geen enkele automatisering in home assistant aan te pas komt (en maakt idd ook via bluetooth contact met de auto). Weet niet of de range van de Raspberry beter is dan de esp...

[Sander]

ray1979 schreef op dinsdag 7 januari 2025 @ 19:52:
[...]


Dat is idd de andere optie, maar die kreeg ik met mijn skill level niet aan de praat. Kun je jouw charger yaml eens delen?

Voordeel van de door mij gelinkte optie is dat er verder geen enkele automatisering in home assistant aan te pas komt (en maakt idd ook via bluetooth contact met de auto). Weet niet of de range van de Raspberry beter is dan de esp...

Voor mij was het meer dat ik ESPs had liggen en RPI's niet en dat ik daarnaast een RPI nogal overkill vindt voor zo'n simple single-purpose toepassing. Homeassistant automations waren eigenlijk niet eens nodig, dat is puur als extra, zonder werkt het ook, maar is die BLE Key gewoon altijd actief en zal de laadpoort dus ook openen zonder telefoon of sleutel in de buurt (zal bij jou nu waarschijnlijk ook zo zijn?)

Mijn setup is wel net ff wat anders omdat ik ook al Teslamate heb draaien, dus wat ik nu heb is:
- Charger, die is 'dom' en gewoon een kale definitie
- Vehicle: Dat is een combinatie van Teslamate sensoren voor SOC etc met BLE commands voor de aansturing

code:

chargers:
  - name: my_charger
    type: template
    template: twc3
    host: 192.168.x.x


# vehicle definitions
vehicles:
- name: my_car
  title: Tesla Model Y
  type: custom
  chargeenable:
    source: mqtt
    topic: tesla-ble-xxx/switch/charger_switch/command
    payload: '{{if .chargeenable}}ON{{else}}OFF{{end}}'
  maxcurrent: # set charger max current (A)
    source: mqtt
    topic: tesla-ble-xxx/number/charging_amps/command
    payload: '{{.maxcurrent}}'
  wakeup: # vehicle wake up command
    source: mqtt
    topic: tesla-ble-xxx/button/wake_up/command
    payload: "PRESS"
  range:
    source: mqtt
    topic: teslamate/cars/1/est_battery_range_km
    timeout: 360s
  status:
    source: combined
    plugged:
      source: mqtt
      topic: teslamate/cars/1/plugged_in
      timeout: 120s
    charging:
      source: mqtt
      topic: teslamate/cars/1/charging_state
      timeout: 120s

Ik ga BTW ook eens kijken naar de maxPower/maxCurrent opties voor load balancing: ik heb het tot op heden niet en nog nergens last van gehad in de afgelopen jaren. Desondanks prima om daar toch wat mee te doen en kijken wanneer het wel ingrijpt.

[ Voor 5% gewijzigd door Sander op 07-01-2025 21:55 ]

[fcnevland]

Ik vind het een belovende programma maar krijg echt niets werkend,

Ik moet de laadpaal nog installeren maar dacht voorbereidend werk alvast installeren en homewizard p1 koppelen krijg het maar niet voor elkaar hij vind hem gewoon niet. Ook een p1 kabel rechtssysteeks in de raspberry pi. Ttyusb0 pakt hij niet

Ik heb evcc als addon in home Assistant

[JanHenk]

@fcnevland Als je moeite hebt om dingen geconfigureerd te krijgen, begin dan “klein” met een korte config en zet daar alleen de noodzakelijke dingen in. Voor een charger kun je een dummy gebruiken.

Waar loop je precies vast? Je config yaml en de logs bij opstarten zouden ons helpen jou te helpen.

[HyperBart]

fcnevland schreef op woensdag 8 januari 2025 @ 04:35:
Ik vind het een belovende programma maar krijg echt niets werkend,

Ik moet de laadpaal nog installeren maar dacht voorbereidend werk alvast installeren en homewizard p1 koppelen krijg het maar niet voor elkaar hij vind hem gewoon niet. Ook een p1 kabel rechtssysteeks in de raspberry pi. Ttyusb0 pakt hij niet

Ik heb evcc als addon in home Assistant

Logs gaan wel helpen zoals @JanHenk al aangeeft.
Heb je ook de Homewizard API aangezet? Dat moet in homewizard app gebeuren.
IP correct opgevist van de Homewizard dongle?

Heb je met de commando's van evcc je config al eens gevalideerd? Start de webinterface op?

Het is allemaal wat om mee te beginnen maar je gaat wel iets meer omkadering/berichten/logging moeten aangeven.

Je kan alles inrichten als je alle meters hebt en daarna een dummy laadpunt toevoegen.

[fcnevland]

JanHenk schreef op woensdag 8 januari 2025 @ 08:07:
@fcnevland Als je moeite hebt om dingen geconfigureerd te krijgen, begin dan “klein” met een korte config en zet daar alleen de noodzakelijke dingen in. Voor een charger kun je een dummy gebruiken.

Waar loop je precies vast? Je config yaml en de logs bij opstarten zouden ons helpen jou te helpen.

Ik heb evcc als addon in homeassistant draaien. HomeAssistant ziet de homewizard wel.

onderstaand is mijn huidige yaml.

opgelost, het zat hem in mijn mesh router. Nu eens kijken of ik Load balancing kan proef draaien zodat ik geen load balancer hoef aan te schaffen.

ander ding ik heb een zonneplan nexus en het moet eigenlijk niet gebeuren dat als deze aan het werk is dat de auto gaat laden. Ik wil eigenlijk de auto ook alleen laden met dynamische tarieven

[ Voor 57% gewijzigd door fcnevland op 09-01-2025 14:49 ]

[fcnevland]

Ik heb tot nu toe een demo model. kan helaas niets want hij geeft aan dat de auto niet verbonden is maar de metingen vanuit homewizard komen binnen. Ik heb dynamische tarieven toegevoegd zou alleen mooi zijn als ik de tarieven nog kan vermeerderen met 21%btw en ik hoop dat Dynamic load balancing zo goed is als ik later de laadpaal zou integreren.

```yaml
network:
port: 7070

log: debug

interval: 3s

site:
title: Bremstraat 3
meters:
grid: grid # Verbind de site met je grid-meter

# meters
meters:
- name: grid
type: template
template: homewizard
usage: grid
host: 192.168.86.70 # Voeg de poort toe, bijvoorbeeld: 8080

chargers:
- name: zaptec_go
type: template
template: demo-charger
status: A # De status van de lader (A = aan)
power: 0 # Beginvermogen
enabled: true # Zet de lader aan

vehicles:
- name: my_byd
title: dolphin
type: template
template: offline
capacity: 60 # in kWh

#tarieven
tariffs:
currency: EUR # three letter ISO-4217 currency code (default EUR)
grid:
type: template
template: energy-charts-api # epex spot market prices
bzn: NL
charges: 0.122

# Load Management met correcte Circuit Configuratie
circuits:
- name: main # if there is only one circuit defined the name needs to be 'main'
title: 'main circuit' # name for the UI (not implemented in UI yet)
maxCurrent: 16 # 16A (optional)
maxPower: 11000 # 11kW (optional)
meter: grid # optional

loadpoints:
- title: Oprit
charger: zaptec_go # Verbind het laadpunt met de Zaptec-go lader
mode: minpv # Laad met minimale PV (zonne-energie) instelling als prioriteit
vehicle: my_byd
circuit: main
```

[josduisings]

Hoi

ik heb een demo opstelling draaien aangezien ik m'n ev pas volgende week krijg en m'n charger volgende maand. evcc draait wel maar ik krijg een error mbt m'n homewizard p1:

pv 1 power: unexpected status: 401 (Unauthorized)

Iemand enig idee hoe ik dit oplos? Heeft dit met enphase te maken?

De relevante config is deze:

site:
- title: Huis
meters:
grid: grid
pv: pv2

# meters
meters:
- name: grid
type: template
template: homewizard
usage: grid
host: 192.168.2.9

- name: pv2
type: template
template: enphase
usage: pv
host: 192.168.2.2
token: *********

[ChiLLeR]

josduisings schreef op vrijdag 10 januari 2025 @ 09:26:
Hoi

ik heb een demo opstelling draaien aangezien ik m'n ev pas volgende week krijg en m'n charger volgende maand. evcc draait wel maar ik krijg een error mbt m'n homewizard p1:

pv 1 power: unexpected status: 401 (Unauthorized)

Iemand enig idee hoe ik dit oplos? Heeft dit met enphase te maken?

De relevante config is deze:

site:
- title: Huis
meters:
grid: grid
pv: pv2

# meters
meters:
- name: grid
type: template
template: homewizard
usage: grid
host: 192.168.2.9

- name: pv2
type: template
template: enphase
usage: pv
host: 192.168.2.2
token: *********

Het lijkt idd in de PV te zitten, dus enphase instellingen. Dat wil nogal eens nauw komen mbt die token. Probeer die nog eens opnieuw te genereren en kijk of je zelf via de web access van enphase toegang krijgt?

[JanHenk]

fcnevland schreef op donderdag 9 januari 2025 @ 16:34:
Ik heb dynamische tarieven toegevoegd zou alleen mooi zijn als ik de tarieven nog kan vermeerderen met 21%btw

Dat kan, dan moet je de line "tax:" toevoegen aan je configuratie van tariffs. Zie documentatie:

YAML:

tariffs:
  grid:
    type: template
    template: energy-charts-api
    bzn: DE-LU # Bidding zones - https://api.energy-charts.info/#/prices/day_ahead_price_price_get
    charges: # Additional fixed charge per kWh (e.g. 0.05 for 5 cents) (optional)
    tax: # Additional percentage charge (e.g. 0.2 for 20%) (optional)

tax: 0.21 : doet dus ( het kale tarief + energiebelasting ) * 1,21

Onder charges moet de energiebelasting staan ex. btw. In 2025 is die 0,10154 (mits je niet meer dan 10.000 kWh op jaarbasis verbruikt). Jij pakt nu (zover ik kan zien), het bedrag al inclusief btw. Dan gaat dat dubbelop.

[JanHenk]

@josduisings Kijk eens of je zonder pv meter wel evcc opgestart krijgt en of de werking dan juist is.

Pv meters zijn vooral cosmetisch, ze doen niets voor de werking / sturing.

Unauthorized en Ephase, klinkt wel als een onjuiste token / geen API access.

[HyperBart]

Hier maar even vragen: hoe ziet die clima functie er eigenlijk uit bij mensen bij wie het wel werkt?
Ik heb een BMW en het zou net toegevoegd zijn maar ik zie nooit de clima status of de mogelijkheid om een klima te starten (voor zover dat laatste gaat).

Wil iemand eens wat screenshots posten en mij vertellen hoe dat er moet uitzien als het werkt en wanneer dat werkt?

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

[JanHenk]

@HyperBart Volgens mij ben je er al achter, toch? Zie anders hier:

For some vehicles, evcc can also detect via the online connection whether the vehicle is currently performing pre-air conditioning. In this case, the lowest possible power is released on the wallbox so that the vehicle can air condition using the power from the wallbox.

It can happen that the air conditioning in the vehicle requires less than the released power. The vehicle then uses the remaining available power to continue charging the battery, even if a specified limit on the state of charge has already been reached.

As soon as the air conditioning is recognized as finished, the wallbox is locked again so that the vehicle cannot draw any more power from the wallbox unless it is already charging.

Helaas voor mijn Enyaq niet geïmplementeerd. Ik zet hem meestal even handmatig op 'snel' (now-modus) als ik de preconditionering aanzet. Anders geeft evcc dus geen vermogen af en gaat het preconditionering ten koste van de batterij.

[HyperBart]

Klopt, had hier nog niet van feedback voorzien.

[HyperBart]

JanHenk schreef op zaterdag 11 januari 2025 @ 14:23:
@HyperBart Volgens mij ben je er al achter, toch? Zie anders hier:


[...]


Helaas voor mijn Enyaq niet geïmplementeerd. Ik zet hem meestal even handmatig op 'snel' (now-modus) als ik de preconditionering aanzet. Anders geeft evcc dus geen vermogen af en gaat het preconditionering ten koste van de batterij.

Ik denk dat ik de config terug ga droppen

Ik ben de laatste tijd aan het shiften naar laden tijdens de nacht obv de planner en merk dat de prijzen dan toch wel structureel lager liggen. Her is dus kostenefficienter om ‘s nachts te laden en ‘s morgens op de batterij te verwarmen.

Met 80kWh (heerlijke auto) komen we ook toe met onze dagelijkse verplaatsingen en doet het ook geen pijn om een (paar?) percentje(s) te verliezen met preconditioneren.

[fcnevland]

Heel erg bedankt. Heb ik loadbalancing goed staan? en hoe is ervaring met loadpalancing via evcc of is het beter een zaptec sense p1 aan te schaffen ?

JanHenk schreef op vrijdag 10 januari 2025 @ 14:20:
[...]


Dat kan, dan moet je de line "tax:" toevoegen aan je configuratie van tariffs. Zie documentatie:

YAML:

tariffs:
  grid:
    type: template
    template: energy-charts-api
    bzn: DE-LU # Bidding zones - https://api.energy-charts.info/#/prices/day_ahead_price_price_get
    charges: # Additional fixed charge per kWh (e.g. 0.05 for 5 cents) (optional)
    tax: # Additional percentage charge (e.g. 0.2 for 20%) (optional)

tax: 0.21 : doet dus ( het kale tarief + energiebelasting ) * 1,21

Onder charges moet de energiebelasting staan ex. btw. In 2025 is die 0,10154 (mits je niet meer dan 10.000 kWh op jaarbasis verbruikt). Jij pakt nu (zover ik kan zien), het bedrag al inclusief btw. Dan gaat dat dubbelop.

[r2504]

Ondertussen ook m'n eerste stapjes gezet met evcc maar het lukt me niet echt. De combinatie hier is HomeWizard P1, Alfen en BMW iX3 waarbij ik de maximale power wil beperken tot 4500W ivm het capaciteitstarief.

Volgens mij is m'n configuratie correct en in de log zie ik...

code:

[site ] DEBUG 2025/01/12 17:43:08 ----
[lp-1 ] DEBUG 2025/01/12 17:43:08 charge power: 0W
[lp-1 ] DEBUG 2025/01/12 17:43:08 charge currents: [0 0 0]A
[circuit-main] DEBUG 2025/01/12 17:43:08 power: 925W
[circuit-main] DEBUG 2025/01/12 17:43:08 current: 2.77A
[site ] DEBUG 2025/01/12 17:43:08 grid power: 925W
[site ] DEBUG 2025/01/12 17:43:08 grid currents: [0.46 2.77 1.77]A
[site ] DEBUG 2025/01/12 17:43:08 pv 1 power: 0W
[site ] DEBUG 2025/01/12 17:43:08 site power: 925W
[lp-1 ] DEBUG 2025/01/12 17:43:08 charge total import: 1613.194kWh
[lp-1 ] DEBUG 2025/01/12 17:43:09 charger status: B
[circuit-main] DEBUG 2025/01/12 17:43:09 validate power: 925W + (0W -> 11040W) > 4500W capped at 3575W

... echter de Alfen staat gewoon op "waiting for power" en de auto wil dus niet laden met de settings op "Snel". Schakel ik over naar "Min/PV" dan begint de auto wel te laden ?

[h3llrais3rke]

r2504 schreef op zondag 12 januari 2025 @ 17:47:
... echter de Alfen staat gewoon op "waiting for power" en de auto wil dus niet laden met de settings op "Snel". Schakel ik over naar "Min/PV" dan begint de auto wel te laden ?

Op de setting "snel" gaat de auto laden op 3 fasen.
De meeste auto's hebben min 6A (~1.4kW) per fase nodig om te laden, in het geval van 3 fasen is dat dus 3*6A (~4.1kW).
Als je de "maxPower" op 4500 gaat zetten, blijft er maar 400W meer over voor de rest van je circuit, waar je in mijn ogen direct boven zit, vanaf er een verbruiker aan gaat.
Bijgevolg zal de wagen stoppen met laden.

Indien je min/pv kiest, gaat de de auto (voor zover ik het had verstaan, maar nog niet zelf getest), steeds laden met een minimale (zelf in te stellen) vermogen (via 1 fase). Alles wat extra via zonnepanelen binnenkomt, kan dan ook gebruikt worden. Dit is dus de reden waarom de wagen dan wel laadt bij deze setting, aangezien je maar op 1 fase gaat laden, aan waarschijnlijk het minimale vermogen van 1.4kW.

Als je echt bij zo'n laag vermogen wil laden, dan denk ik dat je beter kan instellen dat de auto enkel op 1 fase mag laden. Als je op 3 fasen blijft laden, gaat de loadbalancing je laden continue onderbreken.

Ik ben destijds ook zo gestart, maar is totaal niet werkbaar.
Vandaar dat ik er nu maar mee leer leven dat mijn capaciteitstarief hoger zal zijn.
Ik heb het bij mij ingesteld op 7000W, waardoor je dus toch al 2.9kW verbruik in huis mag hebben vooraleer de wagen zal stoppen met laden op de mode "snel".

[ Voor 4% gewijzigd door h3llrais3rke op 12-01-2025 18:17 ]

[h3llrais3rke]

Iemand advies omtrent the soc polling setting in de `loadpoints` config?
Ik heb in het alfen topic ergens gezien dat men dit soms aanpast naar 15' ipv de standaard 60'.
Heeft iemand dit ook gedaan en daar eventueel problemen mee, want de aanpassingen aan deze setttings zijn "op eigen risico" volgens evcc (https://docs.evcc.io/en/d...iguration/loadpoints#poll).

code:

loadpoints:
  - title: Garage
    circuit: garage
    charger: alfen
    vehicle: enyaq
    mode: pv # charge mode (off, now, minpv, pv)
    soc:
      poll:
        mode: charging
        interval: 15m # poll soc every 15m while charging
      estimate: true

Ik zie niet direct in wat het probleem is, als je sneller gaat polling, zolang de wagen aan het laden is. Want dan gebruikt ie toch de stroom via de paal en niet van de batterij.

[ Voor 17% gewijzigd door h3llrais3rke op 12-01-2025 18:37 ]

[r2504]

h3llrais3rke schreef op zondag 12 januari 2025 @ 18:14:
Op de setting "snel" gaat de auto laden op 3 fasen.
De meeste auto's hebben min 6A (~1.4kW) per fase nodig om te laden, in het geval van 3 fasen is dat dus 3*6A (~4.1kW). Als je de "maxPower" op 4500 gaat zetten, blijft er maar 400W meer over voor de rest van je circuit, waar je in mijn ogen direct boven zit, vanaf er een verbruiker aan gaat.
Bijgevolg zal de wagen stoppen met laden.

De Alfen staat nochtans op automatisch switchen tussen 1 en 3 fase... normaal moet hij dus bij minder dan 4.2 kW beschikbaar naar één fase gaan (en niet stoppen).

Als ik iets gelijkaardigs doe in Eve Connect (daar speel met het min. vermogen) dan schakelt hij wel netjes tussen 1 en 3 fasen dus dat had ik hier ook wel verwacht. Bij Comfort (=Min+PV) laden in Even Connect switched hij trouwens ook automatisch tussen 1 en 3 fase afhankelijk van de PV productie hier.

[ Voor 7% gewijzigd door r2504 op 12-01-2025 18:49 ]

[h3llrais3rke]

r2504 schreef op zondag 12 januari 2025 @ 18:44:
[...]

De Alfen staat nochtans op automatisch switchen tussen 1 en 3 fase... normaal moet hij dus bij minder dan 4.2 kW beschikbaar naar één fase gaan (en niet stoppen).

Als ik iets gelijkaardigs doe in Eve Connect (daar speel met het min. vermogen) dan schakelt hij wel netjes tussen 1 en 3 fasen dus dat had ik hier ook wel verwacht.

Dat switchen tussen fasen ben ik ook zelf nog aan het testen (heb EVCC maar sinds een week geïnstalleerd).
Ik heb al laadsessies gehad waarbij de wagen effectief overschakelt naar 1 fase. Maar hij lijkt daarna niet terug om te schakelen naar 3 fasen, wanneer hij dat in theorie terug zou kunnen doen. Een andere keer werd er na het switchen naar 1 fase, na een bepaalde tijd, toch terug geschakeld naar 3 fasen...

Spijtig dat ik de interne logica niet ken van EVCC die beslist wanneer (en na hoeveel tijd) er wordt geschakeld. Misschien dat iemand anders hier wel meer info over heeft?

Misschien best ook eens je circuit settings delen, want misschien staan die te scherp?

[ Voor 4% gewijzigd door h3llrais3rke op 12-01-2025 18:56 ]

[r2504]

Dit zijn mijn circuit settings maar daar is weinig spectaculairs aan...

code:

circuits:
  name: main # if there is only one circuit defined the name needs to be 'main'
  title: 'main circuit' # name for the UI (not implemented in UI yet)
  maxPower: 4500 
  meter: grid1

In de help text van Alfen staat bij de automatische fase switchen trouwens dat dit toelaat een EMS (zo doet evcc zich trouwens voor) dit aan te passen.

Welke auto heb je... ik heb hier eigenlijk via Eve Connect en Comfort laden nog nooit een probleem gehad met het automatisch switchen, dat heeft hij van de zomer perfect gedaan toen er genoeg PV overschot was.

Ik switchte zonet nog eens naar "Snel" en kreeg het volgende in m'n log...

code:

vehicle soc limit: 403: Out of call volume quota. Quota will be replenished in 00:02:49. (unexpected status: 403 (Forbidden))

... heeft dit iets te maken met de API naar BMW toe ?

[ Voor 17% gewijzigd door r2504 op 12-01-2025 18:59 ]

[h3llrais3rke]

r2504 schreef op zondag 12 januari 2025 @ 18:55:
Dit zijn mijn circuit settings maar daar is weinig spectaculairs aan...

Het zou kunnen zijn dat je ook een "maxCurrent" had ingesteld die op basis daarvan ook beslist om te stoppen omdat je stroom op een bepaalde fase overschreden werd.
Maar als je alleen "maxPower" hebt ingesteld, zou hij enkel mogen switchen op basis van het vermogen, over de fasen heen.

r2504 schreef op zondag 12 januari 2025 @ 18:55:
Welke auto heb je... ik heb hier eigenlijk via Eve Connect en Comfort laden nog nooit een probleem gehad met het automatisch switchen, dat heeft hij van de zomer perfect gedaan toen er genoeg PV overschot was.

Ik heb een skoda enyaq 85 sinds een paar weken.
Maar ik heb de Eve Connect app nooit gebruikt, omdat ik de loadbalancing functionaliteit te beperkt vind, aangezien je deze alleen maar kan instellen op basis van stroom (ampere per fase).

[ Voor 10% gewijzigd door h3llrais3rke op 12-01-2025 19:00 ]

[r2504]

h3llrais3rke schreef op zondag 12 januari 2025 @ 18:59:
Ik heb een skoda enyaq 85 sinds een paar weken.

Mooie wagen ook... maar blijkbaar is het fase switchen nogal verschillend van wagen tot wagen als ik zo lees in het Alfen forum. Voor sommigen werkt het prima, voor andere heeft het vaak gekke kuren.

[h3llrais3rke]

Ik meen dat hier een aantal mensen in dit topic ook de skoda enyaq hebben.
Wat zijn jullie ervaringen omtrent evcc en het switchen tussen fasen?

[h3llrais3rke]

r2504 schreef op zondag 12 januari 2025 @ 18:55:
Dit zijn mijn circuit settings maar daar is weinig spectaculairs aan...

Ik switchte zonet nog eens naar "Snel" en kreeg het volgende in m'n log...

code:

vehicle soc limit: 403: Out of call volume quota. Quota will be replenished in 00:02:49. (unexpected status: 403 (Forbidden))

... heeft dit iets te maken met de API naar BMW toe ?

Dit lijkt mij dat je een quota hebt overschreden bij het pollen van de soc van je wagen.
Dus lijkt mij inderdaad naar de api van de BMW.

Misschien eens spelen met de settings die hier te vinden zijn: https://docs.evcc.io/en/d...iguration/loadpoints#poll

[r2504]

Ik ben ook even gaan kijken in de Alfen logging en daar zag ik dit...

code:

2025-01-12T17:56:30.578Z:INFO:db_chargingprofi:26:ChargingProfile (id = -19930828):
2025-01-12T17:56:30.585Z:INFO:db_chargingprofi:26:  socket         0
2025-01-12T17:56:30.593Z:INFO:db_chargingprofi:27:  primary        Not specified
2025-01-12T17:56:30.601Z:INFO:db_chargingprofi:27:  stackLevel     0
2025-01-12T17:56:30.613Z:INFO:db_chargingprofi:27:  purposeType    ExternalConstraints
2025-01-12T17:56:30.621Z:INFO:db_chargingprofi:27:  transactionId  18446744073709551615 (not specified)
2025-01-12T17:56:30.632Z:INFO:db_chargingprofi:27:  kindType       Relative
2025-01-12T17:56:30.640Z:INFO:db_chargingprofi:27:  recurrencyType Not specified
2025-01-12T17:56:30.648Z:INFO:db_chargingprofi:27:  hasTariffs     FALSE
2025-01-12T17:56:30.656Z:INFO:db_chargingprofi:28:  validFrom      NULL
2025-01-12T17:56:30.664Z:INFO:db_chargingprofi:28:  validTo        NULL
2025-01-12T17:56:30.671Z:INFO:db_chargingprofi:28:  useLocalTime   TRUE
2025-01-12T17:56:30.679Z:INFO:db_chargingprofi:28:  useRandomDelay FALSE
2025-01-12T17:56:30.687Z:INFO:db_chargingprofi:28:  ChargingSchedule
2025-01-12T17:56:30.695Z:INFO:db_chargingprofi:28:    duration         4294967295 (not specified)
2025-01-12T17:56:30.707Z:INFO:db_chargingprofi:28:    startSchedule    NULL
2025-01-12T17:56:30.714Z:INFO:db_chargingprofi:28:    chargingRateUnit Amperes
2025-01-12T17:56:30.722Z:INFO:db_chargingprofi:28:    minChargingRate  -1.00 (not specified)
2025-01-12T17:56:30.734Z:INFO:db_chargingprofi:29:    schedulePeriods  1
2025-01-12T17:56:30.742Z:INFO:db_chargingprofi:29:    SchedulePeriod:
2025-01-12T17:56:30.750Z:INFO:db_chargingprofi:29:      startPeriod  0
2025-01-12T17:56:30.757Z:INFO:db_chargingprofi:29:      limit        32.00
2025-01-12T17:56:30.765Z:INFO:db_chargingprofi:29:      numberPhases 3
2025-01-12T17:56:51.394Z:INFO:taskMain.c:7123:Socket #1: #phases is 3
2025-01-12T17:56:51.417Z:INFO:taskMaster.c:4374:Socket #1: state main  : CHARGING_POWER_OFF_PHASE_CHANGE
2025-01-12T17:56:51.445Z:INFO:taskMaster.c:4393:Socket #1: state Mode-3: STATE_C1
2025-01-12T17:56:51.453Z:INFO:taskMaster.c:4400:Socket #1: state led   : CHARGING_PREPARING

... lijkt me dat dit veroorzaakt wordt door evcc... zet die de fase dan vast op 3 ???

[shadylog]

Heeft iemand hier al een warmtepomp toegevoegd aan evcc ?

[HyperBart]

Opletten jongens, load balancing met evcc schakelt nog niet tussen fases, alleen zon gaat dat veroorzaken. Zet de paal via evcc eens vast op 1 fase in de gui.

[r2504]

HyperBart schreef op zondag 12 januari 2025 @ 22:30:
Zet de paal via evcc eens vast op 1 fase in de gui.

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

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

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

Met de vaatwasser aan geeft dit...

code:

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

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

code:

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

[ Voor 69% gewijzigd door r2504 op 12-01-2025 23:38 ]

[NoFate]

HyperBart schreef op zondag 12 januari 2025 @ 22:30:
Opletten jongens, load balancing met evcc schakelt nog niet tussen fases, alleen zon gaat dat veroorzaken. Zet de paal via evcc eens vast op 1 fase in de gui.

?? Nog niet? Gaat dat komen nog?
Stel dat ik een Maxpower zet van 6000, dan gaat auto altijd laden aan min van 4.2 (3f). Ik heb dan nog 1.8 over voor andere verbruikers... Als ik boven de 1.8 ga, dan gaat hij dus stoppen met laden omdat hij niet kan schakelen??

[shadylog]

HyperBart schreef op zondag 12 januari 2025 @ 22:30:
Opletten jongens, load balancing met evcc schakelt nog niet tussen fases, alleen zon gaat dat veroorzaken. Zet de paal via evcc eens vast op 1 fase in de gui.

Waarom zou het nodig zijn om 3f wissel naar 1f te doen ? Als een van de fase overbelast raakt gaan alle fases gewoon naar beneden toeren. Als ze niet verder naar beneden kunnen toeren om niet meer overbelast te raken gaat de laadpaal uit. Dit is allemaal prima en veilig. Ik vind het overdreven om te zeggen dat een auto maar op 1f moet laden als die ene fase nog wat over heeft. Dreiging van overbelasting is maar van tijdelijke aard.
Verder heeft Alfen bijv ook bij hun eigen P1 load balancing ook geen 1f wissel.
Het is bij evcc lastig te implementeren want je phasemapping moeten implementeren.

[h3llrais3rke]

HyperBart schreef op zondag 12 januari 2025 @ 22:30:
Opletten jongens, load balancing met evcc schakelt nog niet tussen fases, alleen zon gaat dat veroorzaken. Zet de paal via evcc eens vast op 1 fase in de gui.

shadylog schreef op maandag 13 januari 2025 @ 07:34:
[...]
Waarom zou het nodig zijn om 3f wissel naar 1f te doen ? Als een van de fase overbelast raakt gaan alle fases gewoon naar beneden toeren.

Ik was in de veronderstelling dat de loadbalancing, wanneer hij je maxPower overschrijdt, zijn power naar beneden haalt (wat ook werkt), maar dat wanneer hij niet aan zijn minimaal vermogen geraakt van 4.1kW (1.4kw per fase) hij overshakelt naar 1 fase laden, om zo toch nog tussen de 1.4kW en 3.7kW te kunnen laden.
En wanneer er terug meer vermogen vrijkomt (doordat andere zware verbruikers gestopt zijn) dan terug naar 3 fase laden gaat.

Daarnaast meen ik toch al eens gezien te hebben dat de paal gestart was met 3 fasen, dan even was gestopt om daarna terug verder te gaan met 1 fase, om dan weer wat later terug te stoppen en opnieuw te starten met 3 fasen... (Maar ik heb nog maar een paar laadsessies achter de rug, ik moet ze misschien nog wat beter in de gaten houden, maar ik meen dat ik toch al verschillend gedrag had opgemerkt)

[ Voor 33% gewijzigd door h3llrais3rke op 13-01-2025 07:54 ]

[JanHenk]

Wat @HyperBart zegt klopt, scalePhases is alleen op basis van PV. Jullie Vlamingen misbruiken de load balancing feature een beetje voor een eigen doeleinde.

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

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

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

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

[JanHenk]

shadylog schreef op zondag 12 januari 2025 @ 21:57:
Heeft iemand hier al een warmtepomp toegevoegd aan evcc ?

Nee, mijn warmtepomp is niet aan te sturen buiten een thermostaat... Een warmtepompboiler (maar dat is natuurlijk wat anders) is nog wel een idee, maar heb ik op dit moment (nog) niet.

Ik neem aan dat je zoiets bedoelt namelijk?

https://docs.evcc.io/en/docs/faq#water-heater--heat-pump

[HyperBart]

shadylog schreef op maandag 13 januari 2025 @ 07:34:
[...]


Waarom zou het nodig zijn om 3f wissel naar 1f te doen ? Als een van de fase overbelast raakt gaan alle fases gewoon naar beneden toeren. Als ze niet verder naar beneden kunnen toeren om niet meer overbelast te raken gaat de laadpaal uit. Dit is allemaal prima en veilig. Ik vind het overdreven om te zeggen dat een auto maar op 1f moet laden als die ene fase nog wat over heeft. Dreiging van overbelasting is maar van tijdelijke aard.
Verder heeft Alfen bijv ook bij hun eigen P1 load balancing ook geen 1f wissel.
Het is bij evcc lastig te implementeren want je phasemapping moeten implementeren.

Omdat je per fase belasting verwart met (vermogens) beperking / peak shaving.

[shadylog]

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

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

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

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

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

Aha ik snap de use-case nu dan wel. Die verdraaide capaciteitstarief

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


Nee, mijn warmtepomp is niet aan te sturen buiten een thermostaat... Een warmtepompboiler (maar dat is natuurlijk wat anders) is nog wel een idee, maar heb ik op dit moment (nog) niet.

Ik neem aan dat je zoiets bedoelt namelijk?

https://docs.evcc.io/en/docs/faq#water-heater--heat-pump

Klopt! Ik heb een SG-Ready (Smart grid-ready) contact die de boiler/warmtepomp op een hogere setpoint zet. Ook kan ik via modbus mijn tapwater temperatuur instellen/inzien. Het idee hier is dus als er extra PV is dat de boiler wat hoger afgetopt wordt (max 70 graden)

[HyperBart]

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


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

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

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

Met de vaatwasser aan geeft dit...

code:

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

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

code:

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

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



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

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

[HyperBart]

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


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

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

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

Met de vaatwasser aan geeft dit...

code:

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

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

code:

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

Als je in de YAML alles op fixed 1 fase zet, dat vind ik niet zo wijs omdat je dan niet zo snel meer kan aanpassen ad hoc, via de GUI wel.

[HyperBart]

NoFate schreef op maandag 13 januari 2025 @ 07:14:
[...]

?? Nog niet? Gaat dat komen nog?
Stel dat ik een Maxpower zet van 6000, dan gaat auto altijd laden aan min van 4.2 (3f). Ik heb dan nog 1.8 over voor andere verbruikers... Als ik boven de 1.8 ga, dan gaat hij dus stoppen met laden omdat hij niet kan schakelen??

Correct
Ik heb geen glazen bol, dat is afhankelijk van het EVCC team.

[HyperBart]

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


[...]


Ik was in de veronderstelling dat de loadbalancing, wanneer hij je maxPower overschrijdt, zijn power naar beneden haalt (wat ook werkt), maar dat wanneer hij niet aan zijn minimaal vermogen geraakt van 4.1kW (1.4kw per fase) hij overshakelt naar 1 fase laden, om zo toch nog tussen de 1.4kW en 3.7kW te kunnen laden.
En wanneer er terug meer vermogen vrijkomt (doordat andere zware verbruikers gestopt zijn) dan terug naar 3 fase laden gaat.

Neen, dat is vziw niet het geval en ik ben op dat probleem gestuit bij het installeren van EVCC bij familie om vermogensbeperking te doen zonder PV op het dak.

Daarnaast meen ik toch al eens gezien te hebben dat de paal gestart was met 3 fasen, dan even was gestopt om daarna terug verder te gaan met 1 fase, om dan weer wat later terug te stoppen en opnieuw te starten met 3 fasen... (Maar ik heb nog maar een paar laadsessies achter de rug, ik moet ze misschien nog wat beter in de gaten houden, maar ik meen dat ik toch al verschillend gedrag had opgemerkt)

Kan het zijn dat het toen zonnig was met een stevige PV array? Dan kan dat wel.

[HyperBart]

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

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

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

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

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

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



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

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

[HyperBart]

JanHenk schreef op maandag 13 januari 2025 @ 08:46:

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

Is dat? Van waar komt dat?

[Wrc]

Iemand enig idee waar het in zit als EVCC de opgewekte energie door Enphase verdubbled?

Mijn opzet is vrij simpel, Een Enphase systeem met enkel CT spoelen om de productie te meten en een Carlo Gavazzi EM24 om de netaansluiting te meten. Daarnaast een Webasto NEXT laadstation maar daar gaat het nu even niet over.

Ik heb er nooit echt aandacht aan besteed maar het lijkt erop dat om de een of andere reden EVCC het dubbele aan zonproductie rekent dan de Enphase app geeft. Ik heb de yaml nog een doorgekeken maar de pv installatie staat er ook niet dubbel in.

[HyperBart]

Wrc schreef op maandag 13 januari 2025 @ 10:58:
Iemand enig idee waar het in zit als EVCC de opgewekte energie door Enphase verdubbled?

Mijn opzet is vrij simpel, Een Enphase systeem met enkel CT spoelen om de productie te meten en een Carlo Gavazzi EM24 om de netaansluiting te meten. Daarnaast een Webasto NEXT laadstation maar daar gaat het nu even niet over.

Ik heb er nooit echt aandacht aan besteed maar het lijkt erop dat om de een of andere reden EVCC het dubbele aan zonproductie rekent dan de Enphase app geeft. Ik heb de yaml nog een doorgekeken maar de pv installatie staat er ook niet dubbel in.

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

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

[NoFate]

Als je alles fixed op 1 fase zet, en er komt veel zon toe, dan ga je toch nooit alles in je auto kunnen droppen?

Edit: nm, bij zon werkt fase switching wel...?

[ Voor 18% gewijzigd door NoFate op 13-01-2025 12:29 ]

[HyperBart]

NoFate schreef op maandag 13 januari 2025 @ 12:17:
Als je alles fixed op 1 fase zet, en er komt veel zon toe, dan ga je toch nooit alles in je auto kunnen droppen?

Heb jij op je topdagen langdurig/substantieel vertegenwoordigend meer dan 7360W aan PV overschot?

Want 1 fase op 32A is 7360W, stevige PV array heb je als je daar over gaat qua overschot.
Ter kader: ik heb in totaal 12kWp verspreid over alle daken ZO/ZW/WNW maar ik zie het toch niet gebeuren dat ik meer dan 6kW (piek/top) aan opwek heb.

Edit: nm, bij zon werkt fase switching wel...?

Ja, hij schaalt op maar als je natuurlijk uit bescherming indertijd je fases gefixeerd hebt gezet om te vermijden dat hij telkens stopt met laden op 3F dan gaat het niet op.

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

[h3llrais3rke]

Heel wat nuttige info hierboven.
En ja, wij Belgen proberen altijd wel iets te misbruiken... maar ja, wij hebben dan ook dat onnozele capaciteitstarief...

Maar bon, ik heb al aanvaard dat ik niet meer onder de 5kw piek kan blijven en heb EVCC ingesteld op:
- automatisch switchen tussen fasen
- maxPower op 7000W
- maxCurrent op 25A.(max ampere van zekering waarachter de laadpaal hangt)

Dit zou toch op zijn minst de ervoor moeten zorgen dat de netimport niet over de 7000W gaat (wat ik ook gemerkt heb).

Het al dan niet switchen tussen fasen zal ik nog in het oog houden, want tot op heden is er nog niet genoeg zon geweest om ook de wagen te laden met overschot aan zonne-energie

[HyperBart]

h3llrais3rke schreef op maandag 13 januari 2025 @ 13:17:
Heel wat nuttige info hierboven.
En ja, wij Belgen proberen altijd wel iets te misbruiken... maar ja, wij hebben dan ook dat onnozele capaciteitstarief...

Maar bon, ik heb al aanvaard dat ik niet meer onder de 5kw piek kan blijven en heb EVCC ingesteld op:
- automatisch switchen tussen fasen
- maxPower op 7000W
- maxCurrent op 25A.(max ampere van zekering waarachter de laadpaal hangt)

Dit zou toch op zijn minst de ervoor moeten zorgen dat de netimport niet over de 7000W gaat (wat ik ook gemerkt heb).

Het al dan niet switchen tussen fasen zal ik nog in het oog houden, want tot op heden is er nog niet genoeg zon geweest om ook de wagen te laden met overschot aan zonne-energie

Ik zou in uw geval dan toch proberen in te stellen op 1 fase en 5200W.

Ik hou het hier heel goed in de gaten en probeer een gulden middenweg tussen economisch efficient en natuurkundig efficient te doen en met een 80kWh wagen (heel forse sedan) komen we prima toe voor dagdagelijks gebruik 50 à 100km per dag, uitschieters bij klanten 140km/dag om telkens op max 4500W vermogensbeperking thuis te laden.

[JanHenk]

shadylog schreef op maandag 13 januari 2025 @ 09:22:
[...]
Klopt! Ik heb een SG-Ready (Smart grid-ready) contact die de boiler/warmtepomp op een hogere setpoint zet. Ook kan ik via modbus mijn tapwater temperatuur instellen/inzien. Het idee hier is dus als er extra PV is dat de boiler wat hoger afgetopt wordt (max 70 graden)

Leuk project, probeer het eens en laat het ons weten

Ik krijg binnenkort een thuisbatterij(tje) die ik zal integreren.

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

Is dat? Van waar komt dat?

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

[HyperBart]

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

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

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

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

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

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

[JanHenk]

Wrc schreef op maandag 13 januari 2025 @ 10:58:
Iemand enig idee waar het in zit als EVCC de opgewekte energie door Enphase verdubbled?

Mijn opzet is vrij simpel, Een Enphase systeem met enkel CT spoelen om de productie te meten en een Carlo Gavazzi EM24 om de netaansluiting te meten. Daarnaast een Webasto NEXT laadstation maar daar gaat het nu even niet over.

Ik heb er nooit echt aandacht aan besteed maar het lijkt erop dat om de een of andere reden EVCC het dubbele aan zonproductie rekent dan de Enphase app geeft. Ik heb de yaml nog een doorgekeken maar de pv installatie staat er ook niet dubbel in.

Lijkt me in de config te zitten zoals @HyperBart zei.

Desniettemin kun je met calc en scale: 0.5 in de evcc.yaml e.e.a. halveren als je er anders niet uitkomt... Maar dat is meer een noodoplossing, ik zou het eerst in de oorsprong zoeken.

[h3llrais3rke]

HyperBart schreef op maandag 13 januari 2025 @ 13:26:
[...]
Ik zou in uw geval dan toch proberen in te stellen op 1 fase en 5200W.

Ik hou het hier heel goed in de gaten en probeer een gulden middenweg tussen economisch efficient en natuurkundig efficient te doen en met een 80kWh wagen (heel forse sedan) komen we prima toe voor dagdagelijks gebruik 50 à 100km per dag, uitschieters bij klanten 140km/dag om telkens op max 4500W vermogensbeperking thuis te laden.

Dus vast op 1 fase laden en maxPower op 5200W? Dit wil dus zeggen dat je tot 5200-1400=3800W ander verbruik mag hebben vooraleer de laadpaal stopt?
Maar als ik het goed begrepen heb, kijkt maxPower toch over de fasen heen?
Vanwaar die 5200W? Dit komt omgeveer overeen met 22.6A voor 1 fase?
Mijn wagen is een skoda enyaq 85, maar die kan maar met max 11A laden als ik het goed begrepen heb?
Of is dit enkel van toepassing voor 3-fasig laden?

Is het mogelijk om op de alfen paal te configureren welke fase dit is?
Is dit de setting "load balancing phase connection"?

[ Voor 6% gewijzigd door h3llrais3rke op 13-01-2025 13:40 ]

[JanHenk]

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

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

Dat hangt denk ik van de auto af en de configuratie van de OBC's, maar ik ben akkoord met jou. Ik ben in de veronderstelling dat de meeste 11kW auto's 3x 16A OBC's hebben en hoe e.e.a. wordt verdeeld in de auto is niet op voorhand te zeggen.

[NoFate]

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


Heb jij op je topdagen langdurig/substantieel vertegenwoordigend meer dan 7360W aan PV overschot?

Want 1 fase op 32A is 7360W, stevige PV array heb je als je daar over gaat qua overschot.
Ter kader: ik heb in totaal 12kWp verspreid over alle daken ZO/ZW/WNW maar ik zie het toch niet gebeuren dat ik meer dan 6kW (piek/top) aan opwek heb.

Nee, dat heb ik niet, maar ik wil mijn MIN bv altijd instellen op bv 4.2 , ik wil geen 5 dagen wachten vooraleeer mijn auto is opgeladen ... dan kan er in principe maar 3 kw max bij van de zon, terwijl je meer opbrengst kan hebben dan 3

[JanHenk]

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


Dus vast op 1 fase laden en maxPower op 5200W? Dit wil dus zeggen dat je tot 5200-1400=3800W ander verbruik mag hebben vooraleer de laadpaal stopt?
Maar als ik het goed begrepen heb, kijkt maxPower toch over de fasen heen?
Vanwaar die 5200W? Dit komt omgeveer overeen met 22.6A voor 1 fase?
Mijn wagen is een skoda enyaq 85, maar die kan maar met max 11A laden als ik het goed begrepen heb?
Of is dit enkel van toepassing voor 3-fasig laden?

De Enyaq kan tot 7,4 kW laden (via 2x 16A OBC's) als je hem op 1 fase voedt, dus als je laadpaal 32A over 1 fase kan, slikt de Enyaq dat wel weg.

[ Voor 4% gewijzigd door JanHenk op 13-01-2025 13:41 ]

[h3llrais3rke]

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


De Enyaq kan tot 7,4 kW laden (via 2x 16A OBC's) als je hem op 1 fase voedt, dus als je laadpaal 32A over 1 fase kan, slikt de Enyaq dat wel weg.

Laadpaal is alfen 22A.

Mijn laadpaal circuit zit achter een 25A zekering. (hoofdcircuit is 32A)
Dus wat stel ik concreet in op mijn circuit op basis van jouw advies?
- maxCurrent:25
- maxPower: 5200

En in de UI vastzetten op 1 fase laden?

[ Voor 5% gewijzigd door h3llrais3rke op 13-01-2025 13:46 ]

[HyperBart]

NoFate schreef op maandag 13 januari 2025 @ 13:39:
[...]


Nee, dat heb ik niet, maar ik wil mijn MIN bv altijd instellen op bv 4.2 , ik wil geen 5 dagen wachten vooraleeer mijn auto is opgeladen ... dan kan er in principe maar 3 kw max bij van de zon, terwijl je meer opbrengst kan hebben dan 3

Ik ga hier even op terugduwen, 5 dagen (doorlooptijd neem ik maar even aan, niet laadtijd) voor je auto opgeladen is dat zou impliceren dat je wagen oftewel bijna nooit thuis is oftewel je uitzonderlijk veel kilometers doet op een dag/etmaal.

Boerenwiskunde, de auto staat hier minstens altijd een nachtje (tussen 2300 en 700) stil. Dus ongeacht wat er de dag zelf gebeurd is, ik mag er van uit gaan dat er de volgende ochtend minstens 24kWh bijgeladen is aan 3kW (8 * 3).
Als er zon bij kan (wat je zei) dan impliceert dat dat die ook doorheen de dag kan opladen? Dan zijn er wat uren daar ook gewonnen.
Pak dan nog dat je het wat oprekt naar de standaard 16A dus 3680W dan kan je op een nachtje bijna 30kWh bijgeladen hebben, dat is 150km voor de volgende dag, is dat niet voldoende?

[HyperBart]

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


Laadpaal is alfen 22A.

Mijn circuit zit achter een 25A zekering.
Dus wat stel ik concreet in op mijn circuit op basis van jouw advies?
- maxCurrent:25
- maxPower: 5200

En in de UI vastzetten op 1 fase laden?

Ja! Zo staat het hier ongeveer (main staat op maxcurrent 20A en maxpower op 4500)
In de GUI heb ik dan de laadpaal op 1F en afhankelijk van het seizoen (zie mijn eerdere opmerking over de planner) zet ik dit op 18/19A (in de winter) en in de zomer doorheen de dag op 32A en bij zonsondergang zet ik het terug op 18A.

Die wissel van amperes is geautomatiseerd door een HTTP'tje te lanceren naar de API die gebeuren vanuit Homebridge/Homekit met HTTP dummy switches

[h3llrais3rke]

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

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

[ Voor 15% gewijzigd door h3llrais3rke op 13-01-2025 13:49 ]

[NoFate]

ja, maar ik heb wel vaak dagen dat ik de 400 km leeg trek van de batterij, dan wil ik toch wel dat hij de dag erna goed opgeladen is, nu lukt dat natuurlijk nog, want ik laad nog steeds aan 11kw

[HyperBart]

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

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

Neen, dat is hoe je het fysiek hebt aangesloten.

Ik heb bv hier de L1 van mijn Alfen op de L2 van mijn huis gehangen, omdat op L2 mijn 4kW SMA hangt die het meeste opbrengt van alle omvormers.

Dus dat ga je eens moeten nakijken door de kap er van af te halen hoe de draden zijn aangesloten (neem wat foto's, goed vanonder op de WAGO klemmen die in de Alfen zitten en let ook even op dat de fases van links naar rechts L3 L2 L1 zijn in de Alfen.

[ Voor 16% gewijzigd door HyperBart op 13-01-2025 13:51 ]

[NoFate]

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

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

nee, de fase kan je niet instellen

[h3llrais3rke]

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


Ja! Zo staat het hier ongeveer (main staat op maxcurrent 20A en maxpower op 4500)
In de GUI heb ik dan de laadpaal op 1F en afhankelijk van het seizoen (zie mijn eerdere opmerking over de planner) zet ik dit op 18/19A (in de winter) en in de zomer doorheen de dag op 32A en bij zonsondergang zet ik het terug op 18A.

Die wissel van amperes is geautomatiseerd door een HTTP'tje te lanceren naar de API die gebeuren vanuit Homebridge/Homekit met HTTP dummy switches

En de mode staat standaard op "pv" dan?
En wanneer je dan "snel" wilt laden, blijft hij ook op 1 fase laden, correct?
Tenzij je dan ook zelf zou aanpassen dat het 3 fasen moet zijn?

Waarschijnlijk ook wel te automatiseren via homeassistant.

[h3llrais3rke]

NoFate schreef op maandag 13 januari 2025 @ 13:50:
[...]

nee, de fase kan je niet instellen

Wat is dan het nu van die instelling?
Enig idee hoe we dan een bepaalde fase kunnen afdwingen?
Want mijn L1 is al redelijk belast met andere zaken...

[HyperBart]

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


En de mode staat standaard op "pv" dan?

Ja

En wanneer je dan "snel" wilt laden, blijft hij ook op 1 fase laden, correct?

Ja, met die nuance dat als ik nu bv zou laden dat hij EN het maximale van het net gaat halen EN de PV er natuurlijk bij jast.

Tenzij je dan ook zelf zou aanpassen dat het 3 fasen moet zijn?

Waarschijnlijk ook wel te automatiseren via homeassistant.

[HyperBart]

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


Wat is dan het nu van die instelling?
Enig idee hoe we dan een bepaalde fase kunnen afdwingen?
Want mijn L1 is al redelijk belast met andere zaken...

Ben je zeker dat de L1 van je huis ook de L1 is op de Alfen?
Kijk dat eens na, beter zeker...
Als dat het geval is kan je ook gewoon aan de zekering zijde alle fases los doen en ze allemaal opschuiven.

Dan heb je dus een andere mapping

[h3llrais3rke]

HyperBart schreef op maandag 13 januari 2025 @ 13:52:
Ja, met die nuance dat als ik nu bv zou laden dat hij EN het maximale van het net gaat halen EN de PV er natuurlijk bij jast.
[...]

De extra PV in de veronderstelling dat mijn thuisbatterij al vol is, of dat ik configureer dat de auto voorrang heeft op de thuisbatterij (te configureren in de UI)

[h3llrais3rke]

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

Ben je zeker dat de L1 van je huis ook de L1 is op de Alfen?
Kijk dat eens na, beter zeker...
Als dat het geval is kan je ook gewoon aan de zekering zijde alle fases los doen en ze allemaal opschuiven.

Dan heb je dus een andere mapping

Dus alfen gaat standaard op de eerste fase aansluiting gaan laden bij 1-fase laden?

Hoe kan ik dat checken of deze op dezelfde fase zitten?
Laden op 1 fase en dan kijken op welke fase in huis de load zit?

[HyperBart]

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

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

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

[HyperBart]

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


Dus alfen gaat standaard op de eerste fase aansluiting gaan laden bij 1-fase laden?

Hoe kan ik dat checken of deze op dezelfde fase zitten?
Laden op 1 fase en dan kijken op welke fase in huis de load zit?

Yes

[h3llrais3rke]

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

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

[Afbeelding]

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

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

[JanHenk]

Het lijkt nu overigens net alsof evcc enorm ingewikkeld is...

Dat valt wel mee (behoudens de eerste config.. ). Maar als je speciale dingen wil, zoals load balancing 'misbruiken' om binnen een bepaald capaciteitstarief te blijven, dan moet je ook begrijpen wat de werking van load balancing is én de implicaties van de instellingen die je zet (en vereist wat kennis van elektrotechniek). Dat is net even een stapje verder dan 'gebruikelijk'...

Ik gebruik de LB functionaliteit van evcc om de hoofdzekering te beschermen en verder lekker PV te laden (incl. schalen van fases) en/of dynamische tarieven te gebruiken en lekker snel laadplannen te maken. En dat werkt top.

[HyperBart]

NoFate schreef op maandag 13 januari 2025 @ 13:49:
ja, maar ik heb wel vaak dagen dat ik de 400 km leeg trek van de batterij, dan wil ik toch wel dat hij de dag erna goed opgeladen is, nu lukt dat natuurlijk nog, want ik laad nog steeds aan 11kw

Snap ik ergens wel (pittig trouwens, 400km leegrijden op een dag), maar het kan. Op dat soort momenten of trips is in mijn ogen een HPC/DC key om dit gedaan te krijgen, tot daar aan toe.

Dan blijft wel de vraag "wat is goed opgeladen". Als je dan (hoop ik) 's avonds aankomt na een 400km dag lijkt het mij straf dat je de dag erna meer moet afleggen dan 150km, cumuleer dat met een aantal dagen en dan zou je toch altijd genoeg "jus" moeten hebben om de volgende dag je gewone verplaatsingen te doen?

Althans, zo gaat het hier. Wij laden standaard op tot 80% behalve bij grote trips (150km enkel buitenverblijf) en dan is met dit weer een HPC/DC nodig. De planner en minimum SoC van EVCC helpen daar wel gigantisch bij. Aankomen, SoC minder dan 40procent, EVCC gaat met fast mode ertegenaan en daarna via planner verder voor volgende dag vertrek. Haalt ie het niet, geen probleem, minimum aan SoC is altijd voldoende voor verplaatsingen en anders dan moet er maar even aan de HPC tijdens de trip, ik ben daar dan toch wel dankbaar voor als ik 400km de dag er voor gesjeesd heb

[ Voor 18% gewijzigd door HyperBart op 13-01-2025 14:02 ]

[h3llrais3rke]

Hangen jullie dan ook dagelijks de wagen aan de laadpaal?
Ook al heb je bv nog 50% over?

[HyperBart]

h3llrais3rke schreef op maandag 13 januari 2025 @ 14:02:
Hangen jullie dan ook dagelijks de wagen aan de laadpaal?
Ook al heb je bv nog 50% over?

Consequent als hij geparkeerd wordt, Thuis? Stekker der in.
Ok, als we net thuiskomen en ik weet dat 10 min later ik weg mag/kan/moet dan ga ik de relais niet laten klikken.

[h3llrais3rke]

JanHenk schreef op maandag 13 januari 2025 @ 13:59:
Het lijkt nu overigens net alsof evcc enorm ingewikkeld is...

Dat valt wel mee (behoudens de eerste config.. ). Maar als je speciale dingen wil, zoals load balancing 'misbruiken' om binnen een bepaald capaciteitstarief te blijven, dan moet je ook begrijpen wat de werking van load balancing is én de implicaties van de instellingen die je zet (en vereist wat kennis van elektrotechniek). Dat is net even een stapje verder dan 'gebruikelijk'...

Ik gebruik de LB functionaliteit van evcc om de hoofdzekering te beschermen en verder lekker PV te laden (incl. schalen van fases) en/of dynamische tarieven te gebruiken en lekker snel laadplannen te maken. En dat werkt top.

Ik had het ook graag simpel gehouden, maar ja, dat stomme capaciteitstarief verhindert dit...
Is er misschien ergens wat documentatie van hoe de loadbalancing in EVCC werkt dan?
Want ik heb dit al proberen zoeken, maar kon weinig vinden.
Vandaar dat ik de vragen hier stel om toch te weten te komen hoe het eigenlijk werkt. (en al veel nuttige info gekregen, waarvoor mijn dank)

[h3llrais3rke]

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

Consequent als hij geparkeerd wordt, Thuis? Stekker der in.
Ok, als we net thuiskomen en ik weet dat 10 min later ik weg mag/kan/moet dan ga ik de relais niet laten klikken.

Dan moet ik dat misschien ook gaan doen.
's avonds standaard de stekker erin en laden tot 80%, en dit op 1 fase dan.
Aangezien er geen pv is op dat moment, zal ik dan wel moeten switchen naar "snel" want anders gaat hij niet laden.

[HyperBart]

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

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

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

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

[h3llrais3rke]

Ok, dat bepaalt dus niet op welke fase hij eerst gaat laden.
Aangezien ik nu ook EMS gebruik (en niet de P1 aansluiting vanuit de paal) dan heeft deze setting eigenlijk geen nut, want P1 wordt niet meer uitgelezen.
Bedankt voor de verduidelijking.

[ Voor 45% gewijzigd door h3llrais3rke op 13-01-2025 14:09 ]

[NoFate]

@HyperBart is er een lopende vraag op GitHub over het topic fase switching en load balancer dat het er mogelijk gaat aankomen?