Zelfbouw Laadpaal ervaringen

[mw303]

Uiteraard!

Eerst aan de bestaande sensoren een id toevoegen:

code:

sensor:
    current_l1:
      name: "$human_devicename - Current Phase 1"
      id: currentl1
    current_l2:
      name: "$human_devicename - Current Phase 2"
      id: currentl2
    current_l3:
      name: "$human_devicename - Current Phase 3"
      id: currentl3

(tijdelijke) Home Assistant sensor om de MODE waarin de smartevse staat uit te lezen:

code:

  - platform: homeassistant
    id: smartevse_mode_id
    entity_id: sensor.smartevse_mode_id

code:

interval:
  - interval: 5sec
    then:
      - if:
          condition:
            lambda: |-
              return id(smartevse_mode_id).state > 1;
          then:
            - http_request.post: 
                url: !lambda |-
                    std::string url;
                    url.append("http://192.168.207.121/currents?L1=");
                    url.append(to_string(id(currentl1).state *10));
                    url.append("&L2=");
                    url.append(to_string(id(currentl2).state *10));
                    url.append("&L3=");
                    url.append(to_string(id(currentl3).state *10));
                    return url.c_str();

Ik heb overigens zelf geen slimmelezer (meer), ik heb nu een DIY DSMR P1 lezer die we binnenkort ook op https://www.espthings.io/index.php/category/projects/ zullen plaatsen (zodat je die zelf kunt bouwen).

Het idee is deze data alleen te sturen als de evse in "smart" of "solar" mode staat. Dat doe ik nu bij wijze van test even via een home-assistant sensor, maar dan is er weer een afhankelijkheid van HA en dat willen we niet Dat moet dus ook nog via de smartevse API.

Als iemand dit verbetert of uitbreid, dan zou ik het fijn vinden als die code ook gedeeld wordt.

[Voor 8% gewijzigd door mw303 op 13-03-2023 21:12]

[Hmmbob]

Ik zou die check op mode eruit laten. Het maakt toch niet uit als die waardes altijd gestuurd worden?

Als HA nu down is (reboot, update, geklooi) dan doet je load balancing het niet meer. Plus: dubbele aantal calls over je netwerk (eerst HA sensor ophalen, dan call naar evse maken).

Edit: oh, dat geef je zelf ook aan. Maar goed, ook uitlezen van evse is een call - ik zie de toegevoegde waarde nog niet.

[Voor 17% gewijzigd door Hmmbob op 13-03-2023 22:09]

[mw303]

Je hebt best wel een punt

Ik ben alleen bang dat zodra de smartevse niet bereikbaar is de esp instabiel wordt, maar daar gaat dit inderdaad niet bij helpen.

[mw303]

Het e.e.a werkt in ieder geval uit de kunst:

code:

[22:30:06][D][sensor:126]: 'DSMR - Current Phase 1': Sending state 1.19000 A with 1 decimals of accuracy
[22:30:06][D][sensor:126]: 'DSMR - Current Phase 2': Sending state 0.75000 A with 1 decimals of accuracy
[22:30:06][D][sensor:126]: 'DSMR - Current Phase 3': Sending state 1.84000 A with 1 decimals of accuracy
[22:30:07][D][api.connection:918]: Home Assistant 2023.3.3 (192.168.207.101): Connected successfully
[22:30:08][D][http_request:099]: HTTP Request completed; URL: http://192.168.207.121/currents?L1=12.000000&L2=7.500000&L3=18.400000; Code: 200; Duration: 134 ms

[Voor 22% gewijzigd door mw303 op 13-03-2023 22:34]

[dingo35]

mw303 schreef op maandag 13 maart 2023 @ 22:25:
Ik ben alleen bang dat zodra de smartevse niet bereikbaar is de esp instabiel wordt, maar daar gaat dit inderdaad niet bij helpen.

Zolang je de timeout korter zet dan het interval waarin je de post requests doet, zou je geen problemen hoeven hebben.

Ik zou het gewoon proberen, altijd sturen, is inderdaad veel robuuster als je SmartEVSE herstart of anderszins even niet bereikbaar is.

Mooi zo'n DIY interface, laten we proberen die optimaal te ondersteunen!

[Hmmbob]

@dingo35 wat gebeurt er eigenlijk op het moment dat de load balancing info wegvalt? Valt de evse dan terug op een bepaalde safe-value?

Zeg maar: "stel dat de slimmelezer uitvalt, wat dan?" (Of de sensorbox)

[mw303]

Dan valt ie in storing en stopt met laden.

[Hmmbob]

Check. Dan bouw ik daar ook een automation voor, zodat ik een push message krijg

[Jazsie]

Ik stuur gewoon de data constant ieder seconde zolang de " API call" gelukt is, wanneer de SmartEVSE niet bereikbaar is dan zit er een time out op van een minuut voordat ie weer gaat proberen.

mw303 schreef op dinsdag 14 maart 2023 @ 07:46:
Dan valt ie in storing en stopt met laden.

