Toevoegen Tesla als ondersteund voertuig naast VW.

[nwametze]

We hebben thuis een Tesla, deze is aan Home Assistant gekoppeld via de volgende GitHub oplossing: https://github.com/alandtse/tesla. Dit levert een aantal sensoren, entiteiten en schakelaars op. Onderstaand de, in mijn ogen, overeenkomstige onderwerpen met de huidige VW info.

Daarnaast nog even benieuwd, kan ik onderstaande 2 x onder elkaar zetten indien ik 2 elektrische voertuigen wil aansturen? Er zal dan gecheckt moeten worden of het voertuig thuis is (kunnen ze ook allebei zijn) en of het voertuig ingeplugd is (1 laadsocket hier, dus maximaal 1 voertuig thuis én in geplugd) maar ik neem aan dat de check thuis en ingeplugd sowieso plaatsvind.

"electric vehicle": [ { "name": “Tesla model Y (blauw)“, "capacity": 57.5, "entity position": "device_tracker.y_blauw_location_tracker", "entity max amperage": “number.y_blauw_charging_amps’, "charge three phase": “True”, "entity actual level": "sensor.y_blauw_battery”, "entity plugged in": "binary_sensor.y_blauw_charger”, "charge scheduler": { "entity set level": “number.y_blauw_charge_limit”, "entity ready datetime": "input_datetime.tijdstip_klaar_met_laden" }, "charge switch": "switch.y_blauw_charger”

Ik zie dan zo snel 2 verschillen:
entity max amperage is bij de originele code 'sensor.', ik kom zelf een 'number.' tegen.
entity set levelis bij de originele code 'input_number.', ik kom zelf een 'number.' tegen.
Durf niet te zeggen of dit een probleem oplevert?

[corneel27]

Je kunt sowieso twee Tesla's toevoegen.
Die vierkante halen ([ ]) betekenen dat je de definitie daarbinnen tussen accolades ({ }) kunt herhalen (wel een comma ertussen).
Dat geldt ook voor batterijen en zonnepanelen. Ik dat zal ik nog verder verduidelijken in DOCS.md
Als je de entiteit voor locatie en "plugged in" naar waarheid invult zal het programma daar rekening mee houden:
Hij gaat alleen laden inplannen voor auto's die thuis zijn en ingeplugged.
Ik ben nog bezig om de laadcapaciteit flexibel te maken. Als je daar een number invult moet het m.i. werken, maar dat kunnen we testen. Je kunt het ook aan Ton van Boven vragen.

[nwametze]

Ik zie geen wijze op Ton te contacten, dus hopelijk bekijkt hij de discussies ook :)
Is het overigens zo dat het script opnieuw draait als er een auto ingeplugd wordt? Ik zag dit zo even niet terug in de Readme, kan me voorstellen dat het wel/niet meenemen van de auto van significante invloed kan zijn op het script.

[corneel27]

Ik heb aan Ton gevraagd om hier te reageren.
Je kunt hem via tweakers ook nog een pm sturen: @tonvanboven

[nwametze]

Dank Cees!

[tonvanboven]

Dit zijn mijn settings in options.json:

  "electric vehicle": [
    {
      "name": "Tesla",
      "capacity": 70,
      "entity position": "device_tracker.redmist_location_tracker",
      "entity max amperage": "input_number.dao_max_amperage",
      "charge three phase": "True",
      "entity actual level": "sensor.redmist_battery",
      "entity plugged in": "binary_sensor.dao_ev_plugged_in",
      "charge scheduler": {
        "entity set level": "input_number.tesla_gewenste_soc",
        "entity ready datetime": "input_datetime.dao_redmist_klaar_met_laden"
      },
      "charge switch": "input_boolean.dao_redmist_charger"
    }
  ],

Wat betreft de maximale stroom: dat is een input_number.

Op de vraag wat als de auto wordt ingeplugd of er dan een nieuwe berekening wordt gestart? Ja, dat doe ik vanuit Home Assistant middels een automation die dan via een API call DAO aan het werk zet:

alias: DAO herbereken trigger voor Tesla
description: ""
trigger:
  - platform: state
    entity_id:
      - input_number.tesla_gewenste_soc
      - input_number.dao_min_soc_einde_opt
      - input_number.dao_max_soc_einde_opt
      - input_datetime.mip_redmist_klaar_met_laden
      - input_datetime.dao_redmist_klaar_met_laden
    for:
      hours: 0
      minutes: 0
      seconds: 5
  - platform: state
    entity_id:
      - binary_sensor.redmist_charger
      - binary_sensor.dao_ev_plugged_in
    to: "on"
    from: "off"
    for:
      hours: 0
      minutes: 0
      seconds: 5
  - platform: state
    entity_id:
      - switch.redmist_charger
    to: "on"
    from: "off"
    for:
      hours: 0
      minutes: 0
      seconds: 5
  - platform: state
    entity_id:
      - input_boolean.dao_enabled_in_ha
    from: ui
    to: "on"
condition:
  - condition: state
    entity_id: device_tracker.redmist_location_tracker
    state: home
    enabled: true
action:
  - service: rest_command.start_dao_calc
    data: {}
mode: restart

Ik laat het dus ook herberekenen als je een andere eindtijd, een ander percentage of wat dan ook heb aangepast maar dan moet de auto wel thuis zijn. Een herberekening starten als je de thuiszone binnen komt heeft geen zin omdat DAO dan nog aangesloten auto ziet en er niets mee doet.

Mijn auto stuur ik met dezelfde intergratie aan van HA. Ik heb in praktijk gemerkt dat de auto kan slapen en doe dan het volgende indien de auto mag gaan laden:

• stuur wake up commando naar de auto
• zet het laadstation aan
• wacht 30 sec
• start het laden

Gaat dit uit dan stop ik het laden:

• stuur wake up commando naar de auto
• wacht 30 sec
• stop het laden
• zet het laadstation uit

Omdat het voor kan komen dat ik de auto met de hand wil/moet laden heb ik een template sensor gemaakt die bovenstaande automation aanstuurt:

{{ 
  states('input_boolean.dao_redmist_charger') | bool or
  states('input_boolean.tesla_nu_laden') | bool 
}}

Mocht je nog vragen hebben dan hoor ik het graag.

[nwametze]

Fijn, dank voor de uitgebreide reactie. Ik duik er komende week weer even in!

[nwametze]

Gisteravond weer even verder gegaan. Stap voor stap kom ik er wel 😃
Heb nu een foutmelding bij

"charge switch": "switch.y_blauw_charger”

Jij gebruikt daar een input_boolean. Ik heb hem als switch in de entities staan voor zover ik kan zien. Waar komt jouw input_boolean vandaan?

[nwametze]

Nog wat zitten puzzelen, maar toch nog niet helemaal scherp.
Er gaan hier nog een paar dingen niet goed, wellicht dat je jouw aansturing nog iets kan verduidelijken?
"entity plugged in": "binary_sensor.dao_ev_plugged_in" het lijkt erop dat je deze aangemaakt heb gezien de 'dao' in de benaming?
"charge switch": "input_boolean.dao_redmist_charger" hier heb ik alleen de switch, maar zoals Corne al aangeeft, mogelijk doordat jij nog DAO herbereken trigger voor Tesla en het stukje slapen/wakker worden hebt?

Merk hier nu dat als hij in slaap valt de commando's inderdaad niet doorkomen.
Je geeft onderstaande aan:
stuur wake up commando naar de auto
zet het laadstation aan
wacht 30 sec
start het laden

Ik heb de sensor: y_blauw_asleep maar ik vraag me af of die juist is aangezien de waarde dan sinds 1-2 's middags van aan op uit is gegaan. Lijkt me sterk dat de auto sinds 1-2 's middags niet meer in slaap is geweest. Waarmee check jij of hij slaap?
Daarnaast geef je ook een commando 'zet laadstation aan', stuur jij je laadstation apart aan?

[corneel27]

Nee hoor, ik gebruik ook een switch in het voorbeeld-bestand:
"charge switch": "switch.wvwzzzauz_charging" (inmiddels het vin nummer eruit gehaald).
Een input_boolean zou ook kunnen (gebruik ik bij het uit/aanzetten van mijn zonnepanelen) , maar dat is een zelf gedefinieerde helper.
Wat is de foutmelding in de logging?

[corneel27]

Oh nou zie ik het: Ton van Boven gebruikt een input_boolean.
Voordeel van een input_boolean is dat je er makkelijk een automation mee kunt triggeren en ik begrijp dat hij dat heeft gedaan:

Mijn auto stuur ik met dezelfde intergratie aan van HA. Ik heb in praktijk gemerkt dat de auto kan slapen en doe dan het volgende indien de auto mag gaan laden:

stuur wake up commando naar de auto
zet het laadstation aan
wacht 30 sec
start het laden

Je kunt hem vragen of hij deze automation wilt delen.

[tonvanboven]

Dit is het 'Doe dan' stuk van de automation om de Tesla te starten of te stoppen met laden. Ik kijk dus niet van te voren of de auto wakker is, ik maak hem altijd wakker middels het wake-up commando. En omdat ik in de charger een Sonoff heb gezet kan ik de lader letterlijk aan of uit zetten. Mocht de auto niet willen reageren op het stoppen van het laden dan gebeurt het alsnog ;-)

