Zelfbouw Laadpaal ervaringen

[Mike2k]

thehog schreef op zondag 20 maart 2022 @ 18:59:
[...]


Omdat dit eigenlijk ook niet kan. Je hebt nu twee masters op de bus. De smartevse zelf en jouw modbus converter. Met veel geluk en goede timing lukt het wel maar geen garanties.

Ik heb het ook geprobeerd zonder de EVSE, alleen met de 12v voeding aangesloten met hetzelfde resultaat...

[Jfwiet]

Zie dat er hier ook geprobeerd word andere apparaten aan te sluiten, weet iemand hoeveel watt de 12v aan kan?

Wil graag een kleine smart home sensor op 12v aansluiten, denk dat die maar 3~5watt verbruikt maar heb geen idee of de interne voeding dat aan kan om erbij aan te sluiten.

Verder druk bezig met mijn eigen installatie, vorige week een parkeerplaats gemaakt van een stuk van de voortuin, kabels gelegd en het buiten gedeelte afgerond. Heb de laadkabel met zadels aan de muur bevestigd om ze aan de kant te houden. Nog niet helemaal overtuigd over de looks, maar wil ook geen slagvaste buis daar ophangen. Misschien als ik de kabel nog een halve meter meer geef dat het er wat natuurlijker uit ziet. To be continued...

[Mike2k]

Jfwiet schreef op zondag 20 maart 2022 @ 21:05:
Zie dat er hier ook geprobeerd word andere apparaten aan te sluiten, weet iemand hoeveel watt de 12v aan kan?

Wil graag een kleine smart home sensor op 12v aansluiten, denk dat die maar 3~5watt verbruikt maar heb geen idee of de interne voeding dat aan kan om erbij aan te sluiten.

Omdat ik toch nog even aan het klooien was...


De voeding zelf is maar 5 watt. Als je er van uit gaat dat je de voeding voor max 70/75% wil belasten kom je op max 3.75 watt uit...

Wellicht kan je een SSR laten schakelen?

Edit:
Zoiets: https://www.sparkfun.com/products/13015
Heeft een stroom nodig van ongeveer 10mA..

[ Voor 4% gewijzigd door Mike2k op 20-03-2022 21:26 ]

[Jfwiet]

Mike2k schreef op zondag 20 maart 2022 @ 21:22:
[...]

Omdat ik toch nog even aan het klooien was...
[Afbeelding]

De voeding zelf is maar 5 watt. Als je er van uit gaat dat je de voeding voor max 70/75% wil belasten kom je op max 3.75 watt uit...

Wellicht kan je een SSR laten schakelen?

Edit:
Zoiets: https://www.sparkfun.com/products/13015
Heeft een stroom nodig van ongeveer 10mA..

Heb al een Meanwell 12v Dinrail voeding aangeschaft. Die 5watt is niet ruim genoeg vermoed ik, zal ook wel eens vragen bij Stegen wat de DC/AC sensor nodig heeft en de verbinding tussen EVSE en de Sensorbox v2. Dan zal er wel niet zoveel over blijven vermoed ik.

[djoenez]

Is het iemand al gelukt om de data te scrapen van de SmartEVSE naar home assistant? ik ben totaal geen held in CSS, en ik krijg met elke mogelijke combinatie:

Error fetching data: http://192.168.1.125/ failed with illegal chunk header: bytearray(b'594 \r\n')

[Sloty]

djoenez schreef op maandag 21 maart 2022 @ 21:12:
Is het iemand al gelukt om de data te scrapen van de SmartEVSE naar home assistant? ik ben totaal geen held in CSS, en ik krijg met elke mogelijke combinatie:

Error fetching data: http://192.168.1.125/ failed with illegal chunk header: bytearray(b'594 \r\n')

Je kunt met node-red verbinden op de websocket: ws://192.168.1.140/ws. Dan krijg je de info van de webpagina als aparte berichten binnen (R:**, I:**, T:**, S:** ,E:**).

Hoop trouwens dat er snel een update komt om de maximale laadstroom te kunnen aanpassen via een request of sockets

[wishmaster1986]

Op github staat bij issues een firmware van iemand die een web api heeft gemaakt om settings te kunnen lezen en schrijven.

[mightym]

wishmaster1986 schreef op dinsdag 22 maart 2022 @ 06:59:
Op github staat bij issues een firmware van iemand die een web api heeft gemaakt om settings te kunnen lezen en schrijven.

Volgens mij heeft die persoon een verzoek neergelegd, geen oplossing

[Mike2k]

Omdat ik echt niet begrijp waarom hij het niet doet...


Nu ben ik geen scope expert maar het lijkt erop alsof er totaal geen data verzonden wordt...wellicht een probleem met mijn usb->rs232->rs485 ketting...wordt vervolgd!

Edit: ter leering ende vermaeck...

Het lijkt erop alsof er wel degelijk data overheen gaat...

[ Voor 28% gewijzigd door Mike2k op 22-03-2022 08:53 ]

[thehog]

Mike2k schreef op dinsdag 22 maart 2022 @ 08:41:
Omdat ik echt niet begrijp waarom hij het niet doet...
[Afbeelding]

Nu ben ik geen scope expert maar het lijkt erop alsof er totaal geen data verzonden wordt...wellicht een probleem met mijn usb->rs232->rs485 ketting...wordt vervolgd!

Edit: ter leering ende vermaeck...
[Afbeelding]
Het lijkt erop alsof er wel degelijk data overheen gaat...

In deze opstelling met werkende smartevse zou je sowieso verkeer vanuit de smartevse naar de sensorbox moeten zien (en terug)

[captnemo]

@Mike2k Ik weet niet waar die RS232 naar toe gaat, maar ik gebruik een https://www.conrad.nl/nl/...nkabel-zwart-2149078.html

[Mike2k]

Ik had de trigger niet goed ingesteld...


De EVSE zit niet op de bus aangesloten. Wordt nu alleen gebruikt voor de 12v voeding

[wishmaster1986]

mightym schreef op dinsdag 22 maart 2022 @ 07:23:
[...]

Volgens mij heeft die persoon een verzoek neergelegd, geen oplossing

https://github.com/SmartEVSE/SmartEVSE-3/issues/3

Zie de laatste post bij het issue, het is een PR verzoek aangezien hij een werkende API heeft geïntegreerd.

[wishmaster1986]

Sloty schreef op maandag 21 maart 2022 @ 21:41:
[...]


Je kunt met node-red verbinden op de websocket: ws://192.168.1.140/ws. Dan krijg je de info van de webpagina als aparte berichten binnen (R:**, I:**, T:**, S:** ,E:**).

Hoop trouwens dat er snel een update komt om de maximale laadstroom te kunnen aanpassen via een request of sockets

Zo heb ik het ook gedaan:

[DaRKie]

wishmaster1986 schreef op dinsdag 22 maart 2022 @ 09:14:
[...]


https://github.com/SmartEVSE/SmartEVSE-3/issues/3

Zie de laatste post bij het issue, het is een PR verzoek aangezien hij een werkende API heeft geïntegreerd.

Dat gaat mijn WiP zijn vermoed ik
Ik ben er inderdaad in geslaagd met mijn beperkte C++ kennis een werkende endpoint te maken.
Mijn initiële insteek was om de EVSE bewust te maken van de thuisbatterij die ik heb staan, want ik heb gemerkt dat beide systemen anders "raar" reageren omdat ze elkaar niet kennen.
En omdat ik dan toch bezig was, heb ik maar snel een endpoint erin gezet om al wat basic info eruit te halen en een paar settings aan te passen.
Voorlopig heb ik het nog niet als PR aangeboden omdat ik nog op zijn antwoord wacht, misschien wilt hij een totaal andere richting uitgaan.

Hier staan de builds die ik zelf gebruik om de EVSE via /update aan te passen:
https://github.com/k-janssens/SmartEVSE-3/tree/main/releases

Moest je mijn versie willen gebruiken, lees zeker de README aangezien ik een aantal zaken verandert heb.

[ Voor 4% gewijzigd door DaRKie op 22-03-2022 13:05 ]

[Mike2k]

Het was echt een hoop uitzoek werk maar uiteindelijk ben ik een stuk verder en wellicht kan dit aan de topic start worden toegevoegd.

De sensorbox maakt gebruik van de PlatformIO, wat onderwater volgens mij Arduino code gebruikt,
Anyway: om de software van de sensorbox te upgraden:

1. Installer een IDE zoals VS Code (kijk hier voor de supported IDE's: https://platformio.org/install/integration)
2. Installeer ook Python en GIT!
3. Installeer de PlatformIO integratie
4. Download de laatste versie van de software: https://github.com/SmartEVSE/Sensorbox-2
5. Connect de sensorbox met de USB poort aan je computer (kijk welke COM poort er bij komt)
6. Open het project in je IDE
7. Pas het bestand platformio.ini aan
8. Build
9. Upload

[wishmaster1986]

Ik ben nu zelf bezig met de Sensorbox zodat deze zijn ontvangen P1 data opnieuw uitspuugt over telnet.
Als ik nu een telnet sessie opzet vanaf mijn PC naar de Sensorbox zie ik netjes de P1 data voorbij komen.
Nog nu DSMR Reader connecten met de Sensorbox en die hele P1 splitter is niet meer nodig voor stroom en gas monitoring in Home Assistant.

[fluppie007]

DaRKie schreef op dinsdag 22 maart 2022 @ 13:04:
[...]
Hier staan de builds die ik zelf gebruik om de EVSE via /update aan te passen:
https://github.com/k-janssens/SmartEVSE-3/tree/main/releases

Moest je mijn versie willen gebruiken, lees zeker de README aangezien ik een aantal zaken verandert heb.

Mooi werk, is er een specifieke reden waarom je websockets hebt uitgeschakeld? Stabiliteit?

[DaRKie]

In het begin las ik constant de websockets uit en kreeg geregeld WiFi disconnects. Waarschijnlijk heeft het er niets mee te maken maar omdat het voor mij geen nut meer heeft nu er een API is, leek het me mss beter het uit te schakelen.

De status pagina werkt trouwens nog wel, enkel moet je manueel refreshen.

[thehog]

DaRKie schreef op dinsdag 22 maart 2022 @ 18:46:
In het begin las ik constant de websockets uit en kreeg geregeld WiFi disconnects. Waarschijnlijk heeft het er niets mee te maken maar omdat het voor mij geen nut meer heeft nu er een API is, leek het me mss beter het uit te schakelen.

De status pagina werkt trouwens nog wel, enkel moet je manueel refreshen.

Gooi er een javascript refresh in en je hebt een poor-man solution (zoals het vroeger ging voor websockets ;-) ). Maar eigenlijk zou je websockets weer aan moeten zetten.

