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

[dingo35]

Hmmbob schreef op donderdag 23 maart 2023 @ 06:54:
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

Ok, kun je bij gelegenheid eens kijken naar de HA-integratie? Bij het wijzigen van een waarde in HA (bijv. de mode via de mode-selector) duurt het een volle update cyclus (ca 1 minuut) voordat gerelateerde entiteiten (bijv. de power-switch) geupdate worden. Dat moet slimmer/sneller kunnen...

[HyperBart]

HyperBart schreef op donderdag 9 maart 2023 @ 16:17:
[...]


Correct, dat was een typo, heb het correct gemeten.


[...]

Vraag is ook of "doormeten" het wel gaat doen, snap je, want waarom pikt de auto niet op dat hij de voltages op CP moet naar beneden trekken, dat vind ik vooral gek.

Is het het 1kHz signaal wat niet goed doorkomt, of is gewoon de auto aan het bokken?


[...]


Neen snap ik, dat kan ik nog doen maar aangezien ik het Voltage van 11.83 meet ga ik het inderdaad nooit weten he. De auto moet volgens mij ook eerst zelf het voltage downpullen voor het 1khz signaal er op komt. De EVSE ziet niet dat er een auto aangesloten is, ik krijg NIKS te zien in de logging afaics.

EDIT:

@JeroenE

Volgens mij is de auto ook gewoon aan zet als volgende en doet hij dat om een of andere gare reden niet:

[...]


-->


[...]

@Proton_ : als TS, weet jij hoe de stappen in protocol precies in elkaar zitten?
Want het probleem (zie laatste post van mij) stelt zich terug opnieuw.
Ik vind het heel gek, de auto voelt wel dat de kaberl in steekt maar hij detecteer het laadstation niet.
Het laadstation detecteert/ziet de auto op zijn beurt niet.

Ik heb via TrafficSupply een ticket bij Alfen laten inschieten, maar dat is ook niet echt gezellig, als die jongens moeten komen dan is het onmiddellijk 150 EUR voorrijkosten + 65 EUR per uur.

Zou dit nu aan de lengte van die kabel liggen? Moet ik die gaan inkorten? Is iets wat ik liever niet doe uiteraard want nu is het een aangenaam lange en om letterlijk en figuurlijk "door te hakken" zonder te weten dat het daar aan ligt vermijd ik toch graag.

[Proton_]

@HyperBart in de OP staat een stukje over het testen van een EVSE met een autokant-simulator (en de protocolstappen).
Ik denk dat dat een goed begin is, want dan kan je CP en PP aan de autokant goed meten.

[christiaan999]

@HyperBart Mijn smartEVSE werkte in de eerste instantie niet doordat de 12v voeding niet goed werkte. De evse test print werkte gewoon goed maar zodra ik mijn auto aansloot gebeurde er niks. De smartEVSE gaf aan dat er een auto aangesloten is maar de auto ondernam vervolgens geen actie om het laden te starten. Met de multimeter leek het goed pas toen ik de scope aan het cp signaal hing zag ik dat die zogenaamde 12v niet bepaald stabiel was en tussen ongeveer 11V en 13V bewoog. Heb van @stegen direct een nieuwe smartEVSE gekregen en het werkte allemaal direct nadat ik de evse had vervangen.

[HyperBart]

Ik meet 11,82V maar ik kan niet bepalen of dat "goed genoeg is of niet" voor binnen spec te draaien.
Het gekke is dat afaics dit altijd het geval is geweest.
Hier detecteer de Alfen zelfs niet dat de auto aangesloten is.

En nu is het weer een periode dat de auto niet werkt maar het probleem begint dan ook "opeens", terwijl het voorheen niet het geval is. Aangezien de box binnen hangt en het enige "bewegende" aan de setup de kabel is heb ik het probleem vooral daar gezocht.

Heeft er iemand zo een simulator liggen die ik hier even mag lenen als ik verzendkosten betaal ofzo?

Maar kijk:

EVSE states can be tested with a few resistors and a diode, and EV Simulator or an EVSE Tester. After a successful Power on Self Test OpenEVSE should enter State A - Ready and the LED/LCD should be Green.

State B - EV Connected. Connect 2.74k resistance plus a diode from Pilot to ground. OpenEVSE display should display "EV Connected" and LED/LCD should turn Yellow. (OpenEVSE Sim - 1 on)

State C - Charging. Connect 882 ohm resistance plus a diode from Pilot to ground. OpenEVSE display should display "Charging" and LED/LCD should turn Blue. (OpenEVSE Sim - 1 on + 2 on)

State D - Ventilation Required. Connect 246 ohms resistance plus a diode from Pilot to ground. OpenEVSE display should display "EVSE ERROR - VENT REQUIRED" and LED/LCD should turn Red. (OpenEVSE Sim - 1 on + 2 on + 3 on)

Zo gaat de flow volgens wat ik lees

1. State A, er is niks gekoppeld, de auto rijdt rond en de laadbox staat idle
2. Auto parkeert en kabel wordt ingeplugged
3. Nu is de auto aan zet, want die moet voelen dat de kabel er in zit en dan een actie uitvoeren
4. Auto "voelt" dat de kabel er in zit doordat ie op 2 pinnetjes 220 Ohm meet en 12V meet op
5. De laadbox weet tot nog toe nog steeds van niks.
6. De auto plaatst op de PP en PE een 2.74k weerstand en een diode, NU weet de laadbox dat er een auto aanhangt en zitten we in State B

Op dat laatste punt geraakt ie nog niet eens, dus waar gaat het dan mis? Voor mij op punt 4, maar ook op een andere auto ging het mis, dus dan ligt het niet aan de auto? Wat mist "iedere auto dan" dat hij nog niet eens door stapje 3 of 4 geraakt?

[ Voor 155% gewijzigd door HyperBart op 23-03-2023 15:42 ]

[dingo35]

HyperBart schreef op donderdag 23 maart 2023 @ 14:52:

