Tuto: Controler en LOCAL sa tesla par domotique pour 5€ ?

[fastm3]

La charge de ta tesla ne peut encaisser une variation de 7kw en 1secondes. Donc ca ne peut pas marcher. Je doute que tu aies des variations ainsi continuellement. Avec 12kwc , je peux avoir 8kw de variation de prod rapidement mais plus pres de la minute que la seconde d'apres mes graphs.
Mon systeme ( deye hybrid ) se debrouille pour le zero export vers le reseau en chargeant vers la batterie ou en la dechargeant. Mes batteries peuvent sans soucis encaisser les 8-10kw max que peut envoyer mon deye et ne chauffent aucunement donc je laisse bosser le deye librement. La charge EV ( en variation "lente " ) est ajustée pour etre au plus pret du zero pour la charge/decharge batterie quand charge VE mais ca a peu d'importance si on a 1000w pendant 15secondes. C'est la batterie et la regul du deye qui absorbe les variations rapide et instantané pour qu'il n'y ait pas de reinjection (perte) vers le reseau.
La charge EV pilotée par l'API tesla ne permet ni la reactivité , ni la finesse ( variation par pas de 1A seulement ) que tu souhaites. Tu ne pourras jamais atteindre l'equilibre parfait avec le reseau juste avec seulement la charge EV.
Soit tu t'equipes d'un couple batterie/onduleur dimensionné pour te permettre de gerer les variations de ton install, soit tu ajoutes un routeur avec une charge resistive ( chauffe eau la plupart du temps limité a 2000w souvent ) qui aidera mais insuffisant si les variations font vraiment 7kw /sec.
Apres, on parle juste du surplus. Pour une variation possible de 0 a 32A en mono sachant que ta batterie peut deja absorber la moitié , et modifiant par step de 4A toutes les 15 secondes, la puissance perdue est deja quasi negligeable.

[guiv]

Merci beaucoup pour toutes ces précisions.

l'API Tesla supporte la définition de la puissance de charge en A, pas juste en incréments. Ces incréments c'était un choix perso pour ménager le bms.
Dans tous les cas ça ne vaut pas la réactivité d'une connexion bluetooth comme la tienne. Je mets ça sur ma liste de choses à améliorer.

Quant aux variations de plus de 5kw en moins d'1 sec je te promets qu'elles sont bien là lorsqu'un nuage passe. J'en suis certain car je récupère directement les données de l'onduleur chaque seconde en modbus. Peut-être tes graphes sont-ils lissés ? En tout cas ton système et les capacités d'absorption de ta batterie ont l'air bien sympas. Gg !

[fastm3]

Oui peut etre, les variations peuvent etre tres importantes coté prod rapidement mais pas chez moi. J'ai une resolution de 15s de mes mesures en modbus aussi donc suffisante. En heure de prod max, je sature actuellement aussi mon onduleur me rendant moins sensible a cela ( overpaneling pour l'hiver) . En zero export, l'onduleur regule et lisse aussi pas mal la prod. ( visible clairement en fin de charge batterie ) et actuellement , mon onduleur bride bcp la prod avec un beau plat en milieu de journée. Peut etre est ce a cause de tout cela. Par contre, coté tesla, et c'est sur cela que je voulais insister , c'est impossible de toute facon de tenter de suivre une variation de 5kw en 1 seconde. En bluetooth , on est toujours par pas de 1A. Et avec 2 digits de precision, ca ne changerait rien. Ca n'est pas souhaitable de toute facon et la tesla lisse cela de toute facon. De mon coté , je lisse aussi les variations brusques de demande de changement d'ampérage. En fait , avec une batterie domestique, ca ne change rien qu'il y ait ou pas des variations rapides exceptionnelles coté prod. C'est le zero export de l'onduleur qui fait le boulot en lissant tout cela. Sans batterie domestique, on peut prendre la meme marge que les bornes smart ( 6A) mais bon, meme si on importe un peu du grid pendant quelques secondes a cause du variation de prod et de la latence de la tesla, ca reste rentable je pense vu le ratio tres faible entre le surplus consommé et grid import.

[Paso32]

