Webasto Unite Laadstation

[Dextro1986]

justinb81 schreef op dinsdag 8 september 2026 @ 14:30:
[...]

Laadpaal is actief, en ik heb hem getest met de standaard bridge.
Een custom lader aanmaken in evcc zit nog niet in mijn skillset.

Eerste mislukte poging:

YAML:

identify:
  source: http
  uri: http://192.168.2.202:8123/api/states/sensor.unite_evcc_bridge_session_rfid
  headers:
    Authorization: Bearer codeuitha
  jq: .state
status:
  source: http
  uri: http://192.168.2.202:8123/api/states/sensor.unite_evcc_bridge_iec61851_status
  headers:
    Authorization: Bearer codeuitha
  jq: .state
enabled:
  source: http
  uri: http://192.168.2.202:8123/api/states/switch.unite_evcc_bridge_charging_enabled
  headers:
    Authorization: Bearer codeuitha
  jq: .state
enable:
  source: http
  uri: http://192.168.2.202:8123/api/states/switch.unite_evcc_bridge_charging_enabled
  headers:
    Authorization: Bearer codeuitha
  jq: .state
setMaxCurrent:
  source: http
  uri: http://192.168.2.202:8123/api/states/number.unite_evcc_bridge_maximum_current
  headers:
    Authorization: Bearer codeuitha
  jq: .state
power:
  source: http
  uri: http://192.168.2.202:8123/api/states/sensor.unite_evcc_bridge_active_power
  headers:
    Authorization: Bearer codeuitha
  jq: .state
energy:
  source: http
  uri: http://192.168.2.202:8123/api/states/sensor.unite_evcc_bridge_energy_total
  headers:
    Authorization: Bearer codeuitha
  jq: .state
currentL1:
  source: http
  uri: http://192.168.2.202:8123/api/states/sensor.unite_evcc_bridge_current_l1
  headers:
    Authorization: Bearer codeuitha
  jq: .state
currentL2:
  source: http
  uri: http://192.168.2.202:8123/api/states/sensor.unite_evcc_bridge_current_l2
  headers:
    Authorization: Bearer codeuitha
  jq: .state
currentL3:
  source: http
  uri: http://192.168.2.202:8123/api/states/sensor.unite_evcc_bridge_current_l3
  headers:
    Authorization: Bearer codeuitha
  jq: .state
voltageL1:
  source: http
  uri: http://192.168.2.202:8123/api/states/sensor.unite_evcc_bridge_voltage_l1
  headers:
    Authorization: Bearer codeuitha
  jq: .state
voltageL2:
  source: http
  uri: http://192.168.2.202:8123/api/states/sensor.unite_evcc_bridge_voltage_l2
  headers:
    Authorization: Bearer codeuitha
  jq: .state
voltageL3:
  source: http
  uri: http://192.168.2.202:8123/api/states/sensor.unite_evcc_bridge_voltage_l3
  headers:
    Authorization: Bearer codeuitha
  jq: .state
phaseswitch:
  source: http
  uri: http://192.168.2.202:8123/api/states/select.unite_evcc_bridge_phase_mode
  headers:
    Authorization: Bearer codeuitha
  jq: .state

Ik ga later nog wel eens een poging wagen

code:

cannot create charger type 'custom': decoding failed due to the following error(s): 'struct { charger.embed "mapstructure:\",squash\""; Status plugin.Config; Enable plugin.Config; Enabled plugin.Config; MaxCurrent plugin.Config; MaxCurrentMillis *plugin.Config; Identify *plugin.Config; Phases1p3p *plugin.Config; GetPhases *plugin.Config; Wakeup *plugin.Config; Soc *plugin.Config; LimitSoc *plugin.Config; FinishTime *plugin.Config; Tos bool; measurement.Temperature "mapstructure:\",squash\""; measurement.Energy "mapstructure:\",squash\""; measurement.Phases "mapstructure:\",squash\""; measurement.Dimmer "mapstructure:\",squash\""; measurement.Curtailer "mapstructure:\",squash\"" }' has invalid keys: currentL1, currentL2, currentL3, phaseswitch, setMaxCurrent, voltageL1, voltageL2, voltageL3

In Home Assistant:

Profiel → Long-Lived Access Tokens → Create Token

Geef hem bijvoorbeeld de naam EVCC.

Daar krijg je een lange token terug. Die maar één keer zichtbaar is, dus kopiëren. Vervolgens in EVCC je custom charger definiëren met dat token.

[justinb81]

De token is geen probleem. Ik heb hem vervangen in de post voor “codeuitha” vanwege security.

Het probleem is eerder dat ik niet weet hoe ik alle entiteiten van je integratie in een custom charger moet zetten incl conversies. Misschien moet ik dat naar het EVCC topic verhuizen. Ik heb het aan Gemini gevraagd maar die bakt er helemaal niets van.

[ Voor 3% gewijzigd door justinb81 op 09-09-2026 00:01 ]

[Allewijn]

justinb81 schreef op woensdag 9 september 2026 @ 00:00:
De token is geen probleem. Ik heb hem vervangen in de post voor “codeuitha” vanwege security.

Het probleem is eerder dat ik niet weet hoe ik alle entiteiten van je integratie in een custom charger moet zetten incl conversies. Misschien moet ik dat naar het EVCC topic verhuizen. Ik heb het aan Gemini gevraagd maar die bakt er helemaal niets van.

En als je het nou, zoals ik al eerder zei, niet met yaml probeert maar via de evcc webui?
Zie mijn post: Allewijn in "Webasto Unite Laadstation"
Zelfs een screenshot er bij gedaan met alle entiteiten die je in moet voeren.
Werkt het dan? (hier wel).

[Dextro1986]

justinb81 schreef op woensdag 9 september 2026 @ 00:00:
De token is geen probleem. Ik heb hem vervangen in de post voor “codeuitha” vanwege security.

Het probleem is eerder dat ik niet weet hoe ik alle entiteiten van je integratie in een custom charger moet zetten incl conversies. Misschien moet ik dat naar het EVCC topic verhuizen. Ik heb het aan Gemini gevraagd maar die bakt er helemaal niets van.

Duidelijk. Token is gelukt. Nu de custom charger. Ik gebruik zelf geen custom charger, dus het wordt een beetje trial and error.

YAML: evcc.yaml

chargers:
  - name: unite
    type: custom

    status:
      source: http
      uri: http://192.168.2.202:8123/api/states/sensor.unite_evcc_bridge_iec61851_status
      headers:
        - Authorization: Bearer JOUW_HA_TOKEN
      jq: .state

    enabled:
      source: http
      uri: http://192.168.2.202:8123/api/states/switch.unite_evcc_bridge_charging_enabled
      headers:
        - Authorization: Bearer JOUW_HA_TOKEN
      jq: .state == "on"

    enable:
      source: http
      uri: http://192.168.2.202:8123/api/services/switch/turn_{{if .enable}}on{{else}}off
      method: POST
      headers:
        - Authorization: Bearer JOUW_HA_TOKEN
        - Content-Type: application/json
      body: '{"entity_id":"switch.unite_evcc_bridge_charging_enabled"}'

    maxcurrent:
      source: http
      uri: http://192.168.2.202:8123/api/services/number/set_value
      method: POST
      headers:
        - Authorization: Bearer JOUW_HA_TOKEN
        - Content-Type: application/json
      body: '{"entity_id":"number.unite_evcc_bridge_maximum_current","value":{{.maxcurrent}}}'

    power:
      source: http
      uri: http://192.168.2.202:8123/api/states/sensor.unite_evcc_bridge_active_power
      headers:
        - Authorization: Bearer JOUW_HA_TOKEN
      jq: .state | tonumber

    energy:
      source: http
      uri: http://192.168.2.202:8123/api/states/sensor.unite_evcc_bridge_energy_total
      headers:
        - Authorization: Bearer JOUW_HA_TOKEN
      jq: .state | tonumber

    currents:
      - source: http
        uri: http://192.168.2.202:8123/api/states/sensor.unite_evcc_bridge_current_l1
        headers:
          - Authorization: Bearer JOUW_HA_TOKEN
        jq: .state | tonumber

      - source: http
        uri: http://192.168.2.202:8123/api/states/sensor.unite_evcc_bridge_current_l2
        headers:
          - Authorization: Bearer JOUW_HA_TOKEN
        jq: .state | tonumber

      - source: http
        uri: http://192.168.2.202:8123/api/states/sensor.unite_evcc_bridge_current_l3
        headers:
          - Authorization: Bearer JOUW_HA_TOKEN
        jq: .state | tonumber

    voltages:
      - source: http
        uri: http://192.168.2.202:8123/api/states/sensor.unite_evcc_bridge_voltage_l1
        headers:
          - Authorization: Bearer JOUW_HA_TOKEN
        jq: .state | tonumber

      - source: http
        uri: http://192.168.2.202:8123/api/states/sensor.unite_evcc_bridge_voltage_l2
        headers:
          - Authorization: Bearer JOUW_HA_TOKEN
        jq: .state | tonumber

      - source: http
        uri: http://192.168.2.202:8123/api/states/sensor.unite_evcc_bridge_voltage_l3
        headers:
          - Authorization: Bearer JOUW_HA_TOKEN
        jq: .state | tonumber

    phases1p3p:
      source: http
      uri: http://192.168.2.202:8123/api/services/select/select_option
      method: POST
      headers:
        - Authorization: Bearer JOUW_HA_TOKEN
        - Content-Type: application/json
      body: '{"entity_id":"select.unite_evcc_bridge_phase_mode","option":"{{.phases}}"}'

    tos: true

    identify:
      source: http
      uri: http://192.168.2.202:8123/api/states/sensor.unite_evcc_bridge_session_rfid
      headers:
        - Authorization: Bearer JOUW_HA_TOKEN
      jq: .state

[ Voor 26% gewijzigd door Dextro1986 op 09-09-2026 09:53 ]

[Dextro1986]

Allewijn schreef op woensdag 9 september 2026 @ 08:26:
[...]

En als je het nou, zoals ik al eerder zei, niet met yaml probeert maar via de evcc webui?
Zie mijn post: Allewijn in "Webasto Unite Laadstation"
Zelfs een screenshot er bij gedaan met alle entiteiten die je in moet voeren.
Werkt het dan? (hier wel).

Dat werkt wel, maar als je perse rfid wilt dan moet je of de Unite in de webui pakken en dus een evcc token betalen of de integratie met custom charger zonder evcc token. HA charger bevat geen rfid velden.

[solidsnake380]

Ik heb inmiddels een issue aangemaakt voor de Dextro86-integratie:

https://github.com/Dextro86/unite_ev_charger/issues/4

Bij mijn Webasto Unite / Vestel EVC-04 (firmware v3.86.0-1.0.119.0, alleen 1-fase) valt de Modbus TCP-verbinding kort na het aansluiten van de auto weg. Na ongeveer 17–27 seconden worden alle entiteiten unavailable en is poort 502 tijdelijk niet bereikbaar, terwijl de webinterface op poort 80 wel blijft werken. Na enkele minuten komt de verbinding kort terug en valt daarna opnieuw weg.

Opvallend: met dezelfde laadpaal, auto en kabel werkt de alternatieve Webasto Next / Unite-integratie in Home Assistant wel stabiel. Ik heb geen tweede Modbus-master kunnen bevestigen.

Heeft iemand dit eerder gezien of weet iemand een mogelijke oplossing?

[Dextro1986]

