Zelfbouw Laadpaal ervaringen

[Driek]

ok, klinkt goed, as zondag eerst maar eens de laadpaal aan de praat krijgen.
En dan de zondag erop met koffie en opgestropen mouwen wat gaan configureren.

Ik zie al in de howtoflash.txt dat het flashen simpel is

-surf to http://your-smartevse/update
-select the firmware.bin from this archive, OR if you want the debug version (via telnet over your wifi),
rename firmware.debug.bin to firmware.bin and select that. YOU CANNOT FLASH A FILE WITH ANOTHER NAME!
-if you get FAIL, check your wifi connection and try again;
-after OK, select spiffs.bin from this archive;
-if you get FAIL, check your wifi connection and try again;
-after OK, wait 10-30 seconds and your new firmware including the webserver should be online!

Dan als laatste nog de kwh meter.
Ik zie de Eastron SDM72D-M V2 vaak genoemd.
Die sluit ik dan via modubus aan op de smartesve.
Klopt het dat die het dan ook weer door kan geven naar HA via bijv mqtt?

[mjvdzwet]

Driek schreef op vrijdag 5 april 2024 @ 09:04:
ok, klinkt goed, as zondag eerst maar eens de laadpaal aan de praat krijgen.
En dan de zondag erop met koffie en opgestropen mouwen wat gaan configureren.

Ik zie al in de howtoflash.txt dat het flashen simpel is

[...]


Dan als laatste nog de kwh meter.
Ik zie de Eastron SDM72D-M V2 vaak genoemd.
Die sluit ik dan via modubus aan op de smartesve.
Klopt het dat die het dan ook weer door kan geven naar HA via bijv mqtt?

Dat kan, de SmartEVSE publiceert die waarden op de. MQTT server.

[Driek]

klopt het dat ik de modbus van de smd72d aansluit op de smartesve via de A/B/GND, en dus 3 aders voldoende is?

[Roger_de_Poger]

yes. stel het juiste modbus adres in op de evse. vaak komt dat kort in het display vd meter voorbij bij opstarten.

[Driek]

Nou de laadpaal werkt!
Alles aangesloten, dubbelchecken en daarna de stroom erop.
Geen vonken dus stekkeren maar

Ik heb een smartesve en de knop erbij besteld.
Nu gaat de auto direct laden bij inpluggen, kan ik instellen dat de knop het eerst moet bevestigen?
Krijg dat niet gevonden alle knoppen in het menu geprobeerd.

Draai nog de standaard software, klopt het dat op de smartesve portal er weinig te zien is?
Ik zie de status, met hoeveel hij laadt en de temperature, menu etc doet niks.

Maar zo snel mogelijk updaten naar de dingo35 firmware?
Ik neem aan dat updaten niet moet als de auto aan het laden is?

[mukky]

Driek schreef op zondag 7 april 2024 @ 17:04:
Nou de laadpaal werkt!
Alles aangesloten, dubbelchecken en daarna de stroom erop.
Geen vonken dus stekkeren maar

Ik heb een smartesve en de knop erbij besteld.
Nu gaat de auto direct laden bij inpluggen, kan ik instellen dat de knop het eerst moet bevestigen?
Krijg dat niet gevonden alle knoppen in het menu geprobeerd.

Je kunt instellen dat de knop de laadpaal vergrendeld/ontgrendelt

Draai nog de standaard software, klopt het dat op de smartesve portal er weinig te zien is?
Ik zie de status, met hoeveel hij laadt en de temperature, menu etc doet niks.

Klopt

Maar zo snel mogelijk updaten naar de dingo35 firmware?
Ik neem aan dat updaten niet moet als de auto aan het laden is?

Jij mag nooit meer raden

[Driek]

Zo, de smartesve is geflashed naar dingo35.
De P1-gegevens worden inmiddels ontvangen.
Hiervoor deze uitleg gevolgd.
https://github.com/dingo3.../p1_dsmr_to_SmartEVSE_API
Dus een paar template sensors en een automation.

Nu wil ik mijn zonnepanelen ook doorgeven.
Kan neem ik aan via dezelfe template sensor?
Moeten ze nog een specifieke naam hebben zodat de smartesve ze snapt?

Daarnaast krijg ik nog niet gevonden hoe ik de SDM72D-M aanmeld.
Ik heb fotos gemaakt bij het aanzetten, dus heb de code, maar geen idee waar ik dit moet invoeren.
En als dit dan lukt hoe krijg ik deze gegevens dan ook weer naar HA, zodat ik dit in het energy dashboard kan toevoegen?

[zonnepaneelxl]

Is er ook al een eigenbouw laadpaal welke werkt met tibber gridrewards?

Wil het namelijk gebruiken voor een Thuisaccu ipv een elektrische auto.

[Roger_de_Poger]

Driek schreef op zondag 7 april 2024 @ 20:32:
Zo, de smartesve is geflashed naar dingo35.
De P1-gegevens worden inmiddels ontvangen.
Hiervoor deze uitleg gevolgd.
https://github.com/dingo3.../p1_dsmr_to_SmartEVSE_API
Dus een paar template sensors en een automation.

Nu wil ik mijn zonnepanelen ook doorgeven.
Kan neem ik aan via dezelfe template sensor?
Moeten ze nog een specifieke naam hebben zodat de smartesve ze snapt?

Daarnaast krijg ik nog niet gevonden hoe ik de SDM72D-M aanmeld.
Ik heb fotos gemaakt bij het aanzetten, dus heb de code, maar geen idee waar ik dit moet invoeren.
En als dit dan lukt hoe krijg ik deze gegevens dan ook weer naar HA, zodat ik dit in het energy dashboard kan toevoegen?

Als je de P1 kunt ontvangen, heb je ook de pv-opwek. Da's namelijk wat je teruglevert. Smartevse zal proberen om je slimme meter op "nul" te houden. Bekijk bovenstaande code maar goed. Het is een omslachtige manier om te bepalen welke kant de energie opgaat én om dat te vertalen naar een positief of negatief getal (Amperes). Met een DSMR 5 slimme meter zou dat een stuk eenvoudiger kunnen.
Als je smartevse in SMART mode zet, kun je wederom door de menu's fippen en kom je ook evmeter tegen. Daar kies je een modbusmeter en vul je het adres in. De doc's zijn erg sumier en het zou goed zijn als er een nieuwe versie met functiebeschrijvingen etc komt. Omdat er een paar verschillende versies firmware zijn, is het soms verwarrend. Ja, ik loop er ook mee te stoeien... Blijf je vragen stellen, dan komt het goed.

[Driek]

Roger_de_Poger schreef op maandag 8 april 2024 @ 00:26:
[...]


Als je de P1 kunt ontvangen, heb je ook de pv-opwek. Da's namelijk wat je teruglevert. Smartevse zal proberen om je slimme meter op "nul" te houden. Bekijk bovenstaande code maar goed. Het is een omslachtige manier om te bepalen welke kant de energie opgaat én om dat te vertalen naar een positief of negatief getal (Amperes). Met een DSMR 5 slimme meter zou dat een stuk eenvoudiger kunnen.
Als je smartevse in SMART mode zet, kun je wederom door de menu's fippen en kom je ook evmeter tegen. Daar kies je een modbusmeter en vul je het adres in. De doc's zijn erg sumier en het zou goed zijn als er een nieuwe versie met functiebeschrijvingen etc komt. Omdat er een paar verschillende versies firmware zijn, is het soms verwarrend. Ja, ik loop er ook mee te stoeien... Blijf je vragen stellen, dan komt het goed.

zo, ik ben ook weer wakker, ergens in mijn hoofd stond EV meter voor Zonnepanelen
Maar nee, de production en consumption worden als het goed is doorgegeven.
EV-meter is dus de kwh-meter, vanavond maar eens kijken. Blijft wel mijn vraag, de smartesve ziet dus alleen production als zon, en niet de echte opwek. Is dan de solarstand dat hij alleen wat er retour het net op gaat, gaat gebruiken. Ook al zijn de zonnepanelen dan meer aan het opwekken?

Hoe krijg ik die dan via mqtt weer naar HA, ik zie nergens waar of hoe ik de smartesve net de mqtt server kan laten praten.
In de portal ook nergens een menu waar ik dan kan instellen.

[Roger_de_Poger]

EVmeter is de meter die meet wat je de auto in pompt.
MainsMeter is de meter die de imp/exp van de netmeter (P1) meet.
Ik laat de evt thuisbatterij effe buiten beschouwing, want niet relevant als je die niet hebt.

De opbrengst van de zonnepanelen (PV) is niet relevant. Wat relevant is, is wat je overhoudt na een stukje eigen consumptie. Maw; wat ga je terugpompen het net in? Dát deel wordt geregisteerd in de netmeter (P1) en krijgt het label "PV opbrengst" en wordt gebruikt in de solar-modus.

Met bovenstaande datasets heb je alle relevante info aan boord van Smartevse en kan de slimmigheid van start.

Heb je een mqtt broker in HA draaien?

[opel corsa]

Jaren terug mijn laadpaal zelf gemaakt en gekoppeld met Domoticz via Mysensor objecten.

Met dank aan deze tips YouTube: DIY Level 2 EV Charger Part 1 - The J1772 Standard

[Stefannn]

Driek schreef op maandag 8 april 2024 @ 08:31:
[...]

zo, ik ben ook weer wakker, ergens in mijn hoofd stond EV meter voor Zonnepanelen
Maar nee, de production en consumption worden als het goed is doorgegeven.
EV-meter is dus de kwh-meter, vanavond maar eens kijken. Blijft wel mijn vraag, de smartesve ziet dus alleen production als zon, en niet de echte opwek. Is dan de solarstand dat hij alleen wat er retour het net op gaat, gaat gebruiken. Ook al zijn de zonnepanelen dan meer aan het opwekken?

Hoe krijg ik die dan via mqtt weer naar HA, ik zie nergens waar of hoe ik de smartesve net de mqtt server kan laten praten.
In de portal ook nergens een menu waar ik dan kan instellen.

My 2cts,
Zie de smartEVSE vooral als een “out of the box” oplossing met behoorlijk veel mogelijkheden. Zoals netstroom bewaking en Solar preference.
Maar tegelijkertijd… als je heel specifieke eisen hebt kan het handiger zijn dankbaar gebruik te maken van de api en de hele control in eigen software te doen.
Dat doe ik momenteel naar alle tevredenheid (en met nadruk op “dankbaar gebruik van de api”, dit is by now way bedoeld als kritiek).
In mijn geval vooral gedreven omdat mijn oude dmrs meter zonder info per fase niet ondersteund wordt.

[mukky]

Stefannn schreef op maandag 8 april 2024 @ 09:46:
[...]
In mijn geval vooral gedreven omdat mijn oude dmrs meter zonder info per fase niet ondersteund wordt.

Ik had dit probleem ook maar omdat mijn meter voorkwam op deze lijst is-ie gratis vervangen door een nieuwer exemplaar. Moest dat wel zelf aanvragen bij Enexis. De meters zijn dus getagged maar worden niet preventief vervangen.

[ Voor 11% gewijzigd door mukky op 08-04-2024 10:06 ]

[Roger_de_Poger]

Ik heb een Sessy, PV, EV én HomeAssistant. Ideale speeltuin om met SmartEVSE te (gaan)spelen.
Als je alles goed configureert, ziet het er zo uit.
Onder de motorkap:
-MainsMeter(P1)>USB>HA,
-EVMeter>modbus MID meter>HA
-ThuisBatterij>modbus MID meter>HA
-MQTT broker op HA


config in HA:

code:

      - sensor:
          - name: "nettocurrent_l1"
            unique_id: nettocurrent_l1
            unit_of_measurement: A
            device_class: current
            state: >
              {% set solarl1 = states('sensor.electricity_meter_energieproductie_fase_l1') | float(0) %}
              {% set currentl1 = states('sensor.electricity_meter_stroom_fase_l1') | float(0) %}
              {{ currentl1 * -1 if solarl1 > 0 else currentl1 }}
            availability: >
              {{ states('sensor.electricity_meter_energieproductie_fase_l1') | is_number and 
                states('sensor.electricity_meter_stroom_fase_l1') | is_number }}
      - sensor:
          - name: "nettocurrent_l2"
            unique_id: nettocurrent_l2
            unit_of_measurement: A
            device_class: current
            state: >
              {% set solarl2 = states('sensor.electricity_meter_energieproductie_fase_l2') | float(0) %}
              {% set currentl2 = states('sensor.electricity_meter_stroom_fase_l2') | float(0) %}
              {{ currentl2 * -1 if solarl2 > 0 else currentl2 }}
            availability: >
              {{ states('sensor.electricity_meter_energieproductie_fase_l2') | is_number and 
                states('sensor.electricity_meter_stroom_fase_l2') | is_number }}
      - sensor:
          - name: "nettocurrent_l3"
            unique_id: nettocurrent_l3
            unit_of_measurement: A
            device_class: current
            state: >
              {% set solarl3 = states('sensor.electricity_meter_energieproductie_fase_l3') | float(0) %}
              {% set currentl3 = states('sensor.electricity_meter_stroom_fase_l3') | float(0) %}
              {{ currentl3 * -1 if solarl3 > 0 else currentl3 }}
            availability: >
              {{ states('sensor.electricity_meter_energieproductie_fase_l3') | is_number and 
                states('sensor.electricity_meter_stroom_fase_l3') | is_number }}

...en in automations:

code:

- id: '1712155506227'
  alias: EVSE data MQTT
  description: ''
  trigger:
  - platform: time_pattern
    seconds: /2
  condition: []
  action:
  - service: mqtt.publish
    data_template:
      topic: SmartEVSE/Set/MainsMeter
      payload: ' 
        {{ ((states(''sensor.nettocurrent_l1'')|float) * 10 ) | round(0) }}:
        {{ ((states(''sensor.nettocurrent_l2'')|float) * 10 ) | round(0) }}:
        {{ ((states(''sensor.nettocurrent_l3'')|float) * 10 ) | round(0) }}'
  - service: mqtt.publish
    data_template:
      topic: SmartEVSE/Set/HomeBatteryCurrent
      payload: '{{ (states(''sensor.sessy_smartevse_a'')|float ) | round(0) }}'
  - service: mqtt.publish
    data_template:
      topic: SmartEVSE/Set/ChargeCurrent
      payload: '{{ (states(''sensor.ev_current'')|float ) | round(0) }}'
    enabled: true
  - service: mqtt.publish
    data_template:
      topic: SmartEVSE/Set/EVMeter
      payload: 0:0:{{ ((states('sensor.ev_current')|float ) * 10 ) | round(0) }}:{{
        ((states('sensor.ev_active_power')|float ) * 1000 ) | round(0) }}:{{ ((states('sensor.ev_total_energy')|float
        ) * 1000 ) | round(0) }}

Ben ik nu een SmartEVSE expert? Zekers niet. Ben flink aan het stoeien geweest om het allemaal uit te vogelen. Ik post ook alle gegevens zodat een ander het wellicht wat sneller voor elkaar krijgt. Enfin...
Nu ik alle data zie verschijnen, ga ik de bestaande laadpaal (Lolo Smart) open maken, de originele ingewanden eruit trekken en SmartEVSE inbouwen. Foto's volgen.

Let op: ik heb een Leaf en laad daarom met één fase (fase 3). Mijn tussenmeter is daarom ook één fase. De oplettende bezoeker ziet dat ik om die reden 2x waarde "0" in de string heb staan om de syntax naar SmartEVSE/EVMeter kloppend te houden.

(ik word helemaal gestoord van dat yaml... en dat zie je ook terug in m'n coding skills... )

[Driek]

Roger_de_Poger schreef op maandag 8 april 2024 @ 09:24:
EVmeter is de meter die meet wat je de auto in pompt.
MainsMeter is de meter die de imp/exp van de netmeter (P1) meet.
Ik laat de evt thuisbatterij effe buiten beschouwing, want niet relevant als je die niet hebt.

De opbrengst van de zonnepanelen (PV) is niet relevant. Wat relevant is, is wat je overhoudt na een stukje eigen consumptie. Maw; wat ga je terugpompen het net in? Dát deel wordt geregisteerd in de netmeter (P1) en krijgt het label "PV opbrengst" en wordt gebruikt in de solar-modus.

Met bovenstaande datasets heb je alle relevante info aan boord van Smartevse en kan de slimmigheid van start.

Heb je een mqtt broker in HA draaien?

Ja ik snap het verhaal.

Ik heb mqtt broker draaien in HA.

[Driek]

Roger_de_Poger schreef op maandag 8 april 2024 @ 12:09:

[Afbeelding]

Waar komt dit plaatje vandaan?

Ik heb op de smartesve alleen een zeer eenvoudige portal, kan dus verder weinig zien of instellen.

[JoooostB]

Driek schreef op maandag 8 april 2024 @ 12:30:
[...]

Waar komt dit plaatje vandaan?

Ik heb op de smartesve alleen een zeer eenvoudige portal, kan dus verder weinig zien of instellen.

Deze web-interface krijg je zodra je de firmware van dingo35 op de SmartEVSE flasht via het /update endpoint. Let op dat je na het flashen van firmware.bin ook de spiffs.bin flasht, de laatste is namelijk verantwoordelijk voor de web-interface.

[Roger_de_Poger]

Driek schreef op maandag 8 april 2024 @ 12:30:
[...]

Waar komt dit plaatje vandaan?

Ik heb op de smartesve alleen een zeer eenvoudige portal, kan dus verder weinig zien of instellen.

...da's wat ik bedoel met dat er verschillende versies firmware zijn van verschillende ontwikkelaars. Voor je het weet raak je de weg kwijt.

[Driek]

JoooostB schreef op maandag 8 april 2024 @ 12:36:
[...]


Deze web-interface krijg je zodra je de firmware van dingo35 op de SmartEVSE flasht via het /update endpoint. Let op dat je na het flashen van firmware.bin ook de spiffs.bin flasht, de laatste is namelijk verantwoordelijk voor de web-interface.

Ok, ik moet dus ook de spiffs.bin flashen, dat heb ik er niet uitgehaald. Zal vanavond eens kijken.

[Stefannn]

mukky schreef op maandag 8 april 2024 @ 10:00:
[...]

Ik had dit probleem ook maar omdat mijn meter voorkwam op deze lijst is-ie gratis vervangen door een nieuwer exemplaar. Moest dat wel zelf aanvragen bij Enexis. De meters zijn dus getagged maar worden niet preventief vervangen.

Dank, helaas gaat dit voor mij niet op (ik heb het ten overvloede ook nog eens gevraagd).

[Driek]

Driek schreef op maandag 8 april 2024 @ 14:01:
[...]

Ok, ik moet dus ook de spiffs.bin flashen, dat heb ik er niet uitgehaald. Zal vanavond eens kijken.

Op de update pagina staat het op zich wel benoemd, moet je er alleen wel opnieuw naartoegaan.
Na de initile flash staat er OK, en valt het dus niet op.

mqtt werkt. Nu nog even de EV-meter settings toevoegen.

edit: EV meter ook gelukt.
En het spul via mqtt naar HA, en daar een sensor aangemaakt om aan het Energy Dashboard toe te voegen.

Laatste vraag, kan ik het nu zo maken dat het laden alleen kan starten na het drukken van mijn fysieke knop in de meterkast, of met HA?

[ Voor 24% gewijzigd door Driek op 08-04-2024 19:05 ]

[Roger_de_Poger]

Laatste vraag, kan ik het nu zo maken dat het laden alleen kan starten na het drukken van mijn fysieke knop in de meterkast, of met HA?

Het is HA, dus je kunt helemaal los. Je kunt een automatisering maken dat zodra je de trap oploopt (trigger), je laadpaal aan gaat (doe dan). Heb je de HACS integratie geïnstalleerd? Nou, dan heb je genoeg entiteiten om mee te spelen.

Overigens kan een fysieke knop ook. Stegen (waar je de SmartEVSE hebt gekocht) heeft ook een knop en zelfs een RFID lezer in het assortiment. Voor elk wat wils.

[Driek]

Roger_de_Poger schreef op dinsdag 9 april 2024 @ 08:32:
[...]


Het is HA, dus je kunt helemaal los. Je kunt een automatisering maken dat zodra je de trap oploopt (trigger), je laadpaal aan gaat (doe dan). Heb je de HACS integratie geïnstalleerd? Nou, dan heb je genoeg entiteiten om mee te spelen.

Overigens kan een fysieke knop ook. Stegen (waar je de SmartEVSE hebt gekocht) heeft ook een knop en zelfs een RFID lezer in het assortiment. Voor elk wat wils.

ja ik heb dus de fysieke knop.
Dus ik wil de knop of een knop in HA gerbuiken om te laden.
Helaas is de auto sinds zondag nog vol, dus kan weinig echt testen.

Is dit de entiteit die ik in HA moet gebruiken om laden te activeren?
switch.smartevse_power

ik zie trouwens dit in de log van HA:

P1toSmartevse: Error executing script. Error rendering template for call_service at pos 1: ValueError: Template error: float got invalid input 'unavailable' when rendering template '-X POST "http://192.168.178.86/currents?L1={{ states("sensor.nettocurrent_l1") | float*10 }}&L2={{ states("sensor.nettocurrent_l2") | float*10 }}&L3={{ states("sensor.nettocurrent_l3") | float*10 }}" -H "accept: application/json" -H "Content-Type: application/json" -d {}' but no default was specified
P1toSmartevse: Already running

De waardes komen op zich in de smartesve terecht maar geen idee wat ik nu moet doen.

[ Voor 29% gewijzigd door Driek op 09-04-2024 20:07 ]

[Roger_de_Poger]

Heb je de knop werkend?

Over de log: Je kunt niet die hele riedel 1op1 in HA zetten. Bekijk mijn eerdere post met code goed. Je moet eea aanpassen naar jouw eigen sensors.

De waardes komen op zich in de smartesve terecht maar geen idee wat ik nu moet doen.

Wat bedoel je hiermee?

Hoe ziet de pagina eruit als je naar de URL van SmartEVSE gaat?

[Driek]

Roger_de_Poger schreef op woensdag 10 april 2024 @ 11:04:
Heb je de knop werkend?

Over de log: Je kunt niet die hele riedel 1op1 in HA zetten. Bekijk mijn eerdere post met code goed. Je moet eea aanpassen naar jouw eigen sensors.


[...]

Wat bedoel je hiermee?

Hoe ziet de pagina eruit als je naar de URL van SmartEVSE gaat?

Wat ik bedoel is dat ik de waardes heb aangepast naar de juiste sensoren, even 1 als voorbeeld:

YAML:

  - name: "nettocurrent_l1"
    unit_of_measurement: A
    device_class: current
    state: >
      {% set solarl1 = states('sensor.power_production_phase_l1') | float(0) %}
      {% set currentl1 = states('sensor.current_phase_l1') | float(0) %}
      {{ currentl1 * -1 if solarl1 > 0 else currentl1 }}
    availability: >
      {{ states('sensor.power_production_phase_l1') | is_number and 
        states('sensor.current_phase_l1') | is_number }}

Die geeft het juiste resultaat, en komt ook in de smartesve portal bij de phase details.
Dus dat werkt allemaal, maar toch heb ik die foutcode in de logs.

Of de knop werkt probeer ik vanavond, dan moet er weer geladen worden.

[Roger_de_Poger]

Vervolgens moet je de verzamelde data van alle drie fasen in een string zetten en richting smartevse sturen.
Hoe doe je dat? (want dáár gaat die foutcode namelijk over...)

P1toSmartevse: Error executing script. Error rendering template for call_service at pos 1: ValueError: Template error: float got invalid input 'unavailable' when rendering template '-X POST "http://192.168.178.86/currents?L1={{ states("sensor.nettocurrent_l1") | float*10 }}&L2={{ states("sensor.nettocurrent_l2") | float*10 }}&L3={{ states("sensor.nettocurrent_l3") | float*10 }}" -H "accept: application/json" -H "Content-Type: application/json" -d {}' but no default was specified
P1toSmartevse: Already running

Knip en plak effe AL je relevante code. Vooral het stuk dat begint met "-X POST "http://192.168.178.86/curren etc etc"

[ Voor 65% gewijzigd door Roger_de_Poger op 10-04-2024 14:20 ]

[Driek]

Roger_de_Poger schreef op woensdag 10 april 2024 @ 14:15:
Vervolgens moet je de verzamelde data van alle drie fasen in een string zetten en richting smartevse sturen.
Hoe doe je dat? (want dáár gaat die foutcode namelijk over...)


[...]


Knip en plak effe AL je relevante code. Vooral het stuk dat begint met "-X POST "http://192.168.178.86/curren etc etc"

in de configuration.yaml

YAML:

shell_command:
  dsmrtosmartevse: 'curl -X POST "http://192.168.178.86/currents?L1={{ states("sensor.nettocurrent_l1") | float*10 }}&L2={{ states("sensor.nettocurrent_l2") | float*10 }}&L3={{ states("sensor.nettocurrent_l3") | float*10 }}" -H "accept: application/json" -H "Content-Type: application/json" -d {}'

en dan de automation.yaml

YAML:

- id: 'P1toSmartevse'
  alias: P1toSmartevse
  description: ''
  trigger:
  - platform: time_pattern
    seconds: /1
  condition: []
  action:
  - service: shell_command.dsmrtosmartevse
    data: {}
  mode: single

Over de knop, net getest en werkt.
Stekker erin, laden start niet, op de knop drukken, laden start.

[ Voor 4% gewijzigd door Driek op 10-04-2024 16:45 ]

[busscherski]

Ik zit al dagen dit topic door te bladeren en zie fantastische ideeen maar ik kan nog niet beslissen wat ik wil.

Wensenlijstje:
- vaste kabel (als het er een klein beetje acceptabel uit kan komen te zien)
- in geval van vaste kabel wil ik de vrijgave van het laadpunt regelen met de in dit topic eerder genoemde RFID oplossing.
- kWh meter, binnen of juist buiten voor iedereen af te lezen

De groepenkast vervang ik dit weekend door een dubbele Medusa. Daarmee verdubbelt de beschikbare capaciteit dus daar heb ik nog voldoende plek voor load balancing etc.

Het gaat om een Model Y (dus met de laadpoort achteraan de auto aan de bestuurderskant).
Er zijn twee parkeerplekken mogelijk, genummerd 1 en 2. (onder de carport staat al een ICE)



Nu staat er eigenlijk net een huis teveel in onze straat waardoor de opritten erg smal zijn. Aan de noordzijde van de woning kan dus bijna niets hangen, anders pas je niet tussen de auto en de muur door. (zelfs die regenpijp is al irritant)
Dus toen kwam ik op de oostzijde (straatzijde). Op de plek waar die 'lineaalmeting' van Google Maps in het plaatje hierboven begint.

Ik heb hier een smal stukje muur beschikbaar. Hieronder getekent in rood met zwarte kabel. De plantenbakken zijn ondertussen weg. (op deze plek door de muur boren is geen geweldig idee, dan kom je in de woonkamer uit)



Dit komt dan 3 meter van de openbare weg en zal een enorme blikvanger worden. Iemand een idee hoe ik dit er een beetje mooi uit kan laten zien?
Het liefst zou ik werken met een vaste kabel van 6 meter.

Bijvoorbeeld een oude "The new motion" laadpaal van Marktplaats halen en de onderdelen vervangen door wat hier in het topic algemeen gebruikt wordt?



Iemand nog suggesties? Misschien een andere behuizing waar een kabel omheen gewikkeld kan worden?

Of iets extreem plats wat dan alsnog aan de noordzijde naast de regenpijp past?

[THM0]

busscherski schreef op donderdag 11 april 2024 @ 01:14:
Ik zit al dagen dit topic door te bladeren en zie fantastische ideeen maar ik kan nog niet beslissen wat ik wil.

Wensenlijstje:
- vaste kabel (als het er een klein beetje acceptabel uit kan komen te zien)
- in geval van vaste kabel wil ik de vrijgave van het laadpunt regelen met de in dit topic eerder genoemde RFID oplossing.
- kWh meter, binnen of juist buiten voor iedereen af te lezen

De groepenkast vervang ik dit weekend door een dubbele Medusa. Daarmee verdubbelt de beschikbare capaciteit dus daar heb ik nog voldoende plek voor load balancing etc.

Het gaat om een Model Y (dus met de laadpoort achteraan de auto aan de bestuurderskant).
Er zijn twee parkeerplekken mogelijk, genummerd 1 en 2. (onder de carport staat al een ICE)

[Afbeelding]

Nu staat er eigenlijk net een huis teveel in onze straat waardoor de opritten erg smal zijn. Aan de noordzijde van de woning kan dus bijna niets hangen, anders pas je niet tussen de auto en de muur door. (zelfs die regenpijp is al irritant)
Dus toen kwam ik op de oostzijde (straatzijde). Op de plek waar die 'lineaalmeting' van Google Maps in het plaatje hierboven begint.

Ik heb hier een smal stukje muur beschikbaar. Hieronder getekent in rood met zwarte kabel. De plantenbakken zijn ondertussen weg. (op deze plek door de muur boren is geen geweldig idee, dan kom je in de woonkamer uit)

[Afbeelding]

Dit komt dan 3 meter van de openbare weg en zal een enorme blikvanger worden. Iemand een idee hoe ik dit er een beetje mooi uit kan laten zien?
Het liefst zou ik werken met een vaste kabel van 6 meter.

Bijvoorbeeld een oude "The new motion" laadpaal van Marktplaats halen en de onderdelen vervangen door wat hier in het topic algemeen gebruikt wordt?

[Afbeelding]

Iemand nog suggesties? Misschien een andere behuizing waar een kabel omheen gewikkeld kan worden?

Of iets extreem plats wat dan alsnog aan de noordzijde naast de regenpijp past?

Heb je een kruipruimte? Dan kun je vanuit daar naar buiten onder de grond een kabel trekken naar een vrijstaande paal. Bijvoorbeeld helemaal onderin bij de heg.

[ocaj]

busscherski schreef op donderdag 11 april 2024 @ 01:14:

Of iets extreem plats wat dan alsnog aan de noordzijde naast de regenpijp past?

Als je extreem plat wil (en dat snap ik qua looproute), dan kun je ook overwegen om toch geen vaste kabel te doen? Heb je alleen een plat stopcontact in de muur.....

[busscherski]

@THM0
Ja ik heb een kruipruimte.

Misschien wel een heel goed idee ja. Dat is een stuk minder opvallend. Even met mijn vriendin overleggen zodra ze wakker wordt.

@ocaj
Ja die inbouw oplossingen heb ik gezien. Maar als je aan het opladen bent dan wordt het alsnog een obstakel waar je gewoon niet langs past. Tenzij extreem laag maar dat is kwetsbaar of extreem hoog maar dan kan mijn vriendin er niet bij.
Een vaste kabel uit een lasdoos zou daar tijdens het laden nog beter passen denk ik.

Edit: als ik 'het stopcontact' doe, dan liever op de plek die ik aangaf

[ Voor 6% gewijzigd door busscherski op 11-04-2024 07:27 ]

[Stefannn]

busscherski schreef op donderdag 11 april 2024 @ 01:14:
Ik zit al dagen dit topic door te bladeren en zie fantastische ideeen maar ik kan nog niet beslissen wat ik wil.

Wensenlijstje:
- vaste kabel (als het er een klein beetje acceptabel uit kan komen te zien)
- in geval van vaste kabel wil ik de vrijgave van het laadpunt regelen met de in dit topic eerder genoemde RFID oplossing.
- kWh meter, binnen of juist buiten voor iedereen af te lezen

De groepenkast vervang ik dit weekend door een dubbele Medusa. Daarmee verdubbelt de beschikbare capaciteit dus daar heb ik nog voldoende plek voor load balancing etc.

Het gaat om een Model Y (dus met de laadpoort achteraan de auto aan de bestuurderskant).
Er zijn twee parkeerplekken mogelijk, genummerd 1 en 2. (onder de carport staat al een ICE)

[Afbeelding]

Nu staat er eigenlijk net een huis teveel in onze straat waardoor de opritten erg smal zijn. Aan de noordzijde van de woning kan dus bijna niets hangen, anders pas je niet tussen de auto en de muur door. (zelfs die regenpijp is al irritant)
Dus toen kwam ik op de oostzijde (straatzijde). Op de plek waar die 'lineaalmeting' van Google Maps in het plaatje hierboven begint.

Ik heb hier een smal stukje muur beschikbaar. Hieronder getekent in rood met zwarte kabel. De plantenbakken zijn ondertussen weg. (op deze plek door de muur boren is geen geweldig idee, dan kom je in de woonkamer uit)

[Afbeelding]

Dit komt dan 3 meter van de openbare weg en zal een enorme blikvanger worden. Iemand een idee hoe ik dit er een beetje mooi uit kan laten zien?
Het liefst zou ik werken met een vaste kabel van 6 meter.

Bijvoorbeeld een oude "The new motion" laadpaal van Marktplaats halen en de onderdelen vervangen door wat hier in het topic algemeen gebruikt wordt?

[Afbeelding]

Iemand nog suggesties? Misschien een andere behuizing waar een kabel omheen gewikkeld kan worden?

Of iets extreem plats wat dan alsnog aan de noordzijde naast de regenpijp past?

My 2cts,
Als je alles in de meterkast doet dan heb je enkel een “houdertje” nodig, dat is dan dus nauwelijks een blikvanger.
Verder had de verkoper waar ik mijn plug kocht enkel nog een stuk kabel van 2 meter wat ik eigenlijk te kort vind maar toch gedaan heb om geen extra verzendkosten bij een andere leverancier te hoeven betalen. Dat bleek heel positief uit te pakken.
Van die 2 meter blijft nog maar 1m60 of zo over vanwege de draadeinden die je 8m plug een aansluitkosten hebt. Maar in praktijk parkeer ik de auto met een variatie van hooguit 70cm op dezelfde plaats. Dan is die 1m60 ruim genoeg (net als de eerste generatie tesla palen ook een heel korte kabel hadden). Met als groot voordeel dat ik niks op een haspel hoef te doen, niks in de knoop raakt en het er super netjes uitziet.

Overigens moet je je afvragen hoe belangrijk je een tagreader vindt. In praktijk is het vrijwel uitgesloten dat iemand op jouw garagepad komt laden. Eventueel zet je een timer die de paal alleen tussen 18:00 en 8:00 vrijgeeft.

[busscherski]

@Stefannn
Een korte kabel zoals jij hebt is ook een idee ja. Maar dan alleen op de plek die ik in eerste instantie heb geschetst.

Heb je gewoon een lasdoos vol epoxy vlak onder de grond?

Iets van een beveiliging tegen ongeoorloofd laden vind ik er wel een beetje bij horen. Er is geen enkele erfafscheiding. Bij 'het stopcontact' heb je nog security trough obscurity. Bij een vaste kabel niet echt. Al is het potentiële verlies idd wellicht minder dan de investering in beveiliging.

Edit: heb je ook plug vergrendeling?

[ Voor 3% gewijzigd door busscherski op 11-04-2024 08:19 ]

[SpongeRob]

@busscherski bij mijn laadpunt had ik de beveiliging opgelost door een pulsschakelaar te gebruiken die alleen van binnenuit te bedienen was.
Dus dan kun je alleen laden wanneer je de schakelaar bedient en het lampje gaat branden (mits aanwezig).
Er zijn veel oplossingen mogelijk met de SmartEVSE wat dat betreft.

[busscherski]

@SpongeRob
Eerst de kabel inpluggen, binnen een knopje indrukken die bijvoorbeeld naast de meterkast hangt en dan gaat het controlelampje aan en begint het laden vanzelf?

[Ferrox1]

Binnenkort ga ik ook beginnen met de installatie van een eigen outlet naar inspiratie van @vanenkelen . Bedankt daarvoor!

Ik wil via HASS de meter waarden doorsturen naar de Smart EVSE. De reden hiervoor is dat ik een SAP heb en dus met 2 DSMR meters uitreken wat de belasting is op het net. Die is 3x 25A. Helaas moet ik vanwege selectiviteit met 3x16 A aansluiten, anders had ik via een software monitoring dynamisch de stroom kunnen regelen waarbij de grondzekering niet in gevaar komt. Maar Elektrotechnisch kan dit niet.. want bij een sluiting klapt dan direct de grondzekering ondanks dat ik genoeg extra vermogen beschikbaar heb via de PV.

Heb echter nog wel 2 vragen, wellicht dat iemand hier al ervaring mee heeft.

1: Kun je met de knop ook alleen vergrendelen? Dus wel de kabel vast laten zetten door de actuator maar dan nog niet starten met laden? En 2e keer drukken dan direct starten met laden? Ik wil namelijk het voor de WAF zo gebruiksvriendelijk mogelijk krijgen maar ook de kabel vergrendelen in de wall-box maar via HASS op basis van de dynamische tarieven het laden starten.

2: Ik lees dat er een API is en dat je via MQTT kunt werken voor de integratie met HASS. De API heeft voor mij de voorkeur maar ik lees dat dan de update snelheid lager is? Wat is er dan lager, het posten van de actuele DSMR waarden of de update van de laadwaarden van de Smart EVSE?

Als ik het hier klaar heb zal ik ook graag mijn oplossing delen hier.

[Driek]

Ferrox1 schreef op donderdag 11 april 2024 @ 09:02:
Binnenkort ga ik ook beginnen met de installatie van een eigen outlet naar inspiratie van @vanenkelen . Bedankt daarvoor!

Ik wil via HASS de meter waarden doorsturen naar de Smart EVSE. De reden hiervoor is dat ik een SAP heb en dus met 2 DSMR meters uitreken wat de belasting is op het net. Die is 3x 25A. Helaas moet ik vanwege selectiviteit met 3x16 A aansluiten, anders had ik via een software monitoring dynamisch de stroom kunnen regelen waarbij de grondzekering niet in gevaar komt. Maar Elektrotechnisch kan dit niet.. want bij een sluiting klapt dan direct de grondzekering ondanks dat ik genoeg extra vermogen beschikbaar heb via de PV.

Heb echter nog wel 2 vragen, wellicht dat iemand hier al ervaring mee heeft.

1: Kun je met de knop ook alleen vergrendelen? Dus wel de kabel vast laten zetten door de actuator maar dan nog niet starten met laden? En 2e keer drukken dan direct starten met laden? Ik wil namelijk het voor de WAF zo gebruiksvriendelijk mogelijk krijgen maar ook de kabel vergrendelen in de wall-box maar via HASS op basis van de dynamische tarieven het laden starten.

2: Ik lees dat er een API is en dat je via MQTT kunt werken voor de integratie met HASS. De API heeft voor mij de voorkeur maar ik lees dat dan de update snelheid lager is? Wat is er dan lager, het posten van de actuele DSMR waarden of de update van de laadwaarden van de Smart EVSE?

Als ik het hier klaar heb zal ik ook graag mijn oplossing delen hier.

succes, ik heb het net gedaan. Uiteindelijk best soepel gegaan. Als ik tijd heb zal ik nog een post maken van de boodschappenlijst en de stappen.

[sj0ertum]

Hi allemaal, ik heb een laadpaal besteld(KLIK), waar je optioneel een Loadbalancing module aan toe kunt voegen. (KLIK)

Die Loadbalancing module leest met klemmen je fases uit, en maakt daar een signaal uit op, dat hij vervolgens verstuurd via de L1. De laadpaal vangt dit op en doet er het zijne mee.

Nu ben ik benieuwd wat voor signaal die module op de L1 zet. Wat is dat voor protocol en is dat iets universeels in de load balancing module wereld?

[Roger_de_Poger]

Ik kan er niets over vinden. Zal wel iets Schenider-eigen zijn. Daar is geen vast protocol voor. Met rooksignalen kun je die info ook versturen. Het doet allemaal nogal v1.0 aan. Zit er nog iets van slimmigheid in die paal?

[mjvdzwet]

busscherski schreef op donderdag 11 april 2024 @ 08:18:
@Stefannn
Een korte kabel zoals jij hebt is ook een idee ja. Maar dan alleen op de plek die ik in eerste instantie heb geschetst.

Heb je gewoon een lasdoos vol epoxy vlak onder de grond?

Iets van een beveiliging tegen ongeoorloofd laden vind ik er wel een beetje bij horen. Er is geen enkele erfafscheiding. Bij 'het stopcontact' heb je nog security trough obscurity. Bij een vaste kabel niet echt. Al is het potentiële verlies idd wellicht minder dan de investering in beveiliging.

Edit: heb je ook plug vergrendeling?

Ik kijk zelf of mijn Tesla op het WiFi netwerk zit en geef dan de paal vrij zolang de kabel is aangesloten.

Daarnaast kijk ik nu met de Tesla plugin in Home Assistant of de auto "home" is.

Want de WiFi valt weg als de auto in sleep mode is.

[SpongeRob]

busscherski schreef op donderdag 11 april 2024 @ 09:00:
@SpongeRob
Eerst de kabel inpluggen, binnen een knopje indrukken die bijvoorbeeld naast de meterkast hangt en dan gaat het controlelampje aan en begint het laden vanzelf?

Dat klopt, je kunt ook eerst de schakelaar bedienen en dan de auto inpluggen.
De door jouw genoemde handeling is het meest voor de hand liggende, want je plugt de auto in voordat je je huis binnen gaat en dan druk je op de schakelaar.

[timovd]

mjvdzwet schreef op donderdag 11 april 2024 @ 11:22:
[...]

Ik kijk zelf of mijn Tesla op het WiFi netwerk zit en geef dan de paal vrij zolang de kabel is aangesloten.

Daarnaast kijk ik nu met de Tesla plugin in Home Assistant of de auto "home" is.

Want de WiFi valt weg als de auto in sleep mode is.

Heb je daar een script voor die je kunt delen?
Ik neem aan dat je iets van een managed switch/WiFi hebt met integratie in HA?

[DanTm]

sj0ertum schreef op donderdag 11 april 2024 @ 10:50:
Hi allemaal, ik heb een laadpaal besteld(KLIK), waar je optioneel een Loadbalancing module aan toe kunt voegen. (KLIK)


Nu ben ik benieuwd wat voor signaal die module op de L1 zet. Wat is dat voor protocol en is dat iets universeels in de load balancing module wereld?

Volgens mij is het powerline communicatie, kun je ook gebruiken voor internet in je huis.
Ervaringen ermee zijn wisselvallig.

[Stefannn]

busscherski schreef op donderdag 11 april 2024 @ 08:18:
@Stefannn
Een korte kabel zoals jij hebt is ook een idee ja. Maar dan alleen op de plek die ik in eerste instantie heb geschetst.

Heb je gewoon een lasdoos vol epoxy vlak onder de grond?

Iets van een beveiliging tegen ongeoorloofd laden vind ik er wel een beetje bij horen. Er is geen enkele erfafscheiding. Bij 'het stopcontact' heb je nog security trough obscurity. Bij een vaste kabel niet echt. Al is het potentiële verlies idd wellicht minder dan de investering in beveiliging.

Edit: heb je ook plug vergrendeling?

Zoals anderen zeggen: knopje binnen in laden te starten is erg simpel.
Plug vergrendeling heb je niet nodig met vaste kabel (auto vergrendelt sowieso zolang laden actief is)
Lasdoos zit bij mij vlak boven de grond. Spatwaterdicht.

[sj0ertum]

Roger_de_Poger schreef op donderdag 11 april 2024 @ 11:20:
Ik kan er niets over vinden. Zal wel iets Schenider-eigen zijn. Daar is geen vast protocol voor. Met rooksignalen kun je die info ook versturen. Het doet allemaal nogal v1.0 aan. Zit er nog iets van slimmigheid in die paal?

Die paal is een stopcontact in een mooi doosje. Meer dan die 138 euro is hij dan ook niet waard in mijn ogen, maar toch vraagt een Electrobode er 838 euro voor, voor precies hetzelfde ding. Enige vorm van toegang of beheer ondersteunt hij dan ook niet. Voor mij is dat voldoende. Ik doe alles met Homewizzard en integreer daar ook mijn zonnepanelen. Met een KWH meter van hun, faciliteer ik mezelf wel met het verbruik van de laadpaal.

Momenteel werk ik met een grannycharger, dus het is een mooie update om de normale groepen te ontlasten. Omdat ik ook met Homewizzard KWH meters en een P1 poort werk, vroeg ik me af wat zo'n separate module voor loadbalancing aan info deelt, want misschien heb ik dat signaal al voorhanden vanuit bijvoorbeelde P1 of de KWH meter.

[mjvdzwet]

timovd schreef op donderdag 11 april 2024 @ 12:05:
[...]

Heb je daar een script voor die je kunt delen?
Ik neem aan dat je iets van een managed switch/WiFi hebt met integratie in HA?

Ik draai de Merlin firmware op een Asus router en daarop draai ik wen script dat bij Mac wijzigingen op de WiFi het lijstje mac adressen post naar eigen software.

[Driek]

Driek schreef op woensdag 10 april 2024 @ 15:56:
[...]

in de configuration.yaml

YAML:

shell_command:
  dsmrtosmartevse: 'curl -X POST "http://192.168.178.86/currents?L1={{ states("sensor.nettocurrent_l1") | float*10 }}&L2={{ states("sensor.nettocurrent_l2") | float*10 }}&L3={{ states("sensor.nettocurrent_l3") | float*10 }}" -H "accept: application/json" -H "Content-Type: application/json" -d {}'

en dan de automation.yaml

YAML:

- id: 'P1toSmartevse'
  alias: P1toSmartevse
  description: ''
  trigger:
  - platform: time_pattern
    seconds: /1
  condition: []
  action:
  - service: shell_command.dsmrtosmartevse
    data: {}
  mode: single

Over de knop, net getest en werkt.
Stekker erin, laden start niet, op de knop drukken, laden start.

iemand nog een idee waarom ik in HA de log error krijg:

code:

P1toSmartevse: Error executing script. Error rendering template for call_service at pos 1: ValueError: Template error: float got invalid input 'unavailable' when rendering template '-X POST "http://192.168.178.86/currents?L1={{ states("sensor.nettocurrent_l1") | float*10 }}&L2={{ states("sensor.nettocurrent_l2") | float*10 }}&L3={{ states("sensor.nettocurrent_l3") | float*10 }}" -H "accept: application/json" -H "Content-Type: application/json" -d {}' but no default was specified
P1toSmartevse: Already running

Zou de automation elke seconde runnen het probleem kunnen zijn?
Testen met op 2 zetten?

[Stefannn]

Driek schreef op donderdag 11 april 2024 @ 20:47:
[...]

iemand nog een idee waarom ik in HA de log error krijg:

code:

P1toSmartevse: Error executing script. Error rendering template for call_service at pos 1: ValueError: Template error: float got invalid input 'unavailable' when rendering template '-X POST "http://192.168.178.86/currents?L1={{ states("sensor.nettocurrent_l1") | float*10 }}&L2={{ states("sensor.nettocurrent_l2") | float*10 }}&L3={{ states("sensor.nettocurrent_l3") | float*10 }}" -H "accept: application/json" -H "Content-Type: application/json" -d {}' but no default was specified
P1toSmartevse: Already running

Zou de automation elke seconde runnen het probleem kunnen zijn?
Testen met op 2 zetten?

Ik heb geen HA en weet weinig van yaml.
Maar “ float got invalid input 'unavailable' when rendering template”
Suggereert wellicht dat “ states("sensor.nettocurrent_l1")” geen geldige waarde afgeeft?
Wellicht de waardes eens printen? Wellicht hoofdletter verkeerd?

[Driek]

Stefannn schreef op donderdag 11 april 2024 @ 21:25:
[...]

Ik heb geen HA en weet weinig van yaml.
Maar “ float got invalid input 'unavailable' when rendering template”
Suggereert wellicht dat “ states("sensor.nettocurrent_l1")” geen geldige waarde afgeeft?
Wellicht de waardes eens printen? Wellicht hoofdletter verkeerd?

Dat is dus het probleem, het werkt gewoon.
In HA kan ik dat nabootsen in een develop hoekje, en dan staan daar keurig de juiste waardes.

Dit is dan de output:

code:

dsmrtosmartevse: 'curl -X POST "http://192.168.178.86/currents?L1=20.0&L2=10.0&L3=0.0" -H "accept: application/json" -H "Content-Type: application/json" -d {}'

Maar ik denk dus dat omdat hij dit elke seconde doet, hij soms verdwaalt ofzo, en dus een unavailable geeft,
Dus vandaar dat ik nu denk om naar elke 2 sec te zetten.
Maar kan dit de loadbalancing negatief beinvloeden?

[silvanverschuur]

Driek schreef op donderdag 11 april 2024 @ 20:47:
[...]

iemand nog een idee waarom ik in HA de log error krijg:

code:

P1toSmartevse: Error executing script. Error rendering template for call_service at pos 1: ValueError: Template error: float got invalid input 'unavailable' when rendering template '-X POST "http://192.168.178.86/currents?L1={{ states("sensor.nettocurrent_l1") | float*10 }}&L2={{ states("sensor.nettocurrent_l2") | float*10 }}&L3={{ states("sensor.nettocurrent_l3") | float*10 }}" -H "accept: application/json" -H "Content-Type: application/json" -d {}' but no default was specified
P1toSmartevse: Already running

Zou de automation elke seconde runnen het probleem kunnen zijn?
Testen met op 2 zetten?

Ik denk dat je deze melding krijgt tijdens het starten van HA. Je sensors zijn dan waarschijnlijk 'unavailable' waardoor ze niet naar een float kunnen worden omgezet. Je kunt een default meegeven:

code:

states("sensor.nettocurrent_l1") | float(0)

Omdat je waarde ook nog vermenigvuldigd moet worden met 10 zou het er dan zo uit zien:

code:

states("sensor.nettocurrent_l1") | float(0) | float * 10

Misschien dat dit nog iets eenvoudiger genoteerd kan worden maar volgens mij zou dit moeten werken.

[Driek]

silvanverschuur schreef op donderdag 11 april 2024 @ 22:08:
[...]


Ik denk dat je deze melding krijgt tijdens het starten van HA. Je sensors zijn dan waarschijnlijk 'unavailable' waardoor ze niet naar een float kunnen worden omgezet. Je kunt een default meegeven:

code:

states("sensor.nettocurrent_l1") | float(0)

Omdat je waarde ook nog vermenigvuldigd moet worden met 10 zou het er dan zo uit zien:

code:

states("sensor.nettocurrent_l1") | float(0) | float * 10

Misschien dat dit nog iets eenvoudiger genoteerd kan worden maar volgens mij zou dit moeten werken.

Daar zat ik ook aan te denken, maar ik zie ook dit bij de melding:

code:

First occurred: 4:15:51 PM (43 occurrences)
Last logged: 10:04:10 PM

Maar ik zal kijken of ik de defaul kan toevoegen. hoewel dit wellicht ook een fout beeld geeft

[ Voor 5% gewijzigd door Driek op 11-04-2024 22:12 ]

[Stefannn]

Driek schreef op donderdag 11 april 2024 @ 21:29:
[...]

Dus vandaar dat ik nu denk om naar elke 2 sec te zetten.
Maar kan dit de loadbalancing negatief beinvloeden?

zolang je (ruim) onder de 10sec blijft moet het goed gaan
wellicht is er inderdaad "af en toe" geen waarde?
je kan states("sensor.nettocurrent_l1") eens in een constant getal veranderen en dan kijken of de melding weg is.

[Stefannn]

Driek schreef op donderdag 11 april 2024 @ 22:11:
[...]


Daar zat ik ook aan te denken, maar ik zie ook dit bij de melding:

code:

First occurred: 4:15:51 PM (43 occurrences)
Last logged: 10:04:10 PM

Maar ik zal kijken of ik de defaul kan toevoegen. hoewel dit wellicht ook een fout beeld geeft

afgezien van missende waarde bij opstarten........
als die sensor inderdaad af en toe "geen waarde" heeft is meegeven van een 0 wel zwaar ontregeld voor de smart EVSE.
wellicht wordt die sensor gezet in een proces in een aparte thread die hem eerst initialiseert? (bad practice,.. maar wie weet)
met andere woorden: wellicht is die sensor niet altijd gedefineerd?
dan zou je voor je de call doet eerst moeten kopiëren, dan checken of er een waarde is, en dan alleen de smartEVSE callen als er daadwerkelijk een waarde is.

smartEVSE aankopen met een default is in ieder geval een slecht idee

[Driek]

Stefannn schreef op donderdag 11 april 2024 @ 22:33:
[...]

zolang je (ruim) onder de 10sec blijft moet het goed gaan
wellicht is er inderdaad "af en toe" geen waarde?
je kan states("sensor.nettocurrent_l1") eens in een constant getal veranderen en dan kijken of de melding weg is.

ja, ik denk dat ik het voorlopig in de gaten houd.
de failrate is maar minimaal en zal timing zijn, dan is het beter om een keer niks door te geven dan ineens een 0.

Bedankt voor het meedenken.

Ik heb het nu voor elkaar dat ik kan starten met de fysieke knop, en ik heb 2 knoppen gemaakt in HA om ook te starten en te stoppen. Deze zijn nog ongetest, vanavond weer laden. Ik gebruik switch.smartevse_power voor de start en stop

Ik kan alleen nergens goed de status van de "lock" zien. Op de smart esve staat dan "access denied", maar in HA zie ik geen entiteit die dit weergeeft. De sensor.smartevse_state geeft altijd "Ready to Charge" aan.

Iemand die hier een oplossing voor heeft?

[Driek]

Ferrox1 schreef op donderdag 11 april 2024 @ 09:02:
Binnenkort ga ik ook beginnen met de installatie van een eigen outlet naar inspiratie van @vanenkelen . Bedankt daarvoor!

Ik wil via HASS de meter waarden doorsturen naar de Smart EVSE. De reden hiervoor is dat ik een SAP heb en dus met 2 DSMR meters uitreken wat de belasting is op het net. Die is 3x 25A. Helaas moet ik vanwege selectiviteit met 3x16 A aansluiten, anders had ik via een software monitoring dynamisch de stroom kunnen regelen waarbij de grondzekering niet in gevaar komt. Maar Elektrotechnisch kan dit niet.. want bij een sluiting klapt dan direct de grondzekering ondanks dat ik genoeg extra vermogen beschikbaar heb via de PV.

Heb echter nog wel 2 vragen, wellicht dat iemand hier al ervaring mee heeft.

1: Kun je met de knop ook alleen vergrendelen? Dus wel de kabel vast laten zetten door de actuator maar dan nog niet starten met laden? En 2e keer drukken dan direct starten met laden? Ik wil namelijk het voor de WAF zo gebruiksvriendelijk mogelijk krijgen maar ook de kabel vergrendelen in de wall-box maar via HASS op basis van de dynamische tarieven het laden starten.

2: Ik lees dat er een API is en dat je via MQTT kunt werken voor de integratie met HASS. De API heeft voor mij de voorkeur maar ik lees dat dan de update snelheid lager is? Wat is er dan lager, het posten van de actuele DSMR waarden of de update van de laadwaarden van de Smart EVSE?

Als ik het hier klaar heb zal ik ook graag mijn oplossing delen hier.

Bij deze vast mijn gebruikte boodschappenlijst:
SMART EVSE V3 CONTROLLER
https://www.stegen.com/nl...mart-evse-controller.html
SMART EVSE SENSORBOX V2
https://www.stegen.com/nl...rt-evse-sensorbox-v2.html
22MM DRUKKNOP MET RGB LED RING
https://www.stegen.com/nl...nop-met-rgb-led-ring.html
Chint Aardlekschakelaar Type B, 30mA (3 fase)
https://www.laadkabeldisc...hakelaar-type-b-30ma.html
ABB Installatieautomaat 3P+N
https://www.sandervunderi...-3p-n-b16-s203-b16na.html
ISKRA CONTACTOR 32A 4POLEN 230V
https://www.stegen.com/nl...ctor-32a-4polen-230v.html
TYPE 2 SOCKET (PLAT) MET BEDRADING EN ACTUATOR
https://www.stegen.com/nl...tuator-aansluitkabel.html
Signaalgrondkabel 1x4x0,8 mm groen - per meter
www.kabel24.nl
Kabel naar socket, inclusief CP en PP
https://www.laadkabelwink...per-meter-32a-3fase-zwart
Eastron SDM72D-M V2
https://www.amazon.nl/-/e...o2ov_dt_b_product_details
Buitenkastje
https://www.ruttenelektro...terbestendig-donkergrijs/
Let op, dit moet de 90mm diep versie zijn!

En dan nog een stuk meterkast en toebehoren.
Kabels voor in de meterkast 6mm, aderhuls, tang, wartel, pvc, en kleine meuk.

De p1 gegevens komen bij mij via HA, hierdoor heb ik de sensorbox niet nodig.
En de als type B is voor de Renault Zoe, en maakt de dc/ac residual current sensor overbodig.

[Stefannn]

Driek schreef op vrijdag 12 april 2024 @ 07:58:
[...]

ja, ik denk dat ik het voorlopig in de gaten houd.
de failrate is maar minimaal en zal timing zijn, dan is het beter om een keer niks door te geven dan ineens een 0.

Bedankt voor het meedenken.

Ik heb het nu voor elkaar dat ik kan starten met de fysieke knop, en ik heb 2 knoppen gemaakt in HA om ook te starten en te stoppen. Deze zijn nog ongetest, vanavond weer laden. Ik gebruik switch.smartevse_power voor de start en stop

Ik kan alleen nergens goed de status van de "lock" zien. Op de smart esve staat dan "access denied", maar in HA zie ik geen entiteit die dit weergeeft. De sensor.smartevse_state geeft altijd "Ready to Charge" aan.

Iemand die hier een oplossing voor heeft?

Ik had in eerste instantie niet begrepen dat het “af en toe” was (no offense). Het zal defacto een “failed power measurement” zijn die vervolgens hier afketst. Zolang je binnen 10 seconden een nieuwe waarde stuurt gaat het goed, boven de 10 sec gaat de Smartevse terug regelen.

Mbt “lock”. Heb ik niet. Maar als je op de gui van de serkri sw op “raw data” klikt krijg je de volledige status die je via api kan ophalen. Daar zit ook iets van een “state” tussen (ik zit nu op werk en weet niet precies hoe die heet). Die heeft 9 levels. Wellicht dat de locked daar tussen zit.
Proberen dus en via de gui de response bekijken dus.

[Skimmer]

Naar aanleiding van een eerdere post hier ook maar eens gaan kijken op marktplaats om een start te vinden voor laadpaal met twee aansluitingen.

Heb (naar ik denk) voor een mooie prijs een unit kunen aanschaffen. Van het weekend maar eens gaan uitzoeken wat ik met de reeds aanwezige controllers kan. Ik ga er voor nu vanuit dat ik twee smart EVSE controllers moet aanschaffen om mijn doel te bereiken.

Deze aanbieder uit IJmuiden heeft er overigens nog een te koop.

[mukky]

Skimmer schreef op vrijdag 12 april 2024 @ 10:47:
Naar aanleiding van een eerdere post hier ook maar eens gaan kijken op marktplaats om een start te vinden voor laadpaal met twee aansluitingen.

Heb (naar ik denk) voor een mooie prijs een unit kunen aanschaffen. Van het weekend maar eens gaan uitzoeken wat ik met de reeds aanwezige controllers kan. Ik ga er voor nu vanuit dat ik twee smart EVSE controllers moet aanschaffen om mijn doel te bereiken.

Deze aanbieder uit IJmuiden heeft er overigens nog een te koop.

[Afbeelding]

[Afbeelding]

[Afbeelding]

Ik heb een soortgelijke paal aangeschaft waarvoor ik van plan ben een eigen controllerboard te maken. Het schema van SmartEVSE staat online in de github en in de kern is het een ESP32. Ik zou er graag 2 sockets mee aan willen sturen in plaats van 1. Geen kostenoverweging trouwens, lijkt me gewoon leuk. Ben nu de aanwezige componenten zoals de power supply, RFID reader, kWh meter en LED's aan het onderzoeken om te kijken hoe aan te sluiten. To be continued

[Hmmbob]

Je kan er ook 2 SmartEVSE's inhangen?

Weet eigenlijk niet of er EVSEs zijn die 2 sockets aansturen?

[Driek]

Stefannn schreef op vrijdag 12 april 2024 @ 08:58:
[...]

Ik had in eerste instantie niet begrepen dat het “af en toe” was (no offense). Het zal defacto een “failed power measurement” zijn die vervolgens hier afketst. Zolang je binnen 10 seconden een nieuwe waarde stuurt gaat het goed, boven de 10 sec gaat de Smartevse terug regelen.

Mbt “lock”. Heb ik niet. Maar als je op de gui van de serkri sw op “raw data” klikt krijg je de volledige status die je via api kan ophalen. Daar zit ook iets van een “state” tussen (ik zit nu op werk en weet niet precies hoe die heet). Die heeft 9 levels. Wellicht dat de locked daar tussen zit.
Proberen dus en via de gui de response bekijken dus.

Bedankt voor het meedenken, zal straks eens kijken hoe die statussen werken als ik echt ga laden, hopleijk kan ik er iets van afleiden.

[Ferrox1]

Driek schreef op vrijdag 12 april 2024 @ 08:13:
[...]

Buitenkastje
https://www.ruttenelektro...terbestendig-donkergrijs/

Die gaat niet passen, is te ondiep voor de socket. Je moet de 90mm diepte hebben, en dan nog is het krap met die dikke kabel.

Dat kastje had ik daarom ook later besteld. Hopelijk kun je er nog iets mee.

[mukky]

Hmmbob schreef op vrijdag 12 april 2024 @ 11:20:
Je kan er ook 2 SmartEVSE's inhangen?

Weet eigenlijk niet of er EVSEs zijn die 2 sockets aansturen?

Dat kan maar dan ben ik EUR 300 verder en kan ik niet met 1 RFID lezer werken. Doe ik mogelijk alsnog als mijn eigen PCB project faalt maar zelfbouw is te leuk om het niet te proberen

Ik kijk ook naar OpenEVSE als alternatief maar misschien is @stegen wel bezig met een dual-EVSE unit. Zou logisch zijn

[Driek]

Ferrox1 schreef op vrijdag 12 april 2024 @ 11:31:
[...]


Die gaat niet passen, is te ondiep voor de socket. Je moet de 90mm diepte hebben, en dan nog is het krap met die dikke kabel.

Dat kastje had ik daarom ook later besteld. Hopelijk kun je er nog iets mee.

klopt, ik heb de 90 diep.
Opmerking toegevoegd bij het lijstje.

[Possible]

Vraagje...

Hebben mensen hier toevallig in home-assisstant een automation waarbij je a.d.h.v. het aantal KWH wat in de auto is gestopt, het laden kan stoppen of starten?

Vriend van mij heeft een Ioniq 1e gen (28KWh. Deze wordt opgeladen d.m.v. de SmartEVSE.

Alles werkt prima. Maar hij zou graag willen dat hij snachts geladen wordt en bij X aantal KWH wat naar de auto is gegaan, het laden stopt. Omdat de Ioniq niet uit te lezen valt, moet ik dus gaan expermenteren met het aantal KWh wat overeenkomt met ongeveer 80-85% volladen (en daarna dus stopt)

[Stefannn]

Possible schreef op vrijdag 12 april 2024 @ 12:14:
Vraagje...

Hebben mensen hier toevallig in home-assisstant een automation waarbij je a.d.h.v. het aantal KWH wat in de auto is gestopt, het laden kan stoppen of starten?

Vriend van mij heeft een Ioniq 1e gen (28KWh. Deze wordt opgeladen d.m.v. de SmartEVSE.

Alles werkt prima. Maar hij zou graag willen dat hij snachts geladen wordt en bij X aantal KWH wat naar de auto is gegaan, het laden stopt. Omdat de Ioniq niet uit te lezen valt, moet ik dus gaan expermenteren met het aantal KWh wat overeenkomt met ongeveer 80-85% volladen (en daarna dus stopt)

Gewoon een timer?
Op zich geeft de Smartevse aan hoeveel stroom beschikbaar is en bepaalt de auto hoeveel hij binnen die max wil afnemen. Ik heb laatst een testje gedaan. Mijn ioniq5 neemt tot 100% soc precies af wat mag. Dus met een timer moet dit lukken. (In ieder geval snachts want dan zal de smart overload beveiliging meestal niet ingrijpen)

[Possible]

Stefannn schreef op vrijdag 12 april 2024 @ 12:23:
[...]

Gewoon een timer?
Op zich geeft de Smartevse aan hoeveel stroom beschikbaar is en bepaalt de auto hoeveel hij binnen die max wil afnemen. Ik heb laatst een testje gedaan. Mijn ioniq5 neemt tot 100% soc precies af wat mag. Dus met een timer moet dit lukken. (In ieder geval snachts want dan zal de smart overload beveiliging meestal niet ingrijpen)

Ah dus: Zodra de auto ingeplugd wordt zal stroom/Ampiere gaan stijgen. Dan dus de timer gaan starten. Zodra timer op 4 uren staat uitschakelen met de de SmartEVSE switch.

[Stefannn]

https://swagger-ui.serkri.be/ is down

[Himalaya]

Possible schreef op vrijdag 12 april 2024 @ 12:14:
Vraagje...

Hebben mensen hier toevallig in home-assisstant een automation waarbij je a.d.h.v. het aantal KWH wat in de auto is gestopt, het laden kan stoppen of starten?

Vriend van mij heeft een Ioniq 1e gen (28KWh. Deze wordt opgeladen d.m.v. de SmartEVSE.

Alles werkt prima. Maar hij zou graag willen dat hij snachts geladen wordt en bij X aantal KWH wat naar de auto is gegaan, het laden stopt. Omdat de Ioniq niet uit te lezen valt, moet ik dus gaan expermenteren met het aantal KWh wat overeenkomt met ongeveer 80-85% volladen (en daarna dus stopt)

Bij onze ZOE, die connected is maar waar je niet bijvoorbeeld max 80% kunt instellen, stuur ik het vanuit HomeAssistant aan. Zodra de accu/auto 80% aangeeft zet ik de EVSE gewoon uit. Als je in je laadpaal ook een Eastron meter plaatst zou je hetzelfde natuurlijk vrij eenvoudig ook met de ingestelde hoeveelheid kW die wordt geladen kunnen doen. Of op tijd, dat kan ook. Beide zijn vrij eenvoudig in een automation te vatten.

[rvdgaag]

Stefannn schreef op zaterdag 13 april 2024 @ 13:22:
https://swagger-ui.serkri.be/ is down

Kwam ik ook achter, volgens Serkri is dit de juiste link met alle laatste info:


https://github.com/dingo35

[Stefannn]

rvdgaag schreef op zaterdag 13 april 2024 @ 18:26:
[...]


Kwam ik ook achter, volgens Serkri is dit de juiste link met alle laatste info:


https://github.com/dingo35

die site werkt..
maar het api overview niet
Vanuit die site kom ik als ik naar de api zoek steeds op eerdergenoemde link uit.
En helaas heb ik geen flauw idee of er nog ergens een simpele text-beschrijving is (de swagger-ui is interactief en dat is heel mooi, maar nu is hij dus down).
Helaas... vandaag geen app-klusje dus.

(het goede nieuws: je/hij doet het niet voor niets, er zijn daadwerkelijk mensen die er dankbaar gebruik van maken )

[Possible]

Himalaya schreef op zaterdag 13 april 2024 @ 16:28:
[...]

Bij onze ZOE, die connected is maar waar je niet bijvoorbeeld max 80% kunt instellen, stuur ik het vanuit HomeAssistant aan. Zodra de accu/auto 80% aangeeft zet ik de EVSE gewoon uit. Als je in je laadpaal ook een Eastron meter plaatst zou je hetzelfde natuurlijk vrij eenvoudig ook met de ingestelde hoeveelheid kW die wordt geladen kunnen doen. Of op tijd, dat kan ook. Beide zijn vrij eenvoudig in een automation te vatten.

Maar de zoe heeft dan wel een intergratie met ha?

Er zit wel een kWh meter tussen van home wizzard, dus het aantal watt kan gemeten worden wanneer deze geladen wordt.

[dingo35]

Stefannn schreef op zaterdag 13 april 2024 @ 13:22:
https://swagger-ui.serkri.be/ is down

Die werd toch al maanden niet meer bijgehouden...

[dingo35]

Stefannn schreef op zaterdag 13 april 2024 @ 19:22:
[...]

die site werkt..
maar het api overview niet
Vanuit die site kom ik als ik naar de api zoek steeds op eerdergenoemde link uit.
En helaas heb ik geen flauw idee of er nog ergens een simpele text-beschrijving is (de swagger-ui is interactief en dat is heel mooi, maar nu is hij dus down).
Helaas... vandaag geen app-klusje dus.

(het goede nieuws: je/hij doet het niet voor niets, er zijn daadwerkelijk mensen die er dankbaar gebruik van maken )

Text beschrijving:
https://github.com/dingo3...b/master/docs/REST_API.md

(Hoe komt het toch dat mensen de handleiding zo moeilijk kunnen vinden? Er staan toch duidelijke links onder aan de openingspagina?)

En interactieve swagger: je SmartEVSE is toch ook al interactief, als je wil weten wat een curl request doet kun je m beter op je SmartEVSE afvuren dan op swagger, want altijd actueel?

[Stefannn]

dingo35 schreef op zondag 14 april 2024 @ 06:26:
[...]


Text beschrijving:
https://github.com/dingo3...b/master/docs/REST_API.md

(Hoe komt het toch dat mensen de handleiding zo moeilijk kunnen vinden? Er staan toch duidelijke links onder aan de openingspagina?)

En interactieve swagger: je SmartEVSE is toch ook al interactief, als je wil weten wat een curl request doet kun je m beter op je SmartEVSE afvuren dan op swagger, want altijd actueel?

Hoi,
1/ super bedankt!
2/ ik had behoorlijk naar de documentatie gezocht maar niet gevonden. Echter… ik zie nu dat ik aan het kijken was op serkri/smartevse-3 in plaats van dingo35/smartevse-3.5.
Ik geloof dat ik er ooit 1x terecht was gekomen maar toen miste ik de api beschrijving in de readme en had niet in de gaten dat die in de docs sectie terecht was gekomen. Op deze pagina ook nog geen releases omdat alles nog beta is (tenzij ik daar ook overheen lees)
Anyway… heel logisch… maar compleet gemist.
3/ WoW! Ziet er goed uit! Wat een super berg met documentatie!
4/ eh… voor de responses kan ik het endpoint inderdaad gewoon live gebruiken, ik wilde echter een extra setting naar de evse sturen. Dat is wel lastig zonder de beschrijving.

Super!

[dingo35]

Je vindt daar ook al enkele releases:

https://github.com/dingo35/SmartEVSE-3.5/releases

Maar op een of andere manier worden die niet in de menu's van github getoond op een mobile device, en wél op een desktop device?

[Stefannn]

dingo35 schreef op zondag 14 april 2024 @ 06:54:
Je vindt daar ook al enkele releases:

https://github.com/dingo35/SmartEVSE-3.5/releases

Maar op een of andere manier worden die niet in de menu's van github getoond op een mobile device, en wél op een desktop device?

Nogmaals bedankt (nb, vat dit alles aub niet op als kritiek, ik ben super blij, “ik doe mijn best” maar “kan/kon het gewoon niet vinden”).
Zie onder wat screendumps. Ik zit inderdaad op iPad.
Ik zie nu waarom ik het eerst niet kon vinden. Je moet kennelijk naar de “Root” anders mis je het side screen.
Nu ik het eenmaal weet is het geen enkel probleem meer. Maar ik zal het uitleggen.

1/ als ik op de readme sta dan zie ik nergens releases
2/ als ik releases opzoek onder “smartevse-3” folder ook niet
3/ als ik bovenaan op de dingo35/smartevse-3.5 klik kom ik in de Root. Dan zie ik wel het side screen met releases. Ik was me echter niet bewust dat dat side screen alleen verschijnt als je naar de Root gaat.

1/ als ik op de readme sta dan zie ik nergens releases


2/ als ik releases opzoek onder “smartevse-3” folder ook niet


3/ als ik bovenaan op de dingo35/smartevse-3.5 klik kom ik in de Root. Dan zie ik wel het side screen met releases. Ik was me echter niet bewust dat dat side screen alleen verschijnt als je naar de Root gaat.

[Scatman_II]

Possible schreef op vrijdag 12 april 2024 @ 12:14:
Vraagje...

Hebben mensen hier toevallig in home-assisstant een automation waarbij je a.d.h.v. het aantal KWH wat in de auto is gestopt, het laden kan stoppen of starten?

Vriend van mij heeft een Ioniq 1e gen (28KWh. Deze wordt opgeladen d.m.v. de SmartEVSE.

Alles werkt prima. Maar hij zou graag willen dat hij snachts geladen wordt en bij X aantal KWH wat naar de auto is gegaan, het laden stopt. Omdat de Ioniq niet uit te lezen valt, moet ik dus gaan expermenteren met het aantal KWh wat overeenkomt met ongeveer 80-85% volladen (en daarna dus stopt)

Misschien wat over de top voor jou, maar misschien leuk als je wat verder in Home assistant zit: Ik gebruik met mijn Ioniq 28 (en dynamisch energiecontract) deze HACS integration:
https://github.com/jonasbkarlsson/ev_smart_charging/

Hij gebruikt als input twee sliders voor huidig, en gewenst batterijniveau. Hij neemt aan dat je altijd even snel bijlaadt (vaste laadsnelheid) en plant dit dan in de goedkoopste (en vaak groenste) uurtjes.

Je kunt met een OBD dongle en oude telefoon in de auto (of raspi) de SOC ook uitlezen, maar ik heb het nog niet werkend gekregen (skill/tijdgebrek).

Een simpele if > then automation doet het natuurlijk ook:
Maak een helper slider waarop je de gewenste kwh kunt invullen,
Automation trigger: Numeric state > above value of another entity (de helper slider) > then EVSE off.

Edit:
Heel wat anders, werkt solarmode + API + Eastron +mqtt stabiel in solarmode bij mensen met deze configuratie? Op 3.5 RC1 lijkt mijn EVSE mqtt verbinding kwijt te raken in solar mode (te veel voor de ESP?).
Reset via de webui lost het dan weer even op.
EV staat helaas tot volgende week vast bij de dealer dus kan niet testen..

[ Voor 10% gewijzigd door Scatman_II op 14-04-2024 08:17 ]

[ngommers]

Heeft er al iemand ervaring met een automatische kabelhaspel voor de laadkabel? zoiets als dit. https://www.hbm-machines.com/nl/p/hbm-professionele-automatische-stroomhaspel-kabelhaspel

[Swerfer]

ngommers schreef op zondag 14 april 2024 @ 20:05:
Heeft er al iemand ervaring met een automatische kabelhaspel voor de laadkabel? zoiets als dit. https://www.hbm-machines.com/nl/p/hbm-professionele-automatische-stroomhaspel-kabelhaspel

Als je zoekt op EV automatic cable reel, Dan kom je diverse tegen maar erg duur, >€1200. Betaalbaar maar Chinees:

https://m.aliexpress.com/...iew_more_-1713121087388.0

Edit: hmm... Alleen 1-fase...

[SpongeRob]

Swerfer schreef op zondag 14 april 2024 @ 21:00:
[...]
Als je zoekt op EV automatic cable reel, Dan kom je diverse tegen maar erg duur, >€1200. Betaalbaar maar Chinees:

https://m.aliexpress.com/...iew_more_-1713121087388.0

Edit: hmm... Alleen 1-fase...

Ik zie ook 3-fase modellen, ook hebben ze zo te zien bij sommige modellen de mogelijkheid om de boel naar wens aan te laten passen.

https://a.aliexpress.com/_EwA5N2r

[Possible]

Scatman_II schreef op zondag 14 april 2024 @ 08:13:
[...]

Misschien wat over de top voor jou, maar misschien leuk als je wat verder in Home assistant zit: Ik gebruik met mijn Ioniq 28 (en dynamisch energiecontract) deze HACS integration:
https://github.com/jonasbkarlsson/ev_smart_charging/

Hij gebruikt als input twee sliders voor huidig, en gewenst batterijniveau. Hij neemt aan dat je altijd even snel bijlaadt (vaste laadsnelheid) en plant dit dan in de goedkoopste (en vaak groenste) uurtjes.

Je kunt met een OBD dongle en oude telefoon in de auto (of raspi) de SOC ook uitlezen, maar ik heb het nog niet werkend gekregen (skill/tijdgebrek).

Een simpele if > then automation doet het natuurlijk ook:
Maak een helper slider waarop je de gewenste kwh kunt invullen,
Automation trigger: Numeric state > above value of another entity (de helper slider) > then EVSE off.

Edit:
Heel wat anders, werkt solarmode + API + Eastron +mqtt stabiel in solarmode bij mensen met deze configuratie? Op 3.5 RC1 lijkt mijn EVSE mqtt verbinding kwijt te raken in solar mode (te veel voor de ESP?).
Reset via de webui lost het dan weer even op.
EV staat helaas tot volgende week vast bij de dealer dus kan niet testen..

Thx maar heb gewoon een vast contract. In principe maakt het dus niet uit ivm salderen. Zou het ook werken zonder een dynamisch contract?

[Ferrox1]

Ferrox1 schreef op donderdag 11 april 2024 @ 09:02:

1: Kun je met de knop ook alleen vergrendelen? Dus wel de kabel vast laten zetten door de actuator maar dan nog niet starten met laden? En 2e keer drukken dan direct starten met laden? Ik wil namelijk het voor de WAF zo gebruiksvriendelijk mogelijk krijgen maar ook de kabel vergrendelen in de wall-box maar via HASS op basis van de dynamische tarieven het laden starten.

2: Ik lees dat er een API is en dat je via MQTT kunt werken voor de integratie met HASS. De API heeft voor mij de voorkeur maar ik lees dat dan de update snelheid lager is? Wat is er dan lager, het posten van de actuele DSMR waarden of de update van de laadwaarden van de Smart EVSE?

Als ik het hier klaar heb zal ik ook graag mijn oplossing delen hier.

Deze is een beetje ondergesneeuwd, heeft iemand hier het antwoord op? Of moet ik dan de SmartEVSE software aanpassen om deze functionaliteit te krijgen?@dingo35 , weet jij dit?

[vanenkelen]

Himalaya schreef op zaterdag 13 april 2024 @ 16:28:
[...]

Bij onze ZOE, die connected is maar waar je niet bijvoorbeeld max 80% kunt instellen, stuur ik het vanuit HomeAssistant aan. Zodra de accu/auto 80% aangeeft zet ik de EVSE gewoon uit. Als je in je laadpaal ook een Eastron meter plaatst zou je hetzelfde natuurlijk vrij eenvoudig ook met de ingestelde hoeveelheid kW die wordt geladen kunnen doen. Of op tijd, dat kan ook. Beide zijn vrij eenvoudig in een automation te vatten.

Beetje off-topic:
Met de app Mobilize Smart Charge (van Renault) kun je wel slimmer laden met je Zoe.

[peter123]

Beste tweakers,
Ik wilde graag een laadpaal die dynamisch kan opladen en op tijd kan schakelen. Nu is het zo dat als mij auto aangesloten is en de stoom uit valt deze begint te piepen. Ik moet ook, als ik de stoom verander, eerst de stekker uit de auto halen, stroom veranderen en dan er weer in doen. Zijn er laadpalen die dit ondervangen en kan ik deze zelf maken?
Verder zit ik mij toch af te vragen waarom het zo makkelijk is om een batterij met gelijkstroom op te laden, maar een auto problematisch is.

[Roger_de_Poger]

Tja, misschien omdat laden via een evse een specifiek protocol volgt. Daar is vast een reden voor. Dat problematisch noemen lijkt wat voorbarig.

...stekker uit de auto halen, stroom veranderen en dan er weer in doen.

Welke auto, welke laadpaal?

Zijn er laadpalen die dit ondervangen en kan ik deze zelf maken?

Als je handig bent, kun je alles zelf maken. Je kunt om te beginnen eens door dit forum bladeren en je laten inspireren...

[Flans]

Ik ben al een tijdje - op en af - bezig met het uitzoeken van de zaken rondom een zelfbouw laadpaal. Onderhand ben ik op het punt dat ik het volgens mij helemaal rond gedacht heb, dat wil ik hier graag nog even checken voordat ik naar de volgende stap ga.

Wensen/Uitgangspunten:

• Twee laadpunten,
• Bediening met een laadpas moet mogelijk zijn en deze moet verrekent kunnen worden,
• Uitlezen/Automatiseren/Aansturen met behulp van Home assistant. 'S nachts pas laden als de stroom goedkoper is én 2 (fysieke) knoppen om 'meteen' te laden ongeacht van het tijdstip of prijs,
• 3-Fase automaat zit er al daarom zit die niet in de boodschappenlijst.
• Loadbalancing door de P1 meter uit te lezen
• Er loopt een ethernet kabel van de meterkast naar de plek van laadpaal. Van die kabel wil ik 4 aders voor uitlezen van de P1 & Modbus en de 4 andere aders voor internet (100mbit).

Boodschappenlijst:

• P1 splitter (https://www.homewizard.com/nl/shop/actieve-p1-splitter/)
• P1 kabel
• 2x Smart EVSE v3 (https://www.stegen.com/nl...mart-evse-controller.html)
• 2x Type 2 Socket ( https://www.stegen.com/nl...tuator-aansluitkabel.html)
• 2x RFID lezer (https://www.stegen.com/nl...ezer-1356-mhz-mifare.html)
• Smart EVSE Sensorbox v2 (https://www.stegen.com/nl...rt-evse-sensorbox-v2.html)
• DC/AC Residual Current Sensor (https://www.stegen.com/nl...idual-current-sensor.html)

Vragen die ik nog heb:

• Het idee om Home Assistant te gebruiken om het laden te laten starten, kan dat? Heeft iemand dit wellicht al werkend?
• Hoe zou de verrekening werken? Kan de EVSE 'praten' met een backoffice systeem bijvoorbeeld van EVhub?
• Aansluiting Modbus en ethernet aan de EVSE kant, hoe gaat dat? Moeten er stekkers aan de kabels of werkt dat op een andere manier?

[Stefannn]

Flans schreef op maandag 15 april 2024 @ 12:00:
Ik ben al een tijdje - op en af - bezig met het uitzoeken van de zaken rondom een zelfbouw laadpaal. Onderhand ben ik op het punt dat ik het volgens mij helemaal rond gedacht heb, dat wil ik hier graag nog even checken voordat ik naar de volgende stap ga.

Wensen/Uitgangspunten:

• Twee laadpunten,
• Bediening met een laadpas moet mogelijk zijn en deze moet verrekent kunnen worden,
• Uitlezen/Automatiseren/Aansturen met behulp van Home assistant. 'S nachts pas laden als de stroom goedkoper is én 2 (fysieke) knoppen om 'meteen' te laden ongeacht van het tijdstip of prijs,
• 3-Fase automaat zit er al daarom zit die niet in de boodschappenlijst.
• Er loopt een ethernet kabel van de meterkast naar de plek van laadpaal. Van die kabel wil ik 4 aders voor uitlezen van de P1 & Modbus en de 4 andere aders voor internet (100mbit).

Boodschappenlijst:

• P1 splitter (https://www.homewizard.com/nl/shop/actieve-p1-splitter/)
• P1 kabel
• 2x Smart EVSE v3 (https://www.stegen.com/nl...mart-evse-controller.html)
• 2x Type 2 Socket ( https://www.stegen.com/nl...tuator-aansluitkabel.html)
• 2x RFID lezer (https://www.stegen.com/nl...ezer-1356-mhz-mifare.html)
• Smart EVSE Sensorbox v2 (https://www.stegen.com/nl...rt-evse-sensorbox-v2.html)
• DC/AC Residual Current Sensor (https://www.stegen.com/nl...idual-current-sensor.html)

Vragen die ik nog heb:

• Het idee om Home Assistant te gebruiken om het laden te laten starten, kan dat? Heeft iemand dit wellicht al werkend?
• Hoe zou de verrekening werken? Kan de EVSE 'praten' met een backoffice systeem bijvoorbeeld van EVhub?
• Aansluiting Modbus en ethernet aan de EVSE kant, hoe gaat dat? Moeten er stekkers aan de kabels of werkt dat op een andere manier?

Wat aandachtspunten:
- check wat voor meter je hebt. Je moet "informatie per fase" krijgen, oude meters doen dat niet.
heb je dat niet dan moet je met sensorbox & CT-klemmen werken OF zelf via API en HA een automatisering maken (heb ik gedaan en kan dus).
- als je de meterinformatie in HA hebt kan je die in plaats van via sensor box via de api aanleveren: dat scheelt en sensorbox & een P1splitter
- 3fase automaat moet dus wel specifiek voor de EVSE zijn, mag niet gecombineerd met rest van het huis.
- 3fase automaat moet "per smartEVSE" (als ik het goed heb).
- internet in de laadpaal heb je niet echt nodig. de smartevse werkt op wifi
- integraties met HA bestaan, maar ik heb geen HA, er staat meer in dit forum en ook in de docs

verrekenen van laadpas gaat NIET via platformen. Dat is "logisch" want formeel is de smartEVSE een "hobbyding". De software die erop draait kan je zelf aanpassen dus het is wel logisch dat platforms daar niet mee willen interfacen: je zou zomaar een versie kunnen maken die bv altijd 10% teveel rekent. Valt niet op, dikke winst.
Wat je wel kan doen is zelf facturen maken (moet je dan wel zelf opzetten) en die handmatig declareren. Dan zal het van je baas afhangen of ze dat zo accepteren.

[mukky]

Flans schreef op maandag 15 april 2024 @ 12:00:
Vragen die ik nog heb:

• Hoe zou de verrekening werken? Kan de EVSE 'praten' met een backoffice systeem bijvoorbeeld van EVhub?

Nee, als je een backoffice integratie nodig hebt (zoek maar eens op OCPP 1.6) dan kan dat niet. Je kunt dat proberen zelf te bouwen (bijv. met MicrOCPP) maar dat moet je backoffice operator dat wel ondersteunen. Heb ik als project nu liggen maar niet veel tijd.

Mijn advies zou zijn om op te vragen bij je backoffice operator welke laadpalen ze nu ondersteunen en zo'n paal op marktplaats op de kop te tikken. Er stonden laatst nog dual-socket Alfen laadpalen op voor EUR 750 en die werken met vrijwel alle backoffices. Scheelt je veel geld met laten installeren en toch geen sores.

[dingo35]

Voor alle SmartEVSE gebruikers, zojuist nieuwe release v3.5.0 uitgebracht. Deze release combineert de stabiliteit van Stegen's v3.0.1 en de functionaliteit van Serkri-v1.8.0!

https://github.com/dingo35/SmartEVSE-3.5/releases/tag/v3.5.0

(Possibly) breaking changes:

• The derived mac-id that was used as a prefix for mDNS and MQTT is replaced by the serial number of your SmartEVSE. You can find this number on a sticker on your SmartEVSE or by looking at your mDNS registry. It is (from now on) also the number your AP announces itself with when configuring your Wifi parameters.
• Because we added some kWh meters, the config of your MainsMeter or EVMeter might be changed to the wrong type; we prevent this for future releases by reserving some slots so we can add more meters without changing their config id.
• disable modbus TCP bridge since there are reports that sometimes unreliable values are given
• changed "Loadbalancing" to "PWR SHARE", because many people considered honoring MaxMains also "Loadbalancing". "PWR SHARE" now means multiple SmartEVSE's are connected via modbus in a Master/Slave configuration, sharing the same power source

CHECK YOUR MAINSMETER AND YOUR EVMETER CONFIG after upgrade!

Release notes t.o.v. RC2:

• Lcd: goto OFF mode on left button long press also when not charging
• Fix getting NTP from public server, no longer getting NTP from dhcp
• Fix powermeasurement for EastronInv
• Only show Circuit menu option when EVMeter configured, thx to devdems!
• Fix Mainsmeter timeout
• parametrize MIN_CURRENT so it can be modified compiletime

[Stefannn]

dingo35 schreef op maandag 15 april 2024 @ 12:26:
Voor alle SmartEVSE gebruikers, zojuist nieuwe release v3.5.0 uitgebracht. Deze release combineert de stabiliteit van Stegen's v3.0.1 en de functionaliteit van Serkri-v1.8.0!

https://github.com/dingo35/SmartEVSE-3.5/releases/tag/v3.5.0

(Possibly) breaking changes:

• The derived mac-id that was used as a prefix for mDNS and MQTT is replaced by the serial number of your SmartEVSE. You can find this number on a sticker on your SmartEVSE or by looking at your mDNS registry. It is (from now on) also the number your AP announces itself with when configuring your Wifi parameters.
• Because we added some kWh meters, the config of your MainsMeter or EVMeter might be changed to the wrong type; we prevent this for future releases by reserving some slots so we can add more meters without changing their config id.
• disable modbus TCP bridge since there are reports that sometimes unreliable values are given
• changed "Loadbalancing" to "Multi", because many people considered honoring MaxMains also "Loadbalancing". "Multi" now means multiple SmartEVSE's are connected via modbus in a Master/Slave configuration

CHECK YOUR MAINSMETER AND YOUR EVMETER CONFIG after upgrade!

Release notes t.o.v. RC2:

• Lcd: goto OFF mode on left button long press also when not charging
• Fix getting NTP from public server, no longer getting NTP from dhcp
• Fix powermeasurement for EastronInv
• Only show Circuit menu option when EVMeter configured, thx to devdems!
• Fix Mainsmeter timeout
• parametrize MIN_CURRENT so it can be modified compiletime

Wow, gaaf!
net op mijn vrije maandag dat ik aan het hobbyen was met API's enzo.
Hij staat erop. en hij laadt de auto op.
So far so good (maar RC1 & RC2 deden het ook en ik gebruik alleen de api dus ik verwacht weinig problemen)

SUPER!

[Scatman_II]

Possible schreef op maandag 15 april 2024 @ 06:36:
[...]


Thx maar heb gewoon een vast contract. In principe maakt het dus niet uit ivm salderen. Zou het ook werken zonder een dynamisch contract?

Het maakt uit voor de netbelasting en de duurzaamheid van de energie die je gebruikt

Je zult een dynamische prijs entiteit moeten aanmaken in homeassistant (ik weet niet of een fixed price input werkt), hiervoor staan de opties hier beschreven: https://doe-duurzaam.nl/a...-assistant-zo-doe-je-dat/

Maar zoals gezegd - als je nog een vast contract hebt is het vooral voor de hobby of bovengenoemde redenen.

[ocaj]

dingo35 schreef op maandag 15 april 2024 @ 12:26:
Voor alle SmartEVSE gebruikers, zojuist nieuwe release v3.5.0 uitgebracht. Deze release combineert de stabiliteit van Stegen's v3.0.1 en de functionaliteit van Serkri-v1.8.0!

Cool, ga hem binnenkort installeren!

• Fix getting NTP from public server, no longer getting NTP from dhcp

Betekent dat dat de SMartEVSe nu een internet-verbinding nodig heeft?

Mijn SmartEVSE zit (net als eigenlijk alle IOT-achtige apparaten in mijn thuisnetwerk) alleen op mijn lokale netwerk, maar heeft geen toegang naar buiten.

Ik ben vast niet de enige die in zijn netwerk een eigen NTP-server heeft draaien voor lokale devices.....
Of werkt het anders, en zit er een of andere fallback op DHCP-NTP in de NTP-libraries die je gebruikt?

[peter123]

Roger_de_Poger schreef op maandag 15 april 2024 @ 11:52:
Tja, misschien omdat laden via een evse een specifiek protocol volgt. Daar is vast een reden voor. Dat problematisch noemen lijkt wat voorbarig.


[...]

Welke auto, welke laadpaal?


[...]

Als je handig bent, kun je alles zelf maken. Je kunt om te beginnen eens door dit forum bladeren en je laten inspireren...

Dank voor je antwoord. Dit forum gaf helaas geen antwoord daarop, maar ik ga de spullen bestellen en eens kijken of het mij lukt.

[dingo35]

@ocaj Helaas, er ZAT een fallback op; hij keek eerst naar een ntp-server als die via dhcp aangeboden werd, en als fallback ging hij daarna naar een publieke ntp server.

Helaas heeft iemand upstream een paar jaar geleden besloten dat hij een paar honderd bytes kon besparen door die fallback af te sluiten; dat kunnen we zelf niet aanpassen, zit diep in de ontwikkelomgeving verankerd, en dus hebben we ervoor moeten kiezen om die publieke ntp server te gebruiken.

Niet iedereen heeft immers de mogelijkheid lokaal een ntp server te draaien, maar wie zo geavanceerd werkt met VLAN's etc, kan vast wel een pad naar buiten realiseren, enkel voor NTP, óf de DNS zodanig manipuleren dat er toch lokaal geserveerd wordt.

"grep pool src/evse.cpp" geeft je het ntp domein waarop gezocht wordt...

[ocaj]

Duidelijk, dan gaat de SmartEVSE hier in de groep met firewall-rules "NTP-only".

(ik heb nog meer apparaatjes die speciaal voor NTP Internet-toegang nodig hebben, mogelijk gevolg van dezelfde ontwikkelomgeving....)

[Stefannn]

ocaj schreef op maandag 15 april 2024 @ 15:39:
Duidelijk, dan gaat de SmartEVSE hier in de groep met firewall-rules "NTP-only".

(ik heb nog meer apparaatjes die speciaal voor NTP Internet-toegang nodig hebben, mogelijk gevolg van dezelfde ontwikkelomgeving....)

Fun....
1/ "er zijn toch wel meer mensen...."....nope... geen moment aan gedacht dat ik een ntp server zou kunnen runnen.
2/ cool! dat weet ik dan ook weer.
3/ cool & fun: dus met veel apparaten gaat dat niet. en..maar.. daar kan je dus een uitzondering voor op de router zetten.

alles bij elkaar: "exact de reden dat ik op tweakers zit"

[Possible]

Scatman_II schreef op maandag 15 april 2024 @ 14:17:
[...]

Het maakt uit voor de netbelasting en de duurzaamheid van de energie die je gebruikt

Je zult een dynamische prijs entiteit moeten aanmaken in homeassistant (ik weet niet of een fixed price input werkt), hiervoor staan de opties hier beschreven: https://doe-duurzaam.nl/a...-assistant-zo-doe-je-dat/

Maar zoals gezegd - als je nog een vast contract hebt is het vooral voor de hobby of bovengenoemde redenen.

Eens hoor, het gaat hem alleen maar om dat de auto gaat laden tussen de 20% en stopt bij 80%

Maar omdat je van de ioniq maar bar weinig informatie hebt helaas (die obd werkt niet echt goed) is het lastig om te zien wanneer je moet stoppen met laden.

[manusjevanalles]

Ik wil bij mijn schoonvader een Easee Lite laadpaal installeren. Hij heeft in de schuur een onderverdeler van Eaton waar de laadpaal op moet worden aangesloten. De Easee vraagt om een type A aardlekschakelaar, wat ze volgens mij allemaal wel zijn. De afstand is 15-20 meter naar de plek van de laadpaal. Mijn idee is om 6mm2 kabels te gebruiken, om evt in de toekomst ook op 22 kW te kunnen laden (Easee Lite en huidige auto kunnen maar 11 kW). Welke aardlekautomaat zou geschikt zijn? Eaton heeft zelf een C20 30 mA, maar die is niet zo selectief tov de hoofdzekering (wellicht niet erg, dat zijn moderne automaten en geen smeltzekeringen). Ik heb van Hager wel een B20 aardlekautomaat. Welke aardlekautomaat kunnen we het beste gebruiken? Of misschien toch gewoon een B16, maar volgens mij heeft een 20A de voorkeur ivm minder warmte-ontwikkeling.

[ocaj]

Stefannn schreef op maandag 15 april 2024 @ 15:44:
[...]

Fun....
1/ "er zijn toch wel meer mensen...."....nope... geen moment aan gedacht dat ik een ntp server zou kunnen runnen.

Iedereen die een Fritz!box heeft, heeft ook een interne NTP-server draaien en dat is ook de NTP-server die via DHCP aangeboden wordt. Geen idee meer of dat de default is, of dat dat een instelling is, ik draai al een eeuwigheid zo.....