Op dat laatste punt geraakt ie nog niet eens, dus waar gaat het dan mis? Voor mij op punt 4, maar ook op een andere auto ging het mis, dus dan ligt het niet aan de auto? Wat mist "iedere auto dan" dat hij nog niet eens door stapje 3 of 4 geraakt?

Waarom doe je zo moeilijk? Hang die diode + 2k74 aan je kabel: geeft je laadpaal "connected" aan dan ligt het probleem bij de auto, geeft hij dat niet aan dan ligt het aan de laadpaal.

[HyperBart]

Oh ik wil niet moeilijk doen hoor, maar ik moet dan ook op zoek naar een diode en een weerstandje, meer niet.
En er lijkt ook een verschil te zijn. De auto begint wel te "draaien" maar hij onderneemt geen stappen.
Ik ga zodadelijk WEL die stap ondernemen, dus ik test al "VOORBIJ" het punt waar het volgens mij mis gaat, begrijp je me?

[ Voor 51% gewijzigd door HyperBart op 23-03-2023 15:47 ]

[dingo35]

HyperBart schreef op donderdag 23 maart 2023 @ 15:47:
Oh ik wil niet moeilijk doen hoor, maar ik moet dan ook op zoek naar een diode en een weerstandje, meer niet.

Als mensen eens wat meer tijd achter hun soldeerbout doorbrachten, in plaats van achter hun toetsenbord...😁

[dingo35]

HyperBart schreef op donderdag 23 maart 2023 @ 15:47:

Ik ga zodadelijk WEL die stap ondernemen, dus ik test al "VOORBIJ" het punt waar het volgens mij mis gaat, begrijp je me?

Volgens mij gaat je EVSE direct van State A ready naar State B connected als je die diode + weerstand koppelt. Je ziet t allemaal veel te ingewikkeld, denk ik.

[HyperBart]

dingo35 schreef op donderdag 23 maart 2023 @ 16:40:
[...]


Als mensen eens wat meer tijd achter hun soldeerbout doorbrachten, in plaats van achter hun toetsenbord...😁

Zoals ik dacht heb ik die weerstanden niet liggen. Ik heb er een aantal parallel gezet en meet 2480 ohm maar daar reageert de laadpaal niet op, maar dat kan even goed aan de Ohm liggen…

[HyperBart]

HyperBart schreef op donderdag 23 maart 2023 @ 18:53:
[...]

Zoals ik dacht heb ik die weerstanden niet liggen. Ik heb er een aantal parallel gezet met een LED en meet 2480 ohm maar daar reageert de laadpaal niet op, maar dat kan even goed aan de Ohm liggen…

[Proton_]

Mogelijk vocht in je stekker, dat kan wazige fouten geven. Zonder scoop is het inderdaad lastig debuggen...

[HyperBart]

Als ik een weerstand meeg en de schaal staat op 20k en ik krijg een getal van 9.61, is dat dan 9.61kOhm of 9610 Ohm?

@Proton_ ik heb een nieuwe stekker een tijdje geleden gestoken, probleem was toen onmiddellijk opgelost en is nu terug.

[dingo35]

HyperBart schreef op donderdag 23 maart 2023 @ 19:00:
Als ik een weerstand meeg en de schaal staat op 20k en ik krijg een getal van 9.61, is dat dan 9.61kOhm of 9610 Ohm?

Ha ha 9.61kOhm is precies gelijk aan 9610 Ohm....

[HyperBart]

Dacht ik al, was gewoon ff in de war met die 2k74.


@Proton_ @JeroenE @dingo35
Ach ja, dit weekend via een neefje een EVSE tester gescoord en dan ga ik gewoon ff rustig testen met hogere betrouwbaarheid. Geen gedoe.

[ Voor 8% gewijzigd door HyperBart op 23-03-2023 19:27 ]

[HyperBart]

Zonet ook nog eens een Polestar op bezoek: zelfde gedrag.

[Stefannn]

Zoals eerde in dit forum gemeld, mijn slimme meter geeft geen L1/L2/L3 informatie op de p1 poort. Dus ik kan die data niet via de serki software aanbieden ten behoeve van load balancing.

De voor de hand liggende way-out is de sensorbox met ct klemmen.
Gister bedacht ik een alternatief:
Wat als ik gewoon de het totale energie gebruik van de slimme meter (lees ik via mijn home automation uit) aanbied als Max per fase, dus “alsof het totale energie gebruik worst case van 1 fase wordt afgenomen”?

In verre weg de meeste gevallen gebruikt mijn huis maximaal 1000watt, dat is een totaal van 4A verdeeld over 3 fases. Maar als ik nu gewoon eens uitga van “worst case” en dat via de serkri API invoed als 3x4A ? Dan gaat het laden dus naar maximaal 3x12A = 8kW in plaats van 11 maar dat is eigenlijk in verreweg de meeste gevallen genoeg.
Als de wasmachine, droger, koelkast of warmtepomp aan staat zal het wat ongunstiger zijn, dan ga je dus niet laden terwijl dat eigenlijk wel kan. Maar een flinke ruk met 8kW laden is eigenlijk alleen nodig als ik de volgende dag op vakantie ga. Dus dan moet ik gewoon “niet wassen de avond voor ik op vakantie ga”. Dat is werkelijk geen probleem.

Reacties, commentaar welkom.

[Proton_]

@Stefannn dat zou werken, het is nog wat beter omdat je waarschijnlijk 3x25A hebt en er dus pas teruggeschroefd hoeft te worden als er minder dan 3x16A overblijft.

[Stefannn]

Proton_ schreef op zaterdag 25 maart 2023 @ 09:34:
@Stefannn dat zou werken, het is nog wat beter omdat je waarschijnlijk 3x25A hebt en er dus pas teruggeschroefd hoeft te worden als er minder dan 3x16A overblijft.