solidsnake380 schreef op woensdag 9 september 2026 @ 09:28:
Ik heb inmiddels een issue aangemaakt voor de Dextro86-integratie:

https://github.com/Dextro86/unite_ev_charger/issues/4

Bij mijn Webasto Unite / Vestel EVC-04 (firmware v3.86.0-1.0.119.0, alleen 1-fase) valt de Modbus TCP-verbinding kort na het aansluiten van de auto weg. Na ongeveer 17–27 seconden worden alle entiteiten unavailable en is poort 502 tijdelijk niet bereikbaar, terwijl de webinterface op poort 80 wel blijft werken. Na enkele minuten komt de verbinding kort terug en valt daarna opnieuw weg.

Opvallend: met dezelfde laadpaal, auto en kabel werkt de alternatieve Webasto Next / Unite-integratie in Home Assistant wel stabiel. Ik heb geen tweede Modbus-master kunnen bevestigen.

Heeft iemand dit eerder gezien of weet iemand een mogelijke oplossing?

De integratie van Tomwellnitz werkt wat betreft modbus writes en reads iets anders en zou met de firmware die jij hebt beter kunnen werken, omdat ik nooit getest heb 3.86.

Ik zie dat je beta.2 draait, probeer eens beta.4? Als beta.4 hetzelfde gedrag laat zien, zou je dan 0.1.1 willen draaien?

[ Voor 7% gewijzigd door Dextro1986 op 09-09-2026 10:44 ]

[solidsnake380]

Ik heb de 2e beta getest bij de 4e beta was hetzelfde probleem. Welke firmware zou je dan aanraden voor jou integratie. Wat ik het mooie vind aan jou integratie vind ik dat je het laden echt kan stoppen en starten. Tenminste zo lijkt het, bij de andere integratie moet ik het laadvermogen aanpassen en gaat hij in pauze.

Zolang het werkt wil ik de firmware niet meer aanpassen als het niet nodig is.

zou de 0.1.1 geen problemen moeten op leveren bij mn 1 fase setup?

edit:
nog wat extra info toegevoegd

[ Voor 16% gewijzigd door solidsnake380 op 09-09-2026 10:52 ]

[Dextro1986]

solidsnake380 schreef op woensdag 9 september 2026 @ 10:44:
Ik heb de 2e beta getest bij de 4e beta was hetzelfde probleem. Welke firmware zou je dan aanraden voor jou integratie. Wat ik het mooie vind aan jou integratie vind ik dat je het laden echt kan stoppen en starten. Tenminste zo lijkt het, bij de andere integratie moet ik het laadvermogen aanpassen en gaat hij in pauze.

Zolang het werkt wil ik de firmware niet meer aanpassen als het niet nodig is.

Laden stoppen en starten werkt ook bij mij met het aanpassen van het laadvermogen en dus pauze. Dat komt, omdat de Unite geen modbus register heeft voor stoppen en starten.

Probeer eens 0.1.1? Ik verwacht dat het een combinatie van firmware met mijn integratie is, maar laten we dat even uitzoeken. Als je 0.1.1 zou willen installeren kunnen we kijken of dat zo is.

[solidsnake380]

Dextro1986 schreef op woensdag 9 september 2026 @ 10:53:
[...]

Laden stoppen en starten werkt ook bij mij met het aanpassen van het laadvermogen en dus pauze. Dat komt, omdat de Unite geen modbus register heeft voor stoppen en starten.

Probeer eens 0.1.1? Ik verwacht dat het een combinatie van firmware met mijn integratie is, maar laten we dat even uitzoeken. Als je 0.1.1 zou willen installeren kunnen we kijken of dat zo is.

Ik zal dat vanavond even gaan proberen en laat het je weten. Weet jij trouwens of de laadsessie bij een pauze dan goed wordt afgesloten bij een ere-partij als Joulo of blijft hij dan openstaan?

[One-eye864]

solidsnake380 schreef op woensdag 9 september 2026 @ 11:36:
[...]

Ik zal dat vanavond even gaan proberen en laat het je weten. Weet jij trouwens of de laadsessie bij een pauze dan goed wordt afgesloten bij een ere-partij als Joulo of blijft hij dan openstaan?

Daar blijft hij open staan, tot je de stekker eruit trekt

[Dextro1986]

One-eye864 schreef op woensdag 9 september 2026 @ 12:01:
[...]

Daar blijft hij open staan, tot je de stekker eruit trekt

Klopt

[solidsnake380]

One-eye864 schreef op woensdag 9 september 2026 @ 12:01:
[...]

Daar blijft hij open staan, tot je de stekker eruit trekt

En heeft dat gevolgen voor het gebruik van de regeling? Of maakt dat niet uit?

[One-eye864]

solidsnake380 schreef op woensdag 9 september 2026 @ 13:17:
[...]

En heeft dat gevolgen voor het gebruik van de regeling? Of maakt dat niet uit?

Nee want zodra de stekker eruit is is het gewoon een afgesloten laadsessie Maakt voor ERE niks uit of je 10 kWh in 1 uur laad of in 3 dagen (binnen 1 sessie). ERE kijkt puur naar het verbruik

[Dextro1986]

Voor de Unite EV Charger-integratie staat een nieuwe testversie klaar: v0.2.0-beta.5. Sinds de laatste stabiele versie (0.1.1) is er zoveel veranderd dat ik het eerst als beta uitbreng. Wie wil, kan me helpen testen. Hieronder wat er nieuw is en vooral wat je ervan merkt.

Instellen zonder handleiding erbij

De instellingsschermen waren eerlijk gezegd te technisch ("Export is negative", "Failsafe-timeout"...). Alles is herschreven in gewone taal, in het Nederlands en Engels: elk scherm vertelt bovenaan wat je daar beslist, en elk veld heeft één regel uitleg met de normale waarde erbij. De schuifjes met seconden waar bijna niemand aankomt staan nu bij Geavanceerd, met de waarschuwing dat foute waarden het laden kunnen stilleggen.

Ook oudere laders blijven stabiel

Sommige laders met oudere firmware vielen kort na het starten van het laden weg uit Home Assistant. Vermoedelijke oorzaak: de integratie vroeg bij elke meting naar het RFID-label van de sessie, iets wat laders op oudere firmware niet kennen en sommige reageren daar heel slecht op. Vanaf deze beta wordt dat één keer per verbinding geprobeerd en daarna met rust gelaten. Merk je niets van als je nieuwe firmware hebt, heb je een oudere (zoals v3.86) en viel de verbinding bij jou ook weg, dan hoor ik heel graag of dit het oplost.

Netjes achterlaten bij vertrek (dankzij @djvdorp)

Dit was een echte bug, bevestigd met metingen op mijn eigen lader: de integratie schreef zijn noodstroom naar de lader, en bij verwijderen bleef die waarde voor altijd staan — ook na een stroomstoring van de lader zelf. Bij een volgende verbindingshapering ging de lader dan laden met onze oude waarde. Vanaf nu onthoudt de integratie wat er stond vóórdat hij iets aanraakte, en zet dat bij uitzetten, verwijderen of stoppen van Home Assistant weer terug (met controle). Lukt dat een keer niet, dan staan de waarden in het logboek zodat je ze met de hand kunt herstellen.

Verder uit eerdere beta's:

1. Auto's op 1 fase krijgen geen valse "fase-mismatch"-melding meer.
2. Het evcc voorbeeld in de handleiding klopte niet en is rechtgezet.
3. Er is een herstel voor de bekende Unite bug, waarbij een nieuwe sessie op 1 fase start terwijl er 3 fase ingesteld staat (na elk afkoppelen duwt de integratie de 3 fase instelling opnieuw naar de lader, optioneel).
4. De hoofdzekering-bewaking(DLB) valt nu stil bij foute of verouderde meterdata in plaats van te gokken (dankzij @djvdorp).
5. De auto begint niet meer uit zichzelf te laden als de schakelaar uit staat.

Handleiding is helemaal herschreven, met onder andere een compleet kant-en-klaar voorbeeld voor een eigen ("custom") lader in de evcc web UI, inclusief RFID-herkenning van de auto en fasewissel.

De EVCC Bridge kreeg dezelfde behandeling en staat ook op beta.5.

Praktisch: het zijn pre-releases, dus in HACS zie je ze alleen als je testversies toestaat. Alle feedback is welkom via GitHub-issues.

[thido]

Kwam dit draadje afgelopen zondag tegen, leuk! Zag de Unite op Bol voor een mooie prijs dus dacht, die ga ik bestellen! Helaas pindakaas, niet meer te krijgen momenteel (voor die prijs). Ben benieuwd of hij er nog eens op komt, want dan maak ik er zeker ook een projectje van :-)

[justinb81]

Dextro1986 schreef op woensdag 9 september 2026 @ 09:08:
[...]

Duidelijk. Token is gelukt. Nu de custom charger. Ik gebruik zelf geen custom charger, dus het wordt een beetje trial and error.

Grote blij!

Het werkt meteen:




Hij laad niet echt (ingeschakeld nee), ik heb er een dummy type 2 naar Schuko adapter inzitten om te testen, Beide voertuigen zijn nu 100%

Ik zal morgen mijn auto opladen na een ritje woon-werk om te zien of de logging werkt.

[ Voor 86% gewijzigd door justinb81 op 09-09-2026 22:35 ]

[llpineapple]

Sinds dit weekend ook de Unite draaiende met de integratie van @Dextro1986. Werkt allemaal perfect, eigenlijk geen issues op één klein puntje na. Ik heb ook een (zelfbouw) thuisbatterij, afhankelijk van de hoeveelheid zonne-energie schakelen laders bij. Hierdoor kan ik al bij circa 300 watt terug levering laden tot circa 2500 watt). De integratie houd bij het berekenen van de beschikbare hoeveelheid zonoverschot rekening met het gebruik van de lader. Ik zal echter ook graag willen dat rekening gehouden wordt met het verbruik van de laders van de batterij. Hierdoor zal de auto ook gaan opladen als de laders aanstaan, gezien het verbruik van de autolader zullen de laders van de batterij vervolgens uitgaan. Het is voor mij voordeliger om eerst de auto op te laden, wordt volledig (inclusief verliezen) vergoed door de baas en pas daarna de batterijen (waarbij circa 20% 'verdampt'/omgezet wordt in warmte).

Hoe kan ik dit het beste aanpakken, of kan hier een extra veld voor aangemaakt worden in het configuratiescherm?

[Dextro1986]

justinb81 schreef op woensdag 9 september 2026 @ 22:31:
[...]

Grote blij!

Het werkt meteen:

[Afbeelding]


Hij laad niet echt (ingeschakeld nee), ik heb er een dummy type 2 naar Schuko adapter inzitten om te testen, Beide voertuigen zijn nu 100%

Ik zal morgen mijn auto opladen na een ritje woon-werk om te zien of de logging werkt.

Top. Goed om te horen!

[Dextro1986]

llpineapple schreef op donderdag 10 september 2026 @ 09:26:
Sinds dit weekend ook de Unite draaiende met de integratie van @Dextro1986. Werkt allemaal perfect, eigenlijk geen issues op één klein puntje na. Ik heb ook een (zelfbouw) thuisbatterij, afhankelijk van de hoeveelheid zonne-energie schakelen laders bij. Hierdoor kan ik al bij circa 300 watt terug levering laden tot circa 2500 watt). De integratie houd bij het berekenen van de beschikbare hoeveelheid zonoverschot rekening met het gebruik van de lader. Ik zal echter ook graag willen dat rekening gehouden wordt met het verbruik van de laders van de batterij. Hierdoor zal de auto ook gaan opladen als de laders aanstaan, gezien het verbruik van de autolader zullen de laders van de batterij vervolgens uitgaan. Het is voor mij voordeliger om eerst de auto op te laden, wordt volledig (inclusief verliezen) vergoed door de baas en pas daarna de batterijen (waarbij circa 20% 'verdampt'/omgezet wordt in warmte).

