Webasto Unite Laadstation

[Dextro1986]

Glashelder schreef op woensdag 8 juli 2026 @ 21:03:
80, 443, 502, 5000.
Op eentje heb ik wel 443, de andere niet. Al valt er geen TLS handshake mee af te ronden. Degene die 443 open heeft, is verbonden met ethernet.

Deze aanvullende info zou ook handig zijn:

- HMI Software Version

- OCPP Software Version

- Power Board Software Version

- Wifi of Ethernet

- Open poorten (80/443/502/5000)

- Werkt https://<ip>/api/login?

[Glashelder]

HMI Software Version : v3.156.0
OCPP Software Version : v7.0.19
Power Board Software Version : 1.0.145.0
Duration after power on : 868 : 38 : 20
Connection Interface Ethernet

Open poorten: 80, 443, 502, 5000

HMI Software Version : v3.156.0
OCPP Software Version : v7.0.19
Power Board Software Version : 1.0.145.0
Duration after power on : 868 : 24 : 11
Connection Interface WLAN

Deze heeft 80, 502, 5000 open.

https://<ip>/api/login werkt niet. TLS handshake wordt niet voltooid.

[daemonix]

rupie99 schreef op woensdag 8 juli 2026 @ 19:48:
[...]

Wat staat er in de webinterface als status? Foutmeldingen?

Helaas kom ik er helemaal niet in. Niet via de wifi, niet via netwerk. Ik zie alleen die knipperende ring. Nog geen verbinding gehad.

[Glashelder]

Wifi netwerk wordt ook niet uitgezonden? Het ding krijgt ook geen IP adres? Verstuurd ie überhaupt pakketjes via de ethernet aansluiting?

[daemonix]

Glashelder schreef op woensdag 8 juli 2026 @ 23:09:
Wifi netwerk wordt ook niet uitgezonden? Het ding krijgt ook geen IP adres? Verstuurd ie überhaupt pakketjes via de ethernet aansluiting?

Nee,nee en nee. Het lijkt er op dat hij in de boot fase blijft hangen om een of andere reden, maar wel in staat is om de groen/blauwe ring te maken.

[HugoStiglitz]

daemonix schreef op donderdag 9 juli 2026 @ 01:27:
[...]

Nee,nee en nee. Het lijkt er op dat hij in de boot fase blijft hangen om een of andere reden, maar wel in staat is om de groen/blauwe ring te maken.

Je zou een uur ofzo kunnen wachten. Knipperende ring was bij mij een firmware upgrade (handmatig gestart). Uiteindelijk is een upgrade niet goed gegaan en bleef de ring knipperen en rebooten. Heb het niet meer voor elkaar gekregen om te maken.

Je zou nog eens via de LAN kabel kunnen verbinden en kijken wat er dan gebeurt. En anders is de firmware kapot stuk en zal je het laadpunt terug moeten sturen/repareren of weg gooien.

[Dextro1986]

daemonix schreef op donderdag 9 juli 2026 @ 01:27:
[...]

Nee,nee en nee. Het lijkt er op dat hij in de boot fase blijft hangen om een of andere reden, maar wel in staat is om de groen/blauwe ring te maken.

Open je lader(voorzichtig, want er staat stroom op). Dit is een foto van je HMI-board. Rood omcirkeld is SW4, druk deze in en houdt 5 seconden vast.

[Dextro1986]

Ter verduidelijking en aanvulling op mijn vorige vraag.

Ik probeer te achterhalen op welke poort(en) de REST API van de Unite beschikbaar is. Er lijken verschillen te zijn tussen laders, zelfs met dezelfde softwareversie.

De mensen die al gedeeld hebben, heel erg bedankt! Sommigen van jullie heb ik een vervolgvraag gestuurd via privé-bericht.

Zouden jullie de volgende informatie willen delen via een privé-bericht?

• HMI Software Version
• OCPP Software Version
• Power Board Software Version
• Verbonden via WiFi of Ethernet
• Welke poorten staan open? (80, 443, 4443, 5000, 502)

En als je kunt testen:

code:

https://<IP>:443/api/login
https://<IP>:4443/api/login

Ik ben vooral benieuwd of je:

• een JSON-response krijgt (bijv. “Invalid credentials”),
• een 401/403,
• een 404,
• of helemaal geen verbinding.

Alvast bedankt voor jullie input.

[Boertje]

@Dextro1986

HMI Software Version : v3.187.0
OCPP Software Version : v7.0.47
Power Board Software Version : 1.0.156.0
Connection Interface WLAN

code:

PORT     STATE SERVICE
80/tcp   open  http
443/tcp  open  https
4443/tcp open  pharos
5000/tcp open  upnp
502/tcp  open  mbap

443: html: Method Not Allowed
4443: json: { "message": "The method is not allowed for the requested URL." }

[ Voor 4% gewijzigd door Boertje op 09-07-2026 10:24 ]

[roviaro]

Dextro1986 schreef op woensdag 8 juli 2026 @ 21:13:
[...]

Deze aanvullende info zou ook handig zijn:

- HMI Software Version

- OCPP Software Version

- Power Board Software Version

- Wifi of Ethernet

- Open poorten (80/443/502/5000)

- Werkt https://<ip>/api/login?

HMI Software Version : v3.187.0

OCPP Software Version : v7.0.47

Power Board Software Version : 1.0.156.0

Connection Interface Ethernet

Open poorten: 80, 4443, 5000

Endpoint api/login niet bereikbaar op 4443

edit:
Herstel, endpoint doet het wel en geeft

{

edit:
"message": "The method is not allowed for the requested URL."

}

[ Voor 25% gewijzigd door roviaro op 09-07-2026 10:24 ]

[daemonix]

HugoStiglitz schreef op donderdag 9 juli 2026 @ 07:39:
[...]

Je zou een uur ofzo kunnen wachten. Knipperende ring was bij mij een firmware upgrade (handmatig gestart). Uiteindelijk is een upgrade niet goed gegaan en bleef de ring knipperen en rebooten. Heb het niet meer voor elkaar gekregen om te maken.

Je zou nog eens via de LAN kabel kunnen verbinden en kijken wat er dan gebeurt. En anders is de firmware kapot stuk en zal je het laadpunt terug moeten sturen/repareren of weg gooien.

Er is nooit contact met de Webasto geweest dus een firmware update is onmogelijk. 24 uur wachten heeft geen verandering opgeleverd. Het reset knopje ook niet.

[daemonix]

Dextro1986 schreef op donderdag 9 juli 2026 @ 08:35:
[...]

[Afbeelding] Open je lader(voorzichtig, want er staat stroom op). Dit is een foto van je HMI-board. Rood omcirkeld is SW4, druk deze in en houdt 5 seconden vast.

Gedaan, deed niets.

[Ali_van_G]

• PORT STATE SERVICE
• 80/tcp open http
• 443/tcp open https
• 5000/tcp open upnp
• HMI Software Version : v3.156.0
• OCPP Software Version : v7.0.19
• Power Board Software Version : 1.0.145.0
• Duration after power on : 110 : 44 : 53
• Connection Interface WLAN

443/tcp Method Not Allowed

The method is not allowed for the requested URL.

[HugoStiglitz]

daemonix schreef op donderdag 9 juli 2026 @ 12:23:
[...]

Er is nooit contact met de Webasto geweest dus een firmware update is onmogelijk. 24 uur wachten heeft geen verandering opgeleverd. Het reset knopje ook niet.

Dan komt hij niet door de boot heen. Die is defect ben ik bang.
Heb je via netwerkkabel aangesloten?

[ Voor 18% gewijzigd door HugoStiglitz op 09-07-2026 13:34 ]

[Dextro1986]

daemonix schreef op donderdag 9 juli 2026 @ 12:23:
[...]

Gedaan, deed niets.

Laat hem blauw/groen knipperen voor een tijd. Ga op je laptop naar Instellingen > Netwerk en internet > Ethernet > IP-toewijzing bewerken. Zet deze van Automatisch (DHCP) naar Handmatig en schakel IPv4 in. Vul de volgende gegevens in:

• IP-adres: 192.168.0.2
• Subnetmasker: 255.255.255.0
• Gateway: 192.168.0.1

Sluit de ethernet-kabel vanuit de Unite aan op je pc/laptop.

Open een browser en ga naar de volgende pagina: http://192.168.0.100

Misschien opent er dan toch iets. Als dat niet zo is, weet ik het even ook niet meer.

[ Voor 5% gewijzigd door Dextro1986 op 09-07-2026 15:33 ]

[Allewijn]

Dextro1986 schreef op donderdag 9 juli 2026 @ 15:31:
[...]

Laat hem blauw/groen knipperen voor een tijd. Ga op je laptop naar Instellingen > Netwerk en internet > Ethernet > IP-toewijzing bewerken. Zet deze van Automatisch (DHCP) naar Handmatig en schakel IPv4 in. Vul de volgende gegevens in:

• IP-adres: 192.168.0.2
• Subnetmasker: 255.255.255.0
• Gateway: 192.168.0.1

Sluit de ethernet-kabel vanuit de Unite aan op je pc/laptop.

Open een browser en ga naar de volgende pagina: http://192.168.0.100

Misschien opent er dan toch iets. Als dat niet zo is, weet ik het even ook niet meer.

@daemonix Anders dipswitch 2 misschien?
https://www.gebruikershandleiding.com/Webasto-Unite/preview-handleiding-1031490.html?page=0015

[Allewijn]

Dextro1986 schreef op woensdag 8 juli 2026 @ 20:39:
Dat iemand eerder niet kon verbinden via de REST API van de integratie van tomwellnitz lag waarschijnlijk niet alleen aan de code van die integratie, maar het lijkt er ook op dat sommige Unite's dit simpelweg niet kunnen. Ik ben nu aan het testen en dingen in kaart aan het brengen.

Ik ben benieuwd welke webinterfaces er in omloop zijn op de Webasto Unite. Zijn er mensen die een poortscan van hun Unite willen doen en mij de resultaten via DM willen sturen?

Graag ook even vermelden:

• Firmwareversie
• Aangesloten via wifi of ethernet

Als je Nmap hebt, is dit voldoende:

Bash:

nmap -Pn <IP-adres-van-je-Unite>

Ik ben vooral benieuwd welke poorten open staan (bijvoorbeeld 80, 443 en 502). Alvast bedankt!

Hier zijn de gevraagde gegevens van mijn Webasto Unite:

Verbinding: WLAN (Wifi)
Softwareversies:
- HMI Software Version: v3.187.0
- OCPP Software Version: v7.0.47
- Power Board Software Version: 1.0.156.0

Nmap-resultaten (nmap -Pn):
Host is up (0.017s latency).
Not shown: 996 closed tcp ports (reset)
PORT STATE SERVICE
80/tcp open http
443/tcp open https
4443/tcp open pharos
5000/tcp open upnp

[daemonix]

Allewijn schreef op donderdag 9 juli 2026 @ 17:39:
[...]

@daemonix Anders dipswitch 2 misschien?
https://www.gebruikershandleiding.com/Webasto-Unite/preview-handleiding-1031490.html?page=0015

[Afbeelding]

Ook al gedaan, en ook dipswitch 3 omgezet. Ik hoor nu wel af en toe geklik van een relais uit het ding komen nadat ik een vage schakelaar links op het grote moederbord had omgezet (leverde rode ring op) en daarna terug gezet.

[Ali_van_G]

daemonix schreef op woensdag 8 juli 2026 @ 19:31:
Hmmm, bij mij blijft de ring groen/blauw knipperen. Reset doet niets, knippert gewoon vrolijk door. Wat doe ik fout?

Ik had hetzelfde vandaag. Had hem eerst gewoon met een stekker aangesloten. Vandaag heb ik hem opgehangen. Nadat ik de installatie had afgerond en de spanning erop had gezet ging hij ook eerst blauw groen knipperen. Dit heeft hij een paar minuten gedaan en toen was het klaar en was de ring weer blauw.

Enige wat ik wel had gedaan was de maximale stroominstelling veranderen.

[ Voor 8% gewijzigd door Ali_van_G op 09-07-2026 20:50 ]

[Allewijn]

@daemonix dat kan je ook nog proberen, de switch voor maximale stroominstelling aanpassen, om te kijken of ring dan weer blauw wordt...

[Allewijn]

Iemand anders van NeLeSo reageerde, los van de vorige reactie nog met het volgende (nav de mails die ik hen stuurde, zie eerdere posts):

Hello,

We will not develop any updates, and I don’t think Ampure will approve a new software release.

There might be a follow up version from Vestel (EVC04) and then we can re-visit the issue. The internals are very similar.

Please do not updates from Vestel directly, this might break the device.

Best,

Sebastian 

[Dextro1986]

Ik ben bezig de verschillen tussen Webasto Unite-laders in kaart te brengen.

Is er iemand met:

• HMI v3.187.0
• geen poort 443
• wel poort 4443

die bereid is een factory reset uit te voeren? Iemand bereid de firmware opnieuw te installeren?

Ik ben benieuwd of daarna het volgende verandert:

• Komt poort 443 erbij?
• Verandert het gedrag van:
  • https://<ip>:443/api/login
  • https://<ip>:4443/api/login

Graag vóór én ná de reset even controleren.

Het doel is om uit te zoeken of dit een configuratieverschil is of een eigenschap van de firmware/hardware.

[Cavalera125]

Wellicht later in het weekend. Zou het te maken kunnen hebben met 'zelfstandige modus' vs ocpp? De mijne is via OCPP gekoppeld en heeft geen 443 open staan.

[Dextro1986]

Cavalera125 schreef op donderdag 9 juli 2026 @ 23:30:
Wellicht later in het weekend. Zou het te maken kunnen hebben met 'zelfstandige modus' vs ocpp? De mijne is via OCPP gekoppeld en heeft geen 443 open staan.

Nee dat lijkt er niets mee te maken hebben.

[Dextro1986]

De integraties staan inmiddels online.

https://github.com/Dextro86/unite_ev_charger en https://github.com/Dextro86/unite_evcc_bridge

[Allewijn]

Dextro1986 schreef op vrijdag 10 juli 2026 @ 01:53:
De integraties staan inmiddels online.

https://github.com/Dextro86/unite_ev_charger en https://github.com/Dextro86/unite_evcc_bridge

Oehhh tof!

Al online, ondanks dat je nog niet helemaal uit het 1p3p gedrag bent en/of bovenstaande vragen omtrent gedrag open/dichte poorten?

Kan je wat meer vertellen over de werking van de bridge? Want zoals je weet wil ik zelf héél graag evcc als ems gaan behouden (en uitbreiden met thuisbatterij), maar liefst zonder betaalde tokens. Dus via HA (jouw bridge), zonder nadelen tov directe koppeling Webasto aan evcc zoals nu (trial token).

[Dextro1986]

Allewijn schreef op vrijdag 10 juli 2026 @ 05:47:
[...]

Oehhh tof!

Al online, ondanks dat je nog niet helemaal uit het 1p3p gedrag bent en/of bovenstaande vragen omtrent gedrag open/dichte poorten?

Kan je wat meer vertellen over de werking van de bridge? Want zoals je weet wil ik zelf héél graag evcc als ems gaan behouden (en uitbreiden met thuisbatterij), maar liefst zonder betaalde tokens. Dus via HA (jouw bridge), zonder nadelen tov directe koppeling Webasto aan evcc zoals nu (trial token).

Voor mijn vakantie even snel een readme in elkaar laten zetten door Claude, dus daar moet het een en ander nog wel aan veranderd worden t.z.t. Ook wat betreft lader specifiek gedrag met betrekking tot 1P3P wissel en REST API is het voor de toekomst handig om dat later nog een keer vast te leggen.

Beide integraties kunnen met EVCC gebruikt worden en dienen als je alle opties(recovery) uit zet gewoon als doorgeef luik voor EVCC.

Voor nu kunnen ze getest en gebruikt worden en kunnen mensen vooruit.

[Dextro1986]

Allewijn schreef op donderdag 9 juli 2026 @ 21:06:
Iemand anders van NeLeSo reageerde, los van de vorige reactie nog met het volgende (nav de mails die ik hen stuurde, zie eerdere posts):

Hello,

We will not develop any updates, and I don’t think Ampure will approve a new software release.

There might be a follow up version from Vestel (EVC04) and then we can re-visit the issue. The internals are very similar.

Please do not updates from Vestel directly, this might break the device.

Best,

Sebastian 

Ik heb ook nog een korte reactie ontvangen van NeLeSo. Ik heb Vestel om meer specifieke informatie gevraagd, dus eens afwachten wat ik daar nog van terug krijg.

[roviaro]

Dextro1986 schreef op vrijdag 10 juli 2026 @ 01:53:
De integraties staan inmiddels online.

https://github.com/Dextro86/unite_ev_charger en https://github.com/Dextro86/unite_evcc_bridge

Helemaal mooi!

Ben inmiddels aan het testen met de charger integratie als bridge. Bij installatie kom ik er niet helemaal uit.

De phases1p3p kan ik niet vinden. Er is maar 1 select entity en dat is (bij mij, HA engels) select.unite_ev_charger_mode. Zie ik iets over het hoofd?

[roviaro]

Dextro1986 schreef op donderdag 9 juli 2026 @ 21:45:
Ik ben bezig de verschillen tussen Webasto Unite-laders in kaart te brengen.

Is er iemand met:

• HMI v3.187.0
• geen poort 443
• wel poort 4443

die bereid is een factory reset uit te voeren? Iemand bereid de firmware opnieuw te installeren?

Ik ben benieuwd of daarna het volgende verandert:

• Komt poort 443 erbij?
• Verandert het gedrag van:
  • https://<ip>:443/api/login
  • https://<ip>:4443/api/login

Graag vóór én ná de reset even controleren.

Het doel is om uit te zoeken of dit een configuratieverschil is of een eigenschap van de firmware/hardware.

Ik heb deze zo te zien. Aantal weken geleden heb ik meermaals een factory reset gedaan omdat ik in de log allerlei connectie-fouten zag. Dit bleek later de default ocpp webasto provider te zijn.

Dus de situatie zoals deze nu is was al na een factory reset (op de laatste firmware). Hoe het daarvoor was weet ik niet.

[Dextro1986]

roviaro schreef op vrijdag 10 juli 2026 @ 10:04:
[...]

Helemaal mooi!

Ben inmiddels aan het testen met de charger integratie als bridge. Bij installatie kom ik er niet helemaal uit.

De phases1p3p kan ik niet vinden. Er is maar 1 select entity en dat is (bij mij, HA engels) select.unite_ev_charger_mode. Zie ik iets over het hoofd?

Zoek eens op bridge of ev_charger, afhankelijk van de integratie die je gebruikt. Hij is er wel, want ik gebruik hem. Bij ontwikkelaarshulpmiddelen en dan statussen kun je alles zien!

Je moet trouwens wel fase schakelen aanzetten bij de instellingen van de integratie, anders komt hij niet. Bij mij heet hij select.oprit_unite_ev_charger_fasen

[ Voor 12% gewijzigd door Dextro1986 op 10-07-2026 13:23 ]

[Dextro1986]

roviaro schreef op vrijdag 10 juli 2026 @ 10:06:
[...]

Ik heb deze zo te zien. Aantal weken geleden heb ik meermaals een factory reset gedaan omdat ik in de log allerlei connectie-fouten zag. Dit bleek later de default ocpp webasto provider te zijn.

Dus de situatie zoals deze nu is was al na een factory reset (op de laatste firmware). Hoe het daarvoor was weet ik niet.

Factory reset verandert dus niets aan REST-API. Ben benieuwd of ik een reactie krijg van Vestel.

[cnsmr]

Dextro1986 schreef op vrijdag 10 juli 2026 @ 01:53:
De integraties staan inmiddels online.

https://github.com/Dextro86/unite_ev_charger en https://github.com/Dextro86/unite_evcc_bridge

Kun je aangeven hoe je de lader binnen EVCC vervolgens configureert?

[lonkhuijzen]

ik heb een ontzettend leuke ontdekking gedaan!

de laadpaal (iig de mijne) doet gewoon volledig rest api lijkt het!

OP de laatste firmware versie v3.187.0

Deze maakt alle items inzichtelijk:

code:

TOKEN=$(curl -skS -X POST 'https://{IP}:4443/api/login' -H 'Content-Type: application/json' --data '{"username":"admin","password":"{PASSWORD}"}' | jq -r '.access_token // empty') && curl -skS -H "Authorization: Bearer $TOKEN" -H 'Accept: application/json' 'https://{IP}:4443/api/configuration-fields/' | jq . > webasto-configuration-fields.txt

Deze haalt de fase instelling op:

code:

TOKEN=$(curl -skS -X POST 'https://{IP}:4443/api/login' -H 'Content-Type: application/json' --data '{"username":"admin","password":"{PASSWORD}"}' | jq -r '.access_token // empty') && curl -skS -H "Authorization: Bearer $TOKEN" -H 'Accept: application/json' 'https://{IP}:4443/api/configuration-fields/' | jq -r '.[] | select(.fieldKey=="installationSettings.currentLimiterPhase") | .value.value'

En deze voor wijzigen van de fase van 0 naar 1 bv...

code:

TOKEN=$(curl -skS -X POST 'https://{IP}:4443/api/login' -H 'Content-Type: application/json' --data '{"username":"admin","password":"{PASSWORD}"}' | jq -r '.access_token // empty') && curl -skS -i -X POST 'https://{IP}:4443/api/configuration-updates' -H "Authorization: Bearer $TOKEN" -H 'Content-Type: application/json' -H 'Accept: application/json' --data '[{"fieldKey":"installationSettings.currentLimiterPhase","value":{"value":1,"valueType":"selection"}}]'

alleen de actuele meetwaarden ben ik nog niet achter

letwel dit zijn de configuratieitems zoals in de webui... dit is dus niet de modbus aansturing voor fasewissel api

[ Voor 4% gewijzigd door lonkhuijzen op 10-07-2026 13:36 ]

[Glashelder]

@lonkhuijzen cool, maar het daarbij wel handig dat je even meldt welke versie je draait..

[Dextro1986]

lonkhuijzen schreef op vrijdag 10 juli 2026 @ 13:29:
ik heb een ontzettend leuke ontdekking gedaan!

de laadpaal (iig de mijne) doet gewoon volledig rest api lijkt het!

OP de laatste firmware versie v3.187.0

Deze maakt alle items inzichtelijk:

code:

TOKEN=$(curl -skS -X POST 'https://{IP}:4443/api/login' -H 'Content-Type: application/json' --data '{"username":"admin","password":"{PASSWORD}"}' | jq -r '.access_token // empty') && curl -skS -H "Authorization: Bearer $TOKEN" -H 'Accept: application/json' 'https://{IP}:4443/api/configuration-fields/' | jq . > webasto-configuration-fields.txt

Deze haalt de fase instelling op:

code:

TOKEN=$(curl -skS -X POST 'https://{IP}:4443/api/login' -H 'Content-Type: application/json' --data '{"username":"admin","password":"{PASSWORD}"}' | jq -r '.access_token // empty') && curl -skS -H "Authorization: Bearer $TOKEN" -H 'Accept: application/json' 'https://{IP}:4443/api/configuration-fields/' | jq -r '.[] | select(.fieldKey=="installationSettings.currentLimiterPhase") | .value.value'

En deze voor wijzigen van de fase van 0 naar 1 bv...

code:

TOKEN=$(curl -skS -X POST 'https://{IP}:4443/api/login' -H 'Content-Type: application/json' --data '{"username":"admin","password":"{PASSWORD}"}' | jq -r '.access_token // empty') && curl -skS -i -X POST 'https://{IP}:4443/api/configuration-updates' -H "Authorization: Bearer $TOKEN" -H 'Content-Type: application/json' -H 'Accept: application/json' --data '[{"fieldKey":"installationSettings.currentLimiterPhase","value":{"value":1,"valueType":"selection"}}]'

alleen de actuele meetwaarden ben ik nog niet achter

letwel dit zijn de configuratieitems zoals in de webui... dit is dus niet de modbus aansturing voor fasewissel api

Het zou fijn zijn als je het soft-reset endpoint weet te achterhalen.

[Allewijn]

cnsmr schreef op vrijdag 10 juli 2026 @ 13:18:
[...]

Kun je aangeven hoe je de lader binnen EVCC vervolgens configureert?

@Dextro1986 zou ik, als echte H.A. beginneling, ook wel willen weten. Kleine how-to hoe ik de bridge vanaf nul aan de praat krijg tot aan evcc (evcc beheers ik nu wel).

[Maverick_tfd]

Dextro1986 schreef op vrijdag 10 juli 2026 @ 01:53:
De integraties staan inmiddels online.

https://github.com/Dextro86/unite_ev_charger en https://github.com/Dextro86/unite_evcc_bridge

Dank! Ik heb net de charger integratie geïnstalleerd. Ik kan de wallbox succesvol toevoegen, maar na een restart van HA heb ik 2 apparaten in dezelfde integratie met ieder 30 entiteiten waarvan maar 1 het doet.

Één van de twee toont het serienummer van de wallbox, de andere niet.

[ Voor 8% gewijzigd door Maverick_tfd op 10-07-2026 16:25 ]

[Dextro1986]

Allewijn schreef op vrijdag 10 juli 2026 @ 14:04:
[...]

@Dextro1986 zou ik, als echte H.A. beginneling, ook wel willen weten. Kleine how-to hoe ik de bridge vanaf nul aan de praat krijg tot aan evcc (evcc beheers ik nu wel).

Als het goed is staat het redelijk beknopt in de readme. Je verwijderd de Unite uit EVCC als je die al had toegevoegd. Dan voeg je een home-assistant lader toe aan EVCC. En dan komt het stuk wat ik niet kan voorspellen, want home-assistant bepaalt de entiteit namen. In EVCC moet je dan entiteiten koppelen. Als je in home-assistant kijkt bij ontwikkelaarshulpmiddelen en dan statussen en zoekt op bridge of ev charger dan vindt je alle entiteiten. Zorg ervoor dat de integratie, als je de ev charger gebruikt op external controller(evcc) staat. Ik zal als ik tijd heb voor screenshots zorgen.

[Dextro1986]

Maverick_tfd schreef op vrijdag 10 juli 2026 @ 16:19:
[...]


Dank! Ik heb net de charger integratie geïnstalleerd. Ik kan de wallbox succesvol toevoegen, maar na een restart van HA heb ik 2 apparaten in dezelfde integratie met ieder 30 entiteiten waarvan maar 1 het doet.

Één van de twee toont het serienummer van de wallbox, de andere niet.

Die tweede doet het niet, omdat de eerste al een modbus verbinding heeft. Verwijder degene die het niet doet maar.

[roviaro]

Dextro1986 schreef op vrijdag 10 juli 2026 @ 13:14:
[...]

Zoek eens op bridge of ev_charger, afhankelijk van de integratie die je gebruikt. Hij is er wel, want ik gebruik hem. Bij ontwikkelaarshulpmiddelen en dan statussen kun je alles zien!

Je moet trouwens wel fase schakelen aanzetten bij de instellingen van de integratie, anders komt hij niet. Bij mij heet hij select.oprit_unite_ev_charger_fasen

Ah dat laatste was het, toen kwam inderdaad de fase entiteit erbij, bedankt!

[lonkhuijzen]

Dextro1986 schreef op vrijdag 10 juli 2026 @ 13:39:
[...]

Het zou fijn zijn als je het soft-reset endpoint weet te achterhalen.

Ik weet het niet zeker of het een soft of hard reset is maar hij reboot wel:

inlog+token

code:

WALLBOX=https://{IP}
USER=admin
PASS='{PASSWORD}'

TOKEN=$(curl -sk -X POST "$WALLBOX/api/login" \
  -H "Content-Type: application/json" \
  -d "{\"username\":\"$USER\",\"password\":\"$PASS\"}" | jq -r .access_token)
echo "$TOKEN"

Dit lijkt de hard reboot te zijn want de uptime begint opnieuw als ik opnieuw inlog.

code:

curl -skS -i -X POST \
  -H "Authorization: Bearer $TOKEN" \
  -H "Accept: application/json" \
  "$WALLBOX/api/custom-actions/restart-system"

Dit lijkt de soft reboot te zijn want de uptime blijft staan als ik opnieuw inlog.

code:

curl -skS -i -X POST \
  -H "Authorization: Bearer $TOKEN" \
  -H "Accept: application/json" \
  "$WALLBOX/api/custom-actions/soft-reset"

[ Voor 24% gewijzigd door lonkhuijzen op 10-07-2026 18:46 ]

[roviaro]

Maverick_tfd schreef op vrijdag 10 juli 2026 @ 16:19:
[...]


Dank! Ik heb net de charger integratie geïnstalleerd. Ik kan de wallbox succesvol toevoegen, maar na een restart van HA heb ik 2 apparaten in dezelfde integratie met ieder 30 entiteiten waarvan maar 1 het doet.

Één van de twee toont het serienummer van de wallbox, de andere niet.

Dit heb ik ook, krijg de tweede niet weg.

[Maverick_tfd]

roviaro schreef op zondag 12 juli 2026 @ 08:32:
[...]

Dit heb ik ook, krijg de tweede niet weg.

Inderdaad. Ik heb ook al de integratie een paar keer moeten herladen omdat ie niet meer werkte.

Eerlijk gezegd werkt de nieuwe integratie tot nu toe minder goed dan de oude...

[Dextro1986]

Maverick_tfd schreef op zondag 12 juli 2026 @ 11:08:
[...]

Inderdaad. Ik heb ook al de integratie een paar keer moeten herladen omdat ie niet meer werkte.

Eerlijk gezegd werkt de nieuwe integratie tot nu toe minder goed dan de oude...

Bugfix is onderweg. Wat werkt er minder goed dan de oude?

Kun je de volgende vragen beantwoorden?:

1. HA-log op het moment dat het stopt: Instellingen → Systeem → Logboek, filter op unite_ev_charger — is er een traceback/fout? Die pinpoint het meteen.
2. Diagnostics-download: integratie → ⋮ → Diagnostische gegevens downloaden (bevat modbus_stats: reconnects/timeouts/failures/last_error + last_update_success).
3. Draait er evcc of een tweede integratie op dezelfde paal (poort 502)?
4. Welke modus (Snel/Handmatig/Zon/Min+Zon) en is er een meter-sensor ingesteld?

[ Voor 47% gewijzigd door Dextro1986 op 12-07-2026 11:48 ]

[Dextro1986]

lonkhuijzen schreef op vrijdag 10 juli 2026 @ 18:22:
[...]

Ik weet het niet zeker of het een soft of hard reset is maar hij reboot wel:

inlog+token

code:

WALLBOX=https://{IP}
USER=admin
PASS='{PASSWORD}'

TOKEN=$(curl -sk -X POST "$WALLBOX/api/login" \
  -H "Content-Type: application/json" \
  -d "{\"username\":\"$USER\",\"password\":\"$PASS\"}" | jq -r .access_token)
echo "$TOKEN"

Dit lijkt de hard reboot te zijn want de uptime begint opnieuw als ik opnieuw inlog.

code:

curl -skS -i -X POST \
  -H "Authorization: Bearer $TOKEN" \
  -H "Accept: application/json" \
  "$WALLBOX/api/custom-actions/restart-system"

Dit lijkt de soft reboot te zijn want de uptime blijft staan als ik opnieuw inlog.

code:

curl -skS -i -X POST \
  -H "Authorization: Bearer $TOKEN" \
  -H "Accept: application/json" \
  "$WALLBOX/api/custom-actions/soft-reset"

Dankjewel. Ik wacht nog even op een reactie van Vestel om te kijken wat zij zeggen over REST-API, want er lijken grote verschillen te zijn tussen diverse laders en diverse firmwares.

[Dextro1986]

Zometeen doe ik een update van de integraties. Wat iedereen het beste kan doen is het volgende:

1. Verwijder alle laders uit evcc, als je evcc gebruikt.
2. Verwijder de integraties in HA bij Instellingen → Apparaten en diensten → (integratie) → ⋮ → Verwijderen.
3. Herstart HA.
4. Update de integraties in HACS, kies de integratie en klik Rechtsboven het ⋮-menu → Redownload (of "Opnieuw downloaden"). Kies expliciet versie v0.1.1 → Download. Herstart HA.
5. Ga in HA naar Instellingen → Apparaten en diensten → Klik onderin op + Integratie toevoegen en kies de integratie die je wilt.
6. Configureer de integratie en gebruik hem standalone of in evcc. De bridge integratie is specifiek voor alleen evcc. De ev_charger integratie kan beiden en als je hem met evcc wilt gebruiken moet je hem op external controller zetten.
7. Als je evcc wilt gebruiken kun je nu een home assistant charger toevoegen en de entity id's gebruiken uit de integratie.

Het volgende is belangrijk:

• Eén Modbus-master per lader. Draai níet tegelijk deze integratie én evcc's eigen Modbus-charger (of beide integraties) op dezelfde paal — poort 502 laat maar één verbinding toe.

Komende weken ben ik op vakantie. Als er issues zijn, blijf ze posten en dan ga ik er na de vakantie mee aan de slag.

[Allewijn]

daemonix schreef op woensdag 8 juli 2026 @ 19:31:
Hmmm, bij mij blijft de ring groen/blauw knipperen. Reset doet niets, knippert gewoon vrolijk door. Wat doe ik fout?

Kan dat ik het in alle berichten heb gemist
Maar heb je hem weer werkende na al onze tips @daemonix ?
Gisteren heb ik bij een maatje van me ook een Unite geïnstalleerd. Ging vlekkeloos alleen na wat dingen in web-UI qua 3 fasen 16A goed te zetten en herstarten bleef hij ook flink lang blauw-groen knipperen.