A klopt ja... 3x25... daar was ik vast wel achter gekomen als ik het ging uitwerken maar BEDANKT want dat helpt wel heel erg in de beeldvorming.
Ik zie nu eigenlijk niet/nauwelijks nog een nadeel.
Home automation moet dan wel netjes sommetje maken over hoe de actuele laadstroom in de api-terugmelding wordt meegenomen, die moet dan wel per fase, maar dat is allemaal oplosbaar.

Op zich zijn die CT klemmen natuurlijk wel ok. Maar het maakt het duurder, en het geeft ook weer extra draden warboel (en ik heb al HEEL veel draden). En de noodzaak om met max power te laden is eigenlijk bijzonder klein. Eerlijk gezegd is gewoon met granny charger laden in 90% van gevallen OK, maar het schijnt minder efficient te zijn en dan kan ik het niet aan de home automation hangen dus ik heb toch wel besloten een laadpaal te maken.

[Jazsie]

Stefannn schreef op zaterdag 25 maart 2023 @ 08:23:
Zoals eerde in dit forum gemeld, mijn slimme meter geeft geen L1/L2/L3 informatie op de p1 poort. Dus ik kan die data niet via de serki software aanbieden ten behoeve van load balancing.

De voor de hand liggende way-out is de sensorbox met ct klemmen.
Gister bedacht ik een alternatief:
Wat als ik gewoon de het totale energie gebruik van de slimme meter (lees ik via mijn home automation uit) aanbied als Max per fase, dus “alsof het totale energie gebruik worst case van 1 fase wordt afgenomen”?

In verre weg de meeste gevallen gebruikt mijn huis maximaal 1000watt, dat is een totaal van 4A verdeeld over 3 fases. Maar als ik nu gewoon eens uitga van “worst case” en dat via de serkri API invoed als 3x4A ? Dan gaat het laden dus naar maximaal 3x12A = 8kW in plaats van 11 maar dat is eigenlijk in verreweg de meeste gevallen genoeg.
Als de wasmachine, droger, koelkast of warmtepomp aan staat zal het wat ongunstiger zijn, dan ga je dus niet laden terwijl dat eigenlijk wel kan. Maar een flinke ruk met 8kW laden is eigenlijk alleen nodig als ik de volgende dag op vakantie ga. Dus dan moet ik gewoon “niet wassen de avond voor ik op vakantie ga”. Dat is werkelijk geen probleem.

Reacties, commentaar welkom.

Zou inderdaad dat als eerst doen en dan kijken of het voor jouw niet te vaak "terug valt".

In ergste geval kan je altijd nog een sensorbox plaatsen .

[fluppie007]

Proton_ schreef op donderdag 23 maart 2023 @ 18:58:
Mogelijk vocht in je stekker, dat kan wazige fouten geven. Zonder scoop is het inderdaad lastig debuggen...

Dit, ook al gehad. Stekker had allemaal blauwe prut tussen contacten en de plastic. Losgemaakt, isolatiemetingen gedaan en die waren zeer slecht, soms maar 0.3 Megaohm terwijl die normaal enkele Gigaohm/oneindig moeten meten. Dan bedoel ik meten tussen CP en PE, N en PE, L1 en PE enz.
Kabel met aangespoten stekker vervangen, solved.

[HyperBart]

fluppie007 schreef op zaterdag 25 maart 2023 @ 13:11:
[...]


Dit, ook al gehad. Stekker had allemaal blauwe prut tussen contacten en de plastic. Losgemaakt, isolatiemetingen gedaan en die waren zeer slecht, soms maar 0.3 Megaohm terwijl die normaal enkele Gigaohm/oneindig moeten meten. Dan bedoel ik meten tussen CP en PE, N en PE, L1 en PE enz.
Kabel met aangespoten stekker vervangen, solved.

Ik vrees dat het inderdaad zoiets "wazigs" gaat zijn, maar wel heel straf want ik heb de stekker nog maar pas vervangen...

Die blauwe prut heb ik ook gehad ja op de vorige stekker.

@fluppie007 : je zegt "aangespoten" stekker, wat bedoel je? Heb je de stekker volgespoten met kit of hoe?

[ Voor 76% gewijzigd door HyperBart op 25-03-2023 14:08 ]

[fluppie007]

Nee een aangespoten stekker is dat de plastic en PU nadien worden gevormd rond de elektrische contacten. Zo’n stekker is dus niet servicebaar. Die van Stegen zijn “aangespoten” stekkers + 5 of 10m kabel.

Sterke kabels Type 2
Er zijn meerdere eigenschappen van een Type 2 laadkabel die het verschil maken als het gaat om de kwaliteit ervan. In deze shop vindt u bijvoorbeeld alléén laders van het Type 2 waarvan beide stekkers aangespoten zijn, in plaats van aangeschroefd. Hierdoor kan er géén vuil en vocht intrekken, en dat voorkomt storingen én verlengt de levensduur van de kabel. Daarnaast zijn kwalitatief goede Type 2-kabels bovengemiddeld slijtvast.

[dingo35]

Proton_ schreef op zaterdag 25 maart 2023 @ 09:34:
@Stefannn dat zou werken, het is nog wat beter omdat je waarschijnlijk 3x25A hebt en er dus pas teruggeschroefd hoeft te worden als er minder dan 3x16A overblijft.

Misschien begrijp ik het verkeerd, maar als je vast 3x4A als huisverbruik gaat voeden naar SmartEVSE op een 3x25A aansluiting met een EV die max. 3x16A gaat laden, dan wordt er nooit teruggeregeld, en kun je net zo goed in Normal Mode laden op 3x16A zonder al dat gekunstel...

EDIT: s/net zo goed/beter/
Immers je SmartEVSE blijft 3x4A als huisverbruik zien, zelfs als hij 3x16A laadt, en hij neemt dan aan dat een solar voeding van 3x20A plaatsvindt...

[ Voor 14% gewijzigd door dingo35 op 25-03-2023 17:11 ]

[Stefannn]