Als ik tijd heb wil ik ook nog wel eens kijken om mqtt toe te voegen. En dan auto-detect voor homeassistant.

[fluppie007]

Kan misschien met de gebruikte webserver te maken hebben. Zie bv https://github.com/me-no-dev/ESPAsyncWebServer/issues/1089

Met Safari op iOS 14.3 krijg ik geen resets, Firefox op W10 ook niet. Open ik met Safari op iOS 15.3.1 dan reset de gehele ESP32 en valt tijdens het laden de contactor ed af, verre van ideaal.

[DaRKie]

thehog schreef op dinsdag 22 maart 2022 @ 19:41:
[...]


Gooi er een javascript refresh in en je hebt een poor-man solution (zoals het vroeger ging voor websockets ;-) ). Maar eigenlijk zou je websockets weer aan moeten zetten.

Als ik tijd heb wil ik ook nog wel eens kijken om mqtt toe te voegen. En dan auto-detect voor homeassistant.

Moest ik de status pagina gebruiken dan heeft dat nut, maar persoonlijk gebruik ik die niet.
Moesten er mensen zijn die mijn versie voorlopig willen gebruiken, wil ik dat wel terug inschakelen

Edit: Ik heb mijn main versie aangepast dat WS en max brightness terug aan staan, bij releases staat er ook aparte versie met WS.

[ Voor 9% gewijzigd door DaRKie op 22-03-2022 20:19 ]

[Mike2k]

EINDELIJK, man wat een drama!

HTTP server started
Starting WiFi..
Connected to AP: AllYourBandwidthAreBelongToUs
Local IP: 192.168.178.26

Het blijkt dat er een foutje in de nieuwe code zit...je kan wel een SSID en PW instellen, maar deze worden helemaal niet gebruikt...

Ik ga een Git issue indienen...

Edit: ik heb nog iets te vroeg gejuicht, ik krijg een lege webpagina zonder content...hmm

[ Voor 12% gewijzigd door Mike2k op 22-03-2022 21:34 ]

[fluppie007]

DaRKie schreef op dinsdag 22 maart 2022 @ 13:04:
[...]


Dat gaat mijn WiP zijn vermoed ik
Ik ben er inderdaad in geslaagd met mijn beperkte C++ kennis een werkende endpoint te maken.
Mijn initiële insteek was om de EVSE bewust te maken van de thuisbatterij die ik heb staan, want ik heb gemerkt dat beide systemen anders "raar" reageren omdat ze elkaar niet kennen.
En omdat ik dan toch bezig was, heb ik maar snel een endpoint erin gezet om al wat basic info eruit te halen en een paar settings aan te passen.
Voorlopig heb ik het nog niet als PR aangeboden omdat ik nog op zijn antwoord wacht, misschien wilt hij een totaal andere richting uitgaan.

Hier staan de builds die ik zelf gebruik om de EVSE via /update aan te passen:
https://github.com/k-janssens/SmartEVSE-3/tree/main/releases

Moest je mijn versie willen gebruiken, lees zeker de README aangezien ik een aantal zaken verandert heb.

Ziet er goed uit. Nu nog OverrideCurrent toevoegen zodat we in bv. Home Assistant een soort van slider kunnen voorzien om de laadstroom te overrulen? Geloof dat ze bij een Modbus commando op 0x0002 deze integer gebruiken. Te vinden in de v2 Readme https://github.com/SmartE...E-2/blob/master/README.md

[Mike2k]

Mike2k schreef op dinsdag 22 maart 2022 @ 21:04:
EINDELIJK, man wat een drama!

HTTP server started
Starting WiFi..
Connected to AP: AllYourBandwidthAreBelongToUs
Local IP: 192.168.178.26

Het blijkt dat er een foutje in de nieuwe code zit...je kan wel een SSID en PW instellen, maar deze worden helemaal niet gebruikt...

Ik ga een Git issue indienen...

Edit: ik heb nog iets te vroeg gejuicht, ik krijg een lege webpagina zonder content...hmm

Het laatse puntje is ook opgelost,

Ik moest het filesystem nog uploaden, dat is blijkbaar een handmatige stap...



@Verwijderd Is het handig alle ervaring te bundelen in een grote TS ?

[djoenez]

Mike2k schreef op woensdag 23 maart 2022 @ 08:40:
[...]


Het laatse puntje is ook opgelost,

Ik moest het filesystem nog uploaden, dat is blijkbaar een handmatige stap...

[Afbeelding]

@Verwijderd Is het handig alle ervaring te bundelen in een grote TS ?

Supervet! Is dit een kwestie van de bin downloaden en dan naar http:ip.address.0.1/update gaan en de bin uploaden?

[Mike2k]

djoenez schreef op woensdag 23 maart 2022 @ 09:19:
[...]

Supervet! Is dit een kwestie van de bin downloaden en dan naar http:ip.address.0.1/update gaan en de bin uploaden?

Weet ik echt niet...heb je de sensorbox al aan je netwerk hangen ? Je moet namelijk eerst wifi aanzetten in de settings en de software uploaden..

Als je de sensorbox al wel aan je netwerk hebt hangen kan het misschien met de upload functie maar dat weet ik niet zeker...

[DaRKie]

fluppie007 schreef op dinsdag 22 maart 2022 @ 23:52:
[...]


Ziet er goed uit. Nu nog OverrideCurrent toevoegen zodat we in bv. Home Assistant een soort van slider kunnen voorzien om de laadstroom te overrulen? Geloof dat ze bij een Modbus commando op 0x0002 deze integer gebruiken. Te vinden in de v2 Readme https://github.com/SmartE...E-2/blob/master/README.md

Ah daar was ik naar op zoek, ik had het nu eerst met de max current gedaan omdat ik merkte dat hij steeds de max wou nemen. Maar inderdaad er is een override current, dat lijntje heb ik meermaals gemist in de code

Heb de max vervangen door override.

https://app.swaggerhub.com/apis/kryztov/Smart-EVSE-V3A/1.0.0

[Mike2k]

Ik had het software 'probleem' voorgelegd aan Stegen...ik heb een oplossing voor een niet bestaand probleem gevonden...

Michael geeft aan dat het nooit de bedoeling was om de sensorbox met de hand te configuren voor WiFi maar om dit vanuit de EVSE te doen.

Ik vraag me alleen wel af hoe makkelijk het is om een wifi verbinding vanuit de EVSE op te zetten...

[wishmaster1986]

Ik heb het anders gedaan door onderstaande code aan te passen in main.cpp regel 385:

code:

if (WIFImode == 1 && WiFi.getMode() != WIFI_AP_STA) {
    }

Eenmalig firmware compilen en via USB uploaden naar de Sensorbox.
Hierdoor gaat de Sensorbox in Wifi AP mode en krijg je de config portal te zien waarmee je hem op je eigen WiFi netwerk kan verbinden als je met bijvoorbeeld je mobiel connect naar de WiFi van de Sensorbox.
Na een reboot is de sensorbox te vinden op je eigen WiFi netwerk en dan code weer aanpassen naar WIFImode == 0 en firmware uploaden via http://sensorboxIP/update.

Overigens heb ik nu geen andere P1 monitoring tool voor eletriciteit en gas meer nodig aangezien de Sensorbox nu P1 data doorstuurd via telnet/socket naar DSMR Reader met o.a. ondertaande info als gevolg:

[ Voor 10% gewijzigd door wishmaster1986 op 23-03-2022 14:16 ]

[deWit]

deWit schreef op vrijdag 18 maart 2022 @ 20:24:
Ships, een tweedehands EV gekocht dus nu moet er voor volgend weekend eigenlijk een lader zijn en zijn de smart EVSE V3 niet leverbaar... Dan maar langzaam overnacht voldruppelen...

Nou, en nu dus wachten op de EVSE en klemmen dan kunnen we laden, denk ik... Hebben jullie de voeding voor de Smart EVSE nog los afgezekerd met een B6 automaat oid? Technisch gezien kan er nu naar de EVSE 25A lopen, en ik was niet van plan hem aan te sluiten met 4 mm2...

[ Voor 12% gewijzigd door deWit op 23-03-2022 14:29 ]

[Mike2k]

djoenez schreef op woensdag 23 maart 2022 @ 09:19:
[...]

Supervet! Is dit een kwestie van de bin downloaden en dan naar http:ip.address.0.1/update gaan en de bin uploaden?

PS. ik ben nu bezig om MQTT toe te voegen en zal daarna proberen om de software te updaten via de webpagina...

En resultaat:
HTTP server started
Starting WiFi..
Attempting MQTT connection...[ 1258][E][WiFiClient.cpp:241] connect(): connect on fd 48, errno: 118, "Host is unreachable"
failed, rc=-2 try again in 5 seconds
Connected to AP: AllYourBandwidthAreBelongToUs
Local IP: 192.168.178.26
Attempting MQTT connection...connected

Het is echt nog even quick and dirty maar ik heb MQTT op de sensorbox aan de gang. Als je meer wil weten, DM me even

[ Voor 40% gewijzigd door Mike2k op 23-03-2022 16:02 ]

[maarten_NL]

deWit schreef op woensdag 23 maart 2022 @ 14:11:
[...]