action:
  - device_id: e63fbd645240ca0ce6a17ef2242e0a12
    domain: button
    entity_id: 25d3e83e9e580eaf623cc8623eb69a03
    type: press
  - if:
      - condition: state
        entity_id: binary_sensor.tesla_kan_laden
        state: "on"
    then:
      - type: turn_on
        device_id: 940e93fdf60d4eb99a3fa69a35aa10ef
        entity_id: switch.laadstation_relay
        domain: switch
      - delay:
          hours: 0
          minutes: 0
          seconds: 30
          milliseconds: 0
      - service: switch.turn_on
        data: {}
        target:
          entity_id: switch.redmist_charger
      - if:
          - type: is_not_plugged_in
            condition: device
            device_id: e63fbd645240ca0ce6a17ef2242e0a12
            entity_id: binary_sensor.redmist_charger
            domain: binary_sensor
        then:
          - service: notify.mobile_app_iphone_ton
            data:
              message: Auto niet aangesloten, er kan nu worden geladen.
              title: Tesla
      - device_id: e63fbd645240ca0ce6a17ef2242e0a12
        domain: number
        entity_id: number.redmist_charging_amps
        type: set_value
        value: 16
    else:
      - delay:
          hours: 0
          minutes: 0
          seconds: 30
          milliseconds: 0
      - service: switch.turn_off
        data: {}
        target:
          entity_id: switch.redmist_charger
      - delay:
          hours: 0
          minutes: 0
          seconds: 30
          milliseconds: 0
      - type: turn_off
        device_id: 940e93fdf60d4eb99a3fa69a35aa10ef
        entity_id: switch.laadstation_relay
        domain: switch