Kreeg het goed benauwd en dacht gelijk aan jouw probleem. Alleen ineens sprong hij op continue blauw en hopla, alles werkte correct. Eerst nog even gek genoeg op 3x10A max. Heel vreemd. Alles stond correct op 3x16A im settings en fysiek op standje A, en correct in EV. Maar niks hielp. Nog een herstart en toen werd het ineens 3x16A zoals bedoeld....

[roviaro]

Dextro1986 schreef op zondag 12 juli 2026 @ 13:00:
Zometeen doe ik een update van de integraties. Wat iedereen het beste kan doen is het volgende:

1. Verwijder alle laders uit evcc, als je evcc gebruikt.
2. Verwijder de integraties in HA bij Instellingen → Apparaten en diensten → (integratie) → ⋮ → Verwijderen.
3. Herstart HA.
4. Update de integraties in HACS, kies de integratie en klik Rechtsboven het ⋮-menu → Redownload (of "Opnieuw downloaden"). Kies expliciet versie v0.1.1 → Download. Herstart HA.
5. Ga in HA naar Instellingen → Apparaten en diensten → Klik onderin op + Integratie toevoegen en kies de integratie die je wilt.
6. Configureer de integratie en gebruik hem standalone of in evcc. De bridge integratie is specifiek voor alleen evcc. De ev_charger integratie kan beiden en als je hem met evcc wilt gebruiken moet je hem op external controller zetten.
7. Als je evcc wilt gebruiken kun je nu een home assistant charger toevoegen en de entity id's gebruiken uit de integratie.

Het volgende is belangrijk:

• Eén Modbus-master per lader. Draai níet tegelijk deze integratie én evcc's eigen Modbus-charger (of beide integraties) op dezelfde paal — poort 502 laat maar één verbinding toe.

Komende weken ben ik op vakantie. Als er issues zijn, blijf ze posten en dan ga ik er na de vakantie mee aan de slag.

Het is gelukt en ik heb nu zoals verwacht maar 1 werkende charger! Super bedankt! En een fijne vakantie natuurlijk!

[Dextro1986]

roviaro schreef op zondag 12 juli 2026 @ 16:38:
[...]

Het is gelukt en ik heb nu zoals verwacht maar 1 werkende charger! Super bedankt! En een fijne vakantie natuurlijk!

Top! Dankjewel!

[daemonix]

Allewijn schreef op zondag 12 juli 2026 @ 14:46:
[...]

Kan dat ik het in alle berichten heb gemist
Maar heb je hem weer werkende na al onze tips @daemonix ?
Gisteren heb ik bij een maatje van me ook een Unite geïnstalleerd. Ging vlekkeloos alleen na wat dingen in web-UI qua 3 fasen 16A goed te zetten en herstarten bleef hij ook flink lang blauw-groen knipperen.

Kreeg het goed benauwd en dacht gelijk aan jouw probleem. Alleen ineens sprong hij op continue blauw en hopla, alles werkte correct. Eerst nog even gek genoeg op 3x10A max. Heel vreemd. Alles stond correct op 3x16A im settings en fysiek op standje A, en correct in EV. Maar niks hielp. Nog een herstart en toen werd het ineens 3x16A zoals bedoeld....

Nee, nog niet werkend. Ga morgen proberen om onder andere de stroombeperking eens terug te zetten en nog een keer alle connectors aanduwen. Alle tips had ik al gedaan helaas, ben nu op zoek naar de doos en spullen om hem weer terug te sturen. Wel keurig netjes een Joulo account via Tibber gekregen. Dat is dus allemaal geregeld.

[Allewijn]

daemonix schreef op zondag 12 juli 2026 @ 18:18:
[...]

Nee, nog niet werkend. Ga morgen proberen om onder andere de stroombeperking eens terug te zetten en nog een keer alle connectors aanduwen. Alle tips had ik al gedaan helaas, ben nu op zoek naar de doos en spullen om hem weer terug te sturen. Wel keurig netjes een Joulo account via Tibber gekregen. Dat is dus allemaal geregeld.

Stroom beperking terug te zetten? Dus je kan wel weer in de web-UI? Dus je kan hem hem daar ook fabrieksresetten?

[Dextro1986]

daemonix schreef op zondag 12 juli 2026 @ 18:18:
[...]

Nee, nog niet werkend. Ga morgen proberen om onder andere de stroombeperking eens terug te zetten en nog een keer alle connectors aanduwen. Alle tips had ik al gedaan helaas, ben nu op zoek naar de doos en spullen om hem weer terug te sturen. Wel keurig netjes een Joulo account via Tibber gekregen. Dat is dus allemaal geregeld.

Haal hem eens van de stroom. Trek de ethernet kabel eruit en NIET meer inpluggen. Op de hoofdprint zitten 6 dip switches en die zet je allemaal op OFF. Op de hoofdprint zit ook een potmeter en die zet je op A voor 3x16A. Aan de linkerkant van de hoofdprint zit nog een schakelaar met 3 standen, die zet je op stand 1(helemaal naar beneden). Op je HMI print(die zit aan de binnenkant van de deksel die open gaat) zijn ook een aantal dip switches en die zet je allemaal naar boven. Dan de stroom er weer op. En dan zoek je weer de reset button op je HMI print(SW 4) en die druk je in en houdt je minimaal 5 seconden vast.

[ Voor 5% gewijzigd door Dextro1986 op 12-07-2026 19:29 ]

[onnaj]

Allewijn schreef op zondag 12 juli 2026 @ 18:27:
[...]

Stroom beperking terug te zetten? Dus je kan wel weer in de web-UI? Dus je kan hem hem daar ook fabrieksresetten?

Ik denk dat hij de hardwarematige switch bedoelt?

[Ali_van_G]

Heb nu een paar laadsessies gehad met de evcc bridge intergratie en moet zeggen dat het mooi werkt. Heb hem op 1 fase aangesloten dus niets met fase wisselen gedaan.

[justinb81]

Komt ook de RFID code van de laadpas mee met de evcc bridge?

Main use-case voor mij met de Webasto/evcc is dat ik en overige 3 gezinsleden thuis kunnen laden (2 BEV, 2 E-scooter) maar iedereen een afrekening per maand krijgt naar verbruik, en mijn auto alleen vrijdag t/m zondag laadt als de prijs onder de 23 cent zakt.

Daar heb ik wel een een pasje per gebruiker voor nodig waarvan de RFID code doorgegeven wordt naar evcc zodat ik per maand een csv kan downloaden.

[Dextro1986]

justinb81 schreef op zondag 12 juli 2026 @ 22:33:
Komt ook de RFID code van de laadpas mee met de evcc bridge?

Main use-case voor mij met de Webasto/evcc is dat ik en overige 3 gezinsleden thuis kunnen laden (2 BEV, 2 E-scooter) maar iedereen een afrekening per maand krijgt naar verbruik, en mijn auto alleen vrijdag t/m zondag laadt als de prijs onder de 23 cent zakt.

Daar heb ik wel een een pasje per gebruiker voor nodig waarvan de RFID code doorgegeven wordt naar evcc zodat ik per maand een csv kan downloaden.

De integratie voert alleen uit wat evcc vraagt. Doet niets met pasjes/rfid en dergelijke. Ik neem aan dat je het een of het ander via OCPP gekoppeld hebt om laadsessies te verrekenen?

[Dextro1986]

Ali_van_G schreef op zondag 12 juli 2026 @ 21:29:
Heb nu een paar laadsessies gehad met de evcc bridge intergratie en moet zeggen dat het mooi werkt. Heb hem op 1 fase aangesloten dus niets met fase wisselen gedaan.

Dat is fijn om te horen!

[zekerz]

Ik heb de nieuwe bridge integratie in HA geconfigureerd, nog niet aan evcc gekoppeld. Nu blijft de laadpaal op 18W hangen. Heb ik een instelling verkeerd staan, of komt dit omdat ik nog niet heb gekoppeld aan evcc?

[Dextro1986]

zekerz schreef op woensdag 15 juli 2026 @ 21:22:
Ik heb de nieuwe bridge integratie in HA geconfigureerd, nog niet aan evcc gekoppeld. Nu blijft de laadpaal op 18W hangen. Heb ik een instelling verkeerd staan, of komt dit omdat ik nog niet heb gekoppeld aan evcc?

Je moet hem wel configureren in evcc.

[justinb81]

Dextro1986 schreef op zondag 12 juli 2026 @ 22:42:
[...]

De integratie voert alleen uit wat evcc vraagt. Doet niets met pasjes/rfid en dergelijke. Ik neem aan dat je het een of het ander via OCPP gekoppeld hebt om laadsessies te verrekenen?

Ik heb verkeerd gelezen denk ik. Ik dacht gelezen te hebben dat de Home Assistant charger in evcc RFID ondersteunde. Ik zie het er niet bij staan dus blijf ik maar betalen voor de sponsorship voorlopig

Ik had het gevonden bij Home Assistant vehicles blijkbaar

Ik haal nu gewoon maandelijks de evcc rapporten op om handmatig tikkies te sturen naar de gezinsleden. Ik heb nog geen gratis of goedkope payment provider gevonden die niets extra's per kWh rekent om het via een laadpas af te rekenen.

[ Voor 7% gewijzigd door justinb81 op 16-07-2026 22:35 ]

[HarDus]

In je aftiteling: 1000km snelladen gratis, wouw!: bij 6km/kWh is 170kWh bij 0,35€/kWh is wel:

1000/6*0,35=58,33€

Natuurlijk het is iets, want onderhandelen is er bij deze online verkoop niet bij. Bij ons was het maar 500km en ter compensatie dat de auto niet volgeladen was. Blijft er €29 extra over.

Niet relevant ivm de prijsacties die er regelmatig zijn, maar helaas onvoorspelbaar.

[ Voor 12% gewijzigd door HarDus op 17-07-2026 01:58 ]

[Dextro1986]

justinb81 schreef op donderdag 16 juli 2026 @ 22:33:
[...]

Ik heb verkeerd gelezen denk ik. Ik dacht gelezen te hebben dat de Home Assistant charger in evcc RFID ondersteunde. Ik zie het er niet bij staan dus blijf ik maar betalen voor de sponsorship voorlopig

Ik had het gevonden bij Home Assistant vehicles blijkbaar

Ik haal nu gewoon maandelijks de evcc rapporten op om handmatig tikkies te sturen naar de gezinsleden. Ik heb nog geen gratis of goedkope payment provider gevonden die niets extra's per kWh rekent om het via een laadpas af te rekenen.

Home Assistant charger via de UI heeft die velden niet. Wat wel kan is het toevoegen aan de integratie en dan in evcc een custom charger configureren. Je verliest dan het gemak van configureren via de UI, maar bespaart je wel een sponsor token.

Op dit moment ligt de focus op stabiliteit en basis functionaliteit, maar toevoegen lijkt niet zo heel moeilijk.

Ik ken de betreffende modbus registers niet, omdat ik het zelf niet gebruik. Dat zouden we dus even uit moeten zoeken.

[master1104]

Allewijn schreef op zondag 5 juli 2026 @ 10:21:
En alsof het de goden verzoeken is omdat ik nu ook mijn focus zo veel op 1p3p heb;
ik kom er zojuist achter dat deze ochtend, toen ik handmatig in evcc 'snel' koos (omdat er amper zon is en evcc al sinds gisteravond ingeplugd aan het 'wachten' was, ik de EV vandaag toch even helemaal wil laden)), hij ook op maar 1p bleef hangen!
Je bent gelukkig toch niet de enige @Dextro1986
Na al mijn succesverhalen hier dus ook even mismoes...