Nou, en nu dus wachten op de EVSE en klemmen dan kunnen we laden, denk ik... Hebben jullie de voeding voor de Smart EVSE nog los afgezekerd met een B6 automaat oid? Technisch gezien kan er nu naar de EVSE 25A lopen, en ik was niet van plan hem aan te sluiten met 4 mm2...

Ik heb de voeding van de EVSE zelf op een aparte 16A groep (met nog wat andere verbruikers) zitten.

[deWit]

Die 'luxe' heb ik niet, dit kastje komt op de oprit te hangen en daar ligt alleen de 3F voeding voor de laadpaal naar buiten. Voor die paar euro zet ik er wel een extra automaatje in

[fluppie007]

Het is sowieso slim om hem apart af te zekeren, voor als de 25/32A eruit klapt, dan is ook je EVSE uitgevallen. Nu blijft die netjes aan/verbonden .
Zelf heb ik een 16A voor de SmartEVSE en een 30mA diff en 32A automaat voor de auto. Daarbovenop ook nog de RCM module voor de SmartEVSE.

[fluppie007]

DaRKie schreef op woensdag 23 maart 2022 @ 10:05:
[...]


Ah daar was ik naar op zoek, ik had het nu eerst met de max current gedaan omdat ik merkte dat hij steeds de max wou nemen. Maar inderdaad er is een override current, dat lijntje heb ik meermaals gemist in de code

Heb de max vervangen door override.

https://app.swaggerhub.com/apis/kryztov/Smart-EVSE-V3A/1.0.0

Ik weet niet of de één de andere per se moet vervangen, ik heb de code niet deftig doorgelezen.
Maar stel je zit in solar of smart/load balancing mode, gaat de OverrideCurrent dan een fix laadstroom instellen, of gaat de load balancing nog steeds kijken of bv. 32A beschikbaar is?

https://github.com/SmartEVSE/SmartEVSE-3/releases/tag/v3.0.1 Stegen heeft ook mijn probleem met crashes op iOS 15.x opgelost . Misschien ook in jouw fork updaten ?

[JeroenE]

fluppie007 schreef op woensdag 23 maart 2022 @ 16:09:
Het is sowieso slim om hem apart af te zekeren, voor als de 25/32A eruit klapt, dan is ook je EVSE uitgevallen. Nu blijft die netjes aan/verbonden .

Wat je zegt klopt wel, maar ik zie het voordeel er niet van in eigenlijk. Als je EVSE het wel doet, maar er staat geen stroom op de kabel naar de auto dan kan die auto toch nog steeds niet laden.

Afhankelijk hoe slim je auto daar mee omgaat loop je ook nog kans dat de accu van je auto juist leeg loopt omdat die "aan" blijft terwijl er geen stroom binnen komt maar er nog wel een signaal van de EVSE is dat er geladen kan worden.

[FRANQ]

Jfwiet schreef op zondag 20 maart 2022 @ 21:05:
Zie dat er hier ook geprobeerd word andere apparaten aan te sluiten, weet iemand hoeveel watt de 12v aan kan?

Wil graag een kleine smart home sensor op 12v aansluiten, denk dat die maar 3~5watt verbruikt maar heb geen idee of de interne voeding dat aan kan om erbij aan te sluiten.

Verder druk bezig met mijn eigen installatie, vorige week een parkeerplaats gemaakt van een stuk van de voortuin, kabels gelegd en het buiten gedeelte afgerond. Heb de laadkabel met zadels aan de muur bevestigd om ze aan de kant te houden. Nog niet helemaal overtuigd over de looks, maar wil ook geen slagvaste buis daar ophangen. Misschien als ik de kabel nog een halve meter meer geef dat het er wat natuurlijker uit ziet. To be continued...

[Afbeelding]

[Afbeelding]

vind plaatje 1 netjes.
Kabel haak/haspel ernaast en klaar.

Plaatje 2 snap ik deels, maar vind het rommelig staan.
Je wil die kabel blijkbaar niet los hebben liggen, dus zet je hem vast.
Maar nu ziet het eruit alsof de kabel op de verkeerde plek uit de muur komt.

Daarnaast vind ik het onhandig dat je nu nooit je auto andersom kan neerzetten.
Zelf zou ik ook zoiets kunnen doen want ik zet (meestal) mijn auto ook op dezelfde manier neer.
Maar er komt een dag dat de auto andersom staat, en dan is je kabel te kort.

[DaRKie]

fluppie007 schreef op woensdag 23 maart 2022 @ 17:54:
[...]


Ik weet niet of de één de andere per se moet vervangen, ik heb de code niet deftig doorgelezen.
Maar stel je zit in solar of smart/load balancing mode, gaat de OverrideCurrent dan een fix laadstroom instellen, of gaat de load balancing nog steeds kijken of bv. 32A beschikbaar is?

Als je via mijn API de mode aanpast dan zet ik de override current terug op 0, dus enkel als je NORMAL kiest kan je het gebruiken.

Btw, heb 3.0.1 gemerged in mijn fork

[ Voor 3% gewijzigd door DaRKie op 24-03-2022 11:47 ]

[Jfwiet]

FRANQ schreef op donderdag 24 maart 2022 @ 08:57:
[...]


vind plaatje 1 netjes.
Kabel haak/haspel ernaast en klaar.

Plaatje 2 snap ik deels, maar vind het rommelig staan.
Je wil die kabel blijkbaar niet los hebben liggen, dus zet je hem vast.
Maar nu ziet het eruit alsof de kabel op de verkeerde plek uit de muur komt.

Daarnaast vind ik het onhandig dat je nu nooit je auto andersom kan neerzetten.
Zelf zou ik ook zoiets kunnen doen want ik zet (meestal) mijn auto ook op dezelfde manier neer.
Maar er komt een dag dat de auto andersom staat, en dan is je kabel te kort.

Hebben een BMW i3, met laadpunt rechts achter. Als ik de auto andersom zet dan kan ik niet uitstappen , het past allemaal maar net met de auto op eigen grond. Dus ik heb de kabel lekker vast gezet zodat je er niet overheen rijd met achteruit parkeren.
Waarom niet in de andere hoek de muur uit komen? Dan zou ik binnen de schuur de kabels over de muur moeten laten lopen en omdat daar alle soorten scherp tuin gereedschap, trappen, tuin meubels, etc. heb hangen wilde ik problemen in de toekomst voorkomen. Zal binnenkort wel een plaatje van binnen maken. De EVSE doos is nog niet helemaal netjes.

Ook verwacht ik dat de volgende auto (we hebben nog een benzine 7 zitter die op nominatie staat vervangen te worden) een word met een laadpunt aan de voorkant. Kia, VW, MG, Nissan, Renault hebben allemaal een laadpunt in de neus (daar waar de kabel uit de muur komt).

Heb al even gekeken of ik een slagvaste buis in de kleur van de stenen kan laten spuiten. Dat camoufleert weer net iets beter. Aan de andere kant, het is voor ons uit het zicht en als ik er naar kijk dan staat daar een auto voor.

[Devil]

Jfwiet schreef op donderdag 24 maart 2022 @ 16:00:
[...]


Hebben een BMW i3, met laadpunt rechts achter. Als ik de auto andersom zet dan kan ik niet uitstappen , het past allemaal maar net met de auto op eigen grond. Dus ik heb de kabel lekker vast gezet zodat je er niet overheen rijd met achteruit parkeren.
Waarom niet in de andere hoek de muur uit komen? Dan zou ik binnen de schuur de kabels over de muur moeten laten lopen en omdat daar alle soorten scherp tuin gereedschap, trappen, tuin meubels, etc. heb hangen wilde ik problemen in de toekomst voorkomen. Zal binnenkort wel een plaatje van binnen maken. De EVSE doos is nog niet helemaal netjes.

Ook verwacht ik dat de volgende auto (we hebben nog een benzine 7 zitter die op nominatie staat vervangen te worden) een word met een laadpunt aan de voorkant. Kia, VW, MG, Nissan, Renault hebben allemaal een laadpunt in de neus (daar waar de kabel uit de muur komt).

Heb al even gekeken of ik een slagvaste buis in de kleur van de stenen kan laten spuiten. Dat camoufleert weer net iets beter. Aan de andere kant, het is voor ons uit het zicht en als ik er naar kijk dan staat daar een auto voor.

Mosterd na de maaltijd, maar hij had ook met YMvK-as onder de tegels door gekunt.

[bjp]

als gelukkig elektronica ingenieur en eigenaar van een EV en van zonnepanelen, kijk ik naar een manier om mijn auto te laden "als de zon schijnt".

Ik woon in België, en salderen bestaat hier niet meer. Ik wil dus ook mijn lader kunnen aansturen op basis van PV. Ik heb wel een digitale meter, maar ook een thuisbatterij. Deze zijn allemaal beschikbaar in Home Assistant.

Wat ik zoek is een EV-lader waarvan ik de stroomsterkte via HomeAssistant kan aanpassen. Zelfbouw is zeker een optie. ESP32/ESP8266 heb ik hier al in gebruik, net zoals arduinos, raspberry pi, ...

Doel is om de auto op te laden, zonder de thuisbatterij daarvoor te ontladen (zinloos) als de zon schijnt. Optimum is dat de auto zo snel laad als mogelijk (maar toch < productie), en de thuisbatterij dan ook traag oplaad (de overschot).

P1 alleen gebruiken voor de EV-lader is niet ideaal, omdat de thuisbatterij er ook nog tussen zit. Dan zou de auto maar beginnen laden als de thuisbatterij al vol is... Voorbeeld: op een zaterdagmorgen wil ik het anders: eerst de auto, dan tijdens de boodschappen (auto weg) mag de thuisbatterij alles laden dat de zon geeft.

Het stomste algorithme dat ik bedacht:
- op basis van huidige PV productie, trek daar het huidige huisverbruik vanaf (excl auto zelf, excl batterij-lading), en dat leg je als maximum stroom voor de EV-lader
- eventueel eerst een marge inbouwen dat de thuisbatterij toch eerst 15% moet geladen worden om pieken te kunnen opvangen in gebruik (koffiemachine, oven, ...)