dingo35 schreef op zaterdag 25 maart 2023 @ 17:09:
[...]


Misschien begrijp ik het verkeerd, maar als je vast 3x4A als huisverbruik gaat voeden naar SmartEVSE op een 3x25A aansluiting met een EV die max. 3x16A gaat laden, dan wordt er nooit teruggeregeld, en kun je net zo goed in Normal Mode laden op 3x16A zonder al dat gekunstel...

EDIT: s/net zo goed/beter/
Immers je SmartEVSE blijft 3x4A als huisverbruik zien, zelfs als hij 3x16A laadt, en hij neemt dan aan dat een solar voeding van 3x20A plaatsvindt...

Nee dat bedoel ik niet.
Als mijn huis 920w gebruikt dan is dat waarschijnlijk gebalanceerd over 3 fases bijvoorbeeld 1/1/2. De normale manier is dan om 1/1/2 als gebruik over de api te sturen hetgeen dan gebruikt wordt voor de loadbalancing.
Echter. Mijn slimme meter geeft geen current per fase over de p1. Alleen het totaal gebruik, 920W in dit voorbeeld.

In plaats van dit precies te gaan meten met sensorbox en ct klemmen wil ik dit als “worst case” interpreteren, dus aannemen dat het allemaal op 1 fase zit.

Met 25A hoofdstop (dank @Jazsie ) heb ik in dit voorbeeld in werkelijkheid nog 25-2=23A over voor de evse. Met de worst case aanname bereken ik een lagere ruimte van 25-4= 21A.

Of ik dat via de L1/2/3 door de api ga sturen of op andere manier heb ik nog niet bedacht. Daar moet ik me nog in verdiepen.
Ik vroeg me op dit moment slechts af “of dit slim zou zijn”. “Of er grote nadelen zijn”.
Bij implementatie zal de loadbalancing defacto grotendeels in mijn home automation systeem gedaan worden ipv de evse.

Maar goed, na de inputs van @Jazsie en @Proton_ ben ik er wel enthousiast over.
Mijn “normale nacht gebruik” is ongeveer 1000W. Dan kan met 4A worst case aanname op 1 fase nog steeds met 11KW laden.
Dus…
Als ik Savonds om 10 uur thuis kom met lege accu, kan ik nog 2 uur lang de wasmachine draaien die dan door de worst case aanname laden 2 uur onmogelijk maakt. En dan nog steeds de volgende dag om 7 uur met volle 77KW accu wegrijden.

En inderdaad zoals @Proton_ zegt kan die sensor box later altijd nog

[HyperBart]

Tester kunnen gaan ophalen vandaag.
Ingestoken, met alle schakelaars volgens spec/protocol zitten flippen, gebeurde niks.
Stekker/connector toch maar eens opengedraaid en daar bleek dat de CP draad precies relatief los zat.

Voor de zekerheid het uiteinde (wat ik eerder vertind had) afgeknipt, opnieuw afgestript (goed lang maar geen koper bloot uit het contactje) geplaatst en stevig vast gedraaid.

Opnieuw getest: no go.

Laadpunt, daar alles los gedaan van de laadkabel (het LCD display + RFID lezertje eraf) en met een andere kabel er aan hing kon ik een sessie succesvol simuleren.

De CP draad zat op de originele kabel getwist rond elkaar tesamen in 1 WAGO klemmetje. Bij het omwisselen naar de test-kabel heb ik die in eigen gaatjes gestoken (dus CP van de box in gaatje 1 van de wago en de vertrekkende CP draad naar de kabel in het andere gaatje)

Terug omgewisseld naar mijn courante kabel die in de tuin ligt, kop/connector lag nog open, aangesloten, states gecheckt, alles OK.
Draai die kop terug dicht maar bij de "eindgebruiker test" deed de lader het weer niet, weet niet of ik te weinig geduld had gehad tussen sessies maar na een tijdje lukt het wel.
Kabel naar buiten verplaatst en daar nog een paar keer zitten simuleren/testen en dat lijkt toch goed te gaan.

Ik ga nu af en toe eens "zwabbelen" met de kabel en doen alsof ik telkens met een wagen kom laden en kijken of er dan toch nergens een kabelbreuk of slecht/vals contact zit.

Concreet zijn de wijzigingen dus

CP draad opnieuw gestript
CP draad opnieuw vastgemaakt in de kop
CP draad in de Alfen ipv via getwist in een apart gaatje van de Wago klem gestoken

[ Voor 17% gewijzigd door HyperBart op 26-03-2023 11:39 ]

[HyperBart]

Een uur geleden ging ik nog eens testen en dacht ik "tiens, nu doet ie het weer niet". Toen ik wat met de kabel bewoog schoot hij weer in gang en daarna terug af bij het verder bewegen van de kabel. De fout leek echt bij de kabel te zitten en niet bij het bewegen van de kop.

*AAAAAARGH*

Ik heb nu zonet de werkzaamheden afgerond, zijnde: het inkorten van de vaste laadkabel met het stuk waarvan ik verdenk dat er een kabelfout in zit.

Zonet alle testen ook afgerond, alles afgesloten, kabel terug buiten gehangen in zijn houdertje wat ik een tijd geleden ook gekocht had. Rustig in de hal/gang alles zitten aanpassen (kabel is zo lang dat ik niet buiten in de regen moest staan ploeteren).

Heb een 2 tal minuten de kabel in alle bochten en posities liggen brengen en de tester valt niet uit.

Ik kap er mee voor vandaag.

[ Voor 13% gewijzigd door HyperBart op 26-03-2023 15:22 ]

[dingo35]

Het lijkt Facebook wel hier, al die persoonlijke belevenissen.

[Jazsie]

Stefannn schreef op zaterdag 25 maart 2023 @ 20:17:
[...]


Nee dat bedoel ik niet.
Als mijn huis 920w gebruikt dan is dat waarschijnlijk gebalanceerd over 3 fases bijvoorbeeld 1/1/2. De normale manier is dan om 1/1/2 als gebruik over de api te sturen hetgeen dan gebruikt wordt voor de loadbalancing.
Echter. Mijn slimme meter geeft geen current per fase over de p1. Alleen het totaal gebruik, 920W in dit voorbeeld.

In plaats van dit precies te gaan meten met sensorbox en ct klemmen wil ik dit als “worst case” interpreteren, dus aannemen dat het allemaal op 1 fase zit.

Met 25A hoofdstop (dank @Jazsie ) heb ik in dit voorbeeld in werkelijkheid nog 25-2=23A over voor de evse. Met de worst case aanname bereken ik een lagere ruimte van 25-4= 21A.

Of ik dat via de L1/2/3 door de api ga sturen of op andere manier heb ik nog niet bedacht. Daar moet ik me nog in verdiepen.
Ik vroeg me op dit moment slechts af “of dit slim zou zijn”. “Of er grote nadelen zijn”.
Bij implementatie zal de loadbalancing defacto grotendeels in mijn home automation systeem gedaan worden ipv de evse.

Maar goed, na de inputs van @Jazsie en @Proton_ ben ik er wel enthousiast over.
Mijn “normale nacht gebruik” is ongeveer 1000W. Dan kan met 4A worst case aanname op 1 fase nog steeds met 11KW laden.
Dus…
Als ik Savonds om 10 uur thuis kom met lege accu, kan ik nog 2 uur lang de wasmachine draaien die dan door de worst case aanname laden 2 uur onmogelijk maakt. En dan nog steeds de volgende dag om 7 uur met volle 77KW accu wegrijden.

En inderdaad zoals @Proton_ zegt kan die sensor box later altijd nog

Gewoon doen/proberen, je hebt niks te verliezen. Je geeft zelf al aan wat de nadelen zijn, je weet waar je aan begint .

25-16 = 9A * 230V = ~2000W dat je "totaal" verbruik mag zijn voordat SmartEVSE gaat terug schakelen in vermogen.

[Stefannn]

Jazsie schreef op zondag 26 maart 2023 @ 04:14:
[...]


Gewoon doen/proberen, je hebt niks te verliezen. Je geeft zelf al aan wat de nadelen zijn, je weet waar je aan begint .

25-16 = 9A * 230V = ~2000W dat je "totaal" verbruik mag zijn voordat SmartEVSE gaat terug schakelen in vermogen.

Yep.. ga ik doen.
Dank voor de reacties. Het is prettig wat second en meer opinions te krijgen op zo’n “out of the box idee”.

De home automation gaat dan iets doen van:
- measure load
- substract all known loads from measured load (alle apparaten die ik zelf op een bekende fase schakel)
- if load > 3000W and < 3500W, load = 3000W
- if load >3500W, load = load-500W (boven de 3000W verwacht ik minimaal 2A verdeeld over fases)
- assign full load to all phases. (Dus in plaats van verdelen, net doen of alle fases de full load dragen)
- add know loads to phases it is know to be on.

En van daaruit OFWEL als L1/2/3 op de api aan de serki sturen, DANWEL loadbalancing van evse niet gebruiken en gewoon direct een Max current sturen. Ik moet me nog beter verdiepen in de api om te bepalen wat het handigste is.
Er zal nog wel een foutje in bovenstaande pseudo code zitten, maar maak je geen zorgen, dat haal ik er nog wel uit. Dit is even op een vroege zondagochtend in getypt.

Ik begin er wel enthousiast over te worden.
Niet alleen kan ik daarmee de evse besturen, dit is ook een begin om andere apparaten te besturen.
Als over een poosje het bandbreedte tarief wordt ingevoerd zou dat wel eens handig kunnen zijn.

Auto komt (als het goed is maar er zijn heel wat lever problemen) in juni.
Na Pasen begin ik aan de laadpaal.
Stap 1: meterkast compleet her-inrichten want er moet een 2de installatiekast bij en daar is nu geen plek voor.

[HyperBart]

dingo35 schreef op zondag 26 maart 2023 @ 00:42:
Het lijkt Facebook wel hier, al die persoonlijke belevenissen.

Tja kijk, laatste keer toen ik checkte zitten we hier nog altijd op Tweakers en is troubleshooting ook het vastleggen van welke acties/wijzigingen je hebt doorgevoerd, vaak genoeg vragen ze "en wat heb je nu eigenlijk gedaan?"

Aangezien het een atypische setup is (box binnen, laadkabel in de grond naar buiten en wat langer dan doorgaans het geval is) en een complex probleem wat moeilijk(er) zelf te diagnosticeren is zonder scope of andere dingen lijkt een duidelijk verslag/stappenplan van welke dingen wanneer gewijzigd zijn niet overbodig.

Het frustreert mij ook mateloos dat zoiets "eenvoudigs" nu al aan het falen is. Er is 10 dagen niet geladen kunnen worden dus ik ga er wel wat fanatiek achteraan ja...

[ Voor 5% gewijzigd door HyperBart op 26-03-2023 11:34 ]

[Jazsie]

Stefannn schreef op zondag 26 maart 2023 @ 07:52:
[...]


Yep.. ga ik doen.
Dank voor de reacties. Het is prettig wat second en meer opinions te krijgen op zo’n “out of the box idee”.

De home automation gaat dan iets doen van:
- measure load
- substract all known loads from measured load (alle apparaten die ik zelf op een bekende fase schakel)
- if load > 3000W and < 3500W, load = 3000W
- if load >3500W, load = load-500W (boven de 3000W verwacht ik minimaal 2A verdeeld over fases)
- assign full load to all phases. (Dus in plaats van verdelen, net doen of alle fases de full load dragen)
- add know loads to phases it is know to be on.