Hoe kan ik dit het beste aanpakken, of kan hier een extra veld voor aangemaakt worden in het configuratiescherm?

Dit kun je doen met automations in HA, ervan uitgaande dat je batterijen aan HA gekoppeld zijn. Wat je zoekt valt buiten de scope van de integratie en is iets wat prima kan met HA of een EMS.

[justinb81]

Dextro1986 schreef op woensdag 9 september 2026 @ 09:08:
[...]

Duidelijk. Token is gelukt. Nu de custom charger. Ik gebruik zelf geen custom charger, dus het wordt een beetje trial and error.

YAML: evcc.yaml

chargers:
  - name: unite
    type: custom

    status:
      source: http
      uri: http://192.168.2.202:8123/api/states/sensor.unite_evcc_bridge_iec61851_status
      headers:
        - Authorization: Bearer JOUW_HA_TOKEN
      jq: .state

    enabled:
      source: http
      uri: http://192.168.2.202:8123/api/states/switch.unite_evcc_bridge_charging_enabled
      headers:
        - Authorization: Bearer JOUW_HA_TOKEN
      jq: .state == "on"

    enable:
      source: http
      uri: http://192.168.2.202:8123/api/services/switch/turn_{{if .enable}}on{{else}}off
      method: POST
      headers:
        - Authorization: Bearer JOUW_HA_TOKEN
        - Content-Type: application/json
      body: '{"entity_id":"switch.unite_evcc_bridge_charging_enabled"}'

    maxcurrent:
      source: http
      uri: http://192.168.2.202:8123/api/services/number/set_value
      method: POST
      headers:
        - Authorization: Bearer JOUW_HA_TOKEN
        - Content-Type: application/json
      body: '{"entity_id":"number.unite_evcc_bridge_maximum_current","value":{{.maxcurrent}}}'

    power:
      source: http
      uri: http://192.168.2.202:8123/api/states/sensor.unite_evcc_bridge_active_power
      headers:
        - Authorization: Bearer JOUW_HA_TOKEN
      jq: .state | tonumber

    energy:
      source: http
      uri: http://192.168.2.202:8123/api/states/sensor.unite_evcc_bridge_energy_total
      headers:
        - Authorization: Bearer JOUW_HA_TOKEN
      jq: .state | tonumber

    currents:
      - source: http
        uri: http://192.168.2.202:8123/api/states/sensor.unite_evcc_bridge_current_l1
        headers:
          - Authorization: Bearer JOUW_HA_TOKEN
        jq: .state | tonumber

      - source: http
        uri: http://192.168.2.202:8123/api/states/sensor.unite_evcc_bridge_current_l2
        headers:
          - Authorization: Bearer JOUW_HA_TOKEN
        jq: .state | tonumber

      - source: http
        uri: http://192.168.2.202:8123/api/states/sensor.unite_evcc_bridge_current_l3
        headers:
          - Authorization: Bearer JOUW_HA_TOKEN
        jq: .state | tonumber

    voltages:
      - source: http
        uri: http://192.168.2.202:8123/api/states/sensor.unite_evcc_bridge_voltage_l1
        headers:
          - Authorization: Bearer JOUW_HA_TOKEN
        jq: .state | tonumber

      - source: http
        uri: http://192.168.2.202:8123/api/states/sensor.unite_evcc_bridge_voltage_l2
        headers:
          - Authorization: Bearer JOUW_HA_TOKEN
        jq: .state | tonumber

      - source: http
        uri: http://192.168.2.202:8123/api/states/sensor.unite_evcc_bridge_voltage_l3
        headers:
          - Authorization: Bearer JOUW_HA_TOKEN
        jq: .state | tonumber

    phases1p3p:
      source: http
      uri: http://192.168.2.202:8123/api/services/select/select_option
      method: POST
      headers:
        - Authorization: Bearer JOUW_HA_TOKEN
        - Content-Type: application/json
      body: '{"entity_id":"select.unite_evcc_bridge_phase_mode","option":"{{.phases}}"}'

    tos: true

    identify:
      source: http
      uri: http://192.168.2.202:8123/api/states/sensor.unite_evcc_bridge_session_rfid
      headers:
        - Authorization: Bearer JOUW_HA_TOKEN
      jq: .state

Regel 21 miste een {{end}} achter de off.

Nu werkt het uitschakelen als de stroomprijs boven de x cent is goed.

[hjwie]

goedendag net de webasto via bol binnen aangeloten account bij stekker gemaakt. ingelogd via web en hotspot. hangt draait en in stekker app sessie zichtbaar rest kan ik via tesla regelen.

is er een reden om software v2.99.11 te gaan verhogen?

[Allewijn]

hjwie schreef op vrijdag 11 september 2026 @ 13:11:
goedendag net de webasto via bol binnen aangeloten account bij stekker gemaakt. ingelogd via web en hotspot. hangt draait en in stekker app sessie zichtbaar rest kan ik via tesla regelen.

is er een reden om software v2.99.11 te gaan verhogen?

Jazekers.
Zie https://www.neleso.com/unite-downloads

Oa changelogs qua verbindingsproblemen oplossen, betere modbus/tcp ondersteuning, betere rfid functies, betere occp features en bij de laatste (.187)-> Automatisch 1p/3p kunnen switchen.

[iGadget]

Heb de Unite inmiddels ook binnen, druk aan het updaten. Hoe weet je of de update helemaal klaar is? Heb net de upgrade naar 3.86.0 gedaan, de ring is weer blauw en de admin pagina geeft keurig V3.86.0 aan. Moet ik nu voor de zekerheid toch nog langer wachten (zoals ik mensen eerder heb zien aangeven) of kan ik door?

[hjwie]

dank rustig updaten dan maar vooral geen haast inderdaad. system vinden is inderdaad groot breed scherm zit naast de andere menu items

[niekos151]

araulo schreef op zaterdag 5 september 2026 @ 20:49:
[...]

@niekos151 ik vraag me af of je al antwoord hebt op je vraag of het werkt met OCCP? ik heb namelijk ook joulo al gekoppeld aan OCPP.

Ja, het werkt wel. Maar er is wel iets vreemds als ik het gebruik. Als ik in de interface instel dat de FreeModeActive False is dan werkt het met de aangemelde pasjes. Maar binnen een paar uur/dag is de instelling weer terug gezet naar True zo lijkt het.



Ik dacht eerst dat het met deze instellingen te maken had:



Maar het gebeurt volgens mij ook na het afronden van een laadsessie. Ben er nog niet achter waarom dat is, heeft iemand anders dit toevallig ook? Heb nog geen tijd gehad om er verder in te duiken.

[iGadget]

hjwie schreef op vrijdag 11 september 2026 @ 15:54:
dank rustig updaten dan maar vooral geen haast inderdaad. system vinden is inderdaad groot breed scherm zit naast de andere menu items

Je bedoelt het menu 'System Maintenance'? Die zie ik gewoon staan. Ik zal minimaal een uur tussen de updates houden just to be sure. Nu op V3.92.0

Andere vraag - de eerste keer dat ik inlogde kreeg ik een popup met de aanbeveling om het admin wachtwoord meteen te wijzigen. Ik heb volgens mij elk menuutje doorlopen, maar zie die optie nergens. Kijk ik verkeerd?

[niekos151]

De "change password" link zit in het inlogscherm.

[justinb81]

niekos151 schreef op vrijdag 11 september 2026 @ 16:22:
[...]

Ja, het werkt wel. Maar er is wel iets vreemds als ik het gebruik. Als ik in de interface instel dat de FreeModeActive False is dan werkt het met de aangemelde pasjes. Maar binnen een paar uur/dag is de instelling weer terug gezet naar True zo lijkt het.

[Afbeelding]

Ik dacht eerst dat het met deze instellingen te maken had:

[Afbeelding]

Maar het gebeurt volgens mij ook na het afronden van een laadsessie. Ben er nog niet achter waarom dat is, heeft iemand anders dit toevallig ook? Heb nog geen tijd gehad om er verder in te duiken.

Ligt ook aan je pasjes setting in Joulo, die kan namelijk de settings in je lader veranderen met ocpp

[niekos151]

Top @justinb81, thanks, dat is het inderdaad! Had nog nooit verder naar de settings gekeken in het dashboard van Joulo.
Voor iemand die het ook zoekt:


Wat trouwens echt handig is dat je iedere pas kunt scannen en toevoegen.

[ Voor 7% gewijzigd door niekos151 op 11-09-2026 20:18 ]

[Dextro1986]

solidsnake380 schreef op woensdag 9 september 2026 @ 11:36:
[...]

Ik zal dat vanavond even gaan proberen en laat het je weten. Weet jij trouwens of de laadsessie bij een pauze dan goed wordt afgesloten bij een ere-partij als Joulo of blijft hij dan openstaan?

Heb je inmiddels een andere versie van de integratie geprobeerd? In beta.5 zou het probleem opgelost moeten zijn.

[solidsnake380]

Dextro1986 schreef op zondag 13 september 2026 @ 09:50:
[...]

Heb je inmiddels een andere versie van de integratie geprobeerd? In beta.5 zou het probleem opgelost moeten zijn.

Helaas nog niet, ik ben ook bezig met het inregelen van mn thuisaccu in HA en dat was meer werk dan ik verwacht had. Ik zal het hier vermelden zo gauw het gelukt is.

[solidsnake380]

Dextro1986 schreef op zondag 13 september 2026 @ 09:50:
[...]

Heb je inmiddels een andere versie van de integratie geprobeerd? In beta.5 zou het probleem opgelost moeten zijn.

Ja hij doet het nu goed, dank voor je aanpassingen!!

[Small Paullie]

llpineapple schreef op donderdag 10 september 2026 @ 09:26:
Sinds dit weekend ook de Unite draaiende met de integratie van @Dextro1986. Werkt allemaal perfect, eigenlijk geen issues op één klein puntje na. Ik heb ook een (zelfbouw) thuisbatterij, afhankelijk van de hoeveelheid zonne-energie schakelen laders bij. Hierdoor kan ik al bij circa 300 watt terug levering laden tot circa 2500 watt). De integratie houd bij het berekenen van de beschikbare hoeveelheid zonoverschot rekening met het gebruik van de lader. Ik zal echter ook graag willen dat rekening gehouden wordt met het verbruik van de laders van de batterij. Hierdoor zal de auto ook gaan opladen als de laders aanstaan, gezien het verbruik van de autolader zullen de laders van de batterij vervolgens uitgaan. Het is voor mij voordeliger om eerst de auto op te laden, wordt volledig (inclusief verliezen) vergoed door de baas en pas daarna de batterijen (waarbij circa 20% 'verdampt'/omgezet wordt in warmte).

Hoe kan ik dit het beste aanpakken, of kan hier een extra veld voor aangemaakt worden in het configuratiescherm?

Ik heb dit bij mijn zelf gemaakte Webasto package opgelost door standaard de Webasto EV lader voorrang te geven, inclusief het deel wat op dat moment naar de thuis batterij gaat, maar tevens een instelbare reservering te maken voor de thuisbatterij: als de lading van de batterij onder een instelbaar % is, kun je eventueel een instelbaar deel van het solar vermogen reserveren voor de batterij. Buiten deze condities gaat standaard alles eerst naarde EV. Mogelijk kun je met deze integratie ook zoiets maken.....

[Dextro1986]

solidsnake380 schreef op maandag 14 september 2026 @ 16:57:
[...]

Ja hij doet het nu goed, dank voor je aanpassingen!!

Top! Graag gedaan!

[Allewijn]

llpineapple schreef op donderdag 10 september 2026 @ 09:26:
Sinds dit weekend ook de Unite draaiende met de integratie van @Dextro1986. Werkt allemaal perfect, eigenlijk geen issues op één klein puntje na. Ik heb ook een (zelfbouw) thuisbatterij, afhankelijk van de hoeveelheid zonne-energie schakelen laders bij. Hierdoor kan ik al bij circa 300 watt terug levering laden tot circa 2500 watt). De integratie houd bij het berekenen van de beschikbare hoeveelheid zonoverschot rekening met het gebruik van de lader. Ik zal echter ook graag willen dat rekening gehouden wordt met het verbruik van de laders van de batterij. Hierdoor zal de auto ook gaan opladen als de laders aanstaan, gezien het verbruik van de autolader zullen de laders van de batterij vervolgens uitgaan. Het is voor mij voordeliger om eerst de auto op te laden, wordt volledig (inclusief verliezen) vergoed door de baas en pas daarna de batterijen (waarbij circa 20% 'verdampt'/omgezet wordt in warmte).

Hoe kan ik dit het beste aanpakken, of kan hier een extra veld voor aangemaakt worden in het configuratiescherm?

Kan je je zelfbouw thuisbatterij koppelen aan evcc/laten communiceren? Zo ja: check EVCC.

Die kan dit soort prioritering perfect!
(En zo veel meer/grafisch ook ernstig duidelijk)

[justinb81]

@Dextro1986
Je RFID aanpassing werkt, ik krijg wat te zien. maar er schijnt iets met de encoding in Vestel/webasto modbus te zijn waardoor de string niet door EVCC herkend wordt en het juiste voertuig gekozen wordt.

In home assistant zie ik dat er vreemde karakters tussen de letters/cijfers zitten



Heb wat gevonden bij het googlen


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