Bonsoir à tous,
Je relance ce sujet car j'ai un truc bizarre qui m'empêche de charger:
Visiblement je suis connecté, j'ai toutes les infos sur la TM3, mais quand j'appuie sur charger, quelque soit le niveau de charge à atteindre, le curseur change de position, puis revient à sa place et rien ne se passe.
Auriez vous une idée?

[fastm3]

Generalement, cela fait cela quand on a atteint le niveau de charge max . ( pas ton cas car 80 avec 82 limite ).
Note que meme en temps normal, quand ca fonctionne parfaitement, tu peux l'activer , il se desactive, et se reactive tout seul apres une ou 2 secondes. Ca doit etre une question de latence de mise a jour.
Essaie de regarder sur l'appli tesla, est ce que le bouton "demarrer la charge" est bien present et est ce que la charge demarre quand pressé. Est ce que le capteur est mis a jour alors cote HA ? Ca peut etre au niveau de la tesla ou la charge n'est pas prete. Ca peut se produire aussi en cas d'erreur de charge .
Sur l'appli, tu n'arriveras alors pas a redemarrer sans retirer et remettre le connecteur, c'est pareil si tu essaie par le ble et tu auras ce comportement.
Pareil si le chargeur n'est pas connecté. La tu es en "stopped" donc il y a eu un debut de charge et la charge s'est arrétée.
Bref , regarde l'appli tesla, la réponse doit être la.

[Paso32]

Bonsoir,
Essaie de regarder sur l'appli tesla, est ce que le bouton "demarrer la charge" est bien présent et est ce que la charge démarre quand pressé.
Le bouton "démarrer la charge" est présent. Si j'appuie message d'erreur: "la commande démarrer la charge n'a pas abouti" . Demande de recharge déja effectuée etc.."
J'ai débranché la prise, éteint et relancé HA green, rebranché la prise du chargeur Tesla: message à l'écran de la Tesla"recharge interrompue". Démarrer la charge: rien ne se passe.
Et donc toujours impossible d'activer la recharge que ce soit BLE ou A l'écran de la TM3 ou via l'appli.
J'avoue ne pas trop comprendre... J'ai supprimé la programmation 22h/6H de recharge classique heures creuses depuis plusieurs jours.
Ce soir je m'apreçoit que la recharge a démarré sans programmation. S'agit il d'un bug Tesla? Un reset de la voiture pourra peu-être solutionner ce bug et permettre la recharge en journée ???

[fastm3]

Tu n'as pas une automatisation qui lancerait et arreterait un peu trop vite le charger ?

Débranche l'esp, tu retestes avec l'appli histoire d'isoler le pb et d'etre certain que la charge tesla seule est ok.
Reteste ensuite avec ble, en desactivant toute automatisation pouvant perturber la tesla ...verifie les logs si problème. active l'automatisation si ok. Bref, investiguer le pb pas a pas Je n'ai pas de soucis mais il faut eviter d'arreter/demarrer la charge rapidement.

[Paso32]

J'avais une automatisation, je l'ai arrêtée. Mais ça n'a rien changé.
Le problème viendrait donc du chargeur ou de la Tesla.
Autre question: j'ai deux instances HA: une sur NAS Synology avec l'intégration Tesla qui permet de voir mais qui ne peux rien faire; une autre instance sur un HA Green, dans mon garage, avec uniquement Tesla BLE.
Source de conflit? Tesla BLE est uniquement sur HA Green

[fastm3]