En helaas! Ook hier na dagen perfect wisselen nu een schakelprobleem. Hij blijft nu hangen op 1P en reageert niet meer op de 3P schakelaar die het bijbehorende modbus register schrijft. Ook in mijn geval na een dag met veel wachten op zon en veelvuldig schakelen, zelfde case als hierboven dus.

Er lijken dus geen uitzonderingen op deze bug te zijn, waardoor een workaround idd noodzaak is.

[Dextro1986]

master1104 schreef op zondag 19 juli 2026 @ 09:16:
[...]

En helaas! Ook hier na dagen perfect wisselen nu een schakelprobleem. Hij blijft nu hangen op 1P en reageert niet meer op de 3P schakelaar die het bijbehorende modbus register schrijft. Ook in mijn geval na een dag met veel wachten op zon en veelvuldig schakelen, zelfde case als hierboven dus.

Er lijken dus geen uitzonderingen op deze bug te zijn, waardoor een workaround idd noodzaak is.

Dat komt, omdat het register al op 1 staat. De lader volgt dit fysiek dan niet om de een of andere reden. Meerdere keren 1 schrijven naar het register lost het niet op. Herstart is het enige wat helpt.

Hopelijk reageert Vestel nog een keer op mijn vragen, misschien dat we dan nog iets wijzer worden wat betreft fase schakelen en REST-API.

Gelukkig kunnen we de lader nu via de integratie herstarten, dat scheelt naar de stroomonderbreker gaan en het daar doen.

Volgende versies misschien het een en ander automatiseren wat betreft fase mismatch en herstart.

[VW-Bart]

Dextro1986 schreef op zondag 19 juli 2026 @ 10:47:
[...]

Dat komt, omdat het register al op 1 staat. De lader volgt dit fysiek dan niet om de een of andere reden. Meerdere keren 1 schrijven naar het register lost het niet op. Herstart is het enige wat helpt.

Hopelijk reageert Vestel nog een keer op mijn vragen, misschien dat we dan nog iets wijzer worden wat betreft fase schakelen en REST-API.

Gelukkig kunnen we de lader nu via de integratie herstarten, dat scheelt naar de stroomonderbreker gaan en het daar doen.

Volgende versies misschien het een en ander automatiseren wat betreft fase mismatch en herstart.

Het blijven hangen op 1p heb ik ook geconstateerd, wel heb ik aangegeven dat hij tot 32A mag laden en daardoor kan hij wel pv overschot gebruiken om ook op 1p redelijk snel te laden nog.

herstarten via HomeAssistant werkt idd wel, maar ik moet dan alsnog naar buiten want onze auto (Cupra Born) geeft dan een foutmelding en ik moet de laadstekker er dan even uithalen en weer opnieuw insteken.

[Allewijn]

master1104 schreef op zondag 19 juli 2026 @ 09:16:
[...]

En helaas! Ook hier na dagen perfect wisselen nu een schakelprobleem. Hij blijft nu hangen op 1P en reageert niet meer op de 3P schakelaar die het bijbehorende modbus register schrijft. Ook in mijn geval na een dag met veel wachten op zon en veelvuldig schakelen, zelfde case als hierboven dus.

Er lijken dus geen uitzonderingen op deze bug te zijn, waardoor een workaround idd noodzaak is.

Balen! Maar 'gelukkig' ervaren we het dan wel allemaal. Dan is het iig overal hetzelfde qua werking en kunnen we er ooit hopelijk een oplossing voor vinden/maken.
Gekke is wel dat ik ik mijn Webasto dus nu sinds 29 mei mét evcc en fw .187 gebruik en al 33 dagen heb geladen. En denk circa de helft daarvan is in de PV-modus geladen (andere deel FAST).
En dat is al die keren, behalve die ene keer (zie mijn post 5 juli) goed gegaan.
Ook terwijl ik dit tik staat hij live weer op 4,8kW 3P zonnestroom te laden, schoof net even naar 2,5kW 1P door wolken en schakelt ook weer netjes op naar 3P.
Het werkt dus gewoon...
Maar nét niet 100% betrouwbaar.
Why?!?...

Ik gebruik evcc nog steeds zonder HA(bridge). Met trial tokens. Net zo lang tot ik de conclusie trek dat/of alles werkt en dan beslis ik of ik ga betalen of via dextro's bridge doe (wil de bridge nergens de schuld van geven; dus eerst zelfstandig evcc blijven draaien).

@master1104 hoe los je het blijven hangen nu op? Laadpaal alamat even uit, evcc uit, laadpaal weer aan en evcc weer starten?

Want ik weet wel dat ik echt graag als HEMS (Home Energy Management System) met evcc door wil. Want man wat is het duidelijk en mooi/sterk visueel. Mooie kloppende zonnevoorspellingsgrafieken voor aankomende dagen. Perfecte DLB, Mooie features voor dynamische prijzen. Mooie toekomstige potentie (optimizers), mooie koppelingen met andere energieverbruikers op slimme stekkers in mijn huis en klaar voor heel veel merken thuisbatterijen (die ik vanaf oktober wil kiezen/kopen).

[ Voor 13% gewijzigd door Allewijn op 19-07-2026 11:01 ]

[Allewijn]

Dextro1986 schreef op zondag 19 juli 2026 @ 10:47:
[...]


Gelukkig kunnen we de lader nu via de integratie herstarten, dat scheelt naar de stroomonderbreker gaan en het daar doen.

Ik gebruik jouw integratie/bridge nog niet (maar de bridge ga ik sowieso asap minimaal gebruiken, want veel beter dan evcc tokens betalen denk ik... Tenzij ik meer apparatuur zoals een thuisbatterij ga kopen die ook via de betaalde evcc wijze 1 op 1 toegevoegd moet worden)

Over dat herstarten: In occp instellingen van de web-ui van de webasto kunnen we ook een dagelijkse herstart instellen. Bijv. iedere nacht. Is dat wijs? Los ik daar ook mee op dat 'als' hij een keer blijft hangen op 1p, wat dus echt gek genoeg maar sporadisch gebeurd, de volgende dag gewoon weer door gaat naar 3p?

[master1104]

Ik ben ook even wat dingen aan het testen, en laat hem bewust even in de 'vastgelopen' staan.

Wat ik iig zie:

- Het register (405) leest altijd 0 terug in de modbusTCP-19-07-2026.log, ook al schrijf ik er met developer tools van HA rechtstreeks 1 naar toe.

- Als ik 255 ipv de geldige 1 of 0 stuur, krijg ik geen logvermelding. Hij checkt de data dus wel op geldigheid. Ik hoopte met een ongeldige waarde het register weer vrij te krijgen, maar dat lukt dus helaas niet.

- Opvallend is wel dat 255 (of elke andere waarde > 1) wel teruggelezen wordt met:

YAML:

    - name: Webasto_Unite_Number_of_Phases
      unique_id: Webasto_Unite_Number_of_Phases
      slave: 255
      input_type: holding
      address: 405
      data_type: uint16
      swap: byte  # afwijkende byte-volgorde!

De laadpaal doet er dus niks mee, ook in de logging niet, maar het register springt wel op die waarde tot de volgende keer dat er 1 of 0 heen geschreven wordt waarna hij weer op 0 springt.

- @Allewijn ik heb de daily reboot aanstaan, maar ondanks deze settings is hij vannacht op 1P blijven hangen (gisteren om 13u vastgelopen, nu nog steeds). Dus of de reboot werkt niet, of een Soft Reset reboot lost het probleem niet op. Edit: Een softreboot vanuit het menu lost het probleem wel op. Ik lees nu weer 1 terug uit register 405 en hij staat op 3P. Denk dat de Daily reboot via OCCP niet lekker werkt.

[ Voor 25% gewijzigd door master1104 op 19-07-2026 11:32 ]

[Allewijn]

VW-Bart schreef op zondag 19 juli 2026 @ 10:53:
[...]

Het blijven hangen op 1p heb ik ook geconstateerd, wel heb ik aangegeven dat hij tot 32A mag laden en daardoor kan hij wel pv overschot gebruiken om ook op 1p redelijk snel te laden nog.

32A op 1P is wel slim. Dat is 7,4kW en dat is meer dan mijn PV max doet (met deze dagen is het vaak ~5,4kW). Maar ik heb maar een 3x25A thuis aansluiting en de Webasto zit op een 3x20A Alamat met 4mm2 aders, dus instelling op 1x 32A kan niet. Hoe heb jij dat? (en kan je EV meer dan 16A laden op 1p).
Misschien dat ik mijne wel in kan stellen op 20A ipv 16A, dan heb ik minder dood gat en minder pendelen tussen 1p en 3p. En met dlb wat evcc keurig doet, komt dat ook goed.

[Dextro1986]

VW-Bart schreef op zondag 19 juli 2026 @ 10:53:
[...]

Het blijven hangen op 1p heb ik ook geconstateerd, wel heb ik aangegeven dat hij tot 32A mag laden en daardoor kan hij wel pv overschot gebruiken om ook op 1p redelijk snel te laden nog.

herstarten via HomeAssistant werkt idd wel, maar ik moet dan alsnog naar buiten want onze auto (Cupra Born) geeft dan een foutmelding en ik moet de laadstekker er dan even uithalen en weer opnieuw insteken.

Sommige auto’s hebben echt die heronderhandeling nodig om weer opnieuw te starten met laden.

[Dextro1986]

master1104 schreef op zondag 19 juli 2026 @ 11:09:
Ik ben ook even wat dingen aan het testen, en laat hem bewust even in de 'vastgelopen' staan.

Wat ik iig zie:

- Het register (405) leest altijd 0 terug in de modbusTCP-19-07-2026.log, ook al schrijf ik er met developer tools van HA rechtstreeks 1 naar toe.

- Als ik 255 ipv de geldige 1 of 0 stuur, krijg ik geen logvermelding. Hij checkt de data dus wel op geldigheid. Ik hoopte met een ongeldige waarde het register weer vrij te krijgen, maar dat lukt dus helaas niet.

- Opvallend is wel dat 255 (of elke andere waarde > 1) wel teruggelezen wordt met:

YAML:

    - name: Webasto_Unite_Number_of_Phases
      unique_id: Webasto_Unite_Number_of_Phases
      slave: 255
      input_type: holding
      address: 405
      data_type: uint16
      swap: byte  # afwijkende byte-volgorde!

De laadpaal doet er dus niks mee, ook in de logging niet, maar het register springt wel op die waarde tot de volgende keer dat er 1 of 0 heen geschreven wordt waarna hij weer op 0 springt.

- @Allewijn ik heb de daily reboot aanstaan, maar ondanks deze settings is hij vannacht op 1P blijven hangen (gisteren om 13u vastgelopen, nu nog steeds). Dus of de reboot werkt niet, of een Soft Reset reboot lost het probleem niet op. Edit: Een softreboot vanuit het menu lost het probleem wel op. Ik lees nu weer 1 terug uit register 405 en hij staat op 3P. Denk dat de Daily reboot via OCCP niet lekker werkt. [Afbeelding]