unicode.UTF16(unicode.BigEndian, unicode.IgnoreBOM.....

utf16BytesToString

[ Voor 59% gewijzigd door justinb81 op 19-09-2026 16:12 ]

[Millert]

Hier gisteren ook de Webasto Unite opgehangen, ter vervanging van een ABL EMH1 wallbox. Installatie verliep gemakkelijk, de updates allemaal opeenvolgend geïnstalleerd. Geconfigureerd in EVCC, nu nog met sponsor template, en gekoppeld met Joulo. Enkel het formaat en gemis van de vaste kabel is jammer, het contrast met de ABL kon niet groter .

[LinuZZ]

Sinds kort heb ik ook een webasto unite met de (volledige) integratie van @Dextro1986 en evcc. Onze auto (tesla model y) wil ik graag zoveel mogelijk met solar laden met evcc (solar of min+solar). De auto en lader starten alleen altijd op 3 fase en schakelen dan niet terug naar 1 fase terwijl 1fase wel in de integratie staat. Herkent iemand dit en doe ik iets verkeerd? De fase wissel problemen lijken hier vooral over 1 naar 3 te gaan?


Wanneer ik de knop restore 3phase config uit beta 5 gebruik, gaat de auto wel netjes op 1 fase laden

[ Voor 10% gewijzigd door LinuZZ op 20-09-2026 06:42 ]

[ndrost]

Onze Webasto Unite hangt ook, voorlopig op 1 fase tot Liander geweest is, om onze Kia e-Niro uit 2020 te laden. Werkt echt geweldig, dank allemaal voor de info, erg nuttig geweest!

Nu heb ik echter iets vreemds. Als ik via de integratie van @Dextro1986 een bepaalde stroomsterkte instel, dan laad de auto op met een stroomsterkte van ongeveer een ampere minder. Dus 6A is 5A, 13A is 12A, etc. Iemand anders dit ook wel eens gezien? Uit de debug log op de Webasto lijkt het wel gewoon door te komen, dus ik denk niet dat het de aansturing is. De kabel is wel bijzonder lang (20 meter), zou dat het kunnen zijn?

[Maverick_tfd]

Ja dat heb ik ook. Ik denk dat de auto (hyundai) conservatief laadt en dus 1A minder gebruikt dan de limiet. Ik heb de limiet dus op 17A ingesteld.

[daemonix]

Nee, dat is het verschil tussen wat de lader levert en wat de auto laadt plus het laadverlies van de auto.

[ndrost]

daemonix schreef op zondag 20 september 2026 @ 17:47:
Nee, dat is het verschil tussen wat de lader levert en wat de auto laadt plus het laadverlies van de auto.

Maar dan zou de “Current L1” toch wel gewoon gelijk aan “Control target current” moeten zijn? Daar zit bij mij dus 0.95A verschil tussen.

[Maverick_tfd]

Inderdaad.

[Allewijn]

@ndrost Het zou aan de auto kunnen liggen. Ik zie soortgelijks nml ook met de recent geïnstalleerde Webasto bij/voor mijn vader. Hij heeft een Leap Motors C10 en daar zie ik ook lagere waardes. Op 3x16A zie ik in evcc bijv ~10.2kW staan.
Terwijl mijn Webasto met mijn Tesla MY altijd strak 11kW weergeeft.
En op 1 fase 16A (zo is de Webasto bij mijn vader nu nog ingesteld ivm 1x35A aansluiting) zien we in evcc ~3,4kW, terwijl dat bij mijn Tesla MY altijd strak 3,6kW weergeeft.
(en dan geeft die Leap in zijn eigen app/scherm ook nog eens waardes ná laadverliezen en gerekend met de DC boorspanning, dus dat maakt het helemaal verwarrend)

@Millert Als je echt de vaste kabel mist: Je kan er eentje op de Webasto Unite installeren ipv het socket. Heb ik bij mezelf gedaan en bij die van mijn vader ligt ook al een 5 meter 3p lange donor kabel klaar (ene zijde type 2 stekker, andere zijde open einde). Enige wat je nodig hebt is een 220ohm weerstand en een xh2.54 jst male kabeltje.

@LinuZZ Hier zelfde setup (Webasto met Tesla MY en PV), behalve dat ik nog niet de (bridge) van @Dextro1986 gebruik. Ik gebruik nog steeds de (trial) evcc sponsor tokens.
Switchen 1p3p gaat hier wel goed, alhoewel ik, zoals vaker in het topic genoemd, heel soms wel eens een 'vastloper' krijg en/of hij niet meer terug naar 3p switched.
Andersom, van 3p naar 1p gaat wel altijd goed.

Nog steeds sterke hoop dat het door/met de integratie van @Dextro1986 in toekomst opgelost kan worden (Dextro wil je ons in dit topic misschien wat heads-up geven over je huidige beta's en dit gedrag?).
Wil daar sowieso naar toe, om van het betaalde sponsor token in evcc af te komen.
Bij vader afgelopen week wel al zo helemaal in gesteld bij zijn woning (geen beta, maar de bridge v0.1.1 van Dextro). Alleen hij heeft nog een vaste 1p instelling ivm 1p-meterkast, dus daar kan ik het euvel nog niet testen.

[ Voor 4% gewijzigd door Allewijn op 21-09-2026 08:32 ]

[Henk62]

Ik gebruik sinds anderhalve maand de Webasto. Updates geplaatst enz. Ik heb hem in HA zitten via EVCC. Werkt na wat gewenning prima. Maar alleen PV laden werkt niet. Mijn situatie: heb de paal 3 fase aangesloten, maar mijn huidige auto kan alleen 1 fase laden. Werkt overigens gewoon goed. Daarnaast heb ik een PV installatie die nu op zonnige dagen 6kW per uur levert. Maar met een 3 fase omvormer. Ik heb nu het idee dat de paal (of EVCC) alleen kijkt naar de daadwerkelijke productie op 1 fase (dus max 2 kW/uur). Klopt dit? En zo ja, hoe kan ik dit anders inregelen?

[Dextro1986]

justinb81 schreef op vrijdag 18 september 2026 @ 22:28:
@Dextro1986
Je RFID aanpassing werkt, ik krijg wat te zien. maar er schijnt iets met de encoding in Vestel/webasto modbus te zijn waardoor de string niet door EVCC herkend wordt en het juiste voertuig gekozen wordt.

In home assistant zie ik dat er vreemde karakters tussen de letters/cijfers zitten

[Afbeelding][Afbeelding]

Heb wat gevonden bij het googlen


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

unicode.UTF16(unicode.BigEndian, unicode.IgnoreBOM.....

utf16BytesToString

Ik zal er eens naar kijken.

[Dextro1986]

ndrost schreef op zondag 20 september 2026 @ 15:15:
Onze Webasto Unite hangt ook, voorlopig op 1 fase tot Liander geweest is, om onze Kia e-Niro uit 2020 te laden. Werkt echt geweldig, dank allemaal voor de info, erg nuttig geweest!

Nu heb ik echter iets vreemds. Als ik via de integratie van @Dextro1986 een bepaalde stroomsterkte instel, dan laad de auto op met een stroomsterkte van ongeveer een ampere minder. Dus 6A is 5A, 13A is 12A, etc. Iemand anders dit ook wel eens gezien? Uit de debug log op de Webasto lijkt het wel gewoon door te komen, dus ik denk niet dat het de aansturing is. De kabel is wel bijzonder lang (20 meter), zou dat het kunnen zijn?

Ik heb het ook ongeacht hoe ik de Unite aanstuur.

[Dextro1986]

Henk62 schreef op maandag 21 september 2026 @ 18:45:
Ik gebruik sinds anderhalve maand de Webasto. Updates geplaatst enz. Ik heb hem in HA zitten via EVCC. Werkt na wat gewenning prima. Maar alleen PV laden werkt niet. Mijn situatie: heb de paal 3 fase aangesloten, maar mijn huidige auto kan alleen 1 fase laden. Werkt overigens gewoon goed. Daarnaast heb ik een PV installatie die nu op zonnige dagen 6kW per uur levert. Maar met een 3 fase omvormer. Ik heb nu het idee dat de paal (of EVCC) alleen kijkt naar de daadwerkelijke productie op 1 fase (dus max 2 kW/uur). Klopt dit? En zo ja, hoe kan ik dit anders inregelen?

evcc kijkt naar wat jij evcc geeft. Als jij de productie op 1 fase geeft dan zal hij dat gebruiken. Je kunt in HA gewoon zelf een sensor maken, bijvoorbeeld netto stroomverbruik, en die aan evcc geven.

[Dextro1986]

Allewijn schreef op maandag 21 september 2026 @ 08:25:
@ndrost Het zou aan de auto kunnen liggen. Ik zie soortgelijks nml ook met de recent geïnstalleerde Webasto bij/voor mijn vader. Hij heeft een Leap Motors C10 en daar zie ik ook lagere waardes. Op 3x16A zie ik in evcc bijv ~10.2kW staan.
Terwijl mijn Webasto met mijn Tesla MY altijd strak 11kW weergeeft.
En op 1 fase 16A (zo is de Webasto bij mijn vader nu nog ingesteld ivm 1x35A aansluiting) zien we in evcc ~3,4kW, terwijl dat bij mijn Tesla MY altijd strak 3,6kW weergeeft.
(en dan geeft die Leap in zijn eigen app/scherm ook nog eens waardes ná laadverliezen en gerekend met de DC boorspanning, dus dat maakt het helemaal verwarrend)

@Millert Als je echt de vaste kabel mist: Je kan er eentje op de Webasto Unite installeren ipv het socket. Heb ik bij mezelf gedaan en bij die van mijn vader ligt ook al een 5 meter 3p lange donor kabel klaar (ene zijde type 2 stekker, andere zijde open einde). Enige wat je nodig hebt is een 220ohm weerstand en een xh2.54 jst male kabeltje.

@LinuZZ Hier zelfde setup (Webasto met Tesla MY en PV), behalve dat ik nog niet de (bridge) van @Dextro1986 gebruik. Ik gebruik nog steeds de (trial) evcc sponsor tokens.
Switchen 1p3p gaat hier wel goed, alhoewel ik, zoals vaker in het topic genoemd, heel soms wel eens een 'vastloper' krijg en/of hij niet meer terug naar 3p switched.
Andersom, van 3p naar 1p gaat wel altijd goed.

Nog steeds sterke hoop dat het door/met de integratie van @Dextro1986 in toekomst opgelost kan worden (Dextro wil je ons in dit topic misschien wat heads-up geven over je huidige beta's en dit gedrag?).
Wil daar sowieso naar toe, om van het betaalde sponsor token in evcc af te komen.
Bij vader afgelopen week wel al zo helemaal in gesteld bij zijn woning (geen beta, maar de bridge v0.1.1 van Dextro). Alleen hij heeft nog een vaste 1p instelling ivm 1p-meterkast, dus daar kan ik het euvel nog niet testen.

Wat er nu in beide integraties in de beta’s zit wat betreft 1P/3P wisselen is het volgende;

• Er zijn auto’s die NIET goed van 1P naar 3P wisselen. De integratie heeft daar een instelbare pauze voor, zodat die auto’s na een pauze gewoon weer netjes naar 3P gaan.
• De Unite heeft een probleem dat de modbus registers op 3P staan en hij feitelijk toch op 1P laadt. Dit gebeurt voornamelijk bij het beëindigen van een laadsessie op 1P en het starten van een nieuwe laadsessie op een later moment. Er zit een herstart knop in de integratie, waarbij hij als je op de herstart knop klikt daarna weer op de standaard configuratie laadt(3P als dat de configuratie is). Probleem daarmee was dat dit niet werkt tijdens een actieve laadsessie, omdat auto’s dan een heronderhandeling nodig hebben(stekker er uit en weer er in). Leuk, maar dat lost dit Unite probleem tijdens een actieve laadsessie niet op. Je komt er namelijk pas achter dat het probleem er is als je de nieuwe laadsessie hebt gestart. De herstart knop heb ik behouden, omdat het handig kan zijn om de Unite op afstand te kunnen herstarten.

In beta.6 heb ik het volgende toegevoegd na een tip van @lonkhuijzen om dit specifieke Unite probleem te omzeilen, dus credits voor hem; Als je de integratie voorziet van je gebruikersnaam en wachtwoord voor de webui van de Unite, dan wordt er na het beëindigen van een laadsessie een 1P configuratie en dan weer een 3P configuratie naar de Unite verstuurd. Ook dit is niet tijdens een actieve laadsessie, maar de combinatie van deze mechanismen zorgt er bij mij en een aantal andere geteste laders voor dat de Unite wat betreft 1P/3P wisselen eindelijk doet wat we willen.

[daemonix]

Dextro1986 schreef op maandag 21 september 2026 @ 21:22:
[...]

Ik heb het ook ongeacht hoe ik de Unite aanstuur.

Ik herhaal, dat is het laadverlies. Ik zie het ook bij de Byd aan de Tesla laadpaal.

[ Voor 11% gewijzigd door daemonix op 22-09-2026 00:10 ]

[Dextro1986]

justinb81 schreef op vrijdag 18 september 2026 @ 22:28:
@Dextro1986
Je RFID aanpassing werkt, ik krijg wat te zien. maar er schijnt iets met de encoding in Vestel/webasto modbus te zijn waardoor de string niet door EVCC herkend wordt en het juiste voertuig gekozen wordt.

In home assistant zie ik dat er vreemde karakters tussen de letters/cijfers zitten

[Afbeelding][Afbeelding]

Heb wat gevonden bij het googlen


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

unicode.UTF16(unicode.BigEndian, unicode.IgnoreBOM.....

utf16BytesToString

Probeer eens 0.2.0

[Maverick_tfd]

daemonix schreef op dinsdag 22 september 2026 @ 00:09:
[...]

Ik herhaal, dat is het laadverlies. Ik zie het ook bij de Byd aan de Tesla laadpaal.

Nee dat slaat nergens op. De laadpaal biedt 16A aan en de auto neemt 15A af. Die 15A wordt door de paal gemeten. Laadverlies komt daarna pas. Dit is gewoon de stroom die naar de auto gaat en stroom verdwijnt niet.

[Glashelder]

@Maverick_tfd uit het bericht van @ndrost blijkt niet waar hij exact kijkt naar het laadvermogen. De vraag is of hij kijkt naar het amperage op de Webasto of dat hij dat uit een app van de auto haalt.

Tot die tijd kunnen jullie beiden gelijk hebben.

[Maverick_tfd]

Bij mijn auto gebeurt het ook. Webasto biedt 16A aan, auto trekt 15A gemeten door Webasto.

[daemonix]

Maverick_tfd schreef op dinsdag 22 september 2026 @ 08:16:
[...]

Nee dat slaat nergens op. De laadpaal biedt 16A aan en de auto neemt 15A af. Die 15A wordt door de paal gemeten. Laadverlies komt daarna pas. Dit is gewoon de stroom die naar de auto gaat en stroom verdwijnt niet.

Precies. Stroom verdwijnt niet. Misschien is de afgenomen stroom berekend door de auto naar aanleiding van het opgenomen vermogen inclusief laadverlies. P_in versus P_out is een veel betere methodiek, dan weet je echt zeker wat er gebeurt. 11 kW de Byd in en 9.8 kW de batterij van de Byd in.

Oftewel: de meting van de Webasto is 100% betrouwbaar (want MID meter), die van de auto niet.

[ Voor 7% gewijzigd door daemonix op 22-09-2026 10:56 ]

[Allewijn]

@Dextro1986 Dankjewel voor je uitleg. Dat klink véélbelovend!
Ik zal beta.6 dan ook installeren.
Kan ik nog iets 'testen' voor je wat je kan helpen om deze beta naar een stable release te krijgen.
Of zit er al een 'beta.7' in jouw pijplijn?

[Maverick_tfd]

daemonix schreef op dinsdag 22 september 2026 @ 10:55:
[...]

Precies. Stroom verdwijnt niet. Misschien is de afgenomen stroom berekend door de auto naar aanleiding van het opgenomen vermogen inclusief laadverlies. P_in versus P_out is een veel betere methodiek, dan weet je echt zeker wat er gebeurt. 11 kW de Byd in en 9.8 kW de batterij van de Byd in.

Oftewel: de meting van de Webasto is 100% betrouwbaar (want MID meter), die van de auto niet.

Maar dat is een ander punt. Feit blijft dat de auto ongeveer 1A minder stroom afneemt dan de gecommuniceerde limiet. Het is veel waarschijnlijker dat dat uit voorzichtigheid is ingeprogrammeerd in de auto dan dat het een meetfout van de auto betreft.

Hoe dan ook, ik heb het opgelost door de limiet in webasto op 17A te zetten.

[ Voor 4% gewijzigd door Maverick_tfd op 22-09-2026 13:39 ]

[daemonix]

Maverick_tfd schreef op dinsdag 22 september 2026 @ 13:37:
[...]


Maar dat is een ander punt. Feit blijft dat de auto ongeveer 1A minder stroom afneemt dan de gecommuniceerde limiet. Het is veel waarschijnlijker dat dat uit voorzichtigheid is ingeprogrammeerd in de auto dan dat het een meetfout van de auto betreft.

Hoe dan ook, ik heb het opgelost door de limiet in webasto op 17A te zetten.

Check nu eerst eens het vermogen in plaats van de stroom...

[HugoStiglitz]

Nog even een algemene opmerking n.a.v. een aantal vorige posts. Wat ik zie is dat er op een 16A groep 16A geladen worden. Dit is niet heel erg verstandig om dit voor met name langere tijd te doen, wat je met laden doet. Je hebt dan het risico dat je automaat (in de meterkast) warm wordt wat slijtage met zich mee brengt. Hou voor continu belasting ongeveer 80 procent aan. En al helemaal als je "goedkopere" automaten hebt zoals Emat. Wellicht ten overvloede... Niet op een stekker deze vermogens doen....

Mogelijk dat je verzekering er ook wat van vindt als er brandt is geweest.

[daemonix]

HugoStiglitz schreef op dinsdag 22 september 2026 @ 17:01:
Nog even een algemene opmerking n.a.v. een aantal vorige posts. Wat ik zie is dat er op een 16A groep 16A geladen worden. Dit is niet heel erg verstandig om dit voor met name langere tijd te doen, wat je met laden doet. Je hebt dan het risico dat je automaat (in de meterkast) warm wordt wat slijtage met zich mee brengt. Hou voor continu belasting ongeveer 80 procent aan. En al helemaal als je "goedkopere" automaten hebt zoals Emat. Wellicht ten overvloede... Niet op een stekker deze vermogens doen....

Mogelijk dat je verzekering er ook wat van vindt als er brandt is geweest.

Daarom zit een Webasto op een eigen groep waardoor dit geen enkel probleem hoort te zijn.

[HugoStiglitz]

daemonix schreef op dinsdag 22 september 2026 @ 17:19:
[...]

Daarom zit een Webasto op een eigen groep waardoor dit geen enkel probleem hoort te zijn.

Langdurige belasting op 16A op een 16A automaat is niet verstandig, dat is het punt. Ook een stekker zou ik niet aanraden 😉

[daemonix]

HugoStiglitz schreef op dinsdag 22 september 2026 @ 17:54:
[...]

Langdurige belasting op 16A op een 16A automaat is niet verstandig, dat is het punt. Ook een stekker zou ik niet aanraden 😉

Onzin. Die dingen zijn er op gespecificeerd. Op langdurige belasting. Je bent in de war met de 80% regel wat voorheen de gelijktijdigheid eis was.

[ Voor 11% gewijzigd door daemonix op 22-09-2026 18:23 ]

[Glashelder]

Het kan wel degelijk problemen geven op de langere termijn. Maar goed, er is niets gevaarlijks aan dus lekker belangrijk.

[Maverick_tfd]

daemonix schreef op dinsdag 22 september 2026 @ 16:34:
[...]

Check nu eerst eens het vermogen in plaats van de stroom...

Ja en dan? Ik wil dat gewoon de volle 16A gebruikt wordt dus dat is niet relevant.

[daemonix]

Maverick_tfd schreef op dinsdag 22 september 2026 @ 18:57:
[...]


Ja en dan? Ik wil dat gewoon de volle 16A gebruikt wordt dus dat is niet relevant.

Het vermogen is het enige dat interessant is want dat geeft uitsluitsel over hoe de auto tot 1 A minder komt. Als er 11 kW wordt geleverd aan de auto dan is het inderdaad laadverlies zoals ik al stelde.

[Maverick_tfd]

daemonix schreef op dinsdag 22 september 2026 @ 18:59:
[...]

Het vermogen is het enige dat interessant is want dat geeft uitsluitsel over hoe de auto tot 1 A minder komt. Als er 11 kW wordt geleverd aan de auto dan is het inderdaad laadverlies zoals ik al stelde.

Ja en dat slaat dus nergens op. Mijn auto kan max 1x32A laden en laadt met 15A als ik 16A instel op de webasto. Dat heeft dus niks te maken met laadverlies.

[Vendetta_X]

HugoStiglitz schreef op dinsdag 22 september 2026 @ 17:01:
Nog even een algemene opmerking n.a.v. een aantal vorige posts. Wat ik zie is dat er op een 16A groep 16A geladen worden. Dit is niet heel erg verstandig om dit voor met name langere tijd te doen, wat je met laden doet. Je hebt dan het risico dat je automaat (in de meterkast) warm wordt wat slijtage met zich mee brengt. Hou voor continu belasting ongeveer 80 procent aan. En al helemaal als je "goedkopere" automaten hebt zoals Emat. Wellicht ten overvloede... Niet op een stekker deze vermogens doen....

Mogelijk dat je verzekering er ook wat van vindt als er brandt is geweest.

Je adviseert dus een 20A groep/automaat? Draai zelf momenteel ook op een 3x16A alamat van abb. Mag hopen dat bij problemen de automaat eruit klapt en er verder geen dingen kapot gaan.

[HugoStiglitz]

Vendetta_X schreef op dinsdag 22 september 2026 @ 19:07:
[...]

Je adviseert dus een 20A groep/automaat? Draai zelf momenteel ook op een 3x16A alamat van abb. Mag hopen dat bij problemen de automaat eruit klapt en er verder geen dingen kapot gaan.

Het grootste punt is warmte ontwikkeling. De kast (lees omliggende componenten) moeten hier ook op berekend zijn. Als je meerdere groot verbruikers naast elkaar zet krijg je veel warmte ontwikkeling. Doet ook iets met de automaat levensduur.

20A ja maar wel op de juiste diameter kabel. Of iets trager laden (13A). Bij problemen zal de automaat zeker omklappen daar twijfel ik niet aan.

[ndrost]

daemonix schreef op dinsdag 22 september 2026 @ 16:34:
[...]

Check nu eerst eens het vermogen in plaats van de stroom...

Dit zijn allemaal waardes van de Webasto, zoals gerapporteerd door de integratie van @Dextro1986 . Consistent met metingen in de auto, op de slimme meter, etc. Ik concludeer hieruit dat de auto niet op het aangeboden vermogen laadt, maar ongeveer 1A er onder.

[onnaj]

@Dextro1986

Ik dacht dat jouw integratie altijd icm was met EVCC maar ik zie nu dat dat ook zonder kan.

Dat maakt het wel interessant want dan ben ik meteen van de EVCC tokens af. Zeker ook omdat we niet mega veel laden is het voordeel dan snel weg.

Is het makkelijk om auto switch tussen 1 en 3 fase uit te zetten? Mijn max overschot is ca 4,0 kW dus voor mij is het prima om alleen op 1 fase te blijven en alleen als ik meer haast heb op 11kW 3-fase te gaan laden

[The Source]

Dextro1986 schreef op dinsdag 22 september 2026 @ 00:43:
[...]

Probeer eens 0.2.0

Is er een changelog? ik zit nog op 0.1.1.
Er worden kennelijk geen updates via Hacs gepushed.

onnaj schreef op dinsdag 22 september 2026 @ 21:09:
@Dextro1986

Ik dacht dat jouw integratie altijd icm was met EVCC maar ik zie nu dat dat ook zonder kan.

Dat maakt het wel interessant want dan ben ik meteen van de EVCC tokens af. Zeker ook omdat we niet mega veel laden is het voordeel dan snel weg.

Is het makkelijk om auto switch tussen 1 en 3 fase uit te zetten? Mijn max overschot is ca 4,0 kW dus voor mij is het prima om alleen op 1 fase te blijven en alleen als ik meer haast heb op 11kW 3-fase te gaan laden

Als je in EVCC een HA lader kiest kost het geen token.

[ Voor 16% gewijzigd door The Source op 22-09-2026 21:37 ]

[justinb81]

Dextro1986 schreef op dinsdag 22 september 2026 @ 00:43:
[...]

Probeer eens 0.2.0

Ja het werkt nu perfect. De elektrische scooter van mijn dochter wordt nu door haar eigen RFID tag herkend door EVCC. Echt enorm bedankt!

[ Voor 4% gewijzigd door justinb81 op 22-09-2026 21:41 ]

[onnaj]

The Source schreef op dinsdag 22 september 2026 @ 21:36:
[...]


Is er een changelog? ik zit nog op 0.1.1.
Er worden kennelijk geen updates via Hacs gepushed.


[...]

Als je in EVCC een HA lader kiest kost het geen token.

Ah werkt dat zo. En kan ik dan ook in HA de auto kiezen of kan dat dan weer wel in EVCC zonder dat er een token nodig is?

Maar als alles prima in HA werkt zonder EVCC zou dat ook een mooie optie zijn denk ik.

En load balancing gaat dan wel via HA?

[ Voor 14% gewijzigd door onnaj op 22-09-2026 21:47 ]

[justinb81]

Ik heb de evcc HA bridge draaien en laat EVCC de rest afhandelen incl loadbalancing en laden tijdens dynamisch tarief <20ct (EVCC heb ik IN homeassistent geïnstalleerd, je krijgt dan een EVCC knopje in je linker balk van HA)

[Dextro1986]

Allewijn schreef op dinsdag 22 september 2026 @ 11:50:
@Dextro1986 Dankjewel voor je uitleg. Dat klink véélbelovend!
Ik zal beta.6 dan ook installeren.
Kan ik nog iets 'testen' voor je wat je kan helpen om deze beta naar een stable release te krijgen.
Of zit er al een 'beta.7' in jouw pijplijn?

Alles wat in de beta’s zat, zit nu ook in 0.2.0. Eerder heb ik beta’s uitgebracht om diverse scenario’s op diverse laders en met diverse auto’s te testen.

Met beta’s geef ik mensen de kans om aanpassingen te testen als ze dat willen en als ze dat niet willen dan kunnen ze kiezen voor de laatste stabiele versie.

[Dextro1986]

Vendetta_X schreef op dinsdag 22 september 2026 @ 19:07:
[...]

Je adviseert dus een 20A groep/automaat? Draai zelf momenteel ook op een 3x16A alamat van abb. Mag hopen dat bij problemen de automaat eruit klapt en er verder geen dingen kapot gaan.

Advies bij een laadpaal waar je van plan bent om 3x16A te laden is om een 3x20A automaat te plaatsen in je meterkast en tussen je meterkast en laadpaal 5x4mm2 kabel te leggen. Zeker bij langere kabellengtes wordt dit geadviseerd. Dit heeft inderdaad te maken met warmteontwikkeling. Ik heb het zelf niet gedaan en het werkt prima, maar het advies is er wel degelijk.

[Dextro1986]

onnaj schreef op dinsdag 22 september 2026 @ 21:09:
@Dextro1986

Ik dacht dat jouw integratie altijd icm was met EVCC maar ik zie nu dat dat ook zonder kan.

Dat maakt het wel interessant want dan ben ik meteen van de EVCC tokens af. Zeker ook omdat we niet mega veel laden is het voordeel dan snel weg.

Is het makkelijk om auto switch tussen 1 en 3 fase uit te zetten? Mijn max overschot is ca 4,0 kW dus voor mij is het prima om alleen op 1 fase te blijven en alleen als ik meer haast heb op 11kW 3-fase te gaan laden

De ev-charger kan beide, dus ofwel je laat de integratie regelen in HA of je zet de integratie op external controller en laat evcc regelen. De evcc bridge is bedoeld voor mensen die evcc willen laten regelen en die integratie is feitelijk een doorgeefluik voor evcc. Beide kunnen dus met evcc werken zonder sponsor token.

Load balancing, solar charging etc zitten allemaal in de ev-charger. Je kunt de integratie gewoon op min plus solar zetten, dan laadt hij met 1x6a plus solar of 3x6a plus solar. Switchen tussen 1 en 3 fase doet hij ook.

[Dextro1986]

The Source schreef op dinsdag 22 september 2026 @ 21:36:
[...]


Is er een changelog? ik zit nog op 0.1.1.
Er worden kennelijk geen updates via Hacs gepushed.


[...]

Als je in EVCC een HA lader kiest kost het geen token.

Bij de releases op de github pagina kun je per versie zien wat er nieuw is, wat er veranderd is en wat er gerepareerd is.

[Dextro1986]

justinb81 schreef op dinsdag 22 september 2026 @ 21:38:
[...]

Ja het werkt nu perfect. De elektrische scooter van mijn dochter wordt nu door haar eigen RFID tag herkend door EVCC. Echt enorm bedankt!

Top. Graag gedaan!

[Dextro1986]

onnaj schreef op dinsdag 22 september 2026 @ 21:46:
[...]

Ah werkt dat zo. En kan ik dan ook in HA de auto kiezen of kan dat dan weer wel in EVCC zonder dat er een token nodig is?

Maar als alles prima in HA werkt zonder EVCC zou dat ook een mooie optie zijn denk ik.

En load balancing gaat dan wel via HA?

In principe kan alles in HA. Je moet het zo zien; evcc is een energie management systeem met tot voor kort een duidelijk focus op EV’s en laadmanagement. Het is primair goed in te stellen via een makkelijke user interface en ziet er gelikt uit. HA is een home automation system en veel groter en breder dan evcc. Je kunt het zo gek niet bedenken of je kunt het regelen met HA, bouwen voor HA of koppelen aan HA. Het grote verschil is hoeveel tijd ben je bereid er in te steken om het voor jou specifiek werkend te krijgen. Ik krijg bijvoorbeeld vaak de vraag of ik energietarieven wil integreren in de integraties, maar dat is niet het doel van de integraties die ik heb gemaakt. Het doel van de integraties is integreren van de Webasto Unite in HA, zodat we de lader via HA kunnen sturen en omdat evcc die optie biedt hem zonder token gebruiken als HA lader in evcc. Puur ter gemak van mezelf en anderen heb ik al een aantal dingen extra ingebouwd, zoals DLB en Solar laden. Puur ter compensatie van de gebreken van sommige EV’s en de Webasto Unite heb ik al een aantal mechanismen ingebouwd om te zorgen dat wisselen tussen 1 fase en 3 fase laden soepel werkt. Maar eerlijk is eerlijk het primaire doel is integratie van de Webasto Unite in HA, zodat mensen vrij zijn om bijvoorbeeld scenario’s te maken in HA.

[ Voor 15% gewijzigd door Dextro1986 op 23-09-2026 00:21 ]

[Small Paullie]

daemonix schreef op dinsdag 22 september 2026 @ 18:22:
[...]

Onzin. Die dingen zijn er op gespecificeerd. Op langdurige belasting. Je bent in de war met de 80% regel wat voorheen de gelijktijdigheid eis was.

In de Webasto handleiding staat een tabel met geadviseerde zekering bij een laadstroom. Hierin staat bij 16A laden met C20 afzekeren. Webasto adviseert dus ook om de zekering niet langdurig voor 100% te belasten.

[Allewijn]

Ik ben het wel eens met @HugoStiglitz qua belasting en dat dergelijke langdurige belasting max 80 procent mag zijn. Dat werd ook door mijn PV installateur geadviseerd toen we mijn groepenkast ombouwden voor PV en EV. Het advies van installateurs om een groep langdurig (zoals bij een laadpaal of warmtepomp) tot maximaal 80% te belasten, is bedoeld om warmteontwikkeling en voortijdige thermische uitval van de automaat te voorkomen.

Daarom heb ik zelf een 3p 20A Alamat geplaatst, waarmee ik dus op 3x16A laadt.
En bij mijn vader heb ik een 1p B20 installatie automaat geplaatst en laadt hij op 1x16A.
Dat matched mooi met die 80 procent.

Alleen selectiviteit komt dan wel weer in conflict:
Om selectiviteit te garanderen, geldt in Nederland volgens denen 1010 richtlijnen de vuistregel van factor 1,6. De voorafgaande zekering moet altijd minstens 1,6 keer zo groot zijn als de opvolgende automaat.

Die som lukt bij B20 op 1x35A hoofdzekering wel, maar bij mij thuis met 3x25A niet.
Alleen mijn goed werkende Dynamic Load Balancing via evcc en ingestelde failsafe in de Webasto zorgen eigenlijk op nul kans overbelasting.
Dus voel me er prettiger bij dan 16A automaten...
(en vele installateurs ook)

@Small Paullie Pak in Nederland, ondanks dat Webasto advies op pagina 34, toch liever een B karakteristiek ipv een C: Bij laadpalen wordt vaak gekozen voor een B-karakteristiek automaat, vanwege de snelle uitschakeling bij kortsluiting of overbelasting. Moderne laadpalen als deze Webasto kennen absoluut geen hoge inschakelpiek. Het advies van Webasto is echt 'Duits' georiënteerd.

@onnaj Dextro heeft twéé integraties ontwikkeld. Je ziet ze beiden in zijn onderschrift.
Die Bridge versie is dus juist om de Webasto via HA in EVCC als HA lader toe te voegen waardoor geen betaalde evcc token benodigd is.
Ikzelf gebruik het ook zo (althans hier thuis nog trial tokens, moet het nog even ombouwen naar de bridge HA integratie, maar bij systeem vader vorige week precies zo werkend gebouwd; want evcc werkt als Home Energy Management System gewoon briljant en ik met veel minder instelwerk veel sterker qua DLB, combinatie zonnestroom, dynamische tarieven, goedkoopste laadschema's, zonnevoorspellingen, thuisbatterijen, boilers, etc.)

[ Voor 25% gewijzigd door Allewijn op 23-09-2026 09:29 ]

[onnaj]

Allewijn schreef op woensdag 23 september 2026 @ 09:13:
Ik ben het wel eens met @HugoStiglitz qua belasting en dat dergelijke langdurige belasting max 80 procent mag zijn. Dat werd ook door mijn PV installateur geadviseerd toen we mijn groepenkast ombouwden voor PV en EV. Het advies van installateurs om een groep langdurig (zoals bij een laadpaal of warmtepomp) tot maximaal 80% te belasten, is bedoeld om warmteontwikkeling en voortijdige thermische uitval van de automaat te voorkomen.

Daarom heb ik zelf een 3p 20A Alamat geplaatst, waarmee ik dus op 3x16A laadt.
En bij mijn vader heb ik een 1p B20 installatie automaat geplaatst en laadt hij op 1x16A.
Dat matched mooi met die 80 procent.

Alleen selectiviteit komt dan wel weer in conflict:
Om selectiviteit te garanderen, geldt in Nederland volgens denen 1010 richtlijnen de vuistregel van factor 1,6. De voorafgaande zekering moet altijd minstens 1,6 keer zo groot zijn als de opvolgende automaat.

Die som lukt bij B20 op 1x35A hoofdzekering wel, maar bij mij thuis met 3x25A niet.
Alleen mijn goed werkende Dynamic Load Balancing via evcc en ingestelde failsafe in de Webasto zorgen eigenlijk op nul kans overbelasting.
Dus voel me er prettiger bij dan 16A automaten...
(en vele installateurs ook)

@onnaj Dextro heeft twéé integraties ontwikkeld. Je ziet ze beiden in zijn onderschrift.
Die Bridge versie is dus juist om de Webasto via HA in EVCC als HA lader toe te voegen waardoor geen betaalde evcc token benodigd is.
Ikzelf gebruik het ook zo (althans hier thuis nog trial tokens, moet het nog even ombouwen naar de bridge HA integratie, maar bij systeem vader vorige week precies zo werkend gebouwd; want evcc werkt als Home Energy Management System gewoon briljant en ik met veel minder instelwerk veel sterker qua DLB, combinatie zonnestroom, dynamische tarieven, goedkoopste laadschema's, zonnevoorspellingen, thuisbatterijen, boilers, etc.)

Dus ik integreer de lader eventueel in EVCC en regel de DLB in EVCC of doen jullie dat via HA?

Ik heb nu geen DLB ingesteld omdat ik nog niet exact weet wat in te stellen. Gewoonweg gebrek aan tijd...lees jonge kinderen :-)

[Allewijn]

onnaj schreef op woensdag 23 september 2026 @ 09:24:
[...]

Dus ik integreer de lader eventueel in EVCC en regel de DLB in EVCC of doen jullie dat via HA?

Ik heb nu geen DLB ingesteld omdat ik nog niet exact weet wat in te stellen. Gewoonweg gebrek aan tijd...lees jonge kinderen :-)

Het blijft een keus.
- Je 'kan' alles via HA doen (meer instel werk).
- Je 'kan' alles via evcc doen (gebruikersvriendelijk, overzichtelijk en met betaald token kan je oa de Webasto (en diverse thuisbatterij merken etc etc) 1-op-1 toevoegen.
- Je 'kan' de Dextro Webasto bridge in HA eenmalig instellen en daarna alles volledig in evcc doen. Je voegt de Webasto dan in evcc niet als dedicated Webasto lader toe maar als HA-lader (en die ziet hij dan dus, door de integratie) en daarbij alle voordelen van het harde werk van @Dextro1986. Oa in beta versies hele mooie oplossingen voor 1p3p schakel problemen etc.
En je hoeft dus geen betaalde sponsor token aan evcc dan te betalen.

Die laatste prefereer ik zelf.
En in evcc stel je binnen luttele seconden DLB in (als je ook een p1 meter hebt gekoppeld).
Daarna werkt dat perfect. Heb ik hier vaker getest; vol kookplaten en oven etc aan en Webasto regelt instant terug om onder de 3x25A te blijven.

[Cavalera125]

Sinds kort gebruik ik de evcc bridge van @Dextro1986 - waarvoor dank! Vannacht had ik in evcc een laadplan draaien, 80% lading om 07.00. Deze was berekend op 11KW. Maar hij is niet van 1P naar 3P gesprongen waardoor hij maximaal op 3.5KW geladen heeft. De brdige gaf aan op 3P ingesteld te staan vanaf 5:30 vanochtend toen het laadplan actief werd. De bridge heeft geen fase mismatch gedetecteerd, maar dus wel op maximaal 1P geladen.

Kan ik hier zelf nog iets mee qua instellingen? Of is het een kwestie van de beperkingen van de laadpaal accepteren?

[Cavalera125]

Ik zie nu net v0.2.0 beschikbaar komen in Home Assistant. Heb nu onderstaande ingesteld. Zou dat het kunnen oplossen / verbeteren?

[ Voor 193% gewijzigd door Cavalera125 op 24-09-2026 08:11 ]

[LinuZZ]

met v0.2.0 lijk ik het helemaal niet meer voor elkaar te krijgen om op 1 fase te laden. ik ben nog aan het zoeken waar dit door komt maar ik wilde het toch even terugkoppellen @Dextro1986

[Dextro1986]

Cavalera125 schreef op donderdag 24 september 2026 @ 07:54:
Ik zie nu net v0.2.0 beschikbaar komen in Home Assistant. Heb nu onderstaande ingesteld. Zou dat het kunnen oplossen / verbeteren?

[Afbeelding]

Je kunt beiden aanzetten. Start de lader voor de volgende laadsessie heel even opnieuw op(stroom er af of via de integratie herstarten). Welk merk en model auto heb je? Dat er geen fase mismatch zou zijn geweest kan kloppen bij een laadplan, waarbij er veel gepauzeerd wordt. Ik weet niet precies hoe evcc met laadplannen werkt, maar als er op 1 fase geladen is en evcc vraagt 3 fase en pauzeert vervolgens dan ga je geen melding krijgen want de laadstatus staat uit.

[Dextro1986]

LinuZZ schreef op donderdag 24 september 2026 @ 11:10:
met v0.2.0 lijk ik het helemaal niet meer voor elkaar te krijgen om op 1 fase te laden. ik ben nog aan het zoeken waar dit door komt maar ik wilde het toch even terugkoppellen @Dextro1986

Bedankt voor het melden, laten we even kijken waar dat in zit. Om te bepalen waar het zit, heb ik wat gegevens nodig:

1. Gebruik je de charger-integratie of de evcc-bridge, en laadt evcc of laad je handmatig?
2. Wat gebeurt er precies: start het laden helemaal niet, of laadt hij gedwongen op 3 fasen terwijl je 1 fase wilt?
3. Heb je rond de update naar 0.2.0 een dubbel apparaat verwijderd? (Er kunnen dan _2-nummers in entity-ID's verschoven zijn, waardoor evcc naar verkeerde entiteiten wijst.)
4. Wat tonen tijdens een laadpoging: Gevraagde fase, Register 405 en Stroom L1/L2/L3?
5. Staat het 1P→3P-faseherstel aan in de instellingen?

Alvast één snelle check: staat in je evcc-config ergens een entity-ID met _2 erachter, en bestaat die entiteit nog in Home Assistant onder Instellingen → Apparaten? Zo niet, dan heb je de oorzaak waarschijnlijk al te pakken.

[Cavalera125]

Dextro1986 schreef op donderdag 24 september 2026 @ 15:44:
[...]
Welk merk en model auto heb je? Dat er geen fase mismatch zou zijn geweest kan kloppen bij een laadplan, waarbij er veel gepauzeerd wordt. Ik weet niet precies hoe evcc met laadplannen werkt, maar als er op 1 fase geladen is en evcc vraagt 3 fase en pauzeert vervolgens dan ga je geen melding krijgen want de laadstatus staat uit.

Het betreft een Skoda Elroq MY27.


Heb even een HA dashboardje toegevoegd waarin het patroon te zien is. Gisteravond tot rond 17:45 op PV opgeladen, daarna niks totdat rond 5:30 vanochtend de EVCC planner begint. EVCC zet hem via de bridge op 3P. Maar er wordt toch maar met ~3500 watt geladen. Het deel in de rode rechthoek is niet interessant, toen begon ik handmatig EVCC te triggeren.

[Dextro1986]

Cavalera125 schreef op donderdag 24 september 2026 @ 16:24:
[...]

Het betreft een Skoda Elroq MY27.
[Afbeelding]

Heb even een HA dashboardje toegevoegd waarin het patroon te zien is. Gisteravond tot rond 17:45 op PV opgeladen, daarna niks totdat rond 5:30 vanochtend de EVCC planner begint. EVCC zet hem via de bridge op 3P. Maar er wordt toch maar met ~3500 watt geladen. Het deel in de rode rechthoek is niet interessant, toen begon ik handmatig EVCC te triggeren.

Probeer hetzelfde scenario eens met 0.2.0 met alle fase-ondersteuning aan. Zijn een aantal redenen waarom de fasewissel niet succesvol kan zijn geweest en ook een reden waarom hij geen mismatch heeft gedetecteerd, maar dat moet ik iets gerichter uitzoeken voor ik ga sleutelen.

[Cavalera125]

Nieuwe test op basis van 0.2.0 bridge. Rond 6:13 begonnen met laden, evcc wil 3P, maar de unite blijft op 1p. Fase mismatch wordt gedetecteerd maar niet automatisch recoverd. Om 6:40 de restart button van de bridge gebruikt. Daarna leek de unite niet meer te willen laden. Bij inspectie buiten bleek de led ring blauw te knipperen, hij wil (ineens) een rfid tag, maar die gebruiken we nooit. Heb ik gelukkig wel dus die gescand.

Daarna sprong hij naar 3P, 11KW. De 'Restore 3-phase setting' knop resulteert bij mij in een HTTP 500 statuscode. Wellicht dat hij daarom ook niet automatisch recoverd?

[Dextro1986]

Cavalera125 schreef op donderdag 24 september 2026 @ 19:01:
[Afbeelding]

Nieuwe test op basis van 0.2.0 bridge. Rond 6:13 begonnen met laden, evcc wil 3P, maar de unite blijft op 1p. Fase mismatch wordt gedetecteerd maar niet automatisch recoverd. Om 6:40 de restart button van de bridge gebruikt. Daarna leek de unite niet meer te willen laden. Bij inspectie buiten bleek de led ring blauw te knipperen, hij wil (ineens) een rfid tag, maar die gebruiken we nooit. Heb ik gelukkig wel dus die gescand.

Daarna sprong hij naar 3P, 11KW. De 'Restore 3-phase setting' knop resulteert bij mij in een HTTP 500 statuscode. Wellicht dat hij daarom ook niet automatisch recoverd?

Dit is het typische Unite probleem. Je lader zat voor de test al gewoon vast op 1 fase. De bridge schrijft op verzoek van evcc de lader naar 3 fase en het register volgt dat ook, maar feitelijk blijft de lader gewoon op 1 fase. Je hebt de lader niet herstart VOOR deze test? Bij een herstart van de lader terwijl er een kabel ingeplugd is, is altijd een heronderhandeling nodig(kabel er uit en kabel er in), waarschijnlijk is dat de reden voor dat vreemde rfid gedrag. Wanneer heb je die restore 3 phase setting aangeklikt? Welke FW zit je?

[Cavalera125]

Inderdaad geen restart voor deze test gedaan. Firmware versie(s):
- HMI Software Version: v3.187.0
- OCPP Software Version: v7.0.47
- Power Board Software Version: 1.0.156.0

Als ik op dit moment de 'Restore 3 phase setting" click:

code:

Failed to perform the action button/press. Could not restore 3-phase config: REST request /configuration-updates failed with HTTP 500

[Dextro1986]

Cavalera125 schreef op donderdag 24 september 2026 @ 20:01:
Inderdaad geen restart voor deze test gedaan. Firmware versie(s):
- HMI Software Version: v3.187.0
- OCPP Software Version: v7.0.47
- Power Board Software Version: 1.0.156.0

Als ik op dit moment de 'Restore 3 phase setting" click:

code:

Failed to perform the action button/press. Could not restore 3-phase config: REST request /configuration-updates failed with HTTP 500

Ik ga wat dieper in die HTTP 500 duiken, dus daar kom ik op terug.

Wat interessant voor mij en uiteindelijk natuurlijk ook voor jou is, omdat je graag de planmodus van evcc wilt gebruiken is het volgende:

• Herstart je lader. Probeer de planmodus nog een keer met de bridge er tussen.
• Herstart je lader. Probeer nu de planmodus eens rechtstreeks via evcc met een trial token, dus je haalt de bridge er even helemaal tussen uit.

We weten dat de Unite als hij een tijd geladen heeft op 1 fase en de laadsessie wordt beëindigd, hij regelmatig vast hangt op 1 fase als er dan een nieuwe laadsessie wordt gestart. Daar heb ik iets voor ingebouwd.

Waar ik heel benieuwd naar ben is hoe hij reageert als er een 3P commando wordt gestuurd, terwijl hij een tijd op pauze heeft gestaan en op dat moment niet actief laadt. Dat lijkt evcc namelijk te doen bij die planmodus.

[Cavalera125]

Dextro1986 schreef op donderdag 24 september 2026 @ 21:00:

• Herstart je lader. Probeer de planmodus nog een keer met de bridge er tussen.
• Herstart je lader. Probeer nu de planmodus eens rechtstreeks via evcc met een trial token, dus je haalt de bridge er even helemaal tussen uit.

• Herstart en planmodus met bridge. Zelfde resultaat. Hij blijft op 1P hangen, ziet wel een mismatch, maar de automatische recovery lukt niet.
• Herstart en planmodus zonder bridge, met token. Zelfde resultaat. Blijft op 1P hangen terwijl hij in EVCC op 3P staat.

Daarna in evcc laden gestopt, via de web ui van de unite de fase op 3 gezet, laden weer aan in evcc via het plan. Dan draait hij weer op 3 fase, 11KW. Alleen voordat hij begon met laden had hij weer een rfid tag nodig terwijl er geen herstart gedaan is. Dit hoefde ik tot op heden nooit (2 maanden actief).

Dat RFID issue lijkt een joulo occp ding te zijn. In Joulo nogmaals aangezet dat er geen tag nodig is. Nu start hij wel weer direct met laden na herstart of nieuwe sessie.

[ Voor 9% gewijzigd door Cavalera125 op 24-09-2026 21:53 ]

[Dextro1986]

Cavalera125 schreef op donderdag 24 september 2026 @ 21:39:
[...]

• Herstart en planmodus met bridge. Zelfde resultaat. Hij blijft op 1P hangen, ziet wel een mismatch, maar de automatische recovery lukt niet.
• Herstart en planmodus zonder bridge, met token. Zelfde resultaat. Blijft op 1P hangen terwijl hij in EVCC op 3P staat.

Daarna in evcc laden gestopt, via de web ui van de unite de fase op 3 gezet, laden weer aan in evcc via het plan. Dan draait hij weer op 3 fase, 11KW. Alleen voordat hij begon met laden had hij weer een rfid tag nodig terwijl er geen herstart gedaan is. Dit hoefde ik tot op heden nooit (2 maanden actief).

Dat RFID issue lijkt een joulo occp ding te zijn. In Joulo nogmaals aangezet dat er geen tag nodig is. Nu start hij wel weer direct met laden na herstart of nieuwe sessie.

Voor de HTTP 500 error waar we het eerder over hebben gehad, denk ik een oplossing gevonden te hebben die mee gaat in 0.2.1.

RFID issue heeft niets met de bridge te maken en kan ik niet voor je oplossen, lees inmiddels wel dat het waarschijnlijk een OCCP gerelateerd iets is.

De reden dat de planmodus van evcc niet goed werkt met een Unite denk ik ook wel te weten en is lastig op te lossen. Na alle testen met meerdere Unite's en meerdere auto's heb ik geprobeerd iets te maken om de problemen met het wisselen van fases van de Unite en auto's die lastig doen op te lossen en dat lijkt ook goed te werken. Plan modus in evcc in jouw geval doet het volgende; hij laadt op 1P en vervolgens pauzeert hij het laden, dan vraagt hij na een lange pauze 3P terwijl hij helemaal niet aan het laden is, vervolgens begint hij met laden en dat is dan op 1P. Waar ik in het verleden achter gekomen ben is dat de Unite niet goed om gaat met pauzeren en dan fase wisselen, dat was namelijk eerst mijn standaard methode. Ik dacht destijds dat dat nodig was voor een succesvolle fase wissel, maar de Unite doet dit intern al tijdens een fase wissel. De oplossingen die ik gebouwd heb werken dan niet, omdat het probleem niet bij de auto zit en omdat er geen einde van de laadsessie is geweest. Dat zijn de momenten waarop de oplossing die ik heb gemaakt ingrijpen.

Zou je via PB screenshots kunnen sturen, zoals je eerder deed, bij die twee tests die ik vroeg?

[Allewijn]

Ook ik maak gebruik van de evcc planmodus en 1p3p. Laatste weken actiever op die manier aan het laden. Laadde eerst altijd op 3x16A modus SNEL ipv PV, maar door recent dynamisch ipv vast contract en aankomende einde salderingsregeling, nu dus PV modus met laadplan als standaard modus ingesteld.

Dat lijkt tot op heden goed te gaan.
Ik gebruik nu de bridge integratie nog niet. Ik gebruik nog de evcc trial tokens.

'Hoe' kan ik actief het euvel van @Cavalera125 reproduceren? Zodat ik hier kan laten weten hoe het bij mij loopt.
Zo heb ik mijn Tesla net om ~1800 bij thuiskomst ingeprikt. Laaddoel wat ik voor elke dag heb ingesteld is qua SoC al bereikt/Tesla zat nog voller dan die waarde.
Er is niks meer op pv geladen want te weinig overschot, Webasto staat nu netjes met paarse led ring te wachten op zon die geheid morgen ochtend gaat komen. Dat overschot zal op vanaf ~12:30 een voorspeld piekvermogen halen wat boven de 3,6kWh ligt.
Dan nog wat huisverbruik. Dus hoop dat hij in middag dus naar 3P wil schakelen (3x6A bijv).
Of moet ik dat even handmatig uitlokken door hem morgen op snel te zetten oid?

[Dextro1986]

Allewijn schreef op donderdag 24 september 2026 @ 23:17:
Ook ik maak gebruik van de evcc planmodus en 1p3p. Laatste weken actiever op die manier aan het laden. Laadde eerst altijd op 3x16A modus SNEL ipv PV, maar door recent dynamisch ipv vast contract en aankomende einde salderingsregeling, nu dus PV modus met laadplan als standaard modus ingesteld.

Dat lijkt tot op heden goed te gaan.
Ik gebruik nu de bridge integratie nog niet. Ik gebruik nog de evcc trial tokens.

'Hoe' kan ik actief het euvel van @Cavalera125 reproduceren? Zodat ik hier kan laten weten hoe het bij mij loopt.
Zo heb ik mijn Tesla net om ~1800 bij thuiskomst ingeprikt. Laaddoel wat ik voor elke dag heb ingesteld is qua SoC al bereikt/Tesla zat nog voller dan die waarde.
Er is niks meer op pv geladen want te weinig overschot, Webasto staat nu netjes met paarse led ring te wachten op zon die geheid morgen ochtend gaat komen. Dat overschot zal op vanaf ~12:30 een voorspeld piekvermogen halen wat boven de 3,6kWh ligt.
Dan nog wat huisverbruik. Dus hoop dat hij in middag dus naar 3P wil schakelen (3x6A bijv).
Of moet ik dat even handmatig uitlokken door hem morgen op snel te zetten oid?

De beste test zou exact hetzelfde scenario zijn. Auto is vandaag bijvoorbeeld 40% en je plugt hem in. Plan modus is geselecteerd en er is op dit moment onvoldoende PV voor 3P, dus evcc vraagt 1P. Op een gegeven moment is er geen PV meer en evcc pauzeert het laden. We gaan de nacht in. Volgens je plan moet de auto om 08.00 80% zijn en evcc wil dus ergens in de nacht weer gaan laden en dan natuurlijk op 3P om je plan te halen.