In het kort:
- ik zoek een (zelfbouw) EV-lader waar ik vanuit Home Assistant de stroom kan instellen.

Wat raden jullie aan?

[JeroenE]

@bjp Als ik me niet vergis ben jij op zoek naar iets soortgelijks als @DaRKie aan het bouwen is, zie bijvoorbeeld DaRKie in "Zelfbouw Laadpaal ervaringen"


Denk er wel aan dat niet iedere auto hetzelfde reageert. Er schijnen diverse modellen te zijn die bij een te lange pauze in het opladen niet meer willen starten met verder laden.

Een laadpaal moet minimaal 6A aanbieden aan een auto om te laden.

Wellicht is het daarom ook een idee om juist 's ochtends eerst je thuisaccu te laden (waarbij ik er klakkeloos vanuit ga dat je die wel met minder vermogen kan laden) en pas wanneer je denkt dat je "betrouwbaar" meer dan 6A overschot hebt van je PV gaat kijken of je een aangesloten auto kan laden.

Het mooiste is natuurlijk als je dit ook kan combineren met gegevens van de auto (hoe vol is de accu) en het gebruik (wanneer wil je vertrekken en hoeveel moet er dan in zitten). Dat laatste is natuurlijk wel meer werk om in het systeem te zetten.

Het meest ingewikkelde zal zijn dat je de opbrengst van de PV lang niet altijd goed in kan schatten. Op een bewolkte herfstdag kan je beter langdurig met een laag vermogen laden (misschien zelfs uit het net) terwijl op een zonnige zomerdag je wellicht beter tussen 11 en 15 uur de auto met hoog vermogen wil laden omdat je dan veel opbrengst hebt.

[DaRKie]

bjp schreef op vrijdag 25 maart 2022 @ 00:00:
...
Ik woon in België, en salderen bestaat hier niet meer. Ik wil dus ook mijn lader kunnen aansturen op basis van PV. Ik heb wel een digitale meter, maar ook een thuisbatterij. Deze zijn allemaal beschikbaar in Home Assistant.
...

Ik zit in identiek dezelfde situatie en ik wou absoluut niet dat mijn thuis batterij de auto batterij zou opladen omdat zo beide degraderen. Dus mijn doel was om er voor te zorgen dat beide batterijen maximaal via mijn ZP opgeladen worden maar niet elkaar.

Wat niet zo eenvoudig is met 2 systemen die dezelfde bron uitlezen om te bepalen wat ze moeten doen maar elkaar niet kennen. Zo werkt de SmartEVSE out of the box vrij goed maar als de ZP te weinig beginnen op te brengen dan sprint de thuis batterij in en dan gaat de EVSE zelfs naar de max charge current om dat de P1 blijft aangeven dat hij op 0 zit dus hij denkt: all good.

Ik heb dit momenteel opgelost door de firmware van de Smart EVSE aan te passen zodoende deze de thuis batterij ook "kent". Ik gebruik hiervoor wel een 3de component die elke 5 seconden de battery stroom doorstuurt welke de EVSE dan gebruikt om de thuis batterij de "neutraliseren".
Het gevolg hiervan is dat de EVSE niet gewoon de P1 waarde uitlees maar de P1 waarde zoals ze zou zijn ZONDER thuisbatterij.
Als extra optimalisatie reserveert deze 3de component een deeltje voor de thuisbatterij zodoende de ZP energie verdeeld worden over beide laadsystemen en dat niet 1 de andere volledig buitenspel zet.

Deze 3rd component is trouwens een Java app die de data uit Home Assistant uitleest om zijn berekeningen te doen en door te sturen, maar dit kan ook volledig in Home Assistant zelf ingebouwd worden als je wilt.
Nu de reden waarom ik deze info buiten de EVSE bereken is omdat ik iets meer controle heb om de berekening te verfijnen want met deze berekening heb je een aantal opties:
- geef ZP prioriteit aan de EVSE
- OF geef ZP prioriteit aan de thuis batterij
- OF verdeel de ZP 50/50
- OF geef de eerste X stroom aan de thuis batterij en de overschot aan de auto (wat ik doe)

Meer info vind je hier:
https://github.com/serkri/SmartEVSE-3

Moest je deze versie willen gebruiken, lees dan zeker wat er allemaal verandert is.

fyi: Dit is de berekening die ik maak om de battery current door te sturen naar mijn EVSE:

code:

long batteryAmpere = Math.round(watt / voltage * 10);
if (batteryAmpere > 0 && batteryAmpere <= evseConfig.getHomeBatteryReserved()) {
    batteryAmpere = Math.round((batteryAmpere - evseConfig.getHomeBatteryReserved()) * 0.2); // Take 20% to gradually reduce EVSE charging
} else if (batteryAmpere > evseConfig.getHomeBatteryReserved()) {
    batteryAmpere -= evseConfig.getHomeBatteryReserved();
}

[ Voor 17% gewijzigd door DaRKie op 25-03-2022 08:26 ]

[deWit]

Zou op deze manier als je geen sensorbox hebt, maar wel de P1 data, die ook op die manier die kant op kunnen krijgen? Scheelt een kabel en een extra unit om een slimme meter uit te lezen.

[DaRKie]

deWit schreef op vrijdag 25 maart 2022 @ 09:50:
Zou op deze manier als je geen sensorbox hebt, maar wel de P1 data, die ook op die manier die kant op kunnen krijgen? Scheelt een kabel en een extra unit om een slimme meter uit te lezen.

Dat is inderdaad een mogelijkheid.
Je kan hiervoor de NORMAL mode gebruiken en de override_current om zo de EVSE aan te sturen vanuit Home Assistant bv.

[Jfwiet]

DaRKie schreef op vrijdag 25 maart 2022 @ 11:24:
[...]


Dat is inderdaad een mogelijkheid.
Je kan hiervoor de NORMAL mode gebruiken en de override_current om zo de EVSE aan te sturen vanuit Home Assistant bv.

Zoals eerder ook gemeld, maak ik gebruik van FIBARO en zou ook met Z-Wave producten de boel kunnen in/uitschakelen. Niet bang dat als HA vast loopt/weg valt dat er dan gekke situaties ontstaan omdat de EVSE en de batterij dus via HA lopen?

Durfde het zelf niet aan en ga voor een vervanger voor de knop op de EVSE die dan de boel moet inschakelen/uitschakelen.

[DaRKie]

Als je het zelf aanstuurt en de verbinding valt weg, dan zal indd de EVSE blijven laden volgens de laatste ingestelde modus tot de auto vol is of de verbinding terug is.
Er kan technisch weinig mis gaan in mijn ogen buiten dat je misschien te lang laat laden.

Tot ik de firmware aangepast hebt, gebruikte ik een Shelly om de knop aan te sturen om zo de EVSE te starten/stoppen, dat werkt maar veel minder goed en daar hebt je hetzelfde issue als de connectie met de Shelly wegvalt.

[deWit]

Ik neem aan dat die override current per fase is? Of is dat het totaal van de drie fasen?

[DaRKie]

Dat is een goede vraag, voor zo ver ik kan zien is dat voor het totaal.
Mijn wagen laad maar vanaf 1 fase, moest je auto meerfasig kunnen laden dan weet ik niet hoe de evse reageert, want dan zou die volgens mij rekening moeten houden hiermee en /#fasen moeten doen?

[bjp]

DaRKie schreef op vrijdag 25 maart 2022 @ 08:15:
[...]


Ik zit in identiek dezelfde situatie en ik wou absoluut niet dat mijn thuis batterij de auto batterij zou opladen omdat zo beide degraderen. Dus mijn doel was om er voor te zorgen dat beide batterijen maximaal via mijn ZP opgeladen worden maar niet elkaar.

Wat niet zo eenvoudig is met 2 systemen die dezelfde bron uitlezen om te bepalen wat ze moeten doen maar elkaar niet kennen. Zo werkt de SmartEVSE out of the box vrij goed maar als de ZP te weinig beginnen op te brengen dan sprint de thuis batterij in en dan gaat de EVSE zelfs naar de max charge current om dat de P1 blijft aangeven dat hij op 0 zit dus hij denkt: all good.

Ik heb dit momenteel opgelost door de firmware van de Smart EVSE aan te passen zodoende deze de thuis batterij ook "kent". Ik gebruik hiervoor wel een 3de component die elke 5 seconden de battery stroom doorstuurt welke de EVSE dan gebruikt om de thuis batterij de "neutraliseren".
Het gevolg hiervan is dat de EVSE niet gewoon de P1 waarde uitlees maar de P1 waarde zoals ze zou zijn ZONDER thuisbatterij.
Als extra optimalisatie reserveert deze 3de component een deeltje voor de thuisbatterij zodoende de ZP energie verdeeld worden over beide laadsystemen en dat niet 1 de andere volledig buitenspel zet.

Deze 3rd component is trouwens een Java app die de data uit Home Assistant uitleest om zijn berekeningen te doen en door te sturen, maar dit kan ook volledig in Home Assistant zelf ingebouwd worden als je wilt.
Nu de reden waarom ik deze info buiten de EVSE bereken is omdat ik iets meer controle heb om de berekening te verfijnen want met deze berekening heb je een aantal opties:
- geef ZP prioriteit aan de EVSE
- OF geef ZP prioriteit aan de thuis batterij
- OF verdeel de ZP 50/50
- OF geef de eerste X stroom aan de thuis batterij en de overschot aan de auto (wat ik doe)

Meer info vind je hier:
https://github.com/serkri/SmartEVSE-3

Moest je deze versie willen gebruiken, lees dan zeker wat er allemaal verandert is.

fyi: Dit is de berekening die ik maak om de battery current door te sturen naar mijn EVSE:

code:

long batteryAmpere = Math.round(watt / voltage * 10);
if (batteryAmpere > 0 && batteryAmpere <= evseConfig.getHomeBatteryReserved()) {
    batteryAmpere = Math.round((batteryAmpere - evseConfig.getHomeBatteryReserved()) * 0.2); // Take 20% to gradually reduce EVSE charging
} else if (batteryAmpere > evseConfig.getHomeBatteryReserved()) {
    batteryAmpere -= evseConfig.getHomeBatteryReserved();
}

make sense

ik dacht ook al : prio de ene, prio de andere, of half/half

Maar ik had eerder: bij lage thuisbatterij, deze prioriteit. Bij meer dan 6A beschikbaar en genoeg thuisbatterij (bijvoorbeeld 15%) auto heeft voorgang (maar niet de volle ZP, zoiets als 95% zodat de thuisbatterij niet te gemakkelijk moet zitten bijgeven).

De reden dat ik de auto prioriteit geeft, is dat deze gemakkelijk "ineens" zou moeten wegrijden. En als je weg bent, is er genoeg ZP om de thuisbatterij te laden.

Wat je dan doet, is de P1 data "bijwerken". Maar hoe zit dat praktisch? Stuur je dan zelf via elektronica de P1 uit naar de SmartEVSE ? Of heb je een extra parameter dat je via WiFi naar de SmartEVSE doorgeef, de SmartEVSE doet zelf de berekening, en er komt de gewone P1 binnen?

[DaRKie]

Ik heb ook de Sensorbox die mijn P1 uitleest en het is dus die dat ik "bijwerk". In theorie is het wel mogelijk om een extra endpoint te maken die P1 waardes ontvangt zodat je geen SB meer nodig hebt.

Prioriteit adhv battery level is indd ook iets dat ik nog ga maken, daarom dat ik die logica buiten de evse heb gehouden om iets meer controle te hebben en toegang tot meer variabelen (bv ben ook aan het denken om solar forecast te gebruiken bv).

[bjp]

yup ik gebruik al solar forecast, en eigenlijk heb ik geen P1 strikt nodig (de omvormer doet hetzelfde met CT klemmen).

wat nog mist is een aanstuurbare lader (start, stop, maar ook stroom).

[fluppie007]

Iemand toevallig al een yaml file gemaakt voor de HTTP interface van @DaRKie te parsen in Home Assistant?
https://www.home-assistant.io/integrations/rest

Start/stop is inderdaad een heel gunstig commando. bv. disablen en als het nachttarief ingaat het laden starten.

Dan een variant op de thermostat card voor laadstroom en te wisselen tussen normal-smart-solar
https://www.home-assistant.io/dashboards/thermostat/

[mightym]

DaRKie schreef op vrijdag 25 maart 2022 @ 08:15:
[...]


Ik zit in identiek dezelfde situatie en ik wou absoluut niet dat mijn thuis batterij de auto batterij zou opladen omdat zo beide degraderen. Dus mijn doel was om er voor te zorgen dat beide batterijen maximaal via mijn ZP opgeladen worden maar niet elkaar.

Wat niet zo eenvoudig is met 2 systemen die dezelfde bron uitlezen om te bepalen wat ze moeten doen maar elkaar niet kennen. Zo werkt de SmartEVSE out of the box vrij goed maar als de ZP te weinig beginnen op te brengen dan sprint de thuis batterij in en dan gaat de EVSE zelfs naar de max charge current om dat de P1 blijft aangeven dat hij op 0 zit dus hij denkt: all good.

Ik heb dit momenteel opgelost door de firmware van de Smart EVSE aan te passen zodoende deze de thuis batterij ook "kent". Ik gebruik hiervoor wel een 3de component die elke 5 seconden de battery stroom doorstuurt welke de EVSE dan gebruikt om de thuis batterij de "neutraliseren".
Het gevolg hiervan is dat de EVSE niet gewoon de P1 waarde uitlees maar de P1 waarde zoals ze zou zijn ZONDER thuisbatterij.
Als extra optimalisatie reserveert deze 3de component een deeltje voor de thuisbatterij zodoende de ZP energie verdeeld worden over beide laadsystemen en dat niet 1 de andere volledig buitenspel zet.

Deze 3rd component is trouwens een Java app die de data uit Home Assistant uitleest om zijn berekeningen te doen en door te sturen, maar dit kan ook volledig in Home Assistant zelf ingebouwd worden als je wilt.
Nu de reden waarom ik deze info buiten de EVSE bereken is omdat ik iets meer controle heb om de berekening te verfijnen want met deze berekening heb je een aantal opties:
- geef ZP prioriteit aan de EVSE
- OF geef ZP prioriteit aan de thuis batterij
- OF verdeel de ZP 50/50
- OF geef de eerste X stroom aan de thuis batterij en de overschot aan de auto (wat ik doe)

Meer info vind je hier:
https://github.com/serkri/SmartEVSE-3

Moest je deze versie willen gebruiken, lees dan zeker wat er allemaal verandert is.

fyi: Dit is de berekening die ik maak om de battery current door te sturen naar mijn EVSE:

code:

long batteryAmpere = Math.round(watt / voltage * 10);
if (batteryAmpere > 0 && batteryAmpere <= evseConfig.getHomeBatteryReserved()) {
    batteryAmpere = Math.round((batteryAmpere - evseConfig.getHomeBatteryReserved()) * 0.2); // Take 20% to gradually reduce EVSE charging
} else if (batteryAmpere > evseConfig.getHomeBatteryReserved()) {
    batteryAmpere -= evseConfig.getHomeBatteryReserved();
}

2 vraagjes:

Na updaten van mijn smartevse inclusief spiffs verschijnt er geen informatie op de webpagina, ook het versienummer van de software is niet zichtbaar. Ook een herstart helpt niet, enig idee wat er is misgegaan?

Werkt de current_override alleen als je ook de sensorbox hebt aangesloten? Bij mij heeft het namelijk geen effect als ik een current_override post.. (ik heb geen sensorbox)

[Peter-036]

Kan 'ie het IP adres gewijzigd hebben bij je update? Router herstarten?

[mightym]

Peter-036 schreef op zaterdag 26 maart 2022 @ 10:33:
Kan 'ie het IP adres gewijzigd hebben bij je update? Router herstarten?

Nee, dat is het niet.
De default spiffs uploaden tovert de oude pagina weer terug en die werkt gewoon.

[rene037]

Ook ik ben bezig laadpaal te bouwen, twee vraagjes die ik zo niet in al die tintellen pagina's kan vinden, excuses als de vraag/vragen al eerder beantwoord is/zijn.
Ik heb de smartEVSE, dc lekdetector en relais (Contractor) net als 3 CT's en sensorbox. Mijn slimme meter is dsmr 2.5, dus ik kan de P1 niet gebruiken voor de sensorbox.

1. Is het handig om een 20A alamat te nemen als je met 11kW/3x16A wilt laden ipv een 16A? Die vraag ook gesteld aan Stegen, maar nog geen antwoord. Als ik hier eerder antwoord heb laat ik dat wel even weten...

2. Als je de P1-poort gebruikt, begrijp ik dat de 12v-voeding voor de sensorbox uit de P1 komt (Toch?) Je hoeft dan de 230v niet aan te sluiten. Als dat klopt, waarom kun je dan de sensorbox niet voeden uit de 12v van de smartEVSE? (Via de P1 ingang op de sensorbox) Ik vind die 230v aansluiting in de groepenkast wat knullig eruit zien.

[Mike2k]

rene037 schreef op zaterdag 26 maart 2022 @ 10:45:
Ook ik ben bezig laadpaal te bouwen, twee vraagjes die ik zo niet in al die tintellen pagina's kan vinden, excuses als de vraag/vragen al eerder beantwoord is/zijn.
Ik heb de smartEVSE, dc lekdetector en relais (Contractor) net als 3 CT's en sensorbox. Mijn slimme meter is dsmr 2.5, dus ik kan de P1 niet gebruiken voor de sensorbox.

1. Is het handig om een 20A alamat te nemen als je met 11kW/3x16A wilt laden ipv een 16A? Die vraag ook gesteld aan Stegen, maar nog geen antwoord. Als ik hier eerder antwoord heb laat ik dat wel even weten...

2. Als je de P1-poort gebruikt, begrijp ik dat de 12v-voeding voor de sensorbox uit de P1 komt (Toch?) Je hoeft dan de 230v niet aan te sluiten. Als dat klopt, waarom kun je dan de sensorbox niet voeden uit de 12v van de smartEVSE? (Via de P1 ingang op de sensorbox) Ik vind die 230v aansluiting in de groepenkast wat knullig eruit zien.

In vraag 1: nee, je kabel is 2.5mm2 en dus geschikt voor 16A dus gewoon een 16ampere alamat..in theorie zou je teveel stroom door de kabel kunnen trekken. Je contactor is ook voor 16 ampère gemaakt.

2: die 230v wordt nooit gebruikt voor de voeding. Die zit er alleen maar op om de draairichting van het magnetisch veld te meten als je de CT ringen gebruikt. Dus als referentie voor de CT ringen. Anders kan de sensorbox niet weten of je aan het opwekken of verbruiken bent.

De voeding van de sensorbox komt volgens mij altijd uit de EVSE.

[DaRKie]

mightym schreef op zaterdag 26 maart 2022 @ 09:37:
[...]


2 vraagjes:

Na updaten van mijn smartevse inclusief spiffs verschijnt er geen informatie op de webpagina, ook het versienummer van de software is niet zichtbaar. Ook een herstart helpt niet, enig idee wat er is misgegaan?

Werkt de current_override alleen als je ook de sensorbox hebt aangesloten? Bij mij heeft het namelijk geen effect als ik een current_override post.. (ik heb geen sensorbox)

Ik heb die file daarnet ge-update in de release.
Zag net zelf ook dat ik een foutje daar had staan, zou nu moeten werken

[Jfwiet]