normalement non, les 2 peuvent cohabiter sans probleme. Pour la tesla, elle se fout un peu de HA dans les 2 cas ( communication avec l'esp en direct ou avec les serveurs tesla.) J'ai les 2 integrations qui cohabitent. Mais bon ca ne coute pas grand chose d'arreter physiquement l'instance qui ne sert a rien. Si tu as 2 install esphome , c'est bien d'etre sur que ca soit compilé et vu du bon serveur.
Tu n'as pas repondu si au moment du disfonctionnement, le lancement ou l'arret de la charge est bien fonctionnel par l'appli tesla ? Je suppose que oui mais c'est vraiment a tester avant d'incriminer l'esp ou HA.
Tu as regardé les logs ? De HA , de l'esp ( par la console ) ? Quand il y a un soucis , la reponse est souvent la.

[Paso32]

le lancement ou l'arrêt de la charge est bien fonctionnel par l'appli tesla ?: Non
J'ai arrêté temporairement HA NAS. Même résultat
Je vais tester cet après-midi de charger avec le chargeur de secours Tesla au lieu d'utiliser la borne pour vérifier si le problème ne viendrait pas de la borne qui garderait en mémoire l'ancienne programmation 22h/7h. Hier soir après 22h la charge s'est lancée toute seule et je pouvais l'arrêter ou la relancer via Tesla BLE.

[fastm3]

Ok. Si ca ne marche pas avec l'appli. Inutile d'essayer en BLE. Regarde les trucs classiques de pb de charge.
Tension. Amperage ( essaie d'augmenter a mini 10A pour plus de stabilité ) . Verifie couleur a l'insertion de la prise. Mauvais contact ? a enlever/retirer le cable. Inspection visuelle du connecteur coté cable et tesla...
Un test avec un autre chargeur est une solution aussi. C'est l'avantage de l'esp .Il est "attaché" au vehicule pas au chargeur. Commence avec juste l'appli. Bon diagnostic...

[Paso32]

Bonsoir,
Bingo, c'est le chargeur mural Tesla qui a gardé en mémoire l'ancienne programmation. Comment la supprimer c'est une autre histoire...
Tout fonctionne parfaitement avec le petit chargeur Tesla, je peux moduler la charge, la démarrer ou l'arrêter.
Je vais pouvoir adapter et utiliser tes automatisations !
Merci pour ton aide

[Paso32]

Bonsoir,
Résumé des épisodes précédents:
- pas de programmation dans la voiture
- impossible de supprimer la charge programmée.
Solution trouvée: c'est dû à la présence du chargeur mural dans l'appli en plus de la voiture : aller sur Home (ma maison) et supprimer cette programmation. Les images:

[Dododark]

Bonjour,

ça fait un moment que j'essaie mais quand je lance Install sur ESP Home via Home assistant, au bout d'un moment ça fige.
J'ai essayé plusieurs fois en faisant les 2 clean files mais rien ne change. Je suppose que ça vient de mon RPI 4 qui avec ses 2Go de Ram sature rapidement. J'ai essayé d'augmenter le swap avec un fichier de 2 go mais toujours pareil.

Je vais tenter avec une PI 5 4go et passer la carte MicroSD de 32 à 64 go.

Je ne sais pas quel matériel vous utilisez ?

Ps : j'ai réussi une fois en faisant l'install via mon ordi (merci Claude) mais quand j'ai reconnecté mon ESP sur la Pi, je n'avais aucun controles, seul une entité (de mémoire) appelé microcontroleur, je crois.

PS2 : j'ai réussi l'intégration de la testa dans HA (claude m'a fait un yaml incomplé), je l'ai fais depuis le PC car pas assez de Ram sur la Pi, il me reste l'automatisation avec Zendure.

[fastm3]

oui, 2go, ca risque d'etre trop limité, les "apps" comme on les appelle désormais , ce sont des dockers , meme si c'est assez light c a prends un peu de resource, esphome c'est un environnement complet de compilation donc c'est gourmand quand il fait une grosse compil comme le projet ici.
De mon coté , j'ai un petit homelab avec un serveur tres tres costaud pour tout ce qui est docker ( bcp de chose dessus dont un frigate avec 14 cams ) , et un autre proxmox sur un mini PC ryzen 5 6600H et 64go pas aussi costaud mais deja pas mal , acheté juste avant les grosses augmentations hardware ( son prix a fait fois 2 ) . Home assistant est sur une VM et c'est sauvegardé tous les jours . Ca prends un peu de temps a gerer l'infra mais c'est ultra confortable de savoir qu'on peut restaurer rapidement une VM.
Honnetement, on trouvait avant le boom de l'IA des mini PC , econome en energie, a bien moins de 200€ parfait pour un petit proxmox. C'est ultraconfortable et ca vaut le coup. Au final pas tellement plus cher qu'une config raspberry complete al'epoque mais 10 fois mieux. Je te recommande un vrai mini pc meme si on est plus dans les 300 que 150€ maintenant.

[Dododark]

Merci.

J'y avais pensé mais j'avais lu un moment que dans une VM on pouvait pas avoir les HACS (add-on).

[fastm3]

Si dans une VM, tu peux . Tu installes HAOS et pas de pb pour installer esphome. C'est quand tu installes sous docker que tu ne peux pas. Les apps ( esphome compris ) doivent etre alors installées sous docker aussi mais "manuellement" de maniere independante. Avec HAOS , c'est plus simple mais tu ne peux pas par exemple installer une version dev. avec certaines apps. Je melange donc les deux. HAOS + certains dockers avec des versions speciales. Frigate par exemple, tydom2mqtt...
Pour esphome, c'est pareil , une mise a jour peut casser la compil de certains projet pas a jour. C'etait le cas pour ce projet et c'est pour ca entre autre que je passe sur le fork dans la definition. C'est pratique d'avoir esp dans un docker séparé alors en cas de besoin de versions differentes. Mais si c'est juste pour installer une version specifique , il existe un module pour permettre d'installer sur HAOS 2 versions differentes de esphome en meme temps . HAOS sur une VM est vraiment la solution de facilité et securité. Ca m'a deja sauvé d'une BD qui avait été corrompue. Une clé zigbee ethernet rends cela encore plus facile ( meme si c'est ok aussi en usb ) .
Dans le temps, il te manquera toujours de la puissance donc autant prendre le max avec néanmoins une conso raisonnable.
Si tu as l'intention d'utiliser frigate plus tard ( probablement ) , un proc intel recent est recommandé . Dernier point qui commence a etre HS, je recommande fortement de te pencher sur HA mcp et HA mcp proxy + claude chat , c'est vraiment pas mal de pouvoir corriger un bug de son tel ou d'analyser les logs en live a distance en cas de doute pour comprendre ce qui s'est passé . On en parle pas encore trop. Tout le monde pense que claude desktop, codex , cursor et autre sont indispensables pour ca. Direct dans le chat de claude, c'est bcp plus facile a configurer ( et possible maintenant ) et puissant dans ce cas d'usage.

[Dododark]

Merci pour les infos.

[argonui]

Bonjour les experts en domotique

Vu que ChargeHQ ferme en septembre, j'ai été poussé de mettre en place plus tot que prévu votre solution ^^

J'ai donc donné a manger à Claude IA, pour qu'il me guide en pas a pas pour réaliser ce que vous aviez fait :

Il m'a dit quel BLE commander sur Aliexpress (ESP32 CP2102 TYPE-C).

Le temps qu'il arrive, il m'a guidé pour installer sur mon PC un Home Assistant via Docker Desktop (comme au final la voiture sera à la maison que si moi aussi, et que si j'y suis mon PC sera forcement allumé, geek/gamer que je suis).

J'ai ensuite pu ajouter ma tesla via le connecteur dédié, ainsi que mes panneaux via la passerelle Emphase envoy-S metered qui est sur le même réseau que le PC. Claude m'a fait ajouter les entités, entrés et états qu'il fallait. J'avais donc les 2 extrémité de l'installation, ne manquait plus que le milieu.

J'ai reçu ensuite le BLE, pas de soucis pour l'ajouter en clé pour la voiture, on a donc pu attaquer la programmation, toujours basé sur votre travail (je mettrais mon codes plus bas des fois que ca serve) : piloter la charge solaire dès que assez de surprod pour charger en 5A, et monter jusqu'à 10A si possible.

Je me suis fais quleques petites vues pour suivre tout ca :






Et la vision coté passerelle emphase :


Au final ca fait aussi bien le boulot que chargeHQ en terme d'autoconso pour avoir comparé sur des journées identiques, sauf que la c'est gratuit en plus

Merci à vous pour vos travaux antérieur qui m'ont défriché la voie

Mes bouts de code :
automatisation :

Code : Tout sélectionner

alias: Gestion charge Tesla en mode solaire
description: ""
triggers:
  - id: tick
    trigger: time_pattern
    seconds: /30
conditions:
  - alias: L'ESP32 communique avec la voiture (pas indisponible)
    condition: not
    conditions:
      - condition: state
        entity_id: sensor.tesla_ble_charging_state
        state: unavailable
  - condition: time
    after: "08:00:00"
    before: "21:00:00"
actions:
  - action: script.turn_on
    target:
      entity_id: script.calcul_amperage_charge_tesla_solaire
mode: single

script :

Code : Tout sélectionner

alias: Calcul ampérage charge Tesla (solaire)
sequence:
  - variables:
      description: >-
        Force 0 si la voiture n'est pas en état de charger (Disconnected,
        Complete, etc.) - corrige en continu toutes les 30s si le véhicule
        réaffirme sa propre valeur entre-temps
      etat: "{{ states('sensor.tesla_ble_charging_state') }}"
      surplus_w: >
        {{
        (states('sensor.envoy_122224054253_consommation_nette_de_puissance_actuelle')
        | float(0) * -1000) | round(0) }}
      redemarrage: "{{ states('sensor.tesla_ble_charge_current') | float(0) < 1 }}"
      courant_charge_actuel: >-
        {{ states('sensor.tesla_ble_charge_current') | float(0) | round(0) | int
        }}
      courant_charge: |
        {% if etat not in ['Charging', 'Stopped'] %}
          0
        {% elif redemarrage %}
          {% if surplus_w >= 1150 %}
            5
          {% else %}
            0
          {% endif %}
        {% elif surplus_w >= 240 %}
          {{ courant_charge_actuel + 1 }}
        {% elif surplus_w < 0 %}
          {{ [(courant_charge_actuel + (surplus_w / 240)), 0] | max | round(0) | int }}
        {% else %}
          {{ courant_charge_actuel }}
        {% endif %}
      courant_charge_limited: "{{ [[courant_charge, 0] | max, 10] | min }}"
  - alias: On allume le chargeur si ampérage suffisant et chargeur éteint
    if:
      - condition: template
        value_template: >-
          {{ courant_charge_limited >= 5 and
          is_state('switch.tesla_ble_charger', 'off') }}
    then:
      - action: switch.turn_on
        target:
          entity_id: switch.tesla_ble_charger
  - alias: On éteint le chargeur et on remet l'ampérage à 0
    if:
      - condition: template
        value_template: "{{ courant_charge_limited < 5 }}"
    then:
      - action: switch.turn_off
        target:
          entity_id: switch.tesla_ble_charger
      - action: number.set_value
        target:
          entity_id: number.tesla_ble_charging_amps
        data:
          value: 0
  - alias: Set valeur ampérage de charge Tesla
    if:
      - condition: template
        value_template: "{{ courant_charge_limited >= 5 }}"
    then:
      - action: number.set_value
        target:
          entity_id: number.tesla_ble_charging_amps
        data:
          value: "{{ courant_charge_limited }}"
icon: mdi:flash-auto

[fastm3]

C'est clair que c'est en fait bcp plus puissant ou souple que toute borne ou systeme , chargeHQ compris car vraiment customisable a ses besoins et controlant bien plus qu'uniquement la tesla.
J'ai un mode "sans grid" ( charge auto solaire et batterie en fonction de divers parametres exterieur et toujours en zero export ) inconnu des chargeurs standards que j'utilise pourtant desormais tout le temps. Un un mode "target horaire" bien plus efficace que celui de toute borne ou meme tesla et il tient meme compte du mode offgrid pour gerer le delestage et puissance max. ( dans tous les modes )
Grace a claude aussi ( HS: essayez vraiment HA proxy et HA MCP pour cela + config directe dans claude chat , 5min install et usage gratuit possible ) , mon HA commence a être très puissant et de plus en plus complet en gerant plein de cas tordu et ca marche super bien. ( en surveillant tout de meme le code ).
On ne se prends plus la tete. On branche a n'importe quel moment de la journée et la charge est controlée 24h/24 par HA.
Mais le code est bien plus complexe qu'au début et se compte en centaines de lignes.

PS: Il y a eu des changements dans le github et le code du premier post ne compile plus mais l'erreur est parlante ( il faut enlever plein de choses dans le yaml ( comme la def wifi ) en gardant juste la definition des variables ) . Le package definit lui meme tout ca desormais.