En van daaruit OFWEL als L1/2/3 op de api aan de serki sturen, DANWEL loadbalancing van evse niet gebruiken en gewoon direct een Max current sturen. Ik moet me nog beter verdiepen in de api om te bepalen wat het handigste is.
Er zal nog wel een foutje in bovenstaande pseudo code zitten, maar maak je geen zorgen, dat haal ik er nog wel uit. Dit is even op een vroege zondagochtend in getypt.

Ik begin er wel enthousiast over te worden.
Niet alleen kan ik daarmee de evse besturen, dit is ook een begin om andere apparaten te besturen.
Als over een poosje het bandbreedte tarief wordt ingevoerd zou dat wel eens handig kunnen zijn.

Auto komt (als het goed is maar er zijn heel wat lever problemen) in juni.
Na Pasen begin ik aan de laadpaal.
Stap 1: meterkast compleet her-inrichten want er moet een 2de installatiekast bij en daar is nu geen plek voor.

Warom niet gewoon je totaal vebruik als basis nemen en dat gewoon doorsturen als L1/L2/L3 naar SmartEVSE?
Lekker de SmartEVSE laten load balancing, complexer maken kan altijd nog .

HyperBart schreef op zondag 26 maart 2023 @ 11:34:
[...]



Tja kijk, laatste keer toen ik checkte zitten we hier nog altijd op Tweakers en is troubleshooting ook het vastleggen van welke acties/wijzigingen je hebt doorgevoerd, vaak genoeg vragen ze "en wat heb je nu eigenlijk gedaan?"

Aangezien het een atypische setup is (box binnen, laadkabel in de grond naar buiten en wat langer dan doorgaans het geval is) en een complex probleem wat moeilijk(er) zelf te diagnosticeren is zonder scope of andere dingen lijkt een duidelijk verslag/stappenplan van welke dingen wanneer gewijzigd zijn niet overbodig.

Het frustreert mij ook mateloos dat zoiets "eenvoudigs" nu al aan het falen is. Er is 10 dagen niet geladen kunnen worden dus ik ga er wel wat fanatiek achteraan ja...

Misschien ik iets gemist maar zo atypisch is jouw setup niet. Hier de zelfde configuratie, bijna 20m laadkabel en heb geen problemen.

- Meet de waardes direct op laadpaal zelf.
- Meet de waardes op het eind ofwel laadstekker.
- Vergelijk de waardes met elkaar.

Ik denk dat je laadkabel/stekker niet goed is, maar daar kom je maar op 1 manier achter .

[HyperBart]

Jazsie schreef op zondag 26 maart 2023 @ 12:06:
Misschien ik iets gemist maar zo atypisch is jouw setup niet. Hier de zelfde configuratie, bijna 20m laadkabel en heb geen problemen.

Bedankt. Indertijd toen ik de laadbox liet installeren via mijn werkgever was de installateur niet zo happig om een kabel langer als 8m te installeren, hij schermde toen met het argument "die CP signalen dempen dan en je kan problemen krijgen".

Ik heb dat altijd even in het achterhoofd gehouden maar met jouw statement begrijp ik dat men zich daar eigenlijk zorgen rond maakte voor niks, getuige het feit dat het bij mij ook lange tijd goed werkte zal het niet aan de afstand op zich gelegen hebben.

- Meet de waardes direct op laadpaal zelf.

Qua voltages kon ik alles uitmeten, en dat was/is zowel op de stekker als de laadbox 11.83V, ook logging bevestigt dit.

- Meet de waardes op het eind ofwel laadstekker.

11.83V op de CP pin

- Vergelijk de waardes met elkaar.

Delta van 0.01V

Ik denk dat je laadkabel/stekker niet goed is, maar daar kom je maar op 1 manier achter .

Wel dat was het probleem dus, het was al mijn 2de stekker en gisterenavond is dus gebleken bij het bewegen van de kabel dat de tester uitging, dus het was inderdaad een combinatie van kabel, laadstekker of de verbinding daar tussen. (Althans dat is de laatste hypothese )

Probleem was ook dat ik een tijdje dacht dat door corrosie/vocht het PWM signaal niet meer goed aan kwam. @Proton_ sprak daar eerder ook over.

[ Voor 9% gewijzigd door HyperBart op 26-03-2023 15:20 ]

[Stefannn]

Jazsie schreef op zondag 26 maart 2023 @ 12:06:
Warom niet gewoon je totaal vebruik als basis nemen en dat gewoon doorsturen als L1/L2/L3 naar SmartEVSE?
Lekker de SmartEVSE laten load balancing, complexer maken kan altijd nog .

Misschien doe ik dat wel.
De pseudo-code is wat ik in gedachte had en dat leek me allemaal heel realistisch.
De voornaamste hurdle is genomen: “besloten dat ik zonder sensorbox en ct klemmen goede kans heb een evse te maken die behoorlijk vaak 11kW kan leveren zonder dat de stoppen eruit vliegen”.
Dus geen sensorbox bestellen. Geen sensorbox aanleggen.
Na Pasen fase 1: meterkast her-inrichten zodat er een 2de installatiekast in past. Daarna de smartevse met bijbehorende spullen erin en aan de praat krijgen.
In eerste instantie zet ik hem denk ik vast op 3x 2A zodat ik in alle rust de home automation erop kan optimaliseren.
Ik heb ook nog een fikse pv installatie met solaredge. Api om die uit te lezen ververst slechts 2 a 3x per uur dus dat moet er ook nog bij. Maar dat gaat wel lukken.

[Jazsie]

Stefannn schreef op zondag 26 maart 2023 @ 18:57:
[...]
In eerste instantie zet ik hem denk ik vast op 3x 2A zodat ik in alle rust de home automation erop kan optimaliseren.
[...]

Minimale laadstroom is 3x6A (bij 3 fasen) en sommige auto's hebben 10A minimaal nodig.

3x2A gaat dus niet.

[Stefannn]

Jazsie schreef op zondag 26 maart 2023 @ 19:26:
[...]


Minimale laadstroom is 3x6A (bij 3 fasen) en sommige auto's hebben 10A minimaal nodig.

3x2A gaat dus niet.

A… dank.
Anyway… eerst maar eens maken.
Die software gaat wel lukken. Dan in eerste instantie alleen tussen 00:00 en 8:00 laden. Dan staat er nooit een wasmachine aan.

[dingo35]

Stefannn schreef op zondag 26 maart 2023 @ 23:05:
[...]


A… dank.
Anyway… eerst maar eens maken.
Die software gaat wel lukken. Dan in eerste instantie alleen tussen 00:00 en 8:00 laden. Dan staat er nooit een wasmachine aan.

En zelfs de wasmachine gebruikt op zn hoogtepunt van het programma zon 10A; als je dan 16A laadt gaat je 25A hoofdzekering er nog steeds niet uit...

[JeroenE]

HyperBart schreef op donderdag 23 maart 2023 @ 14:52:
• Auto "voelt" dat de kabel er in zit doordat ie op 2 pinnetjes 220 Ohm meet en 12V meet op

Sorry voor de late reactie, maar een Type 1 stekker heeft 150 Ohm (die 480 kan worden als de knop wordt ingedrukt) en een Type 2 stekker heeft 680 Ohm. Dat is dan allebei aan de kant van het voertuig.

Aan de kant van de laadpaal kan 220 Ohm wel voorkomen, dat is zo bij een 32A kabel. Bij een vaste kabel kan je die niet echt meten, al kan het natuurlijk wel zo zijn dat er zo'n weerstand aan de kant van de laadpaal zit zodat de laadpaal denkt/weet dat er een 32A kabel is aangesloten.


Maar als ik je berichten even kort samenvat is het nu opgelost en lijkt het probleem een kabelbreuk te zijn geweest aan de kant waar de kabel zit aangesloten op de laadpaal?

[HyperBart]

JeroenE schreef op maandag 27 maart 2023 @ 07:24:
[...]
Aan de kant van de laadpaal kan 220 Ohm wel voorkomen

Klopt

, dat is zo bij een 32A kabel.

Klopt, het is inderdaad een 32A kabel

Bij een vaste kabel kan je die niet echt meten,

Toch wel, want die weerstand zit in de kop zelf, dus je kan tussen de PP en PE die 220 Ohm meten

al kan het natuurlijk wel zo zijn dat er zo'n weerstand aan de kant van de laadpaal zit zodat de laadpaal denkt/weet dat er een 32A kabel is aangesloten.

Wel dat is het straffe: de laadpaal zelf weet eigenlijk nooit welke vaste kabel aangesloten is, de auto krijgt 2 parameters binnen: de weerstand over PP/PE en de PWM golf op CP/PE en dan weet de auto "ik mag maximaal zoveel trekken"

Maar als ik je berichten even kort samenvat is het nu opgelost en lijkt het probleem een kabelbreuk te zijn geweest aan de kant waar de kabel zit aangesloten op de laadpaal?

Jup!

[JeroenE]

@HyperBart Nee, de weerstand voor de kabel moet aan de kant van de laadpaal zitten. De laadpaal moet weten wat de maximale capaciteit is die over de kabel mag gaan. Dit wordt in de laadpaal gecombineerd met de capaciteit die beschikbaar is vanuit het elektriciteitsnet.

Vervolgens wordt via een PWM signaal aan de auto doorgegeven wat de maximale A is die de auto mag gebruiken. De auto bepaalt vervolgens of en zo ja met welk vermogen de auto gaat laden.

Aan de kant van de auto zit ook een weerstand in de kabel, maar dat is om te kunnen detecteren dat er een kabel is aangesloten (en in het geval van Type 1 zelfs of de kabel losgekoppeld gaat worden omdat dan de hendel wordt ingedrukt). De auto zelf hoeft helemaal niet te weten wat de capaciteit van de kabel is, die kan daar verder niets mee doen. Die mag enkel het PWM signaal van de laadpaal volgen.

Edit: ik weet niet hoe gevoelig een auto kan/mag zijn wat betreft die weerstand in de kabel om te detecteren dat er een kabel is aangesloten. Wellicht accepteren ze allerlei waardes? Ik heb daar nooit mee geëxperimenteerd. Ik heb zowel een Type 1 en Type 2 vaste kabel en die volgens de specs. Dus 150 Ohm of 480 Ohm als je de hendel induwt bij Type 1 en de Type 2 is altijd 680 Ohm.

[ Voor 18% gewijzigd door JeroenE op 27-03-2023 10:24 ]

[wetgos]

Ik heb in de afgelopen maanden een eigen EVSE gebouwd op basis van Arduino, Domoticz en Node-RED.

De code en de schema's voor de hardware staan op GitHub: https://github.com/tomwetjens/ArduinoEVSE.

Waarom geen SmartEVSE of OpenEVSE? Het leek me leuk en leerzaam om zelf iets te maken :-)

Was wel even spannend om de eerste keer de auto aan te sluiten, maar inmiddels een paar keer geladen en het werkt perfect.

De Arduino met de AC contactor op een DIN rail:


Gesloten enclosure (deze heb ik gewoon op internet besteld):


Laadkabel aan de buitenkant van het huis:

[JeroenE]

wetgos schreef op maandag 27 maart 2023 @ 10:36:
Ik heb in de afgelopen maanden een eigen EVSE gebouwd op basis van Arduino, Domoticz en Node-RED.

Leuk dat er ook andere implementaties komen.

Ik heb geen tot weinig verstand van MQTT en Arduino's, maar hoe kan jouw code nu weten of de maximale stroomsterkte die binnen komt nog actueel is (of niet)?

Ik bedoel dan het scenario dat er ooit op de MQTT een bericht is gezet van "je mag laden met 20A", vervolgens loopt de aansturing via MQTT op een deuk. Blijft je Arduino dan steeds 20A vrijgeven of loopt er een soort timer die dan vanzelf het laden stopt omdat er geen nieuwe actuele gegevens meer binnenkomen?

[wetgos]

JeroenE schreef op maandag 27 maart 2023 @ 10:58:
[...]
Ik heb geen tot weinig verstand van MQTT en Arduino's, maar hoe kan jouw code nu weten of de maximale stroomsterkte die binnen komt nog actueel is (of niet)?

Ik bedoel dan het scenario dat er ooit op de MQTT een bericht is gezet van "je mag laden met 20A", vervolgens loopt de aansturing via MQTT op een deuk. Blijft je Arduino dan steeds 20A vrijgeven of loopt er een soort timer die dan vanzelf het laden stopt omdat er geen nieuwe actuele gegevens meer binnenkomen?

Ik moet er inderdaad nog een timeout in bouwen voor de veiligheid. Bijv. als meer dan 20 sec geen "current limit" ontvangen, dan stop of terugvallen naar 6A.

Er zit wel al een check in dat ie terugvalt naar 6A als de MQTT verbinding tijdelijk verbroken is. Bovenstaande is nog een mooie volgende stap inderdaad!

[JeroenE]

@wetgos Aha Ik weet trouwens ook niet of 20 seconden wel een veilige periode is. De meeste (alle?) commerciële laadpalen die je op een slimme meter kan aansluiten willen alleen werken met DSMR5 omdat die iedere seconde het verbruik doorgeeft.

DSMR4 doet dat iedere 10 seconden. Met de vertraging die de EV kan nemen (volgens de specificaties) om het vermogen terug te brengen kan dat blijkbaar toch zorgen voor springende stoppen.

Ik weet niet of @bartzzz dit ooit nog heeft meegemaakt, al was daar wel sprake van een auto die heel snel het vermogen omlaag regelde, meen ik. Zie bartzzz in "Zelfbouw Laadpaal ervaringen" en iets daarvoor waarin geschreven wordt dat het zelfs maar 1 keer per minuut wordt bijgesteld.

Wellicht is het ook allemaal niet zo'n probleem als er geen andere grootgebruikers worden aangezet.

[wetgos]

JeroenE schreef op maandag 27 maart 2023 @ 11:25:
@wetgos Aha Ik weet trouwens ook niet of 20 seconden wel een veilige periode is. De meeste (alle?) commerciële laadpalen die je op een slimme meter kan aansluiten willen alleen werken met DSMR5 omdat die iedere seconde het verbruik doorgeeft.

DSMR4 doet dat iedere 10 seconden. Met de vertraging die de EV kan nemen (volgens de specificaties) om het vermogen terug te brengen kan dat blijkbaar toch zorgen voor springende stoppen.

Interessant, dat wist ik niet. Uiteraard kan 20 seconden ook omlaag gesteld worden naar een betere waarde. Het zou misschien zelfs configurabel kunnen zijn. Daar ga ik nog eens even naar kijken. Ik heb tot nu toe nog geen springende stoppen gehad (maar kan nog komen natuurlijk), maar wel al load balancing situaties gehad (m.n. bij het koken en wasmachine+droger aan).

Ik houd in de load balancing berekening (zo fancy is het eigenlijk niet) ook nog wel een veiligheidsmarge aan van 2A:

code:

var totalLoad = Math.max(smartMeter.currentL1, smartMeter.currentL2, smartMeter.currentL3);
var chargingLoad = Math.max(evse.currentL1, evse.currentL2, evse.currentL3);
var houseLoad = totalLoad - chargingLoad;
var safetyMargin = 2;
var currentLimit = Math.min(16, Math.max(0, 25 - safetyMargin - houseLoad));
// ...

Huisaansluiting is 3x25A. Laadkabel is 3x16A. Vandaar de getallen.

[HyperBart]

JeroenE schreef op maandag 27 maart 2023 @ 10:21:
@HyperBart Nee, de weerstand voor de kabel moet aan de kant van de laadpaal zitten. De laadpaal moet weten wat de maximale capaciteit is die over de kabel mag gaan. Dit wordt in de laadpaal gecombineerd met de capaciteit die beschikbaar is vanuit het elektriciteitsnet.

Misschien praten we langs elkaar door. De weerstand zit aan de zijde van de laadpaal ja, maar wel IN de kop van de kabel, dus niet in de laadbox, echt niet.

Draai zo een kabel die vast zit aan het laadstation maar eens open en daar zal je een verbindingkje (bij mij een heatshrinked draadje) zien tussen PP en Aarding (PE) en daar zit een weerstandje in en dat weerstandje is 220 Ohm bij mij omdat die weerstand gelijk is met 32A in de tabel, maar hieronder zie je bv een man die een 680 Ohm weerstandje heeft omdat zijn kabel (en dus de bijhorende kop/connector) maar gerate is voor 16A:

Vervolgens wordt via een PWM signaal aan de auto doorgegeven wat de maximale A is die de auto mag gebruiken. De auto bepaalt vervolgens of en zo ja met welk vermogen de auto gaat laden.

Aan de kant van de auto zit ook een weerstand in de kabel, maar dat is om te kunnen detecteren dat er een kabel is aangesloten (en in het geval van Type 1 zelfs of de kabel losgekoppeld gaat worden omdat dan de hendel wordt ingedrukt). De auto zelf hoeft helemaal niet te weten wat de capaciteit van de kabel is, die kan daar verder niets mee doen. Die mag enkel het PWM signaal van de laadpaal volgen.

Edit: ik weet niet hoe gevoelig een auto kan/mag zijn wat betreft die weerstand in de kabel om te detecteren dat er een kabel is aangesloten. Wellicht accepteren ze allerlei waardes? Ik heb daar nooit mee geëxperimenteerd. Ik heb zowel een Type 1 en Type 2 vaste kabel en die volgens de specs. Dus 150 Ohm of 480 Ohm als je de hendel induwt bij Type 1 en de Type 2 is altijd 680 Ohm.

[timovd]

@wetgos Heel mooi! Ik zou alleen nog iets van trekontlasting plaatsen op de buitenmuur.