rene037 schreef op zaterdag 26 maart 2022 @ 10:45:
1. Is het handig om een 20A alamat te nemen als je met 11kW/3x16A wilt laden ipv een 16A? Die vraag ook gesteld aan Stegen, maar nog geen antwoord. Als ik hier eerder antwoord heb laat ik dat wel even weten...

Heb zelf gekozen voor een 3fase aardlekautomaat, zie link hieronder. Denk dat de discussie van selectiviteit hier van toepassing is, maar ik heb me er maar aan gehouden op advies van iemand die er wel echt verstand van heeft. Ook denk ik dat wij in de dal uren ook de vaatwasser, droger en wasmachine veel aan hebben. Dus dan gaat hij nooit op 3x16A lopen.

https://www.elektramat.nl...l-16a-b-kar-30ma-2015b16/

2. Als je de P1-poort gebruikt, begrijp ik dat de 12v-voeding voor de sensorbox uit de P1 komt (Toch?) Je hoeft dan de 230v niet aan te sluiten. Als dat klopt, waarom kun je dan de sensorbox niet voeden uit de 12v van de smartEVSE? (Via de P1 ingang op de sensorbox) Ik vind die 230v aansluiting in de groepenkast wat knullig eruit zien.

De 220v aansluiting is alleen zodat de sensor de richting van de stroom kan bepalen van de stroom door de klemmen.
Had zelf het idee als mijn slimme meter niet werkte om deze aan te sluiten met van die klemmen die je ook ziet bij een din rail stopcontact.
Edit: de voeding van de sensor komt uit de signaal kabel die naar de EVSE gaat. Dus niet uit de P1
https://www.elektramat.nl...ndaarde-din-rail-e10124s/

[ Voor 3% gewijzigd door Jfwiet op 26-03-2022 11:01 ]

[mightym]

DaRKie schreef op zaterdag 26 maart 2022 @ 10:57:
[...]


Ik heb die file daarnet ge-update in de release.
Zag net zelf ook dat ik een foutje daar had staan, zou nu moeten werken

Ja, nu werkt de webpagina

Heb je ook een antwoord op mijn andere vraag over de current override?
Werkt dat alleen als je een sensorbox hebt aangesloten?

[DaRKie]

Het gaat altijd moeten werken alleen is er wss een state change nodig. Zonder SB gaat die dus enkel gebeuren als je inplugt veronderstel ik.

Als ik thuis ben zal ik eens kijken, zou de current ook meteen kunnen laten veranderen als er geen SB gevonden is.

[mightym]

DaRKie schreef op zaterdag 26 maart 2022 @ 11:46:
Het gaat altijd moeten werken alleen is er wss een state change nodig. Zonder SB gaat die dus enkel gebeuren als je inplugt veronderstel ik.

Als ik thuis ben zal ik eens kijken, zou de current ook meteen kunnen laten veranderen als er geen SB gevonden is.

Prima, ik wacht wel af
Auto staat ingeplugd trouwens, maar ik zie geen effect van mijn commando.
Mijn voorkeur is om iedere minuut, of bij het overschrijden van een ingestelde fasestroom de current_override te updaten. Als er dan gekookt, gebakken en geladen wordt dan piept de hoofdzekering er hopelijk niet uit

[DaRKie]

Als je de mode op normal zet en een current instelt, en dan pas je auto inplugged, laad hij dan wel volgens de override?

[mightym]

DaRKie schreef op zaterdag 26 maart 2022 @ 12:11:
Als je de mode op normal zet en een current instelt, en dan pas je auto inplugged, laad hij dan wel volgens de override?

Nee, ik zie geen effect van de current override, zie ook geen waarde ingesteld staan.
Krijg geen foutmelding oid
Of klopt mijn commando niet:
http://192.168.1.72/settings?override_current=100

[ Voor 10% gewijzigd door mightym op 26-03-2022 12:26 ]

[DaRKie]

Als je een Get doet dan is de override current nog altijd 0 wil je zeggen?

Je roept het op via een Post met de parameters mode=1 en override_current=60 (voor 6a) ?
De response zegt ook wat hij uitvoert.

[rene037]

Mike2k schreef op zaterdag 26 maart 2022 @ 10:50:
[...]


In vraag 1: nee, je kabel is 2.5mm2 en dus geschikt voor 16A dus gewoon een 16ampere alamat..in theorie zou je teveel stroom door de kabel kunnen trekken. Je contactor is ook voor 16 ampère gemaakt.

De contactor is 32A en ik kan 4- of 6mm2 nemen, dus dat is het punt niet. Naar de paal gaat sowieso 6mm2.
Dus eigenlijk blijft mijn vraag hetzelfde.

2: die 230v wordt nooit gebruikt voor de voeding. Die zit er alleen maar op om de draairichting van het magnetisch veld te meten als je de CT ringen gebruikt. Dus als referentie voor de CT ringen. Anders kan de sensorbox niet weten of je aan het opwekken of verbruiken bent.

Ah, logisch. Als je de P1 gebruikt hoef je de richting niet te bepalen.

JFiet Ja, dat kan, maar ik vind het een beetje raar een draad uit de groepenkast die dan een stopcontact in gaat. En ik denk dat ik er net geen positie voor over heb op mijn rail. ff over nadenken...

[Jfwiet]

rene037 schreef op zaterdag 26 maart 2022 @ 13:10:
[...]

Kijk even naar de link die ik mee stuur, aan het uiteinde van de fase/nul zit een connector (geen idee wat de technische term is) waardoor je de aansluiting vanuit een groep kan afsplitsen voor dat stopcontact. Maar als je de stekker van de meegeleverde voedingskabel afknipt en die connector gebruikt heb je geen extra stopcontact en blijft alles binnen de kast (ik wilde de sensor doos ook op de din rail monteren).

[Mike2k]

rene037 schreef op zaterdag 26 maart 2022 @ 13:10:
[...]

De contactor is 32A en ik kan 4- of 6mm2 nemen, dus dat is het punt niet. Naar de paal gaat sowieso 6mm2.
Dus eigenlijk blijft mijn vraag hetzelfde.

Ahh, excuzes moi. Ik heb ten onrechte aangenomen dat je alles op 2.5mm2 en 16ampere had.

In dat geval...als je toch al een 32amp contactor hebt, gooi dan 6mm2 naar je laadpunt en zeker hem af op 32ampere. Dan kan je in de toekomst namelijk ook met 22kW laden als je een auto hebt die dat ondersteunt.

Als alles 32amp ondersteunt heeft het niet veel nut om dan de zekering te knijpen...

[rene037]

Mike2k schreef op zaterdag 26 maart 2022 @ 15:00:
[...]


Ahh, excuzes moi. Ik heb ten onrechte aangenomen dat je alles op 2.5mm2 en 16ampere had.

In dat geval...als je toch al een 32amp contactor hebt, gooi dan 6mm2 naar je laadpunt en zeker hem af op 32ampere. Dan kan je in de toekomst namelijk ook met 22kW laden als je een auto hebt die dat ondersteunt.

Als alles 32amp ondersteunt heeft het niet veel nut om dan de zekering te knijpen...

Behalve dat de eindzekering 3x25A is . Dus alles afzekeren op 32A is niet handig. Maar 20A voor de laadpaal zou wel kunnen. Vandaar dat ik afvroeg of er meer zijn die daarvoor gekozen hebben, of juist niet en nog nooit een probleem hebben gehad.

[rene037]

Jfwiet schreef op zaterdag 26 maart 2022 @ 13:23:
[...]


Kijk even naar de link die ik mee stuur, aan het uiteinde van de fase/nul zit een connector (geen idee wat de technische term is) waardoor je de aansluiting vanuit een groep kan afsplitsen voor dat stopcontact. Maar als je de stekker van de meegeleverde voedingskabel afknipt en die connector gebruikt heb je geen extra stopcontact en blijft alles binnen de kast (ik wilde de sensor doos ook op de din rail monteren).

Had ik al gedaan, dus dank voor de link - alsnog. En bruten hebben bij de installatie van de groepenkast van het rechtergedeelte van de strip de draden afgeknipt omdat ze automaten zonder steekverbinding gebruikt hebben. Ik denk dat ik dat netsnoer afknip, (dikke) aderhuls erom en erbij prik.

[mightym]

DaRKie schreef op zaterdag 26 maart 2022 @ 12:33:
Als je een Get doet dan is de override current nog altijd 0 wil je zeggen?

Je roept het op via een Post met de parameters mode=1 en override_current=60 (voor 6a) ?
De response zegt ook wat hij uitvoert.

Het is gelukt!
Mijn post request was niet helemaal correct blijkbaar.. en de auto moet daadwerkelijk aan het laden zijn ander verandert er weinig.

[DaRKie]

Ah top, ik had net een versie gemaakt waarbij je de current kunt forceren

Voor de zekerheid laat ik hem even nog staan:
https://github.com/serkri...t-in-normal-mode/releases

Als je met deze versie /settings?force_override=true aanroept dan gaat hij de override_current meteen doorgeven aan de auto.

Als ik niets meer hoor dan verwijder ik de branch volgende week.

Btw, ik heb de spiffs.bin ook nog aangepast, door een of andere hersenkronkel had ik kW als eenheid gebruikt ... wat natuurlijk nonsens is

[DaRKie]

rene037 schreef op zaterdag 26 maart 2022 @ 16:23:
[...]


Behalve dat de eindzekering 3x25A is . Dus alles afzekeren op 32A is niet handig. Maar 20A voor de laadpaal zou wel kunnen. Vandaar dat ik afvroeg of er meer zijn die daarvoor gekozen hebben, of juist niet en nog nooit een probleem hebben gehad.

Heb je ooit plannen om naar 3x40 te gaan?
Want je zekert de kabels af in principe, als je 6G hebt liggen dan kan je gewoon 32A nemen, natuurlijk als je te veel stroom neemt zal je hoofdzekering eruit vliegen ipv je EVSE automaat maar op zich is dat geen probleem als je dit juist configureert.
Voordeel is dat als je ooit je hoofdzekering upgrade je al de rest niet moet aanpassen.

[fluppie007]

mightym schreef op zaterdag 26 maart 2022 @ 16:31:
[...]

Het is gelukt!
Mijn post request was niet helemaal correct blijkbaar.. en de auto moet daadwerkelijk aan het laden zijn ander verandert er weinig.

Wat is de goede URL opbouw? Als je hem wil delen, heel graag. 0 ervaring met HTTP/REST.

@DaRKie is het moeilijk om ook andere parameters van bv. modbus meters uit te lezen?
Zelf doe ik het nu met een ESP8266 met ESEasy firmware, maar dat is eigenlijk een 2e master op de bus en kan potentieel collissions geven.

[ Voor 37% gewijzigd door fluppie007 op 26-03-2022 17:32 ]

[rene037]

DaRKie schreef op zaterdag 26 maart 2022 @ 17:27:
[...]
, natuurlijk als je te veel stroom neemt zal je hoofdzekering eruit vliegen ipv je EVSE automaat maar op zich is dat geen probleem als je dit juist configureert.

Ik wil voorkomen dat de hoofdzekering eruit vliegt, al dan niet door verkeerde configuratie. Kost bij Stedin ruim € 200 begreep ik van buurman. Maar iedere keer die 16A eruit is ook niet handig. Ik ga voor de 3x20A, dan zit ik goed. Ooit 3x35A? Als het vastrecht dan 'normaal' wordt. Nu beetje prijzig.

[DaRKie]

fluppie007 schreef op zaterdag 26 maart 2022 @ 17:29:
[...]


Wat is de goede URL opbouw? Als je hem wil delen, heel graag. 0 ervaring met HTTP/REST.

@DaRKie is het moeilijk om ook andere parameters van bv. modbus meters uit te lezen?
Zelf doe ik het nu met een ESP8266 met ESEasy firmware, maar dat is eigenlijk een 2e master op de bus en kan potentieel collissions geven.

[Afbeelding]

Als je van mode wilt veranderen: http://<ip>/settings?mode=<0,1,2,3>
Als je van override current wilt doen: http://<ip>/settings?override_current=<gewenst ampere * 10>
Of je combineert ze: http://<ip>/settings?mode=<0,1,2,3>&mode=<ampere * 10>
Belangrijk: dit is wel met een POST en niet een GET

Alles wat je via modbus kan en de EVSE, kan in principe ook via mijn API gemaakt worden, welke informatie ontbreekt er nog?

rene037 schreef op zaterdag 26 maart 2022 @ 17:33:
[...]


Ik wil voorkomen dat de hoofdzekering eruit vliegt, al dan niet door verkeerde configuratie. Kost bij Stedin ruim € 200 begreep ik van buurman. Maar iedere keer die 16A eruit is ook niet handig. Ik ga voor de 3x20A, dan zit ik goed. Ooit 3x35A? Als het vastrecht dan 'normaal' wordt. Nu beetje prijzig.

Een hoofdzekering die te veel stroom te verwerken krijgt, die springt gewoon uit (en dat is zelfs met wat marge), snap dus niet goed waarom dit geld zou kosten? Is gewoon kwestie van naar de meterkast te gaan en terug op te zetten?

[ Voor 26% gewijzigd door DaRKie op 26-03-2022 18:07 ]

[mightym]

fluppie007 schreef op zaterdag 26 maart 2022 @ 17:29:
[...]


Wat is de goede URL opbouw? Als je hem wil delen, heel graag. 0 ervaring met HTTP/REST.

@DaRKie is het moeilijk om ook andere parameters van bv. modbus meters uit te lezen?
Zelf doe ik het nu met een ESP8266 met ESEasy firmware, maar dat is eigenlijk een 2e master op de bus en kan potentieel collissions geven.

[Afbeelding]

Vanuit Domoticz:

curl -X 'POST' 'http://192.168.1.72/settings?mode=1&override_current=90' -H 'accept: application/json' -H 'Content-Type: application/json' -d '{}'

[mightym]

DaRKie schreef op zaterdag 26 maart 2022 @ 18:01:
[...]


Als je van mode wilt veranderen: http://<ip>/settings?mode=<0,1,2,3>
Als je van override current wilt doen: http://<ip>/settings?override_current=<gewenst ampere * 10>
Of je combineert ze: http://<ip>/settings?mode=<0,1,2,3>&mode=<ampere * 10>
Belangrijk: dit is wel met een POST en niet een GET

Alles wat je via modbus kan en de EVSE, kan in principe ook via mijn API gemaakt worden, welke informatie ontbreekt er nog?


[...]


Een hoofdzekering die te veel stroom te verwerken krijgt, die springt gewoon uit (en dat is zelfs met wat marge), snap dus niet goed waarom dit geld zou kosten? Is gewoon kwestie van naar de meterkast te gaan en terug op te zetten?

Wat ik nog zou kunnen/willen sturen zijn de fase vermogens/stroomsterktes en het totaal. Als je die nog kunt toevoegen. Zou de functionaliteit dan hetzelfde zijn als met de sensorbox?

[DaRKie]

mightym schreef op zaterdag 26 maart 2022 @ 19:01:
[...]

Wat ik nog zou kunnen/willen sturen zijn de fase vermogens/stroomsterktes en het totaal. Als je die nog kunt toevoegen. Zou de functionaliteit dan hetzelfde zijn als met de sensorbox?

Je bedoelt om een EVSE de P1 aan te leveren via een endpoint zodat de EVSE kan werken zonder sensorbox?

[mightym]

DaRKie schreef op zaterdag 26 maart 2022 @ 19:39:
[...]


Je bedoelt om een EVSE de P1 aan te leveren via een endpoint zodat de EVSE kan werken zonder sensorbox?

Exact, ik heb al jaren de openenergy monitor draaien, dus ik heb de hardware in huis om de fasestromen te loggen. Alles is al geïntegreerd in mijn domotica, het is dus een kleinigheid om deze data naar de EVSE te sturen..

[DaRKie]

Je kan deze eens proberen:
https://github.com/serkri...ture/p1-endpoint/releases

Hiermee kan je de phase currents mee doorgeven zelf, ik zie dat hij de waardes aanpast en hij zou de logica moeten triggeren nieuwe calculaties te maken.
Of het echt werkt ... daar heb ik jou voor nodig

code:

curl --location --request POST 'http://<ip>/phases?L1=11&L2=12&L3=13'

Hou er wel rekening mee dat als je stopt met data sturen de EVSE op de laatst gekende cijfers verder gaat.

[bbbrumbrum]

DaRKie schreef op zaterdag 26 maart 2022 @ 18:01:


Een hoofdzekering die te veel stroom te verwerken krijgt, die springt gewoon uit (en dat is zelfs met wat marge), snap dus niet goed waarom dit geld zou kosten? Is gewoon kwestie van naar de meterkast te gaan en terug op te zetten?

Niet iedereen heeft al automaten als hoofdzekering.

[mightym]

DaRKie schreef op zaterdag 26 maart 2022 @ 20:14:
Je kan deze eens proberen:
https://github.com/serkri...ture/p1-endpoint/releases

Hiermee kan je de phase currents mee doorgeven zelf, ik zie dat hij de waardes aanpast en hij zou de logica moeten triggeren nieuwe calculaties te maken.
Of het echt werkt ... daar heb ik jou voor nodig

code:

curl --location --request POST 'http://<ip>/phases?L1=11&L2=12&L3=13'

Hou er wel rekening mee dat als je stopt met data sturen de EVSE op de laatst gekende cijfers verder gaat.

Ik ga het proberen!

[Blackraven]

rene037 schreef op zaterdag 26 maart 2022 @ 16:23:
[...]


Behalve dat de eindzekering 3x25A is . Dus alles afzekeren op 32A is niet handig. Maar 20A voor de laadpaal zou wel kunnen. Vandaar dat ik afvroeg of er meer zijn die daarvoor gekozen hebben, of juist niet en nog nooit een probleem hebben gehad.

Ja, laadpaal met 32A afgezekerd met 25A hoofdzekeringen.
Alles met 6mm² bedraad, om ook de invoeding van de zonnepanelen richting de EV te kunnen gebruiken. Wel met loadbalancing uiteraard.

[Devil]

Blackraven schreef op zaterdag 26 maart 2022 @ 22:34:
[...]


Ja, laadpaal met 32A afgezekerd met 25A hoofdzekeringen.
Alles met 6mm² bedraad, om ook de invoeding van de zonnepanelen richting de EV te kunnen gebruiken. Wel met loadbalancing uiteraard.

Dan heb je hem nu dus effectief afgezekerd met je hoofdzekering op 25A. Had je om kosten te besparen die 32A automaat er net zo goed tussenuit kunnen laten.

[rene037]

Devil schreef op zaterdag 26 maart 2022 @ 22:47:
[...]

Dan heb je hem nu dus effectief afgezekerd met je hoofdzekering op 25A. Had je om kosten te besparen die 32A automaat er net zo goed tussenuit kunnen laten.

Ik denk misverstand, ik heb nergens een 32A automaat. Die contractor is een relais die 32A kan schakelen en wordt bediend door de smartEVSE. die 32A is wat hij maximaal kan schakelen zonder [overdrijfmode] in de fik te vliegen[/overdrijfmode]. Je mag de contractor niet als veiligheid gebruiken.

[rene037]

bbbrumbrum schreef op zaterdag 26 maart 2022 @ 20:49:
[...]

Niet iedereen heeft al automaten als hoofdzekering.

idd, helaas ouderwetse smeltzekeringen (Opgeleverd in 2004)

[Blackraven]

Devil schreef op zaterdag 26 maart 2022 @ 22:47:
[...]

Dan heb je hem nu dus effectief afgezekerd met je hoofdzekering op 25A. Had je om kosten te besparen die 32A automaat er net zo goed tussenuit kunnen laten.

De vraag was wie het zo aangesloten heeft, het heeft niks met kostenbesparing te maken.

Mijn laadpaal is effectief met 32A afgezekerd, daar kan ik nu maximaal mee laden, met loadbalancing.

De enige reden om het op deze manier te doen is om de extra invoeding tot 32A mogelijk te maken met zonnepanelen. Anders heeft het inderdaad geen zin.

Overigens betreft het een alamat, dus met kortsluiting en aardlek werkt de beveiliging sowieso en m.b.t. overbelasting zorgt de loadbalancing er voor dat de (hoofd)zekeringwaardes niet worden overschreden.

[mightym]

DaRKie schreef op zaterdag 26 maart 2022 @ 20:14:
Je kan deze eens proberen:
https://github.com/serkri...ture/p1-endpoint/releases

Hiermee kan je de phase currents mee doorgeven zelf, ik zie dat hij de waardes aanpast en hij zou de logica moeten triggeren nieuwe calculaties te maken.
Of het echt werkt ... daar heb ik jou voor nodig

code:

curl --location --request POST 'http://<ip>/phases?L1=11&L2=12&L3=13'

Hou er wel rekening mee dat als je stopt met data sturen de EVSE op de laatst gekende cijfers verder gaat.

Hey, ik heb het geprobeerd, het werkt niet en ik vermoed dat het komt omdat de 'mainsmet' optie in de EVSE niet actief is. Ik heb geprobeerd of dat via het servicemenu aangezet kan worden, maar dat is niet het geval.
Ik kijk even in de broncode of die optie alleen actief wordt bij een fysieke verbinding.

[fluppie007]

http://192.168.1.119/settings?mode=1 of =2 =3 werkt niet voor me. Ik heb wel de 3.0.1-API met de "oude" GUI van Stegen.
Kan je zoiets gewoon in de adresbalk van Firefox dumpen? Of is het dan een GET ipv een POST? Want dan moet ik anders gaan werken .

[fluppie007]

Blackraven schreef op zondag 27 maart 2022 @ 08:51:
[...]

De vraag was wie het zo aangesloten heeft, het heeft niks met kostenbesparing te maken.

Mijn laadpaal is effectief met 32A afgezekerd, daar kan ik nu maximaal mee laden, met loadbalancing.

De enige reden om het op deze manier te doen is om de extra invoeding tot 32A mogelijk te maken met zonnepanelen. Anders heeft het inderdaad geen zin.

Overigens betreft het een alamat, dus met kortsluiting en aardlek werkt de beveiliging sowieso en m.b.t. overbelasting zorgt de loadbalancing er voor dat de (hoofd)zekeringwaardes niet worden overschreden.

Ha ja in België hebben we meestal 40A bij een mono-fase aansluiting. Als je zonnepanelen hebt moeten je aardlekschakelaars (wij mogen geen aardlek automaten plaatsen) tot 63A gaan ipv het gebruikelijke 40A. Net om de reden die je noemt, 40A uit het net trekken en dan nog bijkomend 20A solar productie.

[DaRKie]

fluppie007 schreef op zondag 27 maart 2022 @ 12:55:
http://192.168.1.119/settings?mode=1 of =2 =3 werkt niet voor me. Ik heb wel de 3.0.1-API met de "oude" GUI van Stegen.
Kan je zoiets gewoon in de adresbalk van Firefox dumpen? Of is het dan een GET ipv een POST? Want dan moet ik anders gaan werken .

Via de browser gaat dit inderdaad niet, je kan postman gebruiken of een cli tool (bv. curl/wget):
Curl:

code:

curl --location --request POST 'http://192.168.1.119/settings?mode=1'

Wget:

code:

wget --no-check-certificate --quiet \
  --method POST \
  --timeout=0 \
  --header '' \
   'http://192.168.1.119/settings?mode=1'

[Devil]

Blackraven schreef op zondag 27 maart 2022 @ 08:51:
[...]

De vraag was wie het zo aangesloten heeft, het heeft niks met kostenbesparing te maken.

Mijn laadpaal is effectief met 32A afgezekerd, daar kan ik nu maximaal mee laden, met loadbalancing.

De enige reden om het op deze manier te doen is om de extra invoeding tot 32A mogelijk te maken met zonnepanelen. Anders heeft het inderdaad geen zin.

Overigens betreft het een alamat, dus met kortsluiting en aardlek werkt de beveiliging sowieso en m.b.t. overbelasting zorgt de loadbalancing er voor dat de (hoofd)zekeringwaardes niet worden overschreden.

Als de load balancer het altijd perfect deed, dan had je überhaupt geen zekeringen nodig. Dat is nou precies het punt, je zekert zaken af voor de gevallen waarin het (catastrofaal) mis gaat. Kortsluiting, kabelbreuk etc. Op dit moment is je hoofdzekeringen de zekering die je laadpaal beveiligd en niet die 32A die er tussen zit. Je installatie voldoet dus ook niet aan de richtlijnen.

[DaRKie]

mightym schreef op zondag 27 maart 2022 @ 11:16:
[...]

Hey, ik heb het geprobeerd, het werkt niet en ik vermoed dat het komt omdat de 'mainsmet' optie in de EVSE niet actief is. Ik heb geprobeerd of dat via het servicemenu aangezet kan worden, maar dat is niet het geval.
Ik kijk even in de broncode of die optie alleen actief wordt bij een fysieke verbinding.

De MainMeter moet blijkbaar ook werken, ik heb een nieuwe config toegevoegd om dit op te lossen.
Als je nu de mode op SMART/SOLAR zet dan kan je bij MAINSMET de optie API kiezen.

Op het eerste zicht lijkt dit te werken:


Ik heb nu een safety in de logica ingebouwd dat als de laatst ontvangen set van data ouder is dan 1 minuut hij alle data op 0 zet.

https://github.com/serkri...releases/firmware_V3a.bin

[ Voor 3% gewijzigd door DaRKie op 27-03-2022 14:40 ]

[fluppie007]

Ok, ik heb al een deel werkend, alleen geen idee of ik het juist/efficiënt doe.


Home Assistant configuration.yaml

code:

# SmartEVSE v3 HTTP RESTful API
rest:
  - authentication: basic
    username: "guest"
    password: "guest"
    scan_interval: 60
    resource: http://192.168.1.119/settings
    sensor:
      - name: "SmartEVSE v3 temp"
        value_template: "{{ value_json['evse']['temp'] }}"
        device_class: temperature
        unit_of_measurement: '°C'
        state_class: measurement
      - name: "SmartEVSE v3 state"
        value_template: "{{ value_json['evse']['state'] }}"
      - name: "SmartEVSE v3 error"
        value_template: "{{ value_json['evse']['error'] }}"
      - name: "SmartEVSE v3 charge current"
        value_template: "{{ value_json['settings']['charge_current'] /10}}"
      - name: "SmartEVSE v3 override current"
        value_template: "{{ value_json['settings']['override_current'] /10}}"
      - name: "SmartEVSE v3 min current"
        value_template: "{{ value_json['settings']['current_min'] }}"
      - name: "SmartEVSE v3 max current"
        value_template: "{{ value_json['settings']['current_max'] }}"
        
      - name: "SmartEVSE v3 mainsmeter total current"
        value_template: "{{ value_json['phase_currents']['TOTAL'] /10}}"
        unit_of_measurement: 'A'
        state_class: measurement
        device_class: current
      - name: "SmartEVSE v3 mainsmeter L1 current"
        value_template: "{{ value_json['phase_currents']['L1'] /10}}"
        unit_of_measurement: 'A'
        state_class: measurement
        device_class: current
      - name: "SmartEVSE v3 mainsmeter L2 current"
        value_template: "{{ value_json['phase_currents']['L2'] /10}}"
        unit_of_measurement: 'A'
        state_class: measurement
        device_class: current
      - name: "SmartEVSE v3 mainsmeter L3 current"
        value_template: "{{ value_json['phase_currents']['L3'] /10}}"
        unit_of_measurement: 'A'
        state_class: measurement
        device_class: current

    binary_sensor:
      - name: "SmartEVSE v3 connected"
        value_template: "{{ value_json['evse']['connected'] }}"
        device_class: plug

      - name: "SmartEVSE v3 access"
        value_template: "{{ value_json['evse']['access'] }}"
        device_class: lock

[ Voor 49% gewijzigd door fluppie007 op 27-03-2022 17:56 ]

[mightym]

DaRKie schreef op zondag 27 maart 2022 @ 14:40:
[...]


De MainMeter moet blijkbaar ook werken, ik heb een nieuwe config toegevoegd om dit op te lossen.
Als je nu de mode op SMART/SOLAR zet dan kan je bij MAINSMET de optie API kiezen.

Op het eerste zicht lijkt dit te werken:
[Afbeelding]

Ik heb nu een safety in de logica ingebouwd dat als de laatst ontvangen set van data ouder is dan 1 minuut hij alle data op 0 zet.

https://github.com/serkri...releases/firmware_V3a.bin

Ik heb hem er op gezet, vanavond of morgen ga ik kijken of hij werkt!
<edit>
Oke, mogelijk werkte de vorige versie ook al.. er stond een / teveel in mijn post commando..


curl -X 'POST' 'http://192.168.1.72/phases?L1="..ct1.."&L2="..ct2.."&L3="..ct3.."' -H 'accept: application/json' -H 'Content-Type: application/json' -d '{}'

ct1, ct2 en ct3 zijn de variabelen vanuit mijn domotica met de actuele stroom.

Top!!

[ Voor 17% gewijzigd door mightym op 27-03-2022 18:48 ]

[DaRKie]

Alright, sounds good !
Dus alles werkt ?

[deWit]

Laatste onderdelen binnen, even tijdelijke paal (moet nog iets chiquere voor komen maar staat nu een puin container voor) en het werkt. Helaas laad de Ioniq maar 1 fase maar in ieder geval intern voorbereid op 32A. Voor nu afgezekerd op 20A. Nu eens kijken of de nieuwe firmware erop wil zodat hij slim kan laden ism de P1 data uit home assistant, vooral om ongewenst trippen van de hoofdzekering te voorkomen...