Dat vind ik dan weer jammer, eigenlijk zou ie moeten overstappen naar het mininum ingestelde ofzo...

Nu doe ik dit met een automation naar normal mode wisselen maar zou handig zijn als dit een optie is die in de SmartEVSE zelf zit.

@dingo35, iets voor de idee-en bus? .

[Hmmbob]

Kunnen we al deze automatiserings-ideeën & ESPHome configs (en vooral de code erachter) op GitHub verzamelen? Rete-bruikbaar voor anderen!

Misschien op de wiki?
https://github.com/serkri/SmartEVSE-3/wiki

Of, beter nog want makkelijker te PR'en: de integrations folder (met apart mapje voor ESPHome?)

https://github.com/serkri.../tree/master/integrations

[Voor 37% gewijzigd door Hmmbob op 14-03-2023 10:13]

[mw303]

Goed idee, maar ik doe zelf heel weinig met Github, dus ben niet de aangewezen persoon hiervoor denk ik

Jazsie schreef op dinsdag 14 maart 2023 @ 09:36:
Ik stuur gewoon de data constant ieder seconde zolang de " API call" gelukt is, wanneer de SmartEVSE niet bereikbaar is dan zit er een time out op van een minuut voordat ie weer gaat proberen.


[...]


Dat vind ik dan weer jammer, eigenlijk zou ie moeten overstappen naar het mininum ingestelde ofzo...

Nu doe ik dit met een automation naar normal mode wisselen maar zou handig zijn als dit een optie is die in de SmartEVSE zelf zit.

@dingo35, iets voor de idee-en bus? .

Mee eens. Als de communicatie tussen de DSMR en de SmartEVSE wegvalt (dus de SmartEVSE op MAINSMET = API) dan meldt de EVSE: " ERROR NO SERIAL COM CHECK WIRING" wat sowieso in dit geval niet eern heel passende melding is.

Wat ik nog niet heb kunnen testen, maar wel vermoed is dat het laden dan ook stopt.

[mw303]

Ik denk overigens dat er met een custom component voor esphome ook nog wel wat winst te behalen valt om dit nog beter en betrouwbaarder te automatiseren. Helaas is dat programmeren niet aan mij besteed

[dingo35]

Jazsie schreef op dinsdag 14 maart 2023 @ 09:36:
Ik stuur gewoon de data constant ieder seconde zolang de " API call" gelukt is, wanneer de SmartEVSE niet bereikbaar is dan zit er een time out op van een minuut voordat ie weer gaat proberen.


[...]


Dat vind ik dan weer jammer, eigenlijk zou ie moeten overstappen naar het mininum ingestelde ofzo...

Nu doe ik dit met een automation naar normal mode wisselen maar zou handig zijn als dit een optie is die in de SmartEVSE zelf zit.

@dingo35, iets voor de idee-en bus? .

Ja ik heb "Failsafe current" op mijn lijstje staan; als je die op 0 instelt (de default) dan blijft het huidige gedrag gehandhaafd, maar je kunt hem ook ergens tussen mincurrent en maxcurrent instellen en dan valt hij terug op die ingestelde stroom, totdat de fout-situatie weer hersteld is.

[Jazsie]

dingo35 schreef op dinsdag 14 maart 2023 @ 12:04:
[...]


Ja ik heb "Failsafe current" op mijn lijstje staan; als je die op 0 instelt (de default) dan blijft het huidige gedrag gehandhaafd, maar je kunt hem ook ergens tussen mincurrent en maxcurrent instellen en dan valt hij terug op die ingestelde stroom, totdat de fout-situatie weer hersteld is.

Als het al op je lijst staat dan wachten wij geduldig af .

[Hmmbob]

mw303 schreef op dinsdag 14 maart 2023 @ 11:48:
Goed idee, maar ik doe zelf heel weinig met Github, dus ben niet de aangewezen persoon hiervoor denk ik

Deel je YAML maar, ik zet het er wel op voor je hoor

[mw303]

Komt ie:

code:

substitutions:
  device_name: et-sm01
  human_devicename: DSMR
  device_description: "espthings.io ET-SM01 DIY P1 module to read your smart meter"
  pcb_version: "220818-01"
  url: "http://espthings.io/sm01"
     
esphome:
  name: ${device_name}
  comment: "${device_description} ${pcb_version}"
  platform: ESP8266
  esp8266_restore_from_flash: true
  board: d1_mini
  name_add_mac_suffix: false
  project:
    name: "espthings.io-ET-SM01"
    version: "${pcb_version}"
 
wifi:
  networks:
    - ssid: !secret esphome_wifi_ssid
      password: !secret esphome_wifi_password
 
logger:
  baud_rate: 0

api:
  encryption:
    key: !secret esphome_api_key
 
ota:
  password: !secret esphome_ota_password
 
web_server:
  port: 80
 
uart:
  baud_rate: 115200
  rx_pin: D7
 
http_request:
  useragent: esphome/device
  timeout: 1s

dsmr:
  id: dsmr_instance

sensor:
  - platform: dsmr
    energy_delivered_tariff1:
      name: "$human_devicename - Energy Consumed Tariff 1"
      state_class: total_increasing
    energy_delivered_tariff2:
      name: "$human_devicename - Energy Consumed Tariff 2"
      state_class: total_increasing
    energy_returned_tariff1:
      name: "$human_devicename - Energy Produced Tariff 1"
      state_class: total_increasing
    energy_returned_tariff2:
      name: "$human_devicename - Energy Produced Tariff 2"
      state_class: total_increasing
    power_delivered:
      name: "$human_devicename - Power Consumed"
      accuracy_decimals: 3
    power_returned:
      name: "$human_devicename - Power Produced"
      accuracy_decimals: 3
    electricity_failures:
      name: "$human_devicename - Electricity Failures"
      icon: mdi:alert
    electricity_long_failures:
      name: "$human_devicename - Long Electricity Failures"
      icon: mdi:alert
    voltage_l1:
      name: "$human_devicename - Voltage Phase 1"
    voltage_l2:
      name: "$human_devicename - Voltage Phase 2"
    voltage_l3:
      name: "$human_devicename - Voltage Phase 3"
    current_l1:
      name: "$human_devicename - Current Phase 1"
      id: currentl1
    current_l2:
      name: "$human_devicename - Current Phase 2"
      id: currentl2
    current_l3:
      name: "$human_devicename - Current Phase 3"
      id: currentl3
    power_delivered_l1:
      name: "$human_devicename - Power Consumed Phase 1"
      accuracy_decimals: 3
    power_delivered_l2:
      name: "$human_devicename - Power Consumed Phase 2"
      accuracy_decimals: 3
    power_delivered_l3:
      name: "$human_devicename - Power Consumed Phase 3"
      accuracy_decimals: 3
    power_returned_l1:
      name: "$human_devicename - Power Produced Phase 1"
      accuracy_decimals: 3
    power_returned_l2:
      name: "$human_devicename - Power Produced Phase 2"
      accuracy_decimals: 3
    power_returned_l3:
      name: "$human_devicename - Power Produced Phase 3"
      accuracy_decimals: 3
    gas_delivered:
      name: "$human_devicename - Gas Consumed"
      state_class: total_increasing
    gas_delivered_be:
      name: "$human_devicename - Gas Consumed Belgium"
      state_class: total_increasing
  - platform: uptime
    name: "$human_devicename - Uptime"
  - platform: wifi_signal
    name: "$human_devicename - Wi-Fi Signal"
    update_interval: 60s

  - platform: pulse_counter
    pin: D3
    update_interval : 6s
    name: "$human_devicename - water pulse"
    id: water_pulse
  
  - platform: pulse_meter
    pin: D3
    name: "$human_devicename - Water Pulse Meter"
    unit_of_measurement: "liter/min"
    icon: "mdi:water"
    total:
      name: "$human_devicename - Water Total"
      unit_of_measurement: "liter"
  
  - platform: pulse_meter
    pin: D3
    name: "$human_devicename - Water Pulse Meter"
    unit_of_measurement: "liter/min"
    icon: "mdi:water"
    total:
      name: "$human_devicename - Water Meter Total"
      unit_of_measurement: "m³"
      id: water_meter_total
      accuracy_decimals: 3
      device_class: water
      state_class: total_increasing
      filters:
        - multiply: 0.001
  
  - platform: template
    name: "$human_devicename - Water Usage Liter"
    id: water_flow_rate
    accuracy_decimals: 1
    unit_of_measurement: "l/min"
    icon: "mdi:water"
    lambda: return (id(water_pulse).state * 10);
    update_interval: 6s
 
text_sensor:
  - platform: dsmr
    identification:
      name: "$human_devicename - Identification"
    p1_version:
      name: "$human_devicename - Version"
    p1_version_be:
      name: "$human_devicename - Version Belgium"
    electricity_tariff:
      name: "$human_devicename - Tarief"
  - platform: wifi_info
    ip_address:
      name: "$human_devicename - IP Address"
    ssid:
      name: "$human_devicename - Wi-Fi SSID"
    bssid:
      name: "$human_devicename - Wi-Fi BSSID"
  - platform: version
    name: "$human_devicename - ESPHome Version"
    hide_timestamp: true
    
switch:
  - platform: restart
    name: "$human_devicename - Restart"

interval:
  - interval: 5sec
    then:
      - http_request.post: 
          url: !lambda |-
              std::string url;
              url.append("http://192.168.207.121/currents?L1=");
              url.append(to_string(id(currentl1).state *10));
              url.append("&L2=");
              url.append(to_string(id(currentl2).state *10));
              url.append("&L3=");
              url.append(to_string(id(currentl3).state *10));
              return url.c_str();

[Voor 0% gewijzigd door Proton_ op 14-03-2023 16:09. Reden: wall of text in quote gezet]

[Hmmbob]

mw303 schreef op dinsdag 14 maart 2023 @ 14:10:
Komt ie:
...

https://github.com/serkri/SmartEVSE-3/pull/114

edit: heb het "water meter" stuk eruit geknipt

[Voor 12% gewijzigd door Hmmbob op 14-03-2023 15:42]

[mw303]

Das nou jammer (nee hoor niet erg)

Het hardware ontwerp heeft overigens wel een aansluiting voor de watermeter sensor, maar die kan men vanaf dit weekend ook op de website vinden.

[dingo35]

PR gemerged, dank allen!

[Rud013]

Ik heb gisteren een new motion laadpaal op marktplaats gekocht.

Was wel nieuwsgierig dus heb em opengemaakt. (Moest ook voor montage)

De oude eigenaar zei me dat hij alleen een laadpaa heeft om het laden te starten. Voor de rest niets.

Nu de laadpaal open is , zie ik een simkaart vakje.
Kan ik hier iets mee? En een kwh meter, die ik van de buitenkant niet af kan lezen.
Kan ik hier iets mee of alleen dom laden?

En hoe kan ik deze het beste afzekeren?
Met een 16a automaat en 40a aardlekschakelaar?
Of een 20a aardlekautomaat?

[mw303]

Die meter is een impuls teller met 1000imp/k. Daar zou je een esp8266 of esp32 aan kunnen hangen om de meter op afstand uit te lezen.

Ik denk dat je met wat knutselwerk en diezelfde esp misschien ook de lader nog wel op afstand zou kunnen starten.

[JeroenE]

@Rud013 Wat wil je er mee gaan doen? De simkaart is voor de verbinding met een backoffice. Als je daar een abonnement op hebt (kan bij verschillende providers met verschillende prijzen en mogelijkheden) dan sturen zij de rekening voor het laden aan de kaarthouder en krijg jij een vergoeding voor de geleverde kWh's.

Wellicht moet je dan ook eerst toegang krijgen tot account wat bij die laadpaal hoort. Wist de vorige eigenaar daar niets van? Wellicht liep dat abonnement dan via een lease maatschappij ofzoiets.

Je moet even uit zien te vinden of die laadpaal DC protectie heeft. Indien niet moet je dat zelf in de meterkast organiseren met een type B aardlekschakelaar (zie ook de TS onder "Veiligheid").
Indien er wel DC protectie in zit dan je het ook af met een 16A alamat. Je hoeft niet per se meer af te zekeren dan de laadpaal maximaal kan leveren, dus meer dan 16A is nergens voor nodig.

[Rud013]

JeroenE schreef op woensdag 15 maart 2023 @ 10:06:
@Rud013 Wat wil je er mee gaan doen? De simkaart is voor de verbinding met een backoffice. Als je daar een abonnement op hebt (kan bij verschillende providers met verschillende prijzen en mogelijkheden) dan sturen zij de rekening voor het laden aan de kaarthouder en krijg jij een vergoeding voor de geleverde kWh's.

Wellicht moet je dan ook eerst toegang krijgen tot account wat bij die laadpaal hoort. Wist de vorige eigenaar daar niets van? Wellicht liep dat abonnement dan via een lease maatschappij ofzoiets.

Je moet even uit zien te vinden of die laadpaal DC protectie heeft. Indien niet moet je dat zelf in de meterkast organiseren met een type B aardlekschakelaar (zie ook de TS onder "Veiligheid").
Indien er wel DC protectie in zit dan je het ook af met een 16A alamat. Je hoeft niet per se meer af te zekeren dan de laadpaal maximaal kan leveren, dus meer dan 16A is nergens voor nodig.

Hoi Jeroen

Nee de vorige eigenaar had em ook weer via iemand geregeld en dus geen account of iets.
Simpel voor jezelf thuis laden.

Hoe zie ik of er een dc protectie op zit?
Kan online niets vinden en weet niet waar ik naar moet kijken in de paal.

Moet ik wat meer foto's toevoegen voor verduidelijking?

[w00Dy]

Ik heb stuur mijn P1 waardes via Domoticz naar Smart EVSE, echter bleef ik problemen hebben:

Error No Serial Com Check Wiring staat er op het display, in de Web UI staat er communication error.

In Solar mode schakelt Smart EVSE de contactor zodra hij aan -4A komt, maar schakelt dan dadelijk terug af.

Ik draai de laatste versie 1.5.3
Load balancing is disabled, EV meter is disabled, Mainsmet staat op API

Ik krijg hierna de Smart EVSE niet aan het laden als ik overschakel naar Normal mode. Deze schakelt pas in nadat ik L1,L2,L3 op 0 zet.

[Voor 14% gewijzigd door w00Dy op 15-03-2023 10:52]

[JeroenE]

Rud013 schreef op woensdag 15 maart 2023 @ 10:24:
Hoe zie ik of er een dc protectie op zit?

Het makkelijkste lijkt mij om in de handleiding te kijken (maar die heb je vast niet) of anders te zien of je voor dat model/versie nummer de handleiding op internet kan vinden.

Als dat niet lukt kan je denk ik beter in Thuisladen van je EV deel 2 zijn, daar zitten mensen die veel meer verstand hebben van de kant-en-klare laadpalen.

[dingo35]

w00Dy schreef op woensdag 15 maart 2023 @ 10:48:
Ik heb stuur mijn P1 waardes via Domoticz naar Smart EVSE, echter bleef ik problemen hebben:
Error No Serial Com Check Wiring staat er op het display, in de Web UI staat er communication error.

De SmartEVSE verwacht de API L1-L3 waardes elke paar seconden. Als hij na 10s niets ontvangen heeft gaat hij in timeout error zoals je schetst.

Dus de waardes vaker sturen...

[mw303]

Iemand enig idee hoe je bij de smartevse v3 exact de RFID storage weer leeg maakt? Ik kan de optie vinden in het menu, maar hoe bevestig je die?

Hij blijft maar zeuren dat de storage vol is (na wat experimenteren met verschillende kaarten aan mijn kant).

[dingo35]

mw303 schreef op woensdag 15 maart 2023 @ 19:02:
Iemand enig idee hoe je bij de smartevse v3 exact de RFID storage weer leeg maakt? Ik kan de optie vinden in het menu, maar hoe bevestig je die?

Hij blijft maar zeuren dat de storage vol is (na wat experimenteren met verschillende kaarten aan mijn kant).

Ik heb zelf geen RFID lezer, maar meen me vanuit een simulatie te herinneren dat als je met links/rechts DeleteAll gekozen hebt, je met de middelste knop naar de regel erboven springt, waarmee de optie gekozen zou moeten zijn.

Werkt dat niet? Serkri of stock firmware? Versienr?

EDIT: Individueel verwijderen als workaround?

[Voor 3% gewijzigd door dingo35 op 15-03-2023 20:06]

[TECHboyy]

Rud013 schreef op woensdag 15 maart 2023 @ 08:12:
Ik heb gisteren een new motion laadpaal op marktplaats gekocht.

Was wel nieuwsgierig dus heb em opengemaakt. (Moest ook voor montage)

De oude eigenaar zei me dat hij alleen een laadpaa heeft om het laden te starten. Voor de rest niets.

Nu de laadpaal open is , zie ik een simkaart vakje.
Kan ik hier iets mee? En een kwh meter, die ik van de buitenkant niet af kan lezen.
Kan ik hier iets mee of alleen dom laden?

En hoe kan ik deze het beste afzekeren?
Met een 16a automaat en 40a aardlekschakelaar?
Of een 20a aardlekautomaat?


[Afbeelding]

ik heb ook nog een lolo liggen maar die is al helemaal leeg gehaald door me ik wou er een 2e domme paal van maken maar nog niet aan toe gekomen of nodig gehad door dat ik de evbox home line gebruik die omgebouwd is. maar zonder account kun je niet veel met dat soort palen volgens mij.

[mw303]

dingo35 schreef op woensdag 15 maart 2023 @ 20:05:
[...]


Ik heb zelf geen RFID lezer, maar meen me vanuit een simulatie te herinneren dat als je met links/rechts DeleteAll gekozen hebt, je met de middelste knop naar de regel erboven springt, waarmee de optie gekozen zou moeten zijn.

Werkt dat niet? Serkri of stock firmware? Versienr?

EDIT: Individueel verwijderen als workaround?

Ok, dat werkt niet. Laatste versie van Serkri.

[dingo35]

mw303 schreef op woensdag 15 maart 2023 @ 20:36:
[...]

Ok, dat werkt niet. Laatste versie van Serkri.

Ok ik kan pas over een paar weken zelf testen, maak aub even een issue aan op github/serkri dan kom ik het vanzelf tegen....

[mw303]

dingo35 schreef op woensdag 15 maart 2023 @ 21:11:
[...]


Ok ik kan pas over een paar weken zelf testen, maak aub even een issue aan op github/serkri dan kom ik het vanzelf tegen....

Het blijkt wel te werken maar de wijze waarom was mij niet duidelijk (en ook niet heel intuïtief naar mijn mening).

Je moet het menu in, naar RFID, kiezen voor DeleteAll, met de middelste toets terug, daarna eerst het menu helemaal verlaten en dan pas weer naar RFID-> Learn gaan, de kaart inleren, het menu verlaten, dan kiezen voor RFID->Enable all, menu verlaten en dan werkt het weer.

[w00Dy]

dingo35 schreef op woensdag 15 maart 2023 @ 12:30:
[...]


De SmartEVSE verwacht de API L1-L3 waardes elke paar seconden. Als hij na 10s niets ontvangen heeft gaat hij in timeout error zoals je schetst.

Dus de waardes vaker sturen...

Dat was het inderdaad, nog even een aanpassing moeten doen omdat het netto op de meter niet klopte maar nu loopt het prima.

Helemaal zalig dat Smart EVSE de laadstroom regelt tot op 1/10 A. Ik heb een NRGKick lader bij mijn lease auto en die gaat enkel per stapjes van 1A

* w00Dy is blij

[grave176]

Ik heb een smartevse v3 + SDM72D-M en de eastron A+B aangesloten op de A+B van de smartevse.
Kan iemand me even samenvatten welke instelling ik moet doen om de eastron te gebruiken als EV meter ?
Heb heel veel voorbij zien komen maar zie door de bomen het bos niet meer, heb Serki 1.5.3 erop staan.
Thanks

[mw303]

1. Menu->EVMETER op Eastron zetten.
2. Menu-> EV ADDR op 10 (OA) zetten.
3. In de Eastron het SET Addr op 010 zetten.

[dingo35]

mw303 schreef op donderdag 16 maart 2023 @ 08:25:
[...]


Het blijkt wel te werken maar de wijze waarom was mij niet duidelijk (en ook niet heel intuïtief naar mijn mening).

Ik kan me dezelfde verwarring nog herinneren toen ik Setup Wifi voor het eerst gebruikte; probleem is dat we geen "enter" toets hebben en dat het verlaten van het menu meteen de "enter" is....

[mw303]

Kan je dan niet als je eenmaal op een menu item staat aan het gedrag van de middelste toets een long press als enter toevoegen?

[grave176]

mw303 schreef op donderdag 16 maart 2023 @ 11:15:
1. Menu->EVMETER op Eastron zetten.
2. Menu-> EV ADDR op 10 (OA) zetten.
3. In de Eastron het SET Addr op 010 zetten.

Hartelijk dank voor je reactie. Ik heb dit uitgevoerd, maar krijg nog niks te zien , heeft er wel eastron bij gezet. Het realtime stroomverbruik zou dan bij de fases te zien moeten zijn neem ik aan ? Bij "MAINS" wat moet daar voor een instelling staan ? Deze is voor aansluiting op een P1 meter dan he ?

wederom dank

[dingo35]

Druk op de Raw button en dan kun je zien of de stromen doorgegeven worden. Je kunt het ook op het LCD scherm zien in Smart of Solar mode.

In een nieuwe versie krijg je ook op de webserver de EV waardes te zien.

[HyperBart]

JeroenE schreef op vrijdag 10 maart 2023 @ 07:34:
[...]
Ik kan het niet garanderen, maar volgens mij is het bij iedere EV zo dat ze altijd al een weerstand hebben zodat de EVSE kan detecteren dat er daadwerkelijk een EV is aangesloten. Het si niet zo dat ze die pas aansluiten als ze zelf zien dat er een kabel wordt ingestoken.

Als de EVSE de EV ziet dan kan die het 1kHz signaal op de lijn zetten en de EV weet dan welke A er beschikbaar is om te laden. Het zou me ook niet verbazen als er laadpalen zijn die dat signaal altijd al op de lijn zetten, ik weet ook niet hoe strikt al die regels zijn (en wie gaat er over klagen?).

Daarna kan de auto aangeven dat hij wil gaan laden door meer weerstanden bij te schakelen. Er bestaat zelfs nog een optie om laden met ventilatie aan te vragen, maar dat wordt door moderne EV's niet gedaan en ik verwacht dat de meeste laadpalen dat ook niet ondersteunen. Daarna kan de EV gaan laden.

De EV kan ook besluiten om niet te gaan laden. Bijvoorbeeld omdat is ingesteld dat die vanaf 02:00 gaat laden.

Ik weet niet hoe fijnmazig de logging in jouw laadpaal is, maar in principe zou die dus wel moeten kunnen zien dat er een EV is aangesloten zodra de kabel in de EV wordt gestoken.


Maar gelukkig heb je het probleem al kunnen vinden en zelfs al opgelost

Het probleem stelt zich terug opnieuw

[grave176]

dingo35 schreef op donderdag 16 maart 2023 @ 16:49:
Druk op de Raw button en dan kun je zien of de stromen doorgegeven worden. Je kunt het ook op het LCD scherm zien in Smart of Solar mode.

In een nieuwe versie krijg je ook op de webserver de EV waardes te zien.

In de RAW waardes vind ik inderdaad ook geen gegevens van de eastron zie attachment hiervan.

[dingo35]

Zo te zien wordt je SDM72D-M niet herkend.
Mogelijke oorzaken:
-bedradingsprobleem. A op A en B op B aangesloten? Met/zonder aarde geprobeerd?
-ik heb zelf meerdere SDM72's in gebruik; één heb ik qua modbus nooit aan de praat gekregen. Degenen die werken zijn beiden v2, de falende niet. Dat hoeft geen wetmatigheid te zijn, maar check je versie eens...

[fluppie007]

SDM72 zal helaas nooit werken. Die geeft geen stroom per fase door... De v2 doet dit wel.

https://github.com/reaper...y_Meter/blob/master/SDM.h

[djoenez]

Weet niet of dit de juiste plek is (het gaat over de smartevse, maar is specifiek aan Home assistant).

Ik probeer in HA mijn lader automatisch uit te laten gaan als de batterij een vooraf (in HA, een slider) ingestelde waarde heeft behaald.

Mijn automation ziet er nu als volgt uit, maar er gebeurd eigenlijk niets. Heeft iemand van jullie ervaring hoe dit op te lossen (is de wait template hier de juiste functie voor? Of moet ik een until gebruiken?)

code:

      - conditions:
          - condition: state
            entity_id: input_select.car_charger_2
            state: Timed
        sequence:
          - service: shell_command.set_mode_smart_evse2
            data: {}
          - wait_template: |-
              - alias: "Wait Battery is at same level or higher as set_charge"
                      value_template: 
                        {% set Battery = states('sensor.xxxxxxxxxxxxxxxxx_battery_level')|int %}
                        {% set set_charge = states('input_number.skoda_laad_instelling')| int %}
                wait_template: "{{ Battery > set_charge }}"
            continue_on_timeout: true
          - service: input_select.select_option
            data:
              option: "Off"
            target:
              entity_id: input_select.car_charger_2
          - service: shell_command.set_mode_off_evse2
            data: {}

(als dit niet de juiste plek is dan verwijder ik dit bericht meteen).

[grave176]

dingo35 schreef op dinsdag 21 maart 2023 @ 15:57:
Zo te zien wordt je SDM72D-M niet herkend.
Mogelijke oorzaken:
-bedradingsprobleem. A op A en B op B aangesloten? Met/zonder aarde geprobeerd?
-ik heb zelf meerdere SDM72's in gebruik; één heb ik qua modbus nooit aan de praat gekregen. Degenen die werken zijn beiden v2, de falende niet. Dat hoeft geen wetmatigheid te zijn, maar check je versie eens...

Heb inmiddels de draden omgedraaid en eens nieuw geflashed en zie nu ineens wel de standen van de eastron maar zoals @fluppie007 ook aangeeft moet ik dus kennelijk de v2 versie hebben volgens het schema. Welke adviseren jullie de SDM630v2 of de SDM72 v2 om te gebruiken als ik toch een nieuwe moet aanschaffen ?

[dingo35]

djoenez schreef op woensdag 22 maart 2023 @ 09:32:
Mijn automation ziet er nu als volgt uit, maar er gebeurd eigenlijk niets. Heeft iemand van jullie ervaring hoe dit op te lossen (is de wait template hier de juiste functie voor? Of moet ik een until gebruiken?)

Het taaltje van HomeAssistant is moeilijk te begrijpen en slecht gedocumenteerd; ik kwam na lang experimenteren hier op uit:

code:

alias: Auto laden starten bij x km lading
description: ''
trigger:
  - platform: numeric_state
    entity_id: input_number.gewenste_range
    above: sensor.enyaq_electric_range
  - platform: numeric_state
    entity_id: sensor.enyaq_electric_range
    below: input_number.gewenste_range
  - platform: state
    entity_id:
      - sensor.smartevse_car_connected
    from: 'False'
    to: 'True'
condition:
  - condition: state
    entity_id: sensor.smartevse_car_connected
    state: 'True'
  - condition: numeric_state
    entity_id: sensor.enyaq_electric_range
    below: input_number.gewenste_range
action:
  - service: select.select_option
    data:
      option: SMART
    target:
      entity_id: select.smartevse_mode_selector
  - wait_for_trigger:
      - platform: numeric_state
        entity_id: sensor.enyaq_electric_range
        above: input_number.gewenste_range
    continue_on_timeout: false
  - service: select.select_option
    data:
      option: 'OFF'
    target:
      entity_id: select.smartevse_mode_selector
mode: single

Tevens heb ik in mijn configuration.yaml de volgende sensors samengesteld (ik zal eens kijken of ik die ook in mijn integration kan verwerken, wordt weer een lijdensweg....):

code:

    - name: smartevse_charging_rate
      unit_of_measurement: "km/h"
      #device_class: current
      state_class: measurement
      state: >-
        {% if  states('sensor.smartevse_state')  == "Charging"  %}
          {{ (3.97 * states('sensor.smartevse_charge_current') | float(0) )| round(0) }}
        {% else %}
          {{ 0 }}
        {% endif %}
    - name: smartevse_charging_time
      unit_of_measurement: "min"
      #device_class: current
      state_class: measurement
      state: >-
        {% if  states('sensor.smartevse_state')  == "Charging"  %}
          {{ (((states('input_number.gewenste_range') | float(0) - states('sensor.enyaq_electric_range') | float(0) )  / states('sensor.smartevse_charging_rate') | float(0)) * 60 ) | round(0) }}
        {% else %}
          {{ 0 }}
        {% endif %}

En dan krijg je dit:

[Voor 9% gewijzigd door dingo35 op 22-03-2023 12:53]

[dingo35]

grave176 schreef op woensdag 22 maart 2023 @ 11:00:
[...]
Welke adviseren jullie de SDM630v2 of de SDM72 v2 om te gebruiken als ik toch een nieuwe moet aanschaffen ?

Ik heb de goedkoopste gekozen en kwam indertijd op de SDM72 v2 uit.

[djoenez]

dingo35 schreef op woensdag 22 maart 2023 @ 12:41:
[...]


Het taaltje van HomeAssistant is moeilijk te begrijpen en slecht gedocumenteerd; ik kwam na lang experimenteren hier op uit:

code:

alias: Auto laden starten bij x km lading
description: ''
trigger:
  - platform: numeric_state
    entity_id: input_number.gewenste_range
    above: sensor.enyaq_electric_range
  - platform: numeric_state
    entity_id: sensor.enyaq_electric_range
    below: input_number.gewenste_range
  - platform: state
    entity_id:
      - sensor.smartevse_car_connected
    from: 'False'
    to: 'True'
condition:
  - condition: state
    entity_id: sensor.smartevse_car_connected
    state: 'True'
  - condition: numeric_state
    entity_id: sensor.enyaq_electric_range
    below: input_number.gewenste_range
action:
  - service: select.select_option
    data:
      option: SMART
    target:
      entity_id: select.smartevse_mode_selector
  - wait_for_trigger:
      - platform: numeric_state
        entity_id: sensor.enyaq_electric_range
        above: input_number.gewenste_range
    continue_on_timeout: false
  - service: select.select_option
    data:
      option: 'OFF'
    target:
      entity_id: select.smartevse_mode_selector
mode: single

Tevens heb ik in mijn configuration.yaml de volgende sensors samengesteld (ik zal eens kijken of ik die ook in mijn integration kan verwerken, wordt weer een lijdensweg....):

code:

    - name: smartevse_charging_rate
      unit_of_measurement: "km/h"
      #device_class: current
      state_class: measurement
      state: >-
        {% if  states('sensor.smartevse_state')  == "Charging"  %}
          {{ (3.97 * states('sensor.smartevse_charge_current') | float(0) )| round(0) }}
        {% else %}
          {{ 0 }}
        {% endif %}
    - name: smartevse_charging_time
      unit_of_measurement: "min"
      #device_class: current
      state_class: measurement
      state: >-
        {% if  states('sensor.smartevse_state')  == "Charging"  %}
          {{ (((states('input_number.gewenste_range') | float(0) - states('sensor.enyaq_electric_range') | float(0) )  / states('sensor.smartevse_charging_rate') | float(0)) * 60 ) | round(0) }}
        {% else %}
          {{ 0 }}
        {% endif %}

En dan krijg je dit:
[Afbeelding]

Wauw, geweldig, ik ga even over naar de HACS integratie (had nog een zelf in elkaar geflanste .yaml om de smartevse uit te lezen), en dan ga ik bestuderen wat jij allemaal hebt gemaakt. Zeer bedankt.

Hoe heb jij de vertraagd laden geregeld precies?

[dingo35]

djoenez schreef op woensdag 22 maart 2023 @ 13:10:
Hoe heb jij de vertraagd laden geregeld precies?

Zoals je in de schermafdruk kunt zien, je stelt een starttijd in en een dag van de week. Ik heb ook nog een bewakings-automation die een push notificatie dwars door mijn niet-storen modus van mijn telefoon heen stuurt als er op een vooraf ingestelde tijd niet geladen wordt, maar deze blijkt tot op heden overbodig.

Overigens heb je voor mijn automations wél de actuele range van je EV nodig, ik werk liever met km's dan met % lading.
Beiden moet je uit de API van je EV halen (in mijn geval met de skodaconnect integratie).
Hopelijk kunnen we in de toekomst een ISO15118 modem toevoegen aan de SmartEVSE, dan hebben we die (buggy) API's niet meer nodig...

[djoenez]

dingo35 schreef op woensdag 22 maart 2023 @ 13:41:
[...]


Zoals je in de schermafdruk kunt zien, je stelt een starttijd in en een dag van de week. Ik heb ook nog een bewakings-automation die een push notificatie dwars door mijn niet-storen modus van mijn telefoon heen stuurt als er op een vooraf ingestelde tijd niet geladen wordt, maar deze blijkt tot op heden overbodig.

Overigens heb je voor mijn automations wél de actuele range van je EV nodig, ik werk liever met km's dan met % lading.
Beiden moet je uit de API van je EV halen (in mijn geval met de skodaconnect integratie).
Hopelijk kunnen we in de toekomst een ISO15118 modem toevoegen aan de SmartEVSE, dan hebben we die (buggy) API's niet meer nodig...

Check, en je hebt per dag een toggle gemaakt.

[Hmmbob]

Nou, nieuwe huis is er dus binnenkort aan de gang met de eigen laadpaal obv SmartEVSE.

Wat ik even niet scherp heb: hoe zorg ik ervoor dat als ik de auto inplug, het laden nog niet per se begint?

De panelen komen wat later, en vooralsnog wil ik enkel laden in de nacht als de dynamische tarieven laag liggen.

[dingo35]

Voor uitgesteld laden zul je óf een timer in je EV moeten zetten (als die dat ondersteunt), óf via HomeAssistant een automation moeten maken (zie een paar posts hierboven).

[Hmmbob]

Check, de tip is dus om mode OFF te gebruiken, dat komt goed.

En toevallig kan ik aardig met het HA taaltje (zoals jij dat noemt) overweg, zal er eens iets moois van bouwen. Eerst maar eens verhuizen