Wat misschien interessanter in deze situatie is, is register 404? Eens kijken wat er op verschillende laders gebeurd met dat register als hij vast hangt op 1P. Restart via de integratie werkt op dezelfde manier als via de UI van de Unite op zijn eigen ip adres.

[Dextro1986]

Er zijn verschillende wegen die we kunnen bewandelen om het probleem te tackelen. Dagelijks herstart inplannen via de integratie, bij mismatch een 3P->1P->3P proberen, bij mismatch tijdens actieve sessie een herstart. Eerst even wat resultaten afwachten en later even testen wat er in verschillende scenario’s gebeurt.

[master1104]

Voor mij zit het grote probleem nu in het feit dat de Tesla onder geen enkel beding weer wil laden na een reboot. Ik heb uren lang geprobeerd dit op te lossen, maar alleen de laadstekker er uit en in lost het direct op. Ik gebruik ook het enable contact op de laadpaal met een remote switch om hem te kunnen blokkeren. Daar zie ik het zelfde gedrag, de laadpaal wacht bij enablen op de aangesloten Tesla en andersom.

Hij blijft hangen in state 5 na een reboot:

• # 0: "Available"
• # 1: "Preparing"
• # 2: "Charging"
• # 3: "SuspendedEVSE"
• # 4: "SuspendedEV"
• # 5: "Finishing"
• # 6: "Reserved"
• # 7: "Unavailable"
• # 8: "Faulted"

Toen ik de nog de SmartEVSE van Stegen gebruikte hebben we dit opgelost door een disconnect van de CP pin te simuleren in de firmware. Die luxe hebben we nu natuurlijk niet. Ik neig haast naar een Zwave relais op de CP lijn. Niet chique, maar ik zie even niet hoe ik dit kan oplossen zonder toegang tot de brakke Webasto firmware.

Iemand anders hier wel succes mee gehad?

[ Voor 18% gewijzigd door master1104 op 19-07-2026 17:08 ]

[Dextro1986]

master1104 schreef op zondag 19 juli 2026 @ 14:40:
Voor mij zit het grote probleem nu in het feit dat de Tesla onder geen enkel beding weer wil laden na een reboot. Ik heb uren lang geprobeerd dit op te lossen, maar alleen de laadstekker er uit en in lost het direct op. Ik gebruik ook het enable contact op de laadpaal met een remote switch om hem te kunnen blokkeren. Daar zie ik het zelfde gedrag, de laadpaal wacht bij enablen op de aangesloten Tesla en andersom.

Hij blijft hangen in state 5 na een reboot:

# 0: "Available"

# 1: "Preparing"

# 2: "Charging"

# 3: "SuspendedEVSE"

# 4: "SuspendedEV"

# 5: "Finishing"

# 6: "Reserved"

# 7: "Unavailable"

# 8: "Faulted"


Toen ik de nog de SmartEVSE van Stegen gebruikte hebben we dit opgelost door een disconnect van de CP pin te simuleren in de firmware. Die luxe hebben we nu natuurlijk niet. Ik neig haast naar een Zwave relais op de CP lijn. Niet chique, maar ik zie even niet hoe ik dit kan oplossen zonder toegang tot de brakke Webasto firmware.

Iemand anders hier wel succes mee gehad?

Als hij op 1P hangt schrijf eens 0 naar register 405 tijdens het laden en schrijf dan eens 1 naar register 405.

[master1104]

Geprobeerd, maar helaas pakt de Tesla dat niet op.

• Schakelen 405 (3P 1P) zelfs wanneer niet 'vastgelopen' start het laden niet
• Reboot hard en soft start het niet
• OCCP 'restart laadpaal' ook niet
• 'Start laden' drukken in de Tesla app niet

Net maar een Shelly op de CP kabel gezet. Als ik die toggle dan start het laden gelijk weer op. Tot er een stabiele en betere oplossing is laad ik het maar even zo, ook omdat ik hiermee mijn Enable schakelaar die er fysiek opzit kan gebruiken. Als ik die gebruik gaat de laadpaal in storing (IEC status F en state 7). Als hij uit die staat komt door het handmatig schakelen van de Enable schakelaar, dan ziet HA dat door het verlaten van staat F en 7 naar een andere staat. Als ik dan de CP even toggle pakt de Tesla het weer mooi op. Al met al toch weer drukker met de laadpaal dan ik had willen zijn

[ Voor 6% gewijzigd door master1104 op 19-07-2026 17:08 ]

[AndreP1967]

een vraag, ik heb sinds een paar dagen de Webasto Unite AC22 MID aan de praat
hij is via Joulo geregistreerd, en die sturen de data nog door naar monta dus dat werkt allemaal.
Verder kan ik via Modbus data opvragen en heb ik uitgevonden dat je via NeLeSo de firmware kan updaten.
Ur-Version auf HMI Version 3.86 (2023) Stable

• from_v2.99.10-to_v2.99.11.update
• from_v2.99.11-to_v3.86.0.update
• from_v3.57.0-to_v3.86.0.update

Classic, MID und 4G auf 3.135 Stable

• from_v3.86.0-to_v3.92.0.update
• from_v3.92.0-to_v3.118.0.update
• from_v3.119.0-to_v3.135.0.update
• from_v3.128.0-to_v3.135.0.update
• from_v3.118.0-to_v3.128.1.update
  
  ik heb de firmware van v2.99.11 to 3.86.0 update gedaan
  kan ik ook de "clasic,Mid und 4G update doen ???
  
  
  via modbus krijg ik deze firmware gegevens:
  Firmware version = v3.86.0-1.0.119.0
  ik heb geen idee waar ik de ocpp versie gegevens kan vinden.
  
  
  ik zie hier ook opmerkingen dat register 405 (modbus) gebruikt kan worden om tussen 1 fase en 3 fasen laden te schakelen
  maar ik kan alleen dit document bij Loxone vinden
  https://api.library.loxone.com/downloader/file/2558/Webasto_UNITE_Modbus_Register_1-00_external_V1%20(1).pdf
  daar wordt helemaal niet gesproken over register 405, maar ik kan hem wel uitlezen / scrijven zonder dat ik een foutmelding krijg.... (maar als ik hem teruglees krijg ik een 0 terug)
  
  is er ergens een nieuwer document te vinden die alle modbus registers voor de Webasto unite heeft ???

[master1104]

Voor wat betreft register 405 is dit inderdaad nergens officieel gedocumenteerd volgens mij. De meeste kennis hierover staat in dit topic.

[Maverick_tfd]

@AndreP1967 je kunt stap voor stap updaten naar v3.187.

[Allewijn]

Maverick_tfd schreef op zondag 19 juli 2026 @ 21:04:
@AndreP1967 je kunt stap voor stap updaten naar v3.187.

Yep... Én die .187 firmware heb je sowieso ook nodig om automatische fase schakeling werkend te krijgen.

[Allewijn]

@master1104 heb jij 'vaak' dat hij op 1p blijft hangen? Want zoals ik aan gaf heb ik het nu pas één keer meegemaakt. En hij staat hier nu toch bijna iedere dag veelvuldig te switchen tussen 1p en 3p met zonneladen. Ik wil het wel 'uitlokken' om ook actiever mee te testen/denken. Maar valt me op dat het dus zo weinig gebeurd.

[master1104]

@Allewijn, nee dit was de eerste keer sinds april. Daarbij wel opgemerkt dat ik hem dus nagenoeg altijd op ‘snel’ heb staan ivm vast contract en salderen. Afgelopen week de PV stand gebruikt en daarmee de eerste vastloper gehad.

[VW-Bart]

Allewijn schreef op zondag 19 juli 2026 @ 11:20:
[...]

32A op 1P is wel slim. Dat is 7,4kW en dat is meer dan mijn PV max doet (met deze dagen is het vaak ~5,4kW). Maar ik heb maar een 3x25A thuis aansluiting en de Webasto zit op een 3x20A Alamat met 4mm2 aders, dus instelling op 1x 32A kan niet. Hoe heb jij dat? (en kan je EV meer dan 16A laden op 1p).
Misschien dat ik mijne wel in kan stellen op 20A ipv 16A, dan heb ik minder dood gat en minder pendelen tussen 1p en 3p. En met dlb wat evcc keurig doet, komt dat ook goed.

Ik heb de EV lader idd mede om deze reden op een zwaardere zekering gezet, het is discutabel maar het komt soms toch van pas. En onze hoofdzekeringen zijn ook automaten. Overigens is het 32A maximum nu wel even tijdelijk als test, straks bij de definitieve setup wil ik wel onder de 25A blijven van de hoofdzekeringen om een snelle wisseling bij het wegvallen van zonnestroom geen uitval van het hele huis te veroorzaken. (Dat wordt vast niet gewaardeerd door de rest van het huishouden)

Het laden tot 32A op 1 fase heeft VAG volgens mij in de auto geregeld door twee boordladers te bundelen om dan eigenlijk twee fasen te laden door die ene aangeboden fase.

Misschien is het idd een workaround om in HA een reboot van de laadpaal te triggeren als de auto van huis is of bijv. 30 min. niet aangesloten aan de lader.

[HarDus]

Ik volg graag jullie ervaring (@Allewijn, @VW-Bart, anderen) met 32A-1f laden, of daar bijzonderheden uit komen en of de PV regeling van 6-32A op 1 fase wel feilloos werkt. Onze Tesla M3 2024 kan 1x tot 32A of 3x tot 16A.

Nu laden we hier nog op 13A uit het net op vast contract maar binnenkort is het de bedoeling dat er een hybride omvormer tussen komt. Daarvan kan dan de ingang beperkt worden op bijvoorbeeld de oude 13A en de uitgang op 32A. Het is dan de bedoeling om PV te laden en alleen bij te kort nog te suppleren met net.

Ondertussen is hier de Webasto Unite stabiel, start automatisch tot vol, met Joulo en Monta en geen van drieën klaagt nog over de internetverbinding/stabilteit. Alle bijzonderheden in TP-Link Deco uitzetten was voldoende maar ondertussen buiten AP’s geplaatst (de onderlinge verbinding wordt dan sterker). En daaraan komt nog een PoE switch opdat Webasto (en omvormer straks) vast bedraad worden. Dank voor alle tips.

[ Voor 31% gewijzigd door HarDus op 20-07-2026 11:58 ]

[master1104]

Inmiddels heb ik met Claude een mooi bash script gemaakt voor het soft en hard resetten van de laadpaal. Hoewel ik twijfel of de softreset werkt - hoe zie ik dat aan de laadpaal? - werkt de hardreset in elk geval prima met het script.

Als iemand dit script ook nodig heeft dan geef maar aan, dan zal ik hem hier delen. Door het bash commando voor uitvoeren van het script in HA te koppelen werkt het nu met een eenvoudig knopje in het HA dashboard. Vooralsnog handmatig, maar uiteraard nu ook makkelijk vanuit een automatisering aan te roepen.

[AndreP1967]

hartelijk dank, ik ben nu bezig om de upgrades uit te voeren tot V3.187.0

nog een "simpele" vraag.... de box heeft een standaard (afschuwlijk) master wachtwoord gekregen - wat ook de authorization key was. Deze bevatte speciale karakters (oa. #/?) die niet geaccepteerd werden (omgezet naar Hex ascii codes) - dus in mijn OCPP string voor Joulo werd dan %2F voor / enz en daardoor ging de registratie bij Joulo fout. dus ik heb die authorizatie key veranderd en daarna werkte het wel goed

maar met het wijzigen van de authorizatie key is niet het wachtwoord veranderd...
je zou toch denken dat er in de charger web user interface een optie is om het wachtwoord te veranderen.... maar dat is niet zo ?!? hoe kan ik het wachtwoord aanpassen ???

Ik zie dat ik dat via Monta kan doen - maar dat kan dus niet via de webasto Unite Configuration interface (http://192.168.x.x op lokale netwerk) ???
je zou toch denken dat dat in de directe interface beschikbaar zou zijn ipv via een externe partij ?!?

[AndreP1967]

even maar een aparte post:
ik kan nu in Python mijn HomeWizard P1 meter uitlezen, en ik kan mbv de modbus straks wisselen van 3 fasen naar 1 fase.
wat ik in gedachten heb is dat de box standaard "uit" staat, dus als ik de auto inplug, dat hij niet begint met laden.
en dat ik dus regelmatig de P1 meter uitlees, en als ik meer dan 2000 watt teruglever, dat ik dan de box op 1 fase zet, en de stroom op 8 ampere (bijna 2000 watt)
en zeg elke 10 seconden lees ik de P1 meter uit en als de panelen steeds meer gaan leveren, voer ik de stroom op tot max 16 A (ik heb 3x 16 A) wat ca 3500 watt is op 1 fase.
en als het dan nog verder oploopt - schakelen naar 3 fasen - en terug naar 6 Ampere (wat ongeveer 4300 watt is)

mijn vragen:
als ik adres 405 op 0 zet, staat hij dus op 1 fase, en zoals ik het begreep, als ik de stroom instel op minder dan 6A, dan wordt er geen stroom geleverd - dat is dus hoe ik het vroeg in de ochtend wil zien....
en dan op basis van de P1 meter de stroom aanpassen om terugleveren tot een minimum te beperken (liever een klein beetje terugleveren, dan dat ik stroom van buiten importeer)

klopt dus de gedachte om 's nachts 405 op 0 te zetten, en register 5004 op 0 - dus dat er niet geladen wordt ondanks dat mijn auto is aangesloten ?
en dan als de zonnepanelen genoeg leveren, register 5004 vullen met 6 voor 6 ampere tot max 16
en daarna als de zonnepanelen nog meer leveren: 5004 op 6 en daarna register 405 op 1 zetten (switch naar 3 fasen en 6A)

nog een vraag, ik meen dat ik ergens iets las over dat als je register 405 op 0 zet, en je sluit de modbus communicatie - dat register 405 dan automatisch terugvalt naar de standaard setting (3 fasen laden) heb ik dat goed begrepen ?? dus moet ik die modbus sessie constant actief houden ???
zijn bovenstaande aannames correct ???

[master1104]

AndreP1967 schreef op maandag 20 juli 2026 @ 23:43:
hartelijk dank, ik ben nu bezig om de upgrades uit te voeren tot V3.187.0

nog een "simpele" vraag.... de box heeft een standaard (afschuwlijk) master wachtwoord gekregen - wat ook de authorization key was. Deze bevatte speciale karakters (oa. #/?) die niet geaccepteerd werden (omgezet naar Hex ascii codes) - dus in mijn OCPP string voor Joulo werd dan %2F voor / enz en daardoor ging de registratie bij Joulo fout. dus ik heb die authorizatie key veranderd en daarna werkte het wel goed

maar met het wijzigen van de authorizatie key is niet het wachtwoord veranderd...
je zou toch denken dat er in de charger web user interface een optie is om het wachtwoord te veranderen.... maar dat is niet zo ?!? hoe kan ik het wachtwoord aanpassen ???

Ik zie dat ik dat via Monta kan doen - maar dat kan dus niet via de webasto Unite Configuration interface (http://192.168.x.x op lokale netwerk) ???
je zou toch denken dat dat in de directe interface beschikbaar zou zijn ipv via een externe partij ?!?

Op het inlogscherm, waar je de username en password invult, zit een optie om het wachtwoord aan te passen. 😃

Je tweede bericht klopt, behalve dat ik niet weet wat 405 doet bij wegvallen modbus. Ik zou ook EVCC eens onderzoeken, dan ben je ook klaar voor verdere uitbreiding met thuisaccu e.d. in de toekomst.

[ Voor 7% gewijzigd door master1104 op 21-07-2026 08:45 ]

[Dextro1986]

master1104 schreef op maandag 20 juli 2026 @ 21:34:
Inmiddels heb ik met Claude een mooi bash script gemaakt voor het soft en hard resetten van de laadpaal. Hoewel ik twijfel of de softreset werkt - hoe zie ik dat aan de laadpaal? - werkt de hardreset in elk geval prima met het script.

Als iemand dit script ook nodig heeft dan geef maar aan, dan zal ik hem hier delen. Door het bash commando voor uitvoeren van het script in HA te koppelen werkt het nu met een eenvoudig knopje in het HA dashboard. Vooralsnog handmatig, maar uiteraard nu ook makkelijk vanuit een automatisering aan te roepen.

Soft reset zit ook in de integratie. Is er behoefte om de hard reset toe te voegen? Heb dit bewust niet gedaan, omdat dan alle instellingen naar factory default worden gezet. Waarom zou je de hard reset willen gebruiken?

Je ziet de soft reset op de laadpaal door de knipperende led ring, ook zijn de webui en modbus tijdens dit opstarten niet bereikbaar.

[Dextro1986]

AndreP1967 schreef op dinsdag 21 juli 2026 @ 00:00:
even maar een aparte post:
ik kan nu in Python mijn HomeWizard P1 meter uitlezen, en ik kan mbv de modbus straks wisselen van 3 fasen naar 1 fase.
wat ik in gedachten heb is dat de box standaard "uit" staat, dus als ik de auto inplug, dat hij niet begint met laden.
en dat ik dus regelmatig de P1 meter uitlees, en als ik meer dan 2000 watt teruglever, dat ik dan de box op 1 fase zet, en de stroom op 8 ampere (bijna 2000 watt)
en zeg elke 10 seconden lees ik de P1 meter uit en als de panelen steeds meer gaan leveren, voer ik de stroom op tot max 16 A (ik heb 3x 16 A) wat ca 3500 watt is op 1 fase.
en als het dan nog verder oploopt - schakelen naar 3 fasen - en terug naar 6 Ampere (wat ongeveer 4300 watt is)

mijn vragen:
als ik adres 405 op 0 zet, staat hij dus op 1 fase, en zoals ik het begreep, als ik de stroom instel op minder dan 6A, dan wordt er geen stroom geleverd - dat is dus hoe ik het vroeg in de ochtend wil zien....
en dan op basis van de P1 meter de stroom aanpassen om terugleveren tot een minimum te beperken (liever een klein beetje terugleveren, dan dat ik stroom van buiten importeer)

klopt dus de gedachte om 's nachts 405 op 0 te zetten, en register 5004 op 0 - dus dat er niet geladen wordt ondanks dat mijn auto is aangesloten ?
en dan als de zonnepanelen genoeg leveren, register 5004 vullen met 6 voor 6 ampere tot max 16
en daarna als de zonnepanelen nog meer leveren: 5004 op 6 en daarna register 405 op 1 zetten (switch naar 3 fasen en 6A)

nog een vraag, ik meen dat ik ergens iets las over dat als je register 405 op 0 zet, en je sluit de modbus communicatie - dat register 405 dan automatisch terugvalt naar de standaard setting (3 fasen laden) heb ik dat goed begrepen ?? dus moet ik die modbus sessie constant actief houden ???
zijn bovenstaande aannames correct ???

Register 405 reset naar de default waarde van register 404 bij wegvallen modbus communicatie.

Waarom deze alternatieve route? EVCC en diverse HA integraties volgen automatisch je solar surplus en laden dus niet als er geen opbrengst is afhankelijk van de modus die je kiest.

[master1104]

@Dextro1986 Je bent denk ik in de war met de factory reset optie. De hardreset start de gehele laadpaal opnieuw op (incl. de netwerkstack) als ware het dat de spanning er even af is geweest. Ik heb niet kunnen testen of een softreset voldoende is voor het herstellen van de 1P 3P functie, maar met een hardreset weet ik het zeker.

Overigens heeft Webasto de termen wat ongelukkig gekozen, want het is eigenlijk geen reset maar een reboot.

[Dextro1986]

master1104 schreef op dinsdag 21 juli 2026 @ 20:18:
@Dextro1986 Je bent denk ik in de war met de factory reset optie. De hardreset start de gehele laadpaal opnieuw op (incl. de netwerkstack) als ware het dat de spanning er even af is geweest. Ik heb niet kunnen testen of een softreset voldoende is voor het herstellen van de 1P 3P functie, maar met een hardreset weet ik het zeker.

Overigens heeft Webasto de termen wat ongelukkig gekozen, want het is eigenlijk geen reset maar een reboot.

Je hebt gelijk. Soft reset doet herstart als er geen laadsessie is en hard reset doet altijd een herstart. Soft reset herstelt ook 3P configuratie en de netwerkstack.

[lonkhuijzen]

Met de rest API lukt het mij eenvoudig de 1p3p te herstellen als de paal weer eens in 1p stand is gesprongen, bij mij om de 3 a 4 dagen.

de backend van de paal staat in 1p stand (modbus 404) terwijl de UI in 3p stand staat.

Dus eerst een rest command naar 1p stand (zodat backend en UI gelijkgetrokken worden) waarna ik daarna de paal weer in 3p stand zet.

Dit op basis van een automatisering met een trigger op modbus 404

code:

alias: 0.9 Webasto - Current limiter phase reset
description: Zet currentLimiterPhase eerst op 0 en daarna op 1
triggers:
  - trigger: state
    entity_id: sensor.webasto_unite_number_of_phases
    from: "1"
    to: "0"
conditions: []
actions:
  - variables:
      payload_phase_0:
        - fieldKey: installationSettings.currentLimiterPhase
          value: 0
      payload_phase_1:
        - fieldKey: installationSettings.currentLimiterPhase
          value: 1
  - action: rest_command.webasto_configuration_update
    data:
      payload: "{{ payload_phase_0 }}"
    response_variable: phase_0_response
  - variables:
      phase_0_status: "{{ phase_0_response.status | int }}"
  - if:
      - condition: template
        value_template: "{{ phase_0_status == 401 }}"
    then:
      - action: homeassistant.update_entity
        target:
          entity_id: sensor.webasto_api_token
      - delay: "00:00:01"
      - action: rest_command.webasto_configuration_update
        data:
          payload: "{{ payload_phase_0 }}"
        response_variable: phase_0_retry_response
      - variables:
          phase_0_status: "{{ phase_0_retry_response.status | int }}"
  - if:
      - condition: template
        value_template: "{{ phase_0_status != 200 }}"
    then:
      - action: persistent_notification.create
        data:
          title: Webasto
          message: >-
            Instellen van currentLimiterPhase op 0 is mislukt. HTTP-status: {{
            phase_0_status }}
      - stop: Eerste Webasto-commando is mislukt
        error: true
  - delay:
      hours: 0
      minutes: 0
      seconds: 10
      milliseconds: 0
  - action: rest_command.webasto_configuration_update
    data:
      payload: "{{ payload_phase_1 }}"
    response_variable: phase_1_response
  - variables:
      phase_1_status: "{{ phase_1_response.status | int }}"
  - if:
      - condition: template
        value_template: "{{ phase_1_status == 401 }}"
    then:
      - action: homeassistant.update_entity
        target:
          entity_id: sensor.webasto_api_token
      - delay: "00:00:01"
      - action: rest_command.webasto_configuration_update
        data:
          payload: "{{ payload_phase_1 }}"
        response_variable: phase_1_retry_response
      - variables:
          phase_1_status: "{{ phase_1_retry_response.status | int }}"
  - choose:
      - conditions:
          - condition: template
            value_template: "{{ phase_1_status == 200 }}"
        sequence:
          - action: persistent_notification.create
            data:
              title: Webasto
              message: >-
                currentLimiterPhase is succesvol achtereenvolgens op 0 en 1
                ingesteld.
    default:
      - action: persistent_notification.create
        data:
          title: Webasto
          message: >-
            Instellen van currentLimiterPhase op 1 is mislukt. HTTP-status: {{
            phase_1_status }}
mode: single

Met de volgende rest code in configuration.yaml in Homeassistant (vervang {IP} en {PASSWORD}):

code:

rest:
  - resource: "https://{IP}/api/login"
    method: POST
    verify_ssl: false
    timeout: 10
    scan_interval: 0

    headers:
      Content-Type: "application/json"
      Accept: "application/json"

    payload: '{"username":"admin","password":"{PASSWORD}"}'

    sensor:
      - name: "Webasto API Token"
        unique_id: webasto_api_token
        value_template: "connected"
        json_attributes:
          - access_token

code:

rest_command:
  webasto_configuration_update:
    url: "https://{IP}/api/configuration-updates"
    method: POST
    verify_ssl: false
    timeout: 10

    headers:
      Accept: "application/json"
      Authorization: >-
        Bearer {{ state_attr(
          'sensor.webasto_api_token',
          'access_token'
        ) }}

    content_type: "application/json"

    payload: >-
      {{ payload | to_json }}

[Allewijn]

Kreeg wéér een reactie van Webasto op mijn mails van tijdje geleden. Haha, ze weten van elkaar kennelijk intern niet dat ze al meerdere keren, op meerdere manieren antwoord hebben gegeven.

Dit keer dit:

Hello,

The Unit wallbox is a rebranded wallbox manufactured by Vestel.

Neither Webasto nor Ampure has ever developed independent software for this charger. The software has always been developed and maintained by Vestel for their wallboxes.

You can obtain the latest software updates directly from the manufacturer, Vestel.

Ik hoop dat @Dextro1986 wat van Vestel hoort...

[Dextro1986]

lonkhuijzen schreef op woensdag 22 juli 2026 @ 13:51:
Met de rest API lukt het mij eenvoudig de 1p3p te herstellen als de paal weer eens in 1p stand is gesprongen, bij mij om de 3 a 4 dagen.

de backend van de paal staat in 1p stand (modbus 404) terwijl de UI in 3p stand staat.

Dus eerst een rest command naar 1p stand (zodat backend en UI gelijkgetrokken worden) waarna ik daarna de paal weer in 3p stand zet.

Dit op basis van een automatisering met een trigger op modbus 404

code:

alias: 0.9 Webasto - Current limiter phase reset
description: Zet currentLimiterPhase eerst op 0 en daarna op 1
triggers:
  - trigger: state
    entity_id: sensor.webasto_unite_number_of_phases
    from: "1"
    to: "0"
conditions: []
actions:
  - variables:
      payload_phase_0:
        - fieldKey: installationSettings.currentLimiterPhase
          value: 0
      payload_phase_1:
        - fieldKey: installationSettings.currentLimiterPhase
          value: 1
  - action: rest_command.webasto_configuration_update
    data:
      payload: "{{ payload_phase_0 }}"
    response_variable: phase_0_response
  - variables:
      phase_0_status: "{{ phase_0_response.status | int }}"
  - if:
      - condition: template
        value_template: "{{ phase_0_status == 401 }}"
    then:
      - action: homeassistant.update_entity
        target:
          entity_id: sensor.webasto_api_token
      - delay: "00:00:01"
      - action: rest_command.webasto_configuration_update
        data:
          payload: "{{ payload_phase_0 }}"
        response_variable: phase_0_retry_response
      - variables:
          phase_0_status: "{{ phase_0_retry_response.status | int }}"
  - if:
      - condition: template
        value_template: "{{ phase_0_status != 200 }}"
    then:
      - action: persistent_notification.create
        data:
          title: Webasto
          message: >-
            Instellen van currentLimiterPhase op 0 is mislukt. HTTP-status: {{
            phase_0_status }}
      - stop: Eerste Webasto-commando is mislukt
        error: true
  - delay:
      hours: 0
      minutes: 0
      seconds: 10
      milliseconds: 0
  - action: rest_command.webasto_configuration_update
    data:
      payload: "{{ payload_phase_1 }}"
    response_variable: phase_1_response
  - variables:
      phase_1_status: "{{ phase_1_response.status | int }}"
  - if:
      - condition: template
        value_template: "{{ phase_1_status == 401 }}"
    then:
      - action: homeassistant.update_entity
        target:
          entity_id: sensor.webasto_api_token
      - delay: "00:00:01"
      - action: rest_command.webasto_configuration_update
        data:
          payload: "{{ payload_phase_1 }}"
        response_variable: phase_1_retry_response
      - variables:
          phase_1_status: "{{ phase_1_retry_response.status | int }}"
  - choose:
      - conditions:
          - condition: template
            value_template: "{{ phase_1_status == 200 }}"
        sequence:
          - action: persistent_notification.create
            data:
              title: Webasto
              message: >-
                currentLimiterPhase is succesvol achtereenvolgens op 0 en 1
                ingesteld.
    default:
      - action: persistent_notification.create
        data:
          title: Webasto
          message: >-
            Instellen van currentLimiterPhase op 1 is mislukt. HTTP-status: {{
            phase_1_status }}
mode: single

Met de volgende rest code in configuration.yaml in Homeassistant (vervang {IP} en {PASSWORD}):

code:

rest:
  - resource: "https://{IP}/api/login"
    method: POST
    verify_ssl: false
    timeout: 10
    scan_interval: 0

    headers:
      Content-Type: "application/json"
      Accept: "application/json"

    payload: '{"username":"admin","password":"{PASSWORD}"}'

    sensor:
      - name: "Webasto API Token"
        unique_id: webasto_api_token
        value_template: "connected"
        json_attributes:
          - access_token

code:

rest_command:
  webasto_configuration_update:
    url: "https://{IP}/api/configuration-updates"
    method: POST
    verify_ssl: false
    timeout: 10

    headers:
      Accept: "application/json"
      Authorization: >-
        Bearer {{ state_attr(
          'sensor.webasto_api_token',
          'access_token'
        ) }}

    content_type: "application/json"

    payload: >-
      {{ payload | to_json }}

Oproep: meten hoe vaak de Unite naar 1-fase klapt

Er is een bekend probleem waarbij de lader intern naar 1-fase springt terwijl de web-UI nog gewoon 3-fase toont. Modbus-register 404 staat dan op 0, en vanaf dat moment accepteert de paal geen 3-fase meer — een fasewissel schrijven helpt dan niet.

Voordat ik hier iets voor inbouw in mijn Home Assistant-integratie wil ik weten hoe vaak dit voorkomt en op welke firmware. Gebruik je de integratie? Dan help je me enorm.

Ik heb een kant-en-klare automatisering klaargezet die niets naar je lader schrijft — hij kijkt alleen mee naar een diagnose-sensor en stuurt je een melding zodra het gebeurt. Code, uitleg en waar je het neerzet staan hier:

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

Reacties graag in dat issue, dan blijft alles bij elkaar. "Gaat bij mij nooit af" is trouwens ook waardevolle informatie.

[ Voor 18% gewijzigd door Dextro1986 op 24-07-2026 11:41 ]

[Dextro1986]

Allewijn schreef op woensdag 22 juli 2026 @ 21:12:
Kreeg wéér een reactie van Webasto op mijn mails van tijdje geleden. Haha, ze weten van elkaar kennelijk intern niet dat ze al meerdere keren, op meerdere manieren antwoord hebben gegeven.

Dit keer dit:

Hello,

The Unit wallbox is a rebranded wallbox manufactured by Vestel.

Neither Webasto nor Ampure has ever developed independent software for this charger. The software has always been developed and maintained by Vestel for their wallboxes.

You can obtain the latest software updates directly from the manufacturer, Vestel.

Ik hoop dat @Dextro1986 wat van Vestel hoort...

Nog steeds geen reactie vanuit Vestel.

[Maverick_tfd]

@Dextro1986 ter info: bij mijn 1-fase auto toont de integratie tijdens het laden altijd een fase mismatch. Geen idee of dat een probleem is.

[The Source]

@Dextro1986 als ik de evcc bridge only gebruikt en de code met token in de evcc.yaml copy, en evcc start/reboot moet ik dan de charger direct zien, of dien ik deze dan nog toe te voegen? (want ik zie m niet direct).

Eerst zag evcc mijn yaml niet, toen ik dat gefixed had liep ik tegen andere problemen aan met het template: eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJjZjIwNmI1ZmZiYzk0YzBhYTJlZDZkZWVkMDBlYTA0NSIsImlhdCI6MTc4NDk3MjMzNiwiZXhwIjoyMTAwMzMyMzM2fQ.ivlEDQcDCvmNkkoZsNfRh2O8g8oIcQvc1LFY0q_Q8xo

maxcurrent = setmaxcurrent
baseurl = uri

toen ik dat gefixed had begon hij te zeuren over dat het token niet in de evcc.yaml chargers sectie thuishoorde, dus nu alles maar handmatig toegevoegd.

[ Voor 52% gewijzigd door The Source op 25-07-2026 14:12 ]

[Dextro1986]

Maverick_tfd schreef op vrijdag 24 juli 2026 @ 15:03:
@Dextro1986 ter info: bij mijn 1-fase auto toont de integratie tijdens het laden altijd een fase mismatch. Geen idee of dat een probleem is.

Nee dat is geen probleem, maar daar moet ik in de toekomst wel iets op vinden. Zeker als ik meer ga inzetten op automatisch fase-herstel.

[Dextro1986]

The Source schreef op zaterdag 25 juli 2026 @ 12:00:
@Dextro1986 als ik de evcc bridge only gebruikt en de code met token in de evcc.yaml copy, en evcc start/reboot moet ik dan de charger direct zien, of dien ik deze dan nog toe te voegen? (want ik zie m niet direct).

Eerst zag evcc mijn yaml niet, toen ik dat gefixed had liep ik tegen andere problemen aan met het template: eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJjZjIwNmI1ZmZiYzk0YzBhYTJlZDZkZWVkMDBlYTA0NSIsImlhdCI6MTc4NDk3MjMzNiwiZXhwIjoyMTAwMzMyMzM2fQ.ivlEDQcDCvmNkkoZsNfRh2O8g8oIcQvc1LFY0q_Q8xo

maxcurrent = setmaxcurrent
baseurl = uri

toen ik dat gefixed had begon hij te zeuren over dat het token niet in de evcc.yaml chargers sectie thuishoorde, dus nu alles maar handmatig toegevoegd.

Als het goed is zou je hem gewoon moeten zien. In plaats van evcc.yaml kun je ook gewoon een home-assistant charger toevoegen in de UI van evcc.