Zelfbouw Laadpaal ervaringen

[maarten_NL]

silvanverschuur schreef op zaterdag 28 december 2024 @ 09:20:
Ik heb sinds kort een probleem met mijn SmartEVSE. Het betreft een paal met een vaste laadkabel. Als ik het laden start door de SmartEVSE van OFF -> NORMAL te zetten dan hoor ik de contactor schakelen. Na een paar seconden of soms een minuut schakelt de contactor weer uit.

Ik heb sinds een aantal weken bij het starten van de laadsessie een aan/uit/aan gedrag. na die 2e aan blijft de contactor wel dicht maar gaat de Hyundai Kona op 2 fase ipv 3 fase laden.

Dit nadat Stegen begin van dit jaar iets aan de timing heeft aangepast, toen ging het prima en nu een aantal versies verder is het gedrag weer terug. Ik heb de oude test fw weer terug geflash maar het gedrag blijft.

Volgens Stegen zit het niet in de EVSE maar in de auto of de kabel. Ik heb wel het idee dat het met vochtig weer is gekomen en het er ook niet altijd is dus ik ga de ratio kabel straks nog wel een keer doorpiepen/isolatietesten/scope er aan hangen om te zien wat de spanningen op de CP nu doen.

[silvanverschuur]

maarten_NL schreef op zaterdag 28 december 2024 @ 12:02:
[...]

Ik heb sinds een aantal weken bij het starten van de laadsessie een aan/uit/aan gedrag. na die 2e aan blijft de contactor wel dicht maar gaat de Hyundai Kona op 2 fase ipv 3 fase laden.

Dit nadat Stegen begin van dit jaar iets aan de timing heeft aangepast, toen ging het prima en nu een aantal versies verder is het gedrag weer terug. Ik heb de oude test fw weer terug geflash maar het gedrag blijft.

Volgens Stegen zit het niet in de EVSE maar in de auto of de kabel. Ik heb wel het idee dat het met vochtig weer is gekomen en het er ook niet altijd is dus ik ga de ratio kabel straks nog wel een keer doorpiepen/isolatietesten/scope er aan hangen om te zien wat de spanningen op de CP nu doen.

Ik heb ook het idee dat het bij mij ontstaan is toen het buiten vochtiger werd. Ik heb de EVSE deze zomer pas in gebruik genomen maar heb sindsdien veel geladen op het werk (en mijn eigen paal dus helaas weinig gebruikt). De eerste keren ging het laden eigenlijk prima, maar dat was ook onder zomerse omstandigheden. Ik hoop dat iemand een idee heeft wat ik nog zou kunnen proberen.

[dingo35]

@silvanverschuur Ik ben niet de hardware expert, maar het schakelen tussen state A/B/C gebeurt op basis van het pilot signaal dat op de CP pin (de meest rechtse van het blokje). Dus ik zou daar naar een slecht contact/ sluiting zoeken, de CP lijn van auto naar lader.

Nadere info over de werking: in de source code, maar mensvriendelijker leesbaar: Wikipedia: SAE J1772

[silvanverschuur]

dingo35 schreef op zaterdag 28 december 2024 @ 15:20:
@silvanverschuur Ik ben niet de hardware expert, maar het schakelen tussen state A/B/C gebeurt op basis van het pilot signaal dat op de CP pin (de meest rechtse van het blokje). Dus ik zou daar naar een slecht contact/ sluiting zoeken, de CP lijn van auto naar lader.

Nadere info over de werking: in de source code, maar mensvriendelijker leesbaar: Wikipedia: SAE J1772

Dank voor de info. Ik heb al mijn componenten in de meterkast en heb dus wel een relatief lange (15 a 18 meter) kabel voor het CP signaal naar de laadpaal . Dit is wel een speciale signaal grondkabel. Daar zit ook een mantel (aarde) omheen. Ik ga morgen in ieder geval eens even kijken naar die signaal kabel.

[maarten_NL]

@silvanverschuur wat voor auto heb je?

Dit is ook een handig document om de status wisselingen te begrijpen:

https://tesla.o.auroraobj...harging_System_V3_1_1.pdf

Vanaf pagina 30 begint AC laden.

Geen EV aangesloten, CP is 12v.

EV aangesloten, via de R3 weerstand aan de EV kant wordt de spanning naar 9v getrokken. (state B1)

S1 aan EVSE kant wisselt naar de PWM oscillator om beschikbaar vermogen te communiceren (state B2)

EV is klaar om te laden en verzoekt de contactor te sluiten door S2 te sluiten en de spanning naar 6/3V te trekken. (state C)

Om een of andere reden detecteert de EVSE weer state B en opent de contactor, om in mijn geval vervolgens weer state C te detecteren en de contactor weer te sluiten.


Ik heb mijn oscilloscoop aan de lader liggen, Morgenochtend even testen.

[silvanverschuur]

maarten_NL schreef op zaterdag 28 december 2024 @ 21:16:
@silvanverschuur wat voor auto heb je?

Dit is ook een handig document om de status wisselingen te begrijpen:

https://tesla.o.auroraobj...harging_System_V3_1_1.pdf

Vanaf pagina 30 begint AC laden.

Geen EV aangesloten, CP is 12v.

EV aangesloten, via de R3 weerstand aan de EV kant wordt de spanning naar 9v getrokken. (state B1)

S1 aan EVSE kant wisselt naar de PWM oscillator om beschikbaar vermogen te communiceren (state B2)

EV is klaar om te laden en verzoekt de contactor te sluiten door S2 te sluiten en de spanning naar 6/3V te trekken. (state C)

Om een of andere reden detecteert de EVSE weer state B en opent de contactor, om in mijn geval vervolgens weer state C te detecteren en de contactor weer te sluiten.


Ik heb mijn oscilloscoop aan de lader liggen, Morgenochtend even testen.

Ik heb een Nissan Leaf. Met andere laders en publieke laadpalen heb ik nooit problemen gehad dus ik denk wel dat het probleem in mijn eigen laadpaal zit. Ik ben helaas niet in het bezit van een oscilloscoop. Kan alleen wat dingen nameten met een multimeter. Zou het ook nog een aarding probleem kunnen zijn van mijn signaal kabel? Er zit namelijk een mantel om deze kabel die ik volgens mij aan de aarde heb gekoppeld. Ik weet dat er destijds wat discussie was over waar je dat moest doen (bij laadpaal of in de meterkast) ivm aardlus o.i.d. Ik weet niet meer precies wat ik gedaan heb dus dat zou ik even na moeten kijken.

[maarten_NL]

De state detectie loopt via de CP en PE dus die moeten beide goed contact maken, storings en potentiaal vrij zijn. Meet met je multimeter eens eens tussen de PE en N, met en zonder auto.

@dingo35

Filmpje van de klik-klak-klik:

https://photos.app.goo.gl/tpwFfsk9JjBYMrFr7

[0m[1;33m(I) (printStatus)(C0) L1: 3.8 A L2: 4.1 A L3: 4.9 A Isum: 12.8 A
[0m[1;32m(D) (CalcBalancedCurrent)(C0) Checkpoint c: Resetting SolarStopTimer, MaxSumMainsTimer, IsetBalanced=16.2A, saveActiveEVSE=0.
[0m[1;33m(I) (printStatus)(C0) STATE: B1 Error: 0 StartCurrent: -8 ChargeDelay: 10 SolarStopTimer: 0 NoCurrent: 0 Imeasured: 3.7 A IsetBalanced: 16.2 A, MainsMeter.Timeout=1[0m1, EVMeter.Timeout=64.
[0m[1;33m(I) (printStatus)(C0) L1: 2.4 A L2: 2.8 A L3: 3.7 A Isum: 8.9 A
[0m(EVSEStates)(C1) Pilot Connected
[0m(ProximityPin)(C1) PP pin: 1023 (1909 mV) (warning: fixed cable configured so PP probably disconnected, making this reading void)
[0m[1;33m(I) (EVSEStates)(C1) Cable limit: 17A Max: 17A
[0m[1;32m(D) (IsCurrentAvailable)(C1) Current available checkpoint D. ActiveEVSE increased by one=1, TotalCurrent=0.0A, StartCurrent=8A, Isum=9.1A, ImportCurrent=0A.
[0m(setState)(C1) 09:28:30 STATE B1 -> B
[0m(setState)(C1) Switching Contactor1 OFF.
[0m(setState)(C1) Switching Contactor2 OFF.
[0m(EVSEStates)(C1) Diode OK
[0m[1;32m(D) (CalcBalancedCurrent)(C0) Checkpoint c: Resetting SolarStopTimer, MaxSumMainsTimer, IsetBalanced=21.2A, saveActiveEVSE=0.
[0m[1;33m(I) (printStatus)(C0) STATE: B Error: 0 StartCurrent: -8 ChargeDelay: 0 SolarStopTimer: 0 NoCurrent: 0 Imeasured: 3.8 A IsetBalanced: 21.2 A, MainsMeter.Timeout=10,[0m EVMeter.Timeout=64.
[0m[1;33m(I) (printStatus)(C0) L1: 2.5 A L2: 2.8 A L3: 3.8 A Isum: 9.1 A
[0m[1;32m(D) (CalcBalancedCurrent)(C0) Checkpoint c: Resetting SolarStopTimer, MaxSumMainsTimer, IsetBalanced=21.2A, saveActiveEVSE=0.
[0m[1;33m(I) (printStatus)(C0) STATE: B Error: 0 StartCurrent: -8 ChargeDelay: 0 SolarStopTimer: 0 NoCurrent: 0 Imeasured: 3.8 A IsetBalanced: 21.2 A, MainsMeter.Timeout=10,[0m EVMeter.Timeout=64.
[0m[1;33m(I) (printStatus)(C0) L1: 2.5 A L2: 2.8 A L3: 3.8 A Isum: 9.1 A
[0m[1;32m(D) (IsCurrentAvailable)(C1) Current available checkpoint D. ActiveEVSE increased by one=1, TotalCurrent=0.0A, StartCurrent=8A, Isum=9.0A, ImportCurrent=0A.
[0m[1;32m(D) (CalcBalancedCurrent)(C1) Checkpoint c: Resetting SolarStopTimer, MaxSumMainsTimer, IsetBalanced=21.2A, saveActiveEVSE=0.
[0m(setState)(C1) 09:28:33 STATE B -> C
[0m(setState)(C1) Switching Contactor1 ON.
[0m(setState)(C1) 09:28:34 STATE C -> B
[0m(setState)(C1) Switching Contactor1 OFF.
[0m(setState)(C1) Switching Contactor2 OFF.
[0m(EVSEStates)(C1) Diode OK
[0m[1;32m(D) (CalcBalancedCurrent)(C0) Checkpoint c: Resetting SolarStopTimer, MaxSumMainsTimer, IsetBalanced=21.2A, saveActiveEVSE=0.
[0m[1;33m(I) (printStatus)(C0) STATE: B Error: 0 StartCurrent: -8 ChargeDelay: 0 SolarStopTimer: 0 NoCurrent: 0 Imeasured: 3.8 A IsetBalanced: 21.2 A, MainsMeter.Timeout=10,[0m EVMeter.Timeout=64.
[0m[1;33m(I) (printStatus)(C0) L1: 2.5 A L2: 2.8 A L3: 3.8 A Isum: 9.1 A
[0m[1;32m(D) (CalcBalancedCurrent)(C0) Checkpoint c: Resetting SolarStopTimer, MaxSumMainsTimer, IsetBalanced=21.2A, saveActiveEVSE=0.
[0m[1;32m(D) (CalcBalancedCurrent)(C0) Checkpoint c: Resetting SolarStopTimer, MaxSumMainsTimer, IsetBalanced=21.2A, saveActiveEVSE=0.
[0m[1;33m(I) (printStatus)(C0) STATE: B Error: 0 StartCurrent: -8 ChargeDelay: 0 SolarStopTimer: 0 NoCurrent: 0 Imeasured: 3.8 A IsetBalanced: 21.2 A, MainsMeter.Timeout=10,[0m EVMeter.Timeout=64.
[0m[1;33m(I) (printStatus)(C0) L1: 2.5 A L2: 2.8 A L3: 3.8 A Isum: 9.1 A
[0m[1;32m(D) (IsCurrentAvailable)(C1) Current available checkpoint D. ActiveEVSE increased by one=1, TotalCurrent=0.0A, StartCurrent=8A, Isum=9.1A, ImportCurrent=0A.
[0m[1;32m(D) (CalcBalancedCurrent)(C1) Checkpoint c: Resetting SolarStopTimer, MaxSumMainsTimer, IsetBalanced=21.2A, saveActiveEVSE=0.
[0m(setState)(C1) 09:28:36 STATE B -> C
[0m(setState)(C1) Switching Contactor1 ON.
[0m[1;32m(D) (CalcBalancedCurrent)(C0) Checkpoint b: Resetting SolarStopTimer, MaxSumMainsTimer, IsetBalanced=21.2A, ActiveEVSE=1.
[0m[1;33m(I) (printStatus)(C0) STATE: C Error: 0 StartCurrent: -8 ChargeDelay: 0 SolarStopTimer: 0 NoCurrent: 0 Imeasured: 3.8 A IsetBalanced: 17.0 A, MainsMeter.Timeout=11,[0m EVMeter.Timeout=64.
[0m[1;33m(I) (printStatus)(C0) L1: 2.4 A L2: 2.9 A L3: 3.8 A Isum: 9.1 A
[0m[1;32m(D) (CalcBalancedCurrent)(C0) Checkpoint b: Resetting SolarStopTimer, MaxSumMainsTimer, IsetBalanced=22.3A, ActiveEVSE=1.
[0m[1;32m(D) (CalcBalancedCurrent)(C0) Checkpoint b: Resetting SolarStopTimer, MaxSumMainsTimer, IsetBalanced=22.3A, ActiveEVSE=1.
[0m[1;33m(I) (printStatus)(C0) STATE: C Error: 0 StartCurrent: -8 ChargeDelay: 0 SolarStopTimer: 0 NoCurrent: 0 Imeasured: 3.8 A IsetBalanced: 17.0 A, MainsMeter.Timeout=10,[0m EVMeter.Timeout=64.
[0m[1;33m(I) (printStatus)(C0) L1: 2.5 A L2: 2.8 A L3: 3.8 A Isum: 9.1 A
[0m[1;32m(D) (CalcBalancedCurrent)(C0) Checkpoint b: Resetting SolarStopTimer, MaxSumMainsTimer, IsetBalanced=21.0A, ActiveEVSE=1.
[0m[1;33m(I) (printStatus)(C0) STATE: C Error: 0 StartCurrent: -8 ChargeDelay: 0 SolarStopTimer: 0 NoCurrent: 0 Imeasured: 8.8 A IsetBalanced: 17.0 A, MainsMeter.Timeout=10,[0m EVMeter.Timeout=64.
[0m[1;33m(I) (printStatus)(C0) L1: 7.7 A L2: 8.0 A L3: 8.8 A Isum: 24.5 A
[0m[1;32m(D) (CalcBalancedCurrent)(C0) Checkpoint b: Resetting SolarStopTimer, MaxSumMainsTimer, IsetBalanced=13.6A, ActiveEVSE=1.
[0m[1;33m(I) (printStatus)(C0) STATE: C Error: 0 StartCurrent: -8 ChargeDelay: 0 SolarStopTimer: 0 NoCurrent: 0 Imeasured: 28.4 A IsetBalanced: 13.6 A, MainsMeter.Timeout=10[0m, EVMeter.Timeout=64.
[0m[1;33m(I) (printStatus)(C0) L1: 17.9 A L2: 18.2 A L3: 28.4 A Isum: 64.5 A
[0m[1;32m(D) (CalcBalancedCurrent)(C0) Checkpoint b: Resetting SolarStopTimer, MaxSumMainsTimer, IsetBalanced=10.1A, ActiveEVSE=1.
[0m[1;33m(I) (printStatus)(C0) STATE: C Error: 0 StartCurrent: -8 ChargeDelay: 0 SolarStopTimer: 0 NoCurrent: 0 Imeasured: 28.5 A IsetBalanced: 13.6 A, MainsMeter.Timeout=10[0m, EVMeter.Timeout=64.
[0m[1;33m(I) (printStatus)(C0) L1: 17.8 A L2: 18.3 A L3: 28.5 A Isum: 64.6 A
[0m[1;33m(I) (printStatus)(C0) STATE: C Error: 0 StartCurrent: -8 ChargeDelay: 0 SolarStopTimer: 3600 NoCurrent: 0 Imeasured: 21.7 A IsetBalanced: 6.0 A, MainsMeter.Timeout=[0m11, EVMeter.Timeout=64.
[0m[1;33m(I) (printStatus)(C0) L1: 11.0 A L2: 11.7 A L3: 21.7 A Isum: 44.4 A
[0m[1;33m(I) (printStatus)(C0) STATE: C Error: 0 StartCurrent: -8 ChargeDelay: 0 SolarStopTimer: 3598 NoCurrent: 0 Imeasured: 17.8 A IsetBalanced: 6.0 A, MainsMeter.Timeout=[0m10, EVMeter.Timeout=64.
[0m[1;33m(I) (printStatus)(C0) L1: 7.5 A L2: 7.9 A L3: 17.8 A Isum: 33.2 A

Het lijkt er dus wel op dat de Kona de S2 weer open zet en de spanning van 6 > 9v gaat?

[rtmalm]

Dank voor de reacties, sorry voor de late reactie.

THM0 schreef op zondag 24 november 2024 @ 22:22:
Wat is de functie van de hoofdschakelaar en de automaat in je kast?
[...]
Sowieso is een 19" behuizing enorm breed voor wat je kwijt moet... Ik zou het even in een testopstelling zetten en daarna een geschikte behuizing kiezen.

De outdoor 19" behuizing komt er sowieso voor andere smarthome toepassingen. (o.a. een switch, servertje, DIN-rails met slimme schakelaars, etc)

Je zou nog een meter kunnen overwegen (die kan natuurlijk ook in de meterkast hangen).

Dat is een goede, die ga ik toevoegen.

Ik weet niet wat je voor hoofdzekering hebt, maar als dat de gebruikelijke 3x25A is moet je officieel de hele zwik in de meterkast afzekeren op 16A.

Vooralsnog ga ik uit van 3x35A. Mocht het totaalplaatje echt te absurd dan 3x25A en wordt het 16A vanaf de meterkast.

En even letten op kabeldiktes afhankelijk van de afstanden en wat je er aan ampere doorheen wilt kunnen sturen (nu en in de toekomst).

Afstand vanaf de meterkast is max 5m. Ik vooralsnog uit van 5x6mm²

[rtmalm]

[b]Stefannn schreef op maandag 25 november 2024 @ 08:11:[/b

De CC aansluiting is PP.
En vergeet niet dat daar een weerstand naar ground in moet zitten. Die zit meestal in de stekker maar als je de stekker zelf maakt niet vergeten.
In geval van vaste kabel is de PP ook niet nodig (veel kabels hebben de ader niet maar dat is dan dus niet erg).
Functie is “plug present”. De auto detecteert de weerstand en weet dan dat de stekker er in zit.
(En voor sommige auto’s zoals ioniq5 en ev6 wordt het gebruikt voor V2L dus als je ooit een V2L stopcontact in meterkast wil plaatsen moet je hem wel bedraden)

CC/PP was inderdaad een typo.

Waar kan ik meer informatie vinden over wat voor weerstand dat moet zijn?

[BarryH]

@rtmalm 3x35A is eur 1300 per jaar duurder dan 3x25A. Je moet het wel heel gek maken wil 3x25A niet genoeg zijn. En mocht dat zo zijn dan is een thuisaccu voor peakshaving slimmer dan 3x35A.

Je laadpaal kan je bij 3x25A best op 3x25A afzekeren, MITS je loadbalancing inricht.

[Hermarcel]

Nadat ik succesvol de eerste laadsessie afgerond heb (met een Model 3 van een vriend), ben ik nu bezig om de data van mijn niet-standaard-ondersteunde gridmeter via mqtt naar deSmartEVSE te sturen.

Is er een manier om te controleren of de SmartEVSE de juiste data binnen krijgt? In mqtt explorer lijkt het er goed uit te zien (zie plaatje), maar een positieve feedback van de SmartEVSE zou fijn zijn.

Ik ben uitgegaan van het voorbeeld in "integrations/home-assistant/mqtt-configuration.yaml", maar ik begrijp de vermenigvuldiging met (-1) niet. Waarvoor dient deze?

[bart155]

Hermarcel schreef op zondag 29 december 2024 @ 18:38:
Nadat ik succesvol de eerste laadsessie afgerond heb (met een Model 3 van een vriend), ben ik nu bezig om de data van mijn niet-standaard-ondersteunde gridmeter via mqtt naar deSmartEVSE te sturen.

Is er een manier om te controleren of de SmartEVSE de juiste data binnen krijgt? In mqtt explorer lijkt het er goed uit te zien (zie plaatje), maar een positieve feedback van de SmartEVSE zou fijn zijn.

Ik ben uitgegaan van het voorbeeld in "integrations/home-assistant/mqtt-configuration.yaml", maar ik begrijp de vermenigvuldiging met (-1) niet. Waarvoor dient deze?

[Afbeelding]

In de webadmin van de EVSE zou je waardes moeten zien onder “PHASE DETAILS”, dan zou het goed moeten zijn. Heb zelf een Sensorbox dus moet wel even een slag om de arm houden…

[Hermarcel]

@bart155 Hmm, alle drie op 0. Of zie je de waardes alleen tijdens een laadsessie?

[ocaj]

Nee, Phase Details zie je altijd in de web-interface, ook als er geen auto aanhangt.
Web-interface ververst wel maar 1 keer per 5 seconden, maar alle 3 fasen op 0 betekent waarschijnlijk dat er iets niet goed gaat....

Als je hem dan in Smart-mode zet, krijg je waarschijnlijk ook een communication error te zien?
Smart mode werkt nl. alleen als er data van de mains-meter binnenkomt.

[mjvdzwet]

Hermarcel schreef op zondag 29 december 2024 @ 19:10:
@bart155 Hmm, alle drie op 0. Of zie je de waardes alleen tijdens een laadsessie?

Je ziet het altijd.

Je moet wel de Mains Meter op API zetten.

[ Voor 9% gewijzigd door mjvdzwet op 29-12-2024 19:16 ]

[Hermarcel]

@mjvdzwet Schakelen naar smart mode gaat goed. Heb alleen een fout op de EV meter omdat wip.

[ Voor 6% gewijzigd door Hermarcel op 29-12-2024 19:21 ]

[Hermarcel]

@mjvdzwet Al gedaan.

[Hermarcel]

Ok, nu de EVMeter ook geïmplementeerd:



Maar de errormelding mbt de EVmeter blijft:



Geeft dit een clue voor iemand?

[m.eddy]

Ik heb een "P1 Ethernet mini" van Zuidwijk.
Deze werkt al een tijd prima met de DSMR Smart Meter integratie voor Home Assistant.

In de interface kun je meerdere berichten opstellen, naast het standaard bericht voor Home Assistant dus heb een http post naar een MockServer gestuurd om te zien hoe het bericht eruit ziet. Heb twee regels ge-x't omdat ik vermoedt dat daar weleens een serienummer in kan staan.

Heb nog geen SmartEVSE maar zit de MAINS meter aansturing al uit te zoeken.

code:

{
"method":"POST"
"path":"/"
"headers":{...
}
"keepAlive":false
"secure":false
"protocol":"HTTP_1_1"
"localAddress":"172.27.0.2:1080"
"remoteAddress":"192.168.10.10:2364"
"body":"/ISK5\2M550T-1014 
    1-3:0.2.8(50) 
    0-0:1.0.0(241229194747W) 
    0-0:96.1.1(xxxxxxxxxxxxxxxxxxxxxxxxxxxx) 
    1-0:1.8.1(001280.737*kWh) 
    1-0:1.8.2(001515.102*kWh) 
    1-0:2.8.1(000865.142*kWh) 
    1-0:2.8.2(002005.540*kWh) 
    0-0:96.14.0(0001) 
    1-0:1.7.0(00.412*kW) 
    1-0:2.7.0(00.000*kW) 
    0-0:96.7.21(00009) 
    0-0:96.7.9(00003) 
    1-0:99.97.0(1)(0-0:96.7.19)(241106115724W)(0000001622*s) 
    1-0:32.32.0(00003) 
    1-0:52.32.0(00003) 
    1-0:72.32.0(00004) 
    1-0:32.36.0(00009) 
    1-0:52.36.0(00798) 
    1-0:72.36.0(04364) 
    0-0:96.13.0() 
    1-0:32.7.0(236.5*V) 
    1-0:52.7.0(235.2*V) 
    1-0:72.7.0(233.6*V) 
    1-0:31.7.0(000*A) 
    1-0:51.7.0(000*A) 
    1-0:71.7.0(002*A) 
    1-0:21.7.0(00.000*kW)
    1-0:41.7.0(00.004*kW) 
    1-0:61.7.0(00.423*kW) 
    1-0:22.7.0(00.000*kW) 
    1-0:42.7.0(00.000*kW) 
    1-0:62.7.0(00.000*kW) 
    0-1:24.1.0(003) 
    0-1:96.1.0(xxxxxxxxxxxxxxxxxxxxxxxxx)
    0-1:24.2.1(241229194504W)(01946.695*m3) !BB17 "

Bovenstaand ziet er natuurlijk compleet anders uit het voorbeeld uit de documentatie:
curl -X POST "http://ipaddress/currents?L1=100&L2=50&L3=30" -d ''

Voorzover ik in de firmware van de P1 meter heb gezien kan ik de definitie van het bericht niet wijzigen.

Wel kan ik kiezen tussen:
- TCP Server
- TCP Client
- UDP Server
- UDP Client
- Http
- TelnetD
- Websocket
- MQTT
- Ali IOT

Via Home Assistant moet dit ook voor elkaar te maken zijn, maar heb dit liever vanuit de P1 meter direct geregeld richting de SmartEVSE.
Deze P1 meter draait niet op ESPHome maar op FreeRTOS. Firmware versie: 1.34.13

Heb nog nergens de firmware versie kunnen vinden laat staan updaten.

Van Michael Stegen heb ik te horen gekregen dat de SmartEVSE ook wel de "Custom meter" optie schijnt te ondersteunen, dit zie ik echter niet in de documentatie op dingo35 /SmartEVSE-3.5 terug.

[ Voor 4% gewijzigd door m.eddy op 29-12-2024 20:31 ]

[Hermarcel]

@bart155 @ocaj @mjvdzwet Ik heb de debug versie geladen en zie dit in Telnet:

code:

v
* Debug: Command received: v
* Debug level set to Verbose
) (CalcBalancedCurrent)(C0) Checkpoint 1 Isetbalanced=0.0 A Imeasured=0.0 A MaxCircuit=16 Imeasured_EV=0.0 A, Battery Current = 0.0 A, mode=2.
) (CalcBalancedCurrent)(C0) Checkpoint 2 Isetbalanced=0.0 A, Idifference=16.0, mod=0.
) (CalcBalancedCurrent)(C0) Checkpoint 3 Isetbalanced=0.0 A, IsumImport=0.0, Isum=0.0, ImportCurrent=0.
) (CalcBalancedCurrent)(C0) Checkpoint 4 Isetbalanced=0.0 A.
) (CalcBalancedCurrent)(C0) Checkpoint c: Resetting SolarStopTimer, MaxSumMainsTimer, IsetBalanced=0.0A, saveActiveEVSE=0.
) (CalcBalancedCurrent)(C0) Checkpoint 5 Isetbalanced=0.0 A.
) (printStatus)(C0) STATE: A Error: 10 StartCurrent: -0 ChargeDelay: 0 SolarStopTimer: 0 NoCurrent: 0 Imeasured: 0.0 A IsetBalanced: 0.0 A, MainsMeter.Timeout=0, EVMeter.Timeout=0.
) (printStatus)(C0) L1: 0.0 A L2: 0.0 A L3: 0.0 A Isum: 0.0 A
) (CalcBalancedCurrent)(C0) Checkpoint 1 Isetbalanced=0.0 A Imeasured=0.0 A MaxCircuit=16 Imeasured_EV=0.0 A, Battery Current = 0.0 A, mode=2.
) (CalcBalancedCurrent)(C0) Checkpoint 2 Isetbalanced=0.0 A, Idifference=16.0, mod=0.
) (CalcBalancedCurrent)(C0) Checkpoint 3 Isetbalanced=0.0 A, IsumImport=0.0, Isum=0.0, ImportCurrent=0.
) (CalcBalancedCurrent)(C0) Checkpoint 4 Isetbalanced=0.0 A.
) (CalcBalancedCurrent)(C0) Checkpoint c: Resetting SolarStopTimer, MaxSumMainsTimer, IsetBalanced=0.0A, saveActiveEVSE=0.
) (CalcBalancedCurrent)(C0) Checkpoint 5 Isetbalanced=0.0 A.
) (printStatus)(C0) STATE: A Error: 10 StartCurrent: -0 ChargeDelay: 0 SolarStopTimer: 0 NoCurrent: 0 Imeasured: 0.0 A IsetBalanced: 0.0 A, MainsMeter.Timeout=0, EVMeter.Timeout=0.
) (printStatus)(C0) L1: 0.0 A L2: 0.0 A L3: 0.0 A Isum: 0.0 A
) (CalcBalancedCurrent)(C0) Checkpoint 1 Isetbalanced=0.0 A Imeasured=0.0 A MaxCircuit=16 Imeasured_EV=0.0 A, Battery Current = 0.0 A, mode=2.
) (CalcBalancedCurrent)(C0) Checkpoint 2 Isetbalanced=0.0 A, Idifference=16.0, mod=0.
) (CalcBalancedCurrent)(C0) Checkpoint 3 Isetbalanced=0.0 A, IsumImport=0.0, Isum=0.0, ImportCurrent=0.
) (CalcBalancedCurrent)(C0) Checkpoint 4 Isetbalanced=0.0 A.
) (CalcBalancedCurrent)(C0) Checkpoint c: Resetting SolarStopTimer, MaxSumMainsTimer, IsetBalanced=0.0A, saveActiveEVSE=0.
) (CalcBalancedCurrent)(C0) Checkpoint 5 Isetbalanced=0.0 A.
) (printStatus)(C0) STATE: A Error: 10 StartCurrent: -0 ChargeDelay: 0 SolarStopTimer: 0 NoCurrent: 0 Imeasured: 0.0 A IsetBalanced: 0.0 A, MainsMeter.Timeout=0, EVMeter.Timeout=0.
) (printStatus)(C0) L1: 0.0 A L2: 0.0 A L3: 0.0 A Isum: 0.0 A
) (CalcBalancedCurrent)(C0) Checkpoint 1 Isetbalanced=0.0 A Imeasured=0.0 A MaxCircuit=16 Imeasured_EV=0.0 A, Battery Current = 0.0 A, mode=2.
) (CalcBalancedCurrent)(C0) Checkpoint 2 Isetbalanced=0.0 A, Idifference=16.0, mod=0.
) (CalcBalancedCurrent)(C0) Checkpoint 3 Isetbalanced=0.0 A, IsumImport=0.0, Isum=0.0, ImportCurrent=0.
) (CalcBalancedCurrent)(C0) Checkpoint 4 Isetbalanced=0.0 A.
) (CalcBalancedCurrent)(C0) Checkpoint c: Resetting SolarStopTimer, MaxSumMainsTimer, IsetBalanced=0.0A, saveActiveEVSE=0.
) (CalcBalancedCurrent)(C0) Checkpoint 5 Isetbalanced=0.0 A.
) (printStatus)(C0) STATE: A Error: 10 StartCurrent: -0 ChargeDelay: 0 SolarStopTimer: 0 NoCurrent: 0 Imeasured: 0.0 A IsetBalanced: 0.0 A, MainsMeter.Timeout=0, EVMeter.Timeout=0.
) (printStatus)(C0) L1: 0.0 A L2: 0.0 A L3: 0.0 A Isum: 0.0 A
s
* Debug: Command received: s
* Debug now is in silent mode!
* Press s again or another command to return show debugs

Ziet iemand iets?

[mcDavid]

@m.eddy Zolang je maar een POST request met de L1, L2 en L3 parameters in de (get-) querystring kunt versturen, ben je klaar. Kan in principe overal vandaan, maar vanuit HA (als je dat al hebt draaien) is wel erg makkelijk.

Theoretisch kun je natuurlijk ook een compleet telegram ontleden op de SmartEVSE, maar je zult nog steeds een request die kant op moeten sturen dus heel praktisch lijkt me dat niet.

[rene037]

Vreemd, mar bij mij ziet het er anders uit, heb je dat topic zelf gecreeerd? In je webinterface staat wel dat MQTT connected is, maar je 'set' topic zit bij mij anders in de hierarchie:

Of eigenlijk niet het set topic, maar de andere topics.

[ Voor 7% gewijzigd door rene037 op 29-12-2024 22:06 . Reden: Aanvulling/correctie ]

[Hermarcel]

@rene037 Goeie! Kun jij mij vertellen wat je precies ingevuld hebt als mqtt topic prefix op de SmartEVSE? Dit is de mijne:



Ben nieuwsgierig naar de afsluitende /
Misschien dat die voor de subkey-zonder-naam bij mij zorgt.

[Hermarcel]

@rene037 Never mind. Ik heb de slash weggehaald:

BINGO!!!!

Dank je wel!

ps. Ik woon in een andere tijdzone (Portugal), vandaar het uur verschil

[ Voor 8% gewijzigd door Hermarcel op 29-12-2024 22:36 ]

[martijn_van_eck]

Het is mij gelukt om via mqtt de mode van de laadpaal aan te passen. Ik lees veel reacties over het schrijven van de ev meter via mqtt. Is lezen echter ook mogelijk?

De smart evse published nu bij mij alleen ESPUptime en WifiRSSI

[tukker999]

mosquitto_sub -v -h 192.168.2.104 -p 1883 -t '#' met het IP adres van je eigen mosquitto broker
Dan zie je je SmartEVSE in beeld
daarna:

code:

mosquitto_sub -v -h 192.168.2.104 -p 1883 -t SmartEVSE/#
SmartEVSE/connected online
SmartEVSE/Mode Off
SmartEVSE/MaxCurrent 160
SmartEVSE/ChargeCurrent 0
SmartEVSE/ChargeCurrentOverride 0
SmartEVSE/Access Deny
SmartEVSE/RFID Not Installed
SmartEVSE/State Ready to Charge
SmartEVSE/Error None
SmartEVSE/EVPlugState Disconnected
SmartEVSE/WiFiSSID ZIGGO_3AE24
SmartEVSE/WiFiBSSID 82:B7:BD:30:42:3D
SmartEVSE/OCPP Disabled
SmartEVSE/LEDColorOff 0,250,0
SmartEVSE/LEDColorNormal 0,255,0
SmartEVSE/LEDColorSmart 0,255,0
SmartEVSE/LEDColorSolar 255,170,0
SmartEVSE/LEDColorCustom 0,0,255
SmartEVSE/MainsCurrentL1 0
SmartEVSE/MainsCurrentL2 0
SmartEVSE/MainsCurrentL3 0
SmartEVSE/ESPTemp 14
SmartEVSE/Mode Off
SmartEVSE/MaxCurrent 160
SmartEVSE/CustomButton Off
SmartEVSE/ChargeCurrent 0
SmartEVSE/ChargeCurrentOverride 0
SmartEVSE/Access Deny
SmartEVSE/RFID Not Installed
SmartEVSE/State Ready to Charge
SmartEVSE/Error None
SmartEVSE/EVPlugState Disconnected
SmartEVSE/WiFiSSID ZIGGO_3AE24
SmartEVSE/WiFiBSSID 82:B7:BD:30:42:3D
SmartEVSE/OCPP Disabled
SmartEVSE/OCPPConnection Disconnected
SmartEVSE/LEDColorOff 0,250,0
SmartEVSE/LEDColorNormal 0,255,0
SmartEVSE/LEDColorSmart 0,255,0
SmartEVSE/LEDColorSolar 255,170,0
SmartEVSE/LEDColorCustom 0,0,255
SmartEVSE/ESPUptime 289588
SmartEVSE/WiFiRSSI -58

In jouw geval waarschijnlijk SmartEVSE aanvullen met _76543 of zoiets

[ocaj]

En als je een EVMeter geconfigureerd hebt, dan zie je ook deze waardes van de EVMeter via MQTT:

code:

SmartEVSE/EVCurrentL1 0
SmartEVSE/EVCurrentL2 0
SmartEVSE/EVCurrentL3 0
SmartEVSE/EVChargePower 0
SmartEVSE/EVEnergyCharged 48643
SmartEVSE/EVTotalEnergyCharged 2383367

[Hermarcel]

Nog een vraagje met betrekking tot de MainsMeter (en EVMeter): Hoe moet het teken van de stromen zijn?
negatief bij gridafname en positief bij teruglevering? Of precies andersom?
En EVMeter? Altijd positief?

[Deikke]

Hermarcel schreef op maandag 30 december 2024 @ 10:03:
Nog een vraagje met betrekking tot de MainsMeter (en EVMeter): Hoe moet het teken van de stromen zijn?
negatief bij gridafname en positief bij teruglevering? Of precies andersom?
En EVMeter? Altijd positief?

Voor mainsmeter precies andersom: positief is afname, negatief teruglevering. EVMeter is altijd afname dus positief.

[sigmundfreund]

Vandaag een set overgenomen van een kennis die zijn Ioniq sneller aan het laden was door 2 fasen te combineren. Alles werkt en laadt lekker vlot op maar ik was benieuwd of ik dit op de een of andere manier kan uitlezen zodat ik weet hoeveel er precies geladen wordt, zodat ik het in LubeLogger kan bijhouden.

Ik heb geen documentatie erbij gekregen, wat ik in elk geval zie is:
SmartEVSE draait software v2.17.1
Sensorbox is een V2, deze is aangesloten op een P1 splitter naast een homewizard P1 meter.

Ik had met tactische zoektermen dit topic doorgenomen en ik vermoed dat ik een SmartEVSE 2 heb, en daarmee geen wifi functionaliteit. Maar wat ik wel had gevonden is dat de SmartEVSE 2 met een firmware upgrade weer de Sensorbox kan upgraden zodat deze in een browser benaderbaar is en ik daar statistieken uit kan halen?

Ik hoef geen homeassistant integratie, verder draait hier een Homey. Als het daarin zichtbaar is is leuk maar geen must.

Mijn vragen:

1. Klopt bovenstaande? Hoe kom ik zeker te weten welke Smart EVSE ik heb?
2. Hoe moet ik de Smart EVSE updaten?
3. Hoe moet ik de Sensorbox updaten?

De bestanden die ik op github zie zijn volgens mij alleen de firmwares en nergens kan ik een duidelijke beschrijving vinden hoe dit uitgevoerd moet worden. Alvast bedankt!

[dingo35]

De SmartEVSEv3 heeft nooit een v2.17.1 firmware versie gehad, dus het moet idd wel een v2 zijn.
Ik zie geen data directory in de repository, dus ik vermoed dat je die alleen via de USB aansluiting kunt updaten; SmartEVSEv2 bezitters kunnen daar hopelijk uitsluitsel over geven.

V.w.b. updaten Sensorbox, je moet wel zeker zijn dat het een Sensorbox-2 is; volgens mij kenmerkt deze zich door een "P1 port" aansluiting (RJ11).

[klepper6]

Hallo Daan,

Ik heb toevallig hetzelfde probleem (andere laadpaal, maar ook hier als de accou geladen is blijft het relais klapperen). Wat heb je uiteindelijk gedaan om het op te lossen ?

Gr,

Paul

daanbrons schreef op zondag 15 september 2024 @ 21:27:
[...]


Ik heb gemeten, en wat je aangeeft doet hij, ingeschakeld staat er 230 op en uitgeschakeld niet.

Als hij steeds in en uitschakelt, komt er steeds even kort spanning op. Op de foto zie je hoe ik gemeten heb.

Volgens mij kan ik dus concluderen dat de controller stuk is?

Wat zouden jullie adviseren? Een nieuwe evc, van evhub of een smartevse?

Dank alvast

[Afbeelding]

[Afbeelding]

[silvanverschuur]

maarten_NL schreef op zaterdag 28 december 2024 @ 21:16:
@silvanverschuur wat voor auto heb je?

Dit is ook een handig document om de status wisselingen te begrijpen:

https://tesla.o.auroraobj...harging_System_V3_1_1.pdf

Vanaf pagina 30 begint AC laden.

Geen EV aangesloten, CP is 12v.

EV aangesloten, via de R3 weerstand aan de EV kant wordt de spanning naar 9v getrokken. (state B1)

S1 aan EVSE kant wisselt naar de PWM oscillator om beschikbaar vermogen te communiceren (state B2)

EV is klaar om te laden en verzoekt de contactor te sluiten door S2 te sluiten en de spanning naar 6/3V te trekken. (state C)

Om een of andere reden detecteert de EVSE weer state B en opent de contactor, om in mijn geval vervolgens weer state C te detecteren en de contactor weer te sluiten.


Ik heb mijn oscilloscoop aan de lader liggen, Morgenochtend even testen.

Ik heb de afgelopen dagen even e.e.a. gemeten met de multi meter:

• Auto niet verbonden: 11.94V
• Auto verbonden, niet aan laden: 8.85V
• Auto aan het laden: -7V

De contactor ging direct weer meerdere keren aan en uit. Toen realiseerde ik me dat ik dit gedrag/probleem ongeveer een maand heb. Wat blijkt nu, ik heb begin december een Innr smartplug voor de kerstverlichting geïnstalleerd (outdoor variant) en die zat in het stopcontact op mijn laadpaal. Deze bekabeling loopt samen met de bekabeling van de laadpaal door een 63mm mantelbuis. Als ik de Innr plug eruit haal werkt het laden prima. Deze plug lijkt dus op de een of andere manier het signaal te verstoren.

Als ik de plug in een ander buitenstopcontact druk (ongeveer 6 meter van de laadpaal vandaan) heb ik dit probleem ook. Haal ik hem er hier weer uit dan werkt het laden weer zonder problemen. Dit stopcontact heeft een eigen kabel die door een aparte mantelbuis loopt. Ze komen echter wel onder de meterkast weer bij elkaar waar ze door de betonvloer gaan.

Zou het kunnen dat zo'n zigbee plug zoveel invloed heeft / storing kan veroorzaken?

[maarten_NL]

silvanverschuur schreef op dinsdag 31 december 2024 @ 12:27:
[...]


Ik heb de afgelopen dagen even e.e.a. gemeten met de multi meter:

• Auto niet verbonden: 11.94V
• Auto verbonden, niet aan laden: 8.85V
• Auto aan het laden: -7V

De contactor ging direct weer meerdere keren aan en uit. Toen realiseerde ik me dat ik dit gedrag/probleem ongeveer een maand heb. Wat blijkt nu, ik heb begin december een Innr smartplug voor de kerstverlichting geïnstalleerd (outdoor variant) en die zat in het stopcontact op mijn laadpaal. Deze bekabeling loopt samen met de bekabeling van de laadpaal door een 63mm mantelbuis. Als ik de Innr plug eruit haal werkt het laden prima. Deze plug lijkt dus op de een of andere manier het signaal te verstoren.

Als ik de plug in een ander buitenstopcontact druk (ongeveer 6 meter van de laadpaal vandaan) heb ik dit probleem ook. Haal ik hem er hier weer uit dan werkt het laden weer zonder problemen. Dit stopcontact heeft een eigen kabel die door een aparte mantelbuis loopt. Ze komen echter wel onder de meterkast weer bij elkaar waar ze door de betonvloer gaan.

Zou het kunnen dat zo'n zigbee plug zoveel invloed heeft / storing kan veroorzaken?

Zigbee is een potentiële veroorzaker, of de voeding van de LED verlichting. Nu lijkt mij innr geen c-merk dus ik vermoed het laatste.

Trek de verlichting eens los en test het dan eens opnieuw (nog nog beter, met een scope?)

[maarten_NL]

klepper6 schreef op dinsdag 31 december 2024 @ 11:56:
Hallo Daan,

Ik heb toevallig hetzelfde probleem (andere laadpaal, maar ook hier als de accou geladen is blijft het relais klapperen). Wat heb je uiteindelijk gedaan om het op te lossen ?

Gr,

Paul


[...]

Hoe bedoel je klapperen, is het constant aan/uit/aan/uit?

Mijn Kona denkt dat als de accu de vorige dag nog geladen is, als de nieuwe geplande laadperiode weer aanbreekt en de accu op 99% staat het weer nodig is om de laadsessie te starten, om vervolgens 3min later op 100% te eindigen.

[rvdgaag]

maarten_NL schreef op dinsdag 31 december 2024 @ 14:25:
[...]


Zigbee is een potentiële veroorzaker, of de voeding van de LED verlichting. Nu lijkt mij innr geen c-merk dus ik vermoed het laatste.

Ik durf er wel een stevig wedje op te leggen dat het van de LED verlichting komt, je wilt echt niet weten wat een hoop rotzooi er uit China komt wat giga harmonische storingen op het net veroorzaakt.

Dit zit vaak in het 10k tot 20 kHz frequentie gebied, da's ook de range waar de PLC communicatie van de auto met de lader plaatsvind.

Doordat kabels naast elkaar liggen komt die ook terecht bij het laadpunt door het HALL effect.

[ Voor 20% gewijzigd door rvdgaag op 31-12-2024 22:54 ]

[RC Stuntpiloot]

Hi, ik zit met mijn handen in het haar.
Ik heb een Modbus meter in de laadpaal gebouwd. Nu staat die standaard op adres 01, maar in de setup van smartevse kan je alleen adressen boven de 10 instellen. Nu heb ik een USB naar RS485 interface gekocht waarmee ik nu aan het proberen ben om de meter te programmeren. En daar loop ik nu vast. Ik heb Modbus Poll geïnstalleerd en probeer nu verbinding te krijgen met de Modbus van de smartevse, maar ik kan in de documentatie nergens de instellingen vinden. Er hangt ook een Sensorbox V2 eraan hangen en heb een twisted pair kabel van daaruit naar mijn laptop getrokken.
Modbus poll geeft enkel timeout en checksum errors.
Wie kan me op weg helpen?

[ Voor 45% gewijzigd door RC Stuntpiloot op 01-01-2025 12:56 ]

[Hermarcel]

Omdat ik de MainsMeter- en EVMeterdata aanlever via mqtt, heb ik invloed op de frequentie waarmee updates worden gedaan. Wat is een goede (perfekte?) update-frequentie van deze meterdata voor de SmartEVSE-firmware?

[rvdgaag]

Hermarcel schreef op woensdag 1 januari 2025 @ 12:20:
Omdat ik de MainsMeter- en EVMeterdata aanlever via mqtt, heb ik invloed op de frequentie waarmee updates worden gedaan. Wat is een goede (perfekte?) update-frequentie van deze meterdata voor de SmartEVSE-firmware?

Ik gebruik 2 SmartEVSE's waar ik de mainsmeter maar ook beide EV meters via MQTT aan voer, naar mijn ervaring is 2 seconden de optimale frequentie om de load balancing te laten werken zoals het moet en de grid load in de klauwen te houden.

[rvdgaag]

RC Stuntpiloot schreef op woensdag 1 januari 2025 @ 12:02:
Hi, ik zit met mijn handen in het haar.
Ik heb een Modbus meter in de laadpaal gebouwd. Nu staat die standaard op adres 01, maar in de setup van smartevse kan je alleen adressen boven de 10 instellen. Nu heb ik een USB naar RS485 interface gekocht waarmee ik nu aan het proberen ben om de meter te programmeren. En daar loop ik nu vast. Ik heb Modbus Poll geïnstalleerd en probeer nu verbinding te krijgen met de Modbus van de smartevse, maar ik kan in de documentatie nergens de instellingen vinden. Er hangt ook een Sensorbox V2 eraan hangen en heb een twisted pair kabel van daaruit naar mijn laptop getrokken.
Modbus poll geeft enkel timeout en checksum errors.
Wie kan me op weg helpen?
[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

De Smart EVSE is standaard een Master op de modbus-bus en heeft adres 1, omdat hij meerdere andere SmartEVSE's als slaaf kan sturen zijn de adressen tot 10 gereserveerd.

Connecten naar de SmartEVSE heeft geen zin omdat deze als Master geen antwoord zal geven.
Jouw probleem oplossen zal alleen lukken door het adres op de modbus meter aan te passen. Dan heb je ook nog de uitdaging of deze uit te lezen is door de SmartEVSE als het geen standaard ondersteunde versie is.

[RC Stuntpiloot]

rvdgaag schreef op woensdag 1 januari 2025 @ 15:05:
[...]


De Smart EVSE is standaard een Master op de modbus-bus en heeft adres 1, omdat hij meerdere andere SmartEVSE's als slaaf kan sturen zijn de adressen tot 10 gereserveerd.

Connecten naar de SmartEVSE heeft geen zin omdat deze als Master geen antwoord zal geven.
Jouw probleem oplossen zal alleen lukken door het adres op de modbus meter aan te passen. Dan heb je ook nog de uitdaging of deze uit te lezen is door de SmartEVSE als het geen standaard ondersteunde versie is.

Bedankt voor het meedenken!

Dan zit er niks anders op om de laadpaal van de muur te halen en de meter eerst goed in te stellen. Wat is het correcte protocol voor smartevse? Ik kan daar helaas geen documentatie over vinden. De meter zelf zou ondersteund moeten worden.

[rvdgaag]

Je kan op de Smartevse het type wat je hebt instellen en de rest gaat vanzelf mits het type en modbus adres klopt.

Modbus RTU is een standaard alleen de metingen die ieder aparaat doet zijn anders en de registers verschillen onderling ook altijd.

[klepper6]

maarten_NL schreef op dinsdag 31 december 2024 @ 14:30:
[...]


Hoe bedoel je klapperen, is het constant aan/uit/aan/uit?

Mijn Kona denkt dat als de accu de vorige dag nog geladen is, als de nieuwe geplande laadperiode weer aanbreekt en de accu op 99% staat het weer nodig is om de laadsessie te starten, om vervolgens 3min later op 100% te eindigen.

Ja constant aan en uit. Zo gauw ik de kabel in de auto plaats (Skoda e-citygo) spring het relais aan en begint het laden. Als de accu vol is schakelt het relais af maar na een paar seconden weer aan (en af/aan). En dit proces stopt niet.

[RC Stuntpiloot]

rvdgaag schreef op woensdag 1 januari 2025 @ 17:54:
Je kan op de Smartevse het type wat je hebt instellen en de rest gaat vanzelf mits het type en modbus adres klopt.

Modbus RTU is een standaard alleen de metingen die ieder aparaat doet zijn anders en de registers verschillen onderling ook altijd.

Mijn zoektocht naar de "standaard" instellingen voor Modbus RTU levert nik op helaas. Er zijn div baudsnelheden, parity, stop bits mogelijk. Flow control is me helemaal onduidelijk.
In een github post zag ik dit: "The SmartEVSE uses modbus RTU @9600 bps 8N1"
Ik interpreteer dit als baudrate 9600bps, 8 bits, no parity, 1 stop bit.

De info is al wat ouder, klopt dit nog?

[rvdgaag]

RC Stuntpiloot schreef op donderdag 2 januari 2025 @ 10:29:
[...]


Mijn zoektocht naar de "standaard" instellingen voor Modbus RTU levert nik op helaas. Er zijn div baudsnelheden, parity, stop bits mogelijk. Flow control is me helemaal onduidelijk.
In een github post zag ik dit: "The SmartEVSE uses modbus RTU @9600 bps 8N1"
Ik interpreteer dit als baudrate 9600bps, 8 bits, no parity, 1 stop bit.

De info is al wat ouder, klopt dit nog?

Klopt helemaal, de parity bit is voor de flowcontrol, in dit geval geen flow control

[Hermarcel]

rvdgaag schreef op donderdag 2 januari 2025 @ 11:12:
[...]


Klopt helemaal, de parity bit is voor de flowcontrol, in dit geval geen flow control

Ehh, parity bit is voor error detectie en correctie. Flow control gaat met aparte RTS/CTS lijnen in hardware, of met Xon/Xoff bytes in software.

[ Voor 0% gewijzigd door Hermarcel op 02-01-2025 13:40 . Reden: tikfoutjes ]

[THM0]

RC Stuntpiloot schreef op woensdag 1 januari 2025 @ 12:02:
Hi, ik zit met mijn handen in het haar.
Ik heb een Modbus meter in de laadpaal gebouwd. Nu staat die standaard op adres 01, maar in de setup van smartevse kan je alleen adressen boven de 10 instellen. Nu heb ik een USB naar RS485 interface gekocht waarmee ik nu aan het proberen ben om de meter te programmeren. En daar loop ik nu vast. Ik heb Modbus Poll geïnstalleerd en probeer nu verbinding te krijgen met de Modbus van de smartevse, maar ik kan in de documentatie nergens de instellingen vinden. Er hangt ook een Sensorbox V2 eraan hangen en heb een twisted pair kabel van daaruit naar mijn laptop getrokken.
Modbus poll geeft enkel timeout en checksum errors.
Wie kan me op weg helpen?
[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

Probeer je via een Modbus instructie het Modbus adres van de meter aan te passen? Dat kan volgens mij niet via de SmartEVSE. Je moet de Modbus aansluting van je meter loskoppelen van de SmartEVSE, vervolgens aansluiten op je dongle en dan de instructie verzenden. En dan kun je het weer terug bouwen.
Maar weet je zeker dat je meter compatible is met de SmartEVSE?

[sigmundfreund]

dingo35 schreef op dinsdag 31 december 2024 @ 07:12:
De SmartEVSEv3 heeft nooit een v2.17.1 firmware versie gehad, dus het moet idd wel een v2 zijn.
Ik zie geen data directory in de repository, dus ik vermoed dat je die alleen via de USB aansluiting kunt updaten; SmartEVSEv2 bezitters kunnen daar hopelijk uitsluitsel over geven.

V.w.b. updaten Sensorbox, je moet wel zeker zijn dat het een Sensorbox-2 is; volgens mij kenmerkt deze zich door een "P1 port" aansluiting (RJ11).

Ja, het is een Sensorbox 2 idd. Aangesloten via P1

Met USB kabel bedoel je dus denk ik iets wat op die ftdi poort gaat? Wat hier onderaan beschreven staat? Is dat de manier om nieuwe firmware op de Smart EVSE te zetten?

[tukker999]

Vandaag is er voor het eerst sinds de eerste week van november weer zoveel 🌞🌞🌞 dat er soms heel even op 6A op zonne-energie geladen kan worden.
Bijna 2 maanden niets, nul, nada.

[dingo35]

sigmundfreund schreef op donderdag 2 januari 2025 @ 12:47:
[...]


Ja, het is een Sensorbox 2 idd. Aangesloten via P1

Met USB kabel bedoel je dus denk ik iets wat op die ftdi poort gaat? Wat hier onderaan beschreven staat? Is dat de manier om nieuwe firmware op de Smart EVSE te zetten?

Ik heb nul ervaring met de SmartEVSEv2, maar ik heb wel google:
https://github.com/SmartEVSE/SmartEVSE-2/discussions/38

Dat MPLabs is een draak van een ontwikkelomgeving die volgens mij niet nodig is; volgens mij heeft de SmartEVSEv2 ook een ESP32 aan boord en dan moet dit dus (veel simpeler) werken:
https://github.com/dingo3....md#building-the-firmware

...helaas als ik naar de code kijk lijkt dit géén ESP32, dus idd die handleiding volgen.

[ Voor 5% gewijzigd door dingo35 op 02-01-2025 16:24 ]

[maarten_NL]

klepper6 schreef op donderdag 2 januari 2025 @ 08:47:
[...]


Ja constant aan en uit. Zo gauw ik de kabel in de auto plaats (Skoda e-citygo) spring het relais aan en begint het laden. Als de accu vol is schakelt het relais af maar na een paar seconden weer aan (en af/aan). En dit proces stopt niet.

Dat klinkt wel als een bug aan de auto kant.

Volgende week gaat mijn kona terug naar de garage dus dan meld ik de 2 issues wel.

[RC Stuntpiloot]

THM0 schreef op donderdag 2 januari 2025 @ 11:58:
[...]

Probeer je via een Modbus instructie het Modbus adres van de meter aan te passen? Dat kan volgens mij niet via de SmartEVSE. Je moet de Modbus aansluting van je meter loskoppelen van de SmartEVSE, vervolgens aansluiten op je dongle en dan de instructie verzenden. En dan kun je het weer terug bouwen.
Maar weet je zeker dat je meter compatible is met de SmartEVSE?

Klopt, dat was het plan, maar dat gaat idd niet. Ik ga de meter uitbouwer. Het is een Sinotimer DDS6619. Als het goed is wordt die ondersteund.

[tukker999]

sigmundfreund schreef op maandag 30 december 2024 @ 19:45:
Alles werkt en laadt lekker vlot op maar ik was benieuwd of ik dit op de een of andere manier kan uitlezen zodat ik weet hoeveel er precies geladen wordt, zodat ik het in LubeLogger kan bijhouden.

Interessant!

[dingo35]

Alleen als je een kWh meter als EVmeter hebt geinstalleerd kun je het verbruik bijhouden.

De SmartEVSE geeft immers aan het EV aan hoeveel stroom er beschikbaar is, het EV bepaalt zelf óf en van welke fasen het vervolgens afneemt.

[Blackraven]

sigmundfreund schreef op maandag 30 december 2024 @ 19:45:
Vandaag een set overgenomen van een kennis die zijn Ioniq sneller aan het laden was door 2 fasen te combineren. Alles werkt en laadt lekker vlot op maar ik was benieuwd of ik dit op de een of andere manier kan uitlezen zodat ik weet hoeveel er precies geladen wordt, zodat ik het in LubeLogger kan bijhouden.

Ik heb geen documentatie erbij gekregen, wat ik in elk geval zie is:
SmartEVSE draait software v2.17.1
Sensorbox is een V2, deze is aangesloten op een P1 splitter naast een homewizard P1 meter.

Ik had met tactische zoektermen dit topic doorgenomen en ik vermoed dat ik een SmartEVSE 2 heb, en daarmee geen wifi functionaliteit. Maar wat ik wel had gevonden is dat de SmartEVSE 2 met een firmware upgrade weer de Sensorbox kan upgraden zodat deze in een browser benaderbaar is en ik daar statistieken uit kan halen?

Ik hoef geen homeassistant integratie, verder draait hier een Homey. Als het daarin zichtbaar is is leuk maar geen must.

Mijn vragen:

1. Klopt bovenstaande? Hoe kom ik zeker te weten welke Smart EVSE ik heb?
2. Hoe moet ik de Smart EVSE updaten?
3. Hoe moet ik de Sensorbox updaten?

De bestanden die ik op github zie zijn volgens mij alleen de firmwares en nergens kan ik een duidelijke beschrijving vinden hoe dit uitgevoerd moet worden. Alvast bedankt!

Ik heb zelf een smartEVSE v2 met sensorbox v2 en ben er niet verder mee gekomen qua data-uitlezing.

Als je geen usb poort op je smartEVSE hebt, waarschijnlijk een V2 of lager, dan heb je een seriële pin-out.
Ik heb ook geprobeerd de sensorbox V2 firmware te upgraden, die krijgt inderdaad dan wifi, maar dan kan hij niet meer met de smartEVSE praten.
Als ik alle info naast elkaar leg, denk ik dat dit komt omdat er voor zowel de nieuwe smartEVSE v3 als de sensorbox v2 vanaf firmware versie 2.0.0 een andere modbus library is gebruikt.

Lang verhaal kort, met de smartEVSE V2 kun je niet heel veel data uitlezen.

[Henry_tw]

sigmundfreund schreef op maandag 30 december 2024 @ 19:45:
Vandaag een set overgenomen van een kennis die zijn Ioniq sneller aan het laden was door 2 fasen te combineren.

kun je iets meer vertellen over deze set? zelfbouw? commercieel?

Ik wil zelf ook zoiets om beter te kunnen profiteren van lage tarieven (bij een dynamisch contract).

volgens deze post is zoiets niet mogelijk: ‘Kookgroep’ voor opladen elektrische auto

klopt het dat de enige manier om mijn 1e generatie Ioniq sneller te kunnen laden door gebruik te maken van Load balancing zodat ik de volledige 25A kan gebruiken?

[ Voor 25% gewijzigd door Henry_tw op 07-01-2025 17:29 ]

[BarryH]

@sigmundfreund Ik denk dat wat foto's etc wel op zn plaats is. Want een smartEVSE die 2 fases combineert zodat je Ioniq 2016-2022 sneller laadt roept veel vragen op
(Smartevse kan niet 2 fases combineren en de ioniq laadt maar op 1 fase)

[sigmundfreund]

tukker999 schreef op vrijdag 3 januari 2025 @ 00:17:
[...]

Interessant!

Alternatief voor Spritmonitor, selfhosted. De naam is quirky idd.

@dingo35 @Blackraven @Henry_tw @BarryH

Gemengde verhalen dus zo. Losse kWh meter klinkt dus het best, had gehoopt dat ik ergens in een interface statistieken zou hebben met hoeveel er dus geladen wordt.

Ik heb hier een paar foto's van het brouwsel. Degene waar ik het van heb heeft verder ook geen info er over te delen behalve dat het laden dus een stuk vlotter gaat en dat kan ik beamen.













Je ziet het overzicht van buiten met een prachtige kast (die ik nog op termijn eigenlijk aan de andere kant wil plaatsen als we de gevelbekleding gaan aanpakken). De inhoud ervan is dus de Smart EVSE, op de tweede rail het relais, tenminste vermoed ik dat het een relais is. Je hoort 'm hard klikken als de auto aan de lader gaat. Aan de binnenkant is volgens mij een transformator (die verrekte zwaar is) die verbonden is met de meterkast, dit is volgens mij dan afgezekerd op zo'n kracht automaat. Vergeef mij als ik de verkeerde termen gebruik, mijn expertise ligt in telefoonreparaties en niet in dit soort installaties. 1 fase in de kabel wordt niet gebruikt, maar twee gaan er in en er komt dus gewoon 230 uit, wat met 28A uitkomt op ongeveer 6440 watt over 1 fase. In de meterkast is dus een Sensorbox v2 aangesloten op de P1 poort, eigenlijk op een splitter want er zit ook een Homewizard P1 meter op.

Het verdient op dit moment geen schoonheidsprijs maar kon het voor peanuts overnemen en het gaat een stuk rapper en vooral makkelijker dan de granny charger. Op korte termijn werk ik het nog iets netter weg.

Mijn hoop was dus uitlezen wat er geladen wordt. Het is echter verder geen absolute noodzaak dus als het niet relatief makkelijk kan dan leg ik mij er verder bij neer.

[BarryH]

@sigmundfreund de 3f kwh meter is voor iets anders denk ik?

Ik heb home assistant en daarin maak ik softwarematig een afschatting, die klopt redelijk (+-15%)

[sigmundfreund]

BarryH schreef op dinsdag 7 januari 2025 @ 20:44:
@sigmundfreund de 3f kwh meter is voor iets anders denk ik?

Ik heb home assistant en daarin maak ik softwarematig een afschatting, die klopt redelijk (+-15%)

Voor de zonnepanelen.

Omdat de stroom die tijdens het laden gebruikt wordt samen met de rest van het huis kan ik niets van die cijfers gebruiken. Op dit moment is het een rekensom 0,XX * 28, waar XX het gladen percentage is en dan het resultaat / 0,92 voor ongeveer 8% laadverlies. Die 8% had ik ergens gelezen dat dat gangbaar was maar het grootste nadeel is dat dit geen rekening houdt met SOH van de accu. Dus de cijfers zijn maar een benadering.

Ik zal eens kijken of ik nog zo'n kwh meter kan aansluiten binnenkort. Wel een relatief prijzige oplossing voor alleen wat data.

[ Voor 3% gewijzigd door sigmundfreund op 07-01-2025 21:13 ]

[BarryH]

yep, De ioniq laadt gewoon heel stabiel. alleen op het laatste stukje wordt de laadsnelheid afgebouwd.

[Henry_tw]

sigmundfreund schreef op dinsdag 7 januari 2025 @ 20:26:
[...]


Alternatief voor Spritmonitor, selfhosted. De naam is quirky idd.

@dingo35 @Blackraven @Henry_tw @BarryH

Ik heb hier een paar foto's van het brouwsel.

Mocht je het 'brouwsel' op termijn niet meer nodig hebben dan houd ik me aanbevolen

[Stefannn]

sigmundfreund schreef op dinsdag 7 januari 2025 @ 20:26:
[...]

Gemengde verhalen dus zo. Losse kWh meter klinkt dus het best, had gehoopt dat ik ergens in een interface statistieken zou hebben met hoeveel er dus geladen wordt.

Het ligt er een beetje aan hoe precies je het verbruik wil weten.
Ik heb het bij mijn auto (ioniq5) eens getest.
Die laadt gewoon met exact de laadstroom die aangeboden wordt. Helemaal totdat hij vol zit.
Ik monitor de geladen energie door gewoon het aangeboden vermogen te integreren over de tijd.
Op basis van die ene keer testen gok ik dat dat op ongeveer 1% nauwkeurig is. Goed genoeg voor mij.
Alleen bij het opstarten en terugschroeven van de aangeboden stroom ijlt de auto wat na.

(En ik vind het dan wel leuk om zoveel mogelijk met software op te lossen in plaats van met extra doosjes. Maar dat is persoonlijk)

[ Voor 7% gewijzigd door Stefannn op 07-01-2025 21:53 ]

[annestweak]

Goedemorgen, ik volg dit toppic al een tijdje maar heb een Lidl wallbox aangeschaft. Wellicht is dit ook een optie om te overwegen voordat je zelf een wallbox in elkaar gaat knutselen . Deze wallbox is nl ook te tweaken 💪🏻Alle info helpt, denk ik dan maar😉

Tweakers:
Lidl wallbox voor thuisladen, problemen ervaren o.a. voltage

[ Voor 3% gewijzigd door annestweak op 08-01-2025 13:38 ]

[Netraam]

Ik heb de laatste tijd iets raars.

Tot voor kort begon mijn Enyaq met laden als ik mijn SmartEVSE via HA schakelde naar smart.
Als ik nu schakel naar smart blijft de status 'EV connected' tot ik de Skoda app open en dan begint hij ineens te laden zonder verder iets te doen in de app.

Iemand een idee waar dit aan kan liggen?

[Adze]

Sinds vanochtend zijn mijn beide SmartEVSE v3 laadpunten niet meer werkzaam. Terwijl twee EVs waren aangesloten en mogelijk aan het laden is er een korte stroomstoring geweest. Nadat deze stroomstoring is opgelost doen beide laadpunten het niet meer.

Dit is wat ik vanochtend aantrof: YouTube: SmartEVSE error after power outage

Ik heb al geprobeerd om een firmware recovery te doen, maar dat heeft niets gehopen. Nu zit ik een beetje met handen in het haar. Wat kan ik nog doen?

code:

C:\Users\jeroe>esptool --port com4 write_flash 0x10000 firmware.bin
esptool.py v4.8.1
Serial port com4
Connecting...
Failed to get PID of a device on com4, using standard reset sequence.
......
Detecting chip type... Unsupported detection protocol, switching and trying again...
Connecting...
Failed to get PID of a device on com4, using standard reset sequence.
...
Detecting chip type... ESP32
Chip is ESP32-D0WD-V3 (revision v3.0)
Features: WiFi, BT, Dual Core, 240MHz, VRef calibration in efuse, Coding Scheme None
Crystal is 40MHz
MAC: 24:4c:ab:3b:01:28
Uploading stub...
Running stub...
Stub running...
Configuring flash size...
Flash will be erased from 0x00010000 to 0x00189fff...
Compressed 1545040 bytes to 981504...
Wrote 1545040 bytes (981504 compressed) at 0x00010000 in 86.8 seconds (effective 142.4 kbit/s)...
Hash of data verified.

Leaving...
Hard resetting via RTS pin...

C:\Users\jeroe>esptool --port com4 write_flash 0x1c0000 firmware.bin
esptool.py v4.8.1
Serial port com4
Connecting...
Failed to get PID of a device on com4, using standard reset sequence.
.
Detecting chip type... Unsupported detection protocol, switching and trying again...
Connecting...
Failed to get PID of a device on com4, using standard reset sequence.
...
Detecting chip type... ESP32
Chip is ESP32-D0WD-V3 (revision v3.0)
Features: WiFi, BT, Dual Core, 240MHz, VRef calibration in efuse, Coding Scheme None
Crystal is 40MHz
MAC: 24:4c:ab:3b:01:28
Uploading stub...
Running stub...
Stub running...
Configuring flash size...
Flash will be erased from 0x001c0000 to 0x00339fff...
Compressed 1545040 bytes to 981504...
Wrote 1545040 bytes (981504 compressed) at 0x001c0000 in 87.0 seconds (effective 142.1 kbit/s)...
Hash of data verified.

Leaving...
Hard resetting via RTS pin...

[adjego]

sigmundfreund schreef op dinsdag 7 januari 2025 @ 20:26:
[...]


Alternatief voor Spritmonitor, selfhosted. De naam is quirky idd.

@dingo35 @Blackraven @Henry_tw @BarryH

Gemengde verhalen dus zo. Losse kWh meter klinkt dus het best, had gehoopt dat ik ergens in een interface statistieken zou hebben met hoeveel er dus geladen wordt.

Ik heb hier een paar foto's van het brouwsel. Degene waar ik het van heb heeft verder ook geen info er over te delen behalve dat het laden dus een stuk vlotter gaat en dat kan ik beamen.

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

Je ziet het overzicht van buiten met een prachtige kast (die ik nog op termijn eigenlijk aan de andere kant wil plaatsen als we de gevelbekleding gaan aanpakken). De inhoud ervan is dus de Smart EVSE, op de tweede rail het relais, tenminste vermoed ik dat het een relais is. Je hoort 'm hard klikken als de auto aan de lader gaat. Aan de binnenkant is volgens mij een transformator (die verrekte zwaar is) die verbonden is met de meterkast, dit is volgens mij dan afgezekerd op zo'n kracht automaat. Vergeef mij als ik de verkeerde termen gebruik, mijn expertise ligt in telefoonreparaties en niet in dit soort installaties. 1 fase in de kabel wordt niet gebruikt, maar twee gaan er in en er komt dus gewoon 230 uit, wat met 28A uitkomt op ongeveer 6440 watt over 1 fase. In de meterkast is dus een Sensorbox v2 aangesloten op de P1 poort, eigenlijk op een splitter want er zit ook een Homewizard P1 meter op.

Het verdient op dit moment geen schoonheidsprijs maar kon het voor peanuts overnemen en het gaat een stuk rapper en vooral makkelijker dan de granny charger. Op korte termijn werk ik het nog iets netter weg.

Mijn hoop was dus uitlezen wat er geladen wordt. Het is echter verder geen absolute noodzaak dus als het niet relatief makkelijk kan dan leg ik mij er verder bij neer.

Die trafo zal wel een flink magnetisch veld creeren, en volgens mij ook voor een flink laadverlies zorgen, maar wel mooi om te zien hoe je dit werkend hebt. Ik zou er nog wel iets omheen bouwen, weet niet of dit allemaal wel aanraakveilig is.

[sigmundfreund]

adjego schreef op woensdag 8 januari 2025 @ 11:07:
[...]


Die trafo zal wel een flink magnetisch veld creeren, en volgens mij ook voor een flink laadverlies zorgen, maar wel mooi om te zien hoe je dit werkend hebt. Ik zou er nog wel iets omheen bouwen, weet niet of dit allemaal wel aanraakveilig is.

100% gelijk, sowieso zijn de schroeven waar de draden in zitten ontbloot en dat vind ik al "spannend". Dit gaat nog wel op de schop maar ik moest vrij vlot van de granny charger af dus dit was het idee van pleur maar neer en we fixen het later. Ik dacht zelf ook dat er wel wat warmte van af zou komen maar dat valt allemaal mee. Binnenkort maak ik het iets veiliger en zoals eerder beschreven gaat het allemaal nog op de schop zodra we die hoek van het huis/garage aanpakken.

[dingo35]

Netraam schreef op woensdag 8 januari 2025 @ 09:43:
Ik heb de laatste tijd iets raars.

Tot voor kort begon mijn Enyaq met laden als ik mijn SmartEVSE via HA schakelde naar smart.
Als ik nu schakel naar smart blijft de status 'EV connected' tot ik de Skoda app open en dan begint hij ineens te laden zonder verder iets te doen in de app.

Iemand een idee waar dit aan kan liggen?

Je zou eens kunnen experimenteren met de setting "always unlock after charging" o.i.d.; als die aan stond weigerde de Enyaq soms na een laadsessie weer opnieuw re starten omdat hij blijkbaar dacht dat de stekker er niet goed in zat.

[vanenkelen]

Adze schreef op woensdag 8 januari 2025 @ 10:01:
Sinds vanochtend zijn mijn beide SmartEVSE v3 laadpunten niet meer werkzaam. Terwijl twee EVs waren aangesloten en mogelijk aan het laden is er een korte stroomstoring geweest. Nadat deze stroomstoring is opgelost doen beide laadpunten het niet meer.

Dit is wat ik vanochtend aantrof: YouTube: SmartEVSE error after power outage

Ik heb al geprobeerd om een firmware recovery te doen, maar dat heeft niets gehopen. Nu zit ik een beetje met handen in het haar. Wat kan ik nog doen?

code:

C:\Users\jeroe>esptool --port com4 write_flash 0x10000 firmware.bin
esptool.py v4.8.1
Serial port com4
Connecting...
Failed to get PID of a device on com4, using standard reset sequence.
......
Detecting chip type... Unsupported detection protocol, switching and trying again...
Connecting...
Failed to get PID of a device on com4, using standard reset sequence.
...
Detecting chip type... ESP32
Chip is ESP32-D0WD-V3 (revision v3.0)
Features: WiFi, BT, Dual Core, 240MHz, VRef calibration in efuse, Coding Scheme None
Crystal is 40MHz
MAC: 24:4c:ab:3b:01:28
Uploading stub...
Running stub...
Stub running...
Configuring flash size...
Flash will be erased from 0x00010000 to 0x00189fff...
Compressed 1545040 bytes to 981504...
Wrote 1545040 bytes (981504 compressed) at 0x00010000 in 86.8 seconds (effective 142.4 kbit/s)...
Hash of data verified.

Leaving...
Hard resetting via RTS pin...

C:\Users\jeroe>esptool --port com4 write_flash 0x1c0000 firmware.bin
esptool.py v4.8.1
Serial port com4
Connecting...
Failed to get PID of a device on com4, using standard reset sequence.
.
Detecting chip type... Unsupported detection protocol, switching and trying again...
Connecting...
Failed to get PID of a device on com4, using standard reset sequence.
...
Detecting chip type... ESP32
Chip is ESP32-D0WD-V3 (revision v3.0)
Features: WiFi, BT, Dual Core, 240MHz, VRef calibration in efuse, Coding Scheme None
Crystal is 40MHz
MAC: 24:4c:ab:3b:01:28
Uploading stub...
Running stub...
Stub running...
Configuring flash size...
Flash will be erased from 0x001c0000 to 0x00339fff...
Compressed 1545040 bytes to 981504...
Wrote 1545040 bytes (981504 compressed) at 0x001c0000 in 87.0 seconds (effective 142.1 kbit/s)...
Hash of data verified.

Leaving...
Hard resetting via RTS pin...

Waar komt dat geluid vandaan? Uit de SmartEVSE of uit je contactor?

[Adze]

vanenkelen schreef op woensdag 8 januari 2025 @ 13:21:
[...]

Waar komt dat geluid vandaan? Uit de SmartEVSE of uit je contactor?

Ik vermoed uit de contactor, maar weet het niet zeker. Gelukkig heb ik beide SmartEVSE modules weer tot leven kunnen brengen mbv de "pio" flash methode. Met esptool lukte mij dat niet. Dank @dingo35 voor het meedenken.

[Netraam]

dingo35 schreef op woensdag 8 januari 2025 @ 13:13:
[...]


Je zou eens kunnen experimenteren met de setting "always unlock after charging" o.i.d.; als die aan stond weigerde de Enyaq soms na een laadsessie weer opnieuw re starten omdat hij blijkbaar dacht dat de stekker er niet goed in zat.

Ik heb daar niets aan veranderd en daar zou het openen van de app niet toch geen invloed op hebben?
In december heb ik wel een software update gekregen naar 3.7, misschien heeft het daarmee te maken.

[dingo35]

Het zal niet de eerste keer zijn dat er achter de schermen bij VAG iets verandert (op de servers, in de App of in de 3.7 versie in de auto) waardoor een instelling zich anders gaat gedragen dan verwacht.

[benthouse]

Iemand wellicht een gelijkwaardige opzet?

Ik heb een Eastron SDM72D energiemeter gekoppeld als EV meter aan de SmartEVSE, daarnaast ook een sensorbox v2 als MainsMeter aan de SmartEVSE gekoppeld op dezelfde Modbus verbinding. Dit Werkt goed!

Eastron energiemeter is slave adres 11 op de Modbus RTU. En de SmartEVSE krijgt dus keurig de variabelen binnen. Ook op de interne webpagina van de SmartEVSE worden een aantal variabelen keurig vermeld.
Ik wil echter ook wat andere variabelen van deze Eastron energie meter uitlezen via MQTT naar Home Assistant.
Ik heb hiervoor een Waveshare RS485 Modbus RTU naar TCP/IP converter op de EVSE modbus geplaatst.

In Home assistent een Modbus.Yaml file aangemaakt met daarin de adressen van de Eastron SDM72 die ik uit wil lezen. Zodra ik dit activeer dan krijg ik een communicatie fout op de SmartEVSE, ik krijg wel de variabelen binnen vanuit de Eastron energiemeter en wordt het laden door de SmartEVSE onderbroken door een seriële communicatie fout. Iemand een idee? Ik heb al de message_wait_milliseconds verhoogd van 30 naar 3000 maar dit biedt geen oplossing.
Screenshotje:

[ Voor 26% gewijzigd door benthouse op 08-01-2025 20:05 ]

[ocaj]

Er mag maar één modbus-master tegelijk actief zijn op een modbus.
De SmartEVSE is al modbus-master, dus je kunt dan niet ook nog via Home Assistant modbus-master zijn.

Oude versies van de SmartEVSE hadden een soort modbus-proxy-functie, maar ik meen dat die er inmiddels niet meer in zit omdat dat niet stabiel werkte?

Wat je kan doen (maar is minder robuust): EV-meter loshalen van de SmartEVSE-modbus en uitlezen via Home Assistant. Vervolgens in de SmartEVSE de EV-meter als API configureren en vanuit Home Assitant via de API de data naar de SmartEVSE sturen.

[PimDoos]

benthouse schreef op woensdag 8 januari 2025 @ 19:05:

Ik wil echter ook wat andere variabelen van deze Eastron kWh meter uitlezen via MQTT naar Home Assistant.
Ik heb hiervoor een Waveshare RS485 Modbus RTU naar TCP/IP converter op de EVSE modbus geplaatst.
[...]
Zodra ik dit activeer dan krijg ik een communicatie fout op de SmartEVSE en wordt het laden onderbroken. Iemand een idee?

Modbus is een single-master topologie, en alleen de master kan slaves uitlezen. In dit geval is de SmartEVSE de master op de bus en de Eastron en Sensorbox zijn slaves. De waveshare adapter fungeert ook als master, en dat werkt dus niet omdat je dan twee masters krijgt op de bus.

[benthouse]

PimDoos schreef op woensdag 8 januari 2025 @ 19:51:
[...]


Modbus is een single-master topologie, en alleen de master kan slaves uitlezen. In dit geval is de SmartEVSE de master op de bus en de Eastron en Sensorbox zijn slaves. De waveshare adapter fungeert ook als master, en dat werkt dus niet omdat je dan twee masters krijgt op de bus.

Dank voor de antwoorden. In huidige opzet dus niet mogelijk zoals ik het wil. Ik ga het anders doen!

[martijn_van_eck]

sigmundfreund schreef op dinsdag 7 januari 2025 @ 20:26:
[...]


Alternatief voor Spritmonitor, selfhosted. De naam is quirky idd.

@dingo35 @Blackraven @Henry_tw @BarryH

Gemengde verhalen dus zo. Losse kWh meter klinkt dus het best, had gehoopt dat ik ergens in een interface statistieken zou hebben met hoeveel er dus geladen wordt.

Ik heb hier een paar foto's van het brouwsel. Degene waar ik het van heb heeft verder ook geen info er over te delen behalve dat het laden dus een stuk vlotter gaat en dat kan ik beamen.

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

Je ziet het overzicht van buiten met een prachtige kast (die ik nog op termijn eigenlijk aan de andere kant wil plaatsen als we de gevelbekleding gaan aanpakken). De inhoud ervan is dus de Smart EVSE, op de tweede rail het relais, tenminste vermoed ik dat het een relais is. Je hoort 'm hard klikken als de auto aan de lader gaat. Aan de binnenkant is volgens mij een transformator (die verrekte zwaar is) die verbonden is met de meterkast, dit is volgens mij dan afgezekerd op zo'n kracht automaat. Vergeef mij als ik de verkeerde termen gebruik, mijn expertise ligt in telefoonreparaties en niet in dit soort installaties. 1 fase in de kabel wordt niet gebruikt, maar twee gaan er in en er komt dus gewoon 230 uit, wat met 28A uitkomt op ongeveer 6440 watt over 1 fase. In de meterkast is dus een Sensorbox v2 aangesloten op de P1 poort, eigenlijk op een splitter want er zit ook een Homewizard P1 meter op.

Het verdient op dit moment geen schoonheidsprijs maar kon het voor peanuts overnemen en het gaat een stuk rapper en vooral makkelijker dan de granny charger. Op korte termijn werk ik het nog iets netter weg.

Mijn hoop was dus uitlezen wat er geladen wordt. Het is echter verder geen absolute noodzaak dus als het niet relatief makkelijk kan dan leg ik mij er verder bij neer.

De bedrading van de sensorbox zou je ook kunnen verbeteren. Bij rs485 is het de bedoeling dat je de twisted pair aansluit op A en B. Op de foto zie ik een ader paar op A en een ader paar op B... Dit is niet juist.

[rvdgaag]

martijn_van_eck schreef op woensdag 8 januari 2025 @ 22:51:
[...]


De bedrading van de sensorbox zou je ook kunnen verbeteren. Bij rs485 is het de bedoeling dat je de twisted pair aansluit op A en B. Op de foto zie ik een ader paar op A en een ader paar op B... Dit is niet juist.

Dat is wat installeurs vaak doen om geen dure modbus kabel te hoeven kopen, gewoon een goede kwaliteit ethernet kabel en 2 aders samenvoegen om voldoende draaddikte te hebben, werkt prima en is niks mis mee.

[martijn_van_eck]

Ik zeg niet dat het niet met goede ethernet kabel kan. Ik gebruik het zelf ook om 60 meter te overbruggen. Maar sluit het dan in ieder geval wel goed aan volgens de standaard. Er hoeft geen vermogen over de signalen A en B, dus die draaddikte zal geen voordeel bieden

[ Voor 11% gewijzigd door martijn_van_eck op 10-01-2025 09:12 ]

[rvdgaag]

martijn_van_eck schreef op vrijdag 10 januari 2025 @ 09:09:
Ik zeg niet dat het niet met goede ethernet kabel kan. Ik gebruik het zelf ook om 60 meter te overbruggen. Maar sluit het dan in ieder geval wel goed aan volgens de standaard. Er hoeft geen vermogen over de signalen A en B, dus die draaddikte zal geen voordeel bieden
[Afbeelding]

Het gaat niet om het vermogen, bij langere kabels zal de dunne kern leiden tot spanningsval en dus slecht signaal. Volgens de specificaties hebben Modbus kabels een twisted kern nodig van 0.25 mm2 (24 AWG), ethernetkabels zijn vaak 26 AWG 0,1288 mm2 of minder . Doe je 2 paren samen van kom je wel op de genormeerde 24 AWG.

De terminators zijn handig maar zelden nodig, alleen als de kabel echt lang wordt om te voorkomen dat deze als antenne allerlei rommel uit de lucht oppikt wat weer kan leiden tot signaalverstoringen.

[rene037]

Maar wat Martijn zegt gaat om iets anders. Je gebruikt niet voor niets een 'twisted pair' kabel. Het zit hem in het 'twisted'. Dat elimineert stoorpulsen. Nu zitten de 4 twisted pairs vaak ook wel om elkaar gedraaid, maar dat weet je niet. En wat Martijn ook zegt, er loopt vrijwel geen stroom, dus heb je ook geen spanningsverlies.
Je zou nog van beide paren één ader kunnen nemen en die samen voegen en hetzelfde met de andere ader van ieder paar, maar in principe maak je dan alleen maar een antenne voor meer rommel op je kabel. (Al was het maar omdat er wellicht lengteverschil zit tussen de paren, hangt allemaal af van de kabel. Voor de lage frequentie van het modbussignaal niet zo belangrijk, maar wel voor het oppikken van rommel uit de omgeving.)

[sigmundfreund]

@martijn_van_eck @rvdgaag @rene037

Ik heb dit overgenomen van de vorige eigenaar die een afgeknipte, matige, utp kabel aan beide zeiden had met deze configuratie aan aders met de enige vermelding dat het zo werkte. Verder geen documentatie. Onder de grond had ik al een kwalitatieve kabel liggen ter redundantie naar een eventuele uitbreiding ooit van m'n unraid/homelab setup dus die had ik daar uit gehaald, gestript en zo aangesloten zoals het bij mij origineel afgeleverd werd.



Wat is het idee om het goed te doen? De aders loshalen en maar 4 aders gebruiken, alsnog onder dezelfde schroeven?

[Paulusbrand]

sigmundfreund schreef op vrijdag 10 januari 2025 @ 11:47:
@martijn_van_eck @rvdgaag @rene037

Ik heb dit overgenomen van de vorige eigenaar die een afgeknipte, matige, utp kabel aan beide zeiden had met deze configuratie aan aders met de enige vermelding dat het zo werkte. Verder geen documentatie. Onder de grond had ik al een kwalitatieve kabel liggen ter redundantie naar een eventuele uitbreiding ooit van m'n unraid/homelab setup dus die had ik daar uit gehaald, gestript en zo aangesloten zoals het bij mij origineel afgeleverd werd.

[Afbeelding]

Wat is het idee om het goed te doen? De aders loshalen en maar 4 aders gebruiken, alsnog onder dezelfde schroeven?

De "12v" en "gnd" draden kun je laten zitten.
Gebruik voor "A" alleen de groen-witte draad.
Gebruik voor "B" alleen de groene draad.
Doe dit aan beide zijden dan de kabel gelijk (de smartesve en de sensorbox kant).
Bruin-wit en bruin hoef je niet te gebruiken

[decramy]

Als het nu werkt gewoon niks aan doen. Ik vind het geneuzel in de marge.
🥳

[Netraam]

dingo35 schreef op woensdag 8 januari 2025 @ 16:46:
Het zal niet de eerste keer zijn dat er achter de schermen bij VAG iets verandert (op de servers, in de App of in de 3.7 versie in de auto) waardoor een instelling zich anders gaat gedragen dan verwacht.

Aanpassen van de settings geeft helaas nog steeds hetzelfde gedrag

[HaTe]

HaTe schreef op maandag 16 december 2024 @ 22:23:
Heeft iemand dit modbus kastje voor p1 meting al geprobeerd te koppelen met de SmartEVSE?
https://smart-stuff.nl/product/p1-naar-modbus-dongle/

Voor een vriend ben ik hiernaar aan het kijken. Lijkt me een mooi alternatief voor de sensorbox, welke ook DSMRv4 ondersteund zonder extra voeding.

Edit: Zie dat hij ook SDM630 emulatie ondersteund. In dat geval is het in theorie gewoon mogelijk om deze te kiezen in de SmartEVSE!

Ik kan nu bevestigen dat hij na het flashen van de SDM630 firmware op adres 10 werkt

[ocaj]

Even een praktisch vraagje nu het weer wat frisser wordt:
Mijn SmartEVSE hangt in een onverwarmde garage. Hoe koud mag hij eigenlijk worden? Hij meldt momenteel 8 graden en (terugkijkend in mijn logdata) afgelopen winter heeft hij minimaal 6 graden gemeld.

Houdt de elektronica zichzelf voldoende warm, of moet ik als het een keer echt koud wordt af en toe preventief mijn auto opladen om de SmartEVSE op temperatuur te houden? (Of wat extra isolatie aanbrengen om de boel warm te houden natuurlijk.)

[Himalaya]

ocaj schreef op zaterdag 11 januari 2025 @ 11:49:
Even een praktisch vraagje nu het weer wat frisser wordt:
Mijn SmartEVSE hangt in een onverwarmde garage. Hoe koud mag hij eigenlijk worden? Hij meldt momenteel 8 graden en (terugkijkend in mijn logdata) afgelopen winter heeft hij minimaal 6 graden gemeld.

Houdt de elektronica zichzelf voldoende warm, of moet ik als het een keer echt koud wordt af en toe preventief mijn auto opladen om de SmartEVSE op temperatuur te houden? (Of wat extra isolatie aanbrengen om de boel warm te houden natuurlijk.)

De mijne zit gewoon buiten in de laadpaal en komt rustig tot onder het vriespunt. Het gaat volgens mij meer om de maximale temperatuur waar hij op moet reageren dan dat hij iets met een minimale doet/moet.

[mjvdzwet]

LCD, in het algemeen, kan kapot vriezen.

[Himalaya]

mjvdzwet schreef op zaterdag 11 januari 2025 @ 13:11:
LCD, in het algemeen, kan kapot vriezen.

Klopt, maar dan hebben we het in het algemeen wel over wat lagere temperaturen dan het vriespunt van water.

[martijn_van_eck]

ocaj schreef op zaterdag 11 januari 2025 @ 11:49:
Even een praktisch vraagje nu het weer wat frisser wordt:
Mijn SmartEVSE hangt in een onverwarmde garage. Hoe koud mag hij eigenlijk worden? Hij meldt momenteel 8 graden en (terugkijkend in mijn logdata) afgelopen winter heeft hij minimaal 6 graden gemeld.

Houdt de elektronica zichzelf voldoende warm, of moet ik als het een keer echt koud wordt af en toe preventief mijn auto opladen om de SmartEVSE op temperatuur te houden? (Of wat extra isolatie aanbrengen om de boel warm te houden natuurlijk.)

Wanneer hij in de waterdichte behuizing zit en aan staat, zal er weinig mis kunnen gaan.

[ocaj]

Ok top, hij zit inderdaad in een dicht kastje, niks om me zorgen over te maken dus.

[Hmmbob]

Mijn EVSE geeft nu aan dat het er 10C is, da's 10 volle graden warmer dan de buitentemperatuur

[RonJ]

Hebben toevallig meer mensen hier ineens problemen met Tapelectric als OCPP backoffice? Vannacht nog goed mee opgeladen (maar wel een kleine faseonderbreking gehad rond 6u vannacht, dat triggerde ook mn autoalarm).

Sinds vanmiddag wil ie geen laadsessies meer starten, blijft op OFF/rood staan. Ik kijk het maar even aan en heb OCPP nu uitgezet, mocht dit blijven dan duik ik er v/d week even verder in. Lijkt er anders toch een beetje op dat ie niet bepaald gediend is van stroomonderbrekingen.

[ Voor 12% gewijzigd door RonJ op 13-01-2025 19:59 ]

[dingo35]

Ik heb tijdens mijn ontwikkelsessies de stroomvoorziening vaak ruw onderbroken, en daar nog nooit problemen mee ondervonden.

Moet ik er wel bij zeggen dat ik dit nog nooit tijdens een laadsessie heb gedaan... Ik heb het over diverse SmartEVSEs v3 met serienrs tussen 5400 en 7200 ...

Er is mij 1 ander geval bekend (ik meen ook op dit forum) van iemand die een complete "pio -t upload" moest doen om zijn SmartEVSEs weer tot leven te brengen na een stroomonderbreking tijdens het laden.

[ Voor 26% gewijzigd door dingo35 op 14-01-2025 09:58 ]

[RonJ]

Het was idd tijdens het laden, maar hij doet het nog wel gewoon, GUI/webserver is up, ik kan ook de laatste (debug) firmware flashen. Maar iets in de OCPP communicatie werkt iig niet meer, hij ziet de lader wel als online in de TE message log, maar iets met de RFID auth werkt niet meer en hij blijft maar op OFF staan. Zodra ik OCPP weer uitzet en m op normal/smart zet laadt ie gewoon meteen weer goed op.

Ik zal morgen eens verder kijken wat er nou precies gebeurd in de debug log.

[dingo35]

Ik zou de RFID reader setting even checken (LCD scherm), de Auto Authorize checkbox (webserver), en LastRFIDread (/settings) zou van invloed kunnen zijn.

[RonJ]

dingo35 schreef op dinsdag 14 januari 2025 @ 17:24:
Ik zou de RFID reader setting even checken (LCD scherm), de Auto Authorize checkbox (webserver), en LastRFIDread (/settings) zou van invloed kunnen zijn.

- RFID setting stond correct op Ext/OCPP en blijft daarop staan na een reboot en een harde power off.
- Auto Auth staat uit
- LastRFIDread staat er bij mij niet onder /settings (terwijl ie nu laadt dmv een rfid auth)

Anyway, ik heb de boel net weer ge-powercycled, firmware opnieuw geflashed, OCPP weer geactiveerd en vervolgens een tijdje gewacht totdat ik weer het laden getest heb en nu laadt ie iig weer goed op mét OCPP.

Wat me wel opvalt is dat er echt 0,0 voorbijkomt in de (verbose) logging op telnet hierover.

"(ocppLoop)(C1) OCPP set Access_bit" is letterlijk het enige dat ik hierover voorbij zie komen in de verbose logging. Verder echt geen enkele logmessage over OCPP communicatie of de RFID read of wat dan ook, dat maakt het ook een beetje lastig om nu te achterhalen wat er nou fout ging. Misschien kan je daar nog eens naar kijken. Dank voor het meedenken iig!

[RC Stuntpiloot]

Nou ik heb het voor mekaar hoor. Ik heb geprobeerd om de Modbus ID aan te passen van een Sinotimer DDS6619 energiemeter voor bij de SmartEVSE V3. Als volledige NOOB op Modbus gebied ben ik met een proef versie van Modbus Poll aan de slag gegaan. Ik kreeg communicatie op gang en heb een commando kunnen sturen om het ID aan te passen,. Helaas met de verkeerde parameter, want nu staat de ID op 000 en kan ik het apparaat niet meer benaderen omdat de software ID 0 niet toelaat...
Wie weet een oplossing of kan me misschien helpen? (Ik woon in Waalwijk)