[nwametze]

Ik begrijp de automation behalve 1 onderdeel: entity_id: binary_sensor.tesla_kan_laden.
Gezien de tekst neem ik aan dat je deze binary_sensor zelf aangemaakt hebt om voor deze automation de check uit te voeren of de Tesla kan laden. Correct?
Op basis waarvan bepaal je of de tesla kan laden?

• tesla thuis, device_tracker entiteit, status home.
• laadkabel aangesloten, binary_sensor entiteit, status ingeplugd.
• volgens DAO een laadopdracht?

[tonvanboven]

Jij gebruikt daar een input_boolean. Ik heb hem als switch in de entities staan voor zover ik kan zien. Waar komt jouw input_boolean vandaan?

Dit is een helper van het type Schakelaar

[tonvanboven]

"entity plugged in": "binary_sensor.dao_ev_plugged_in" het lijkt erop dat je deze aangemaakt heb gezien de 'dao' in de benaming?

Dat is inderdaad een template helper

{{
  states('device_tracker.redmist_location_tracker') == 'home' and
  states('binary_sensor.redmist_charger') | bool
}}

Dit om te voorkomen dat DAO een herberekening gaat starten als ik de auto elders inplug. DAO weet uiteindelijk wel of de auto thuis is en kan laden, maar een herberekening starten als je van te voren al weet dat je niet thuis bent is niet nodig.

[nwametze]

Nog geen tijd gehad om bovenstaande in HA te zetten, maar het is wel duidelijk dat de Tesla in diepe slaap gaat :) Afgelopen dagen had hij nagenoeg elke nacht tijdens de goedkope uren moeten starten, maar bleek 's ochtends dat dit niet gebeurd was. Dit weekeinde het wake-up commando (en de rest) er maar eens inzetten om te zien wat er dan gebeurt.

[tonvanboven]

Die had ik hierboven al beschreven, alleen stond de naam er niet bij in de post: binary_sensor.tesla_kan_laden

Dit is de template option.

{{ 
  states('input_boolean.dao_redmist_charger') | bool or
  states('input_boolean.tesla_nu_laden') | bool 
}}

Ik heb nog veel meer in deze template option staan maar dat maakt het verhaal alleen maar lastiger. Los van DAO wil ik eventueel met de hand kunnen bepalen wanneer er geladen kan worden, ook als DAO niet actief is. Dat was nog uit de tijd dat we geen Optimation software actief hadden: