Simple EVSE DIY Wallbox

[bishnoi]

Parlons de cette wall-box en kit de ce site Tchèque

http://evracing.cz/simple-evse-wallbox

Edit: J'ai crée ce sujet dans la rubrique Voiture électrique  /JLM


j'ai envie de faire la meme chose pour recharger le VE:
comment faire varier le courant de 6A à 20A du module EVSE en fonction du soleil et limiter la decharge de la batterie (effectivement mesurer le courant de decharge batterie) ?

http://evracing.cz/evse/evse-wallbox/evs...latest.pdf
digital p15
analogique 0-10V p20

[jlm]

Avec des données de charge-décharge qui sortent via MQTT ce serait pas possible ?
Et donc avec le Pi via un dongle RS485 d'après la doc
Il me fait envie cet EVSE, mais le prix est de ?

[bishnoi]

Avec des données de charge-décharge qui sortent via MQTT ce serait pas possible ?
Et donc avec le Pi via un dongle RS485 d'après la doc
Il me fait envie cet EVSE, mais le prix est de ?

58e HT

[jlm]

Je n'ai trouvé qu'un site qui ne l'a plus. C'était en dollars.
As-tu un pointeur où je pourrais le trouver ?

[bishnoi]

Je n'ai trouvé qu'un site qui ne l'a plus. C'était en dollars.
As-tu un pointeur où je pourrais le trouver ?

http://evracing.cz/node/39

pour rs485 faut lui demander l'option

idée: moduler l'EVSE pour avoir 'decharge batterie' entre 2-3A, et si >10A pendant 15mn 'couper'

en 2021 j'ai monté 1 module EVSE ali, mais uniquement reglable manuellement de 10-15-20-25-30A

je suis partant pour ce projet !

[jlm]

pour rs485 faut lui demander l'option

idée: moduler l'EVSE pour avoir 'decharge batterie' entre 2-3A, et si >10A pendant 15mn 'couper'

C'est intéressant, on est quelques-uns à recharger tout ou partie de nos véhicules électriques.
J'aime bien l'idée de faire varier l'intensité de manière dynamique.

Ne possédant pas cette EVSE, j'aimerai en connaître plus. Je n'ai pas encore d'expérience sur le sujet.
Je n'ai que mon chargeur qui peut fournir 8A, 10A, 13A, 16A, ceci de manière non dynamique.
Je dois débrancher la voiture pour changer manuellement l'intensité et ensuite la recharger. l'âge de pierre en somme :s
Si j'ai a peu près compris ce kit, tu pourrais faire varier la puissance dynamiquement en lui changeant une valeur d'un registre Modbus via le port rs485. Ce serait cela l'idée
2-3A c'est très peu, mais sur une longue période.

Comment vois-tu le scénario plus précisément ?
Du genre:

Donc de quoi disposons-nous ?
Quelles sont les données qui vont influencer le comportement de la charge
Quels sont les capteurs mis-en jeux ?
En quoi smartphoton peut il aider ?
Quid du SOC des batteries
Quid du mode de l'onduleur UTI/SBU/SOL
Quid de l'ensoleillement à l'instant T .

Ah oui qui serait intéressé ?

[bishnoi]

etant off-grid, je charge le VE si soleil, puis l'onduleur s'arrete a la valeur du parametre 29,

le soucis ce sont les nuages et puis batterie48V presque vide...

alors reguler l"EVSE en maintenant un petite decharge (2-3A) de la batterie 48V,
et si batterie48 decharge >20A de plus de 30mn ---> couper l'EVSE par ex.
ou bien couper l'EVSE si SOC batterie48 atteint un certain seuil

en gros utiliser le surplus solaire...

[bishnoi]

bonne année !

j'ai enfin réussi à communiquer en rs485 Modus-RTU avec le module EVSE d'Etec pour rendre la wallbox dynamique :
branché un CT autour de la phase principale
changé la valeur du registre 102 (intensité maxi) avec le logiciel Mthings,

sur le site on-grid abonné 15A : variation de 30A à 6A en fonction de la consommation maison et du soleil (autoconsommation), le VE charge plus vite et le disjoncteur ne saute plus !

sur le site off-grid 5kW : la charge du véhicule varie de 20A à 6A en fonction de la consommation maison
reste à le faire varier en fonction du soleil... avec HA ?

[jlm]

Hey c'est top !!!

J'ai regardé une vidéo rapide de ton logiciel Mthings  en chinois ou japonais je sais pas trop. Mais j'ai bien reconnu que c'est un client modbus pour lire et écrire dans les registres.
Alors tu peux essayer celui-ci en anglais ou français. Modbus doctor

Du coup vas-tu utiliser Nodered pour modifier et/ou lire les registres de ton EVSE et en effet automatiser cet appareil ?

J'ai crû comprendre que Home Assistant est aussi à l'aise sur la gestion du Modbus. Mais je n'ai aucune expérience pour confirmer ou infirmer cela.

En tout cas maintenant c'est la ligne droite vers l'automatisation de la charge de ta voiture

[bishnoi]

    oui merci ça avance !
modusDoctor se connecte, mais erreur pour lire des registres,
mthings affiche les valeurs en live de tous les registres dans 1 fenêtre

nodered je ne sais pas... encore

je débute avec HA : pour l'instant j'arrive à piloter des relais zigbee en fonction des valeurs onduleurs/batterie récupérées via MQTT, et modifier automatiquement les paramètres onduleur.

essai de zigbee2mqtt sans succès 
et je n'ai pas le menu add-ons dans HA !

j'ai branché le FTDI-rs485 sur rpi-HA, mais n'apparait nulle part
comment remonter les valeurs de la rs485 modbus-RTU dans HA ?

[jlm]

modusDoctor se connecte, mais erreur pour lire des registres

curieux, si Mthings fonctionne celui-ci devrait aussi ?  étrange.

j'ai branché le FTDI-rs485 sur rpi-HA, mais n'apparait nulle part
comment remonter les valeurs de la rs485 modbus-RTU dans HA ?

Il doit obligatoirement s'afficher. Si ton pc le voit linux devrait aussi. Enfin normalement. Peut etre n'a-t-il pas les drivers pour ce dongle usb.
es-tu allé dans les menu de HA sous la partie Système - Matériel - Tout le matériel.  Tu fais descendre la liste et tu devrais le trouver. Voici en exemple avec ma clé RS232 sur mon HA

   

Pour la programmation, je pourrais regarder avec toi pour tenter de joindre ton EVSE via Nodered dans Home Assistant.
Au fait as-tu déjà regardé si il existe une intégration dans H.A en direct ou via Esphome sur un Github ?

[bishnoi]

zut pas de menu 'tout le materiel' ni 'add-ons'

que conseillez-vous pour installer HA sur rpi4, HA OS à partir de Rapsberry Pi imager ?
ou autrement ?

[bishnoi]

    ca y est, avec HA OS mon usb FTDI rs485 s'affiche !

[jlm]

Alors j'ai un peu fureté la documentation HA. A cet endroit
https://www.home-assistant.io/integratio...r-entities
Ça semble en effet relativement simple d'utilisation depuis les fichiers de configuration yaml.
Dans la partie sensor je pense que ça peut le Faire
   

[bishnoi]

merci Jean-Luc pour tes encouragements, j'ai cherché, essayé, appris et trouvé pour remonter dans HA ! 
par contre je ne sais pas encore comment changer des valeurs des registres de max DLB et max PWM...

[jlm]

Hey c'est cool    tu as trouvé comment remonter les valeurs de tes registres via modbus.
Comme quoi la persévérance et le dialogue permet pas mal de choses.

Si j'osais, tu pourrais partager comment tu t'y es pris ? Ca risque fort de m'intéresser cette histoire là. Et évidemment d'en intéresser d'autres c'est certain.

De plus, c'est cool d'avoir partagé ton dashboard. Ca donne des idées auxquelles ont aurait pas forcément pensé.

Pour ce qui est d'écrire dans les registres, on remet ça à demain. Je suis certain que tu vas pas lâcher 

Tu vois pourquoi on bascule nous aussi sur HA

[bishnoi]

oui bien sûr je te raconterai !

un autre dashboard :

[jlm]

oui bien sûr je te raconterai !

un autre dashboard :

carrément magnifique 10/10 
old school, je pense très WAF compatible

En furetant sur leur site et ensuite dans la documentation, j'ai crû comprendre qu'ils sont passés à la vitesse supérieure niveau qualité mais surtout niveau prix.
https://shop.evse-wifi.de/produkt-kategorie/smartwb/

Ils sont maintenant à presque 1000€ la box. Aïe aïe

   

[bishnoi]

flascher HA OS s rpi4 pour avoir les ADD-ONS
comment trouver et éditer le fichier configuration.yaml ?
installer un l'ADD-ON 'file editor', le démarrer, et en bas a droite : OUVRIR L'INTERFACE UTILISATEUR WEB
on ouvre un répertoire, fichier configuration.yaml trouvé !
je commence à rajouter des lignes d'après la doc, enregistrer, relancer HA
modifier des centaines de fois, jusqu'à ce que le module rs485 clignote...
par exemple il manquait la ligne 'device-adress: 255', logique !

puis les sensors n'apparaissent pas, pas de modus dans Intégrations, ni dans Appareils.
miracle ils sont directement dans les Entités !
et hop on peu les ajouter dans le dashbord

reste à pouvoir modifier les valeurs des registres 102 et 109 (EVSE max DLB et VSE max PWM %), mais là je câle...

[jlm]

Alors pas facile à distance sans avoir jamais vu l'appareil.

si tu permets j'ai envie de te poser qcq questions,

1.      Est-ce que avec Mthings tu arrives à changer un registre (R/W) 
   
2.      es-tu certain qu'il s'agit bien du 102 et 109 
   
3.      As-tu de la documentation en anglais, là je n'ai juste que tes captures d'écran (déjà pas mal)
   
4.      Quelles sont les valeurs admises pour le registre 102
   
5.      Quelles sont les valeurs admises pour le registre 109
   
6.      Si tu peux me décrire en clair le but de ces registres (j'ai bien une idée, mais histoire de comparer)
   

[bishnoi]

j'essayerai de faire 1 video avecMthings

---

mon fichier configuration.yaml :

# Loads default set of integrations. Do not remove.
default_config:

# Load frontend themes from the themes folder
frontend:
themes: !include_dir_merge_named themes

automation: !include automations.yaml
script: !include scripts.yaml
scene: !include scenes.yaml

modbus:
- name: modbus_hub
type: serial
port: /dev/ttyUSB1
# port: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0
baudrate: 38400
bytesize: 8
method: rtu
parity: N
stopbits: 1
delay: 5
message_wait_milliseconds: 30
retries: 3
timeout: 5

sensors:
- name: EVSE live CT DLB
unit_of_measurement: A
address: 146
device_address: 255
scale: 0.01066
scan_interval: 1
# lazy_error_count : 999
unique_id: EVSE live CT DLB

- name: EVSE live PWM out %
address: 152
device_address: 255
scan_interval: 1
unique_id: EVSE live PWM out %

- name: EVSE max DLB
unit_of_measurement: A
address: 102
device_address: 255
scale: 0.01
unique_id: EVSE max DLB

- name: EVSE max PWM %
address: 109
device_address: 255
scale: 0.01
unique_id: EVSE max PWM %

- name: EVSE consigne rotary
unit_of_measurement: A
address: 151
device_address: 255
scale: 0.006
unique_id: EVSE consigne rotary

[jlm]

Donc il va falloir écrire ceci FF 06 00 66 17 70 72 1F dans le registre 102 pour mettre 60 A dans le DLB (je ne sais pas ce que c'est encore)

3.1 Modify the maximum current for DLB settings to 60.00A (6000) and register address number to 102 (66H):

Upper computer sending: FF 06 00 66 17 70 72 1F

Address+Function Code+Starting Address Number High Bit+Starting Address Number Low Bit+Data High Bit+Data Low Bit+CRC Verification

Controller reply: FF 06 00 66 17 70 72 1F

Pour aller écrire dans les registres je pense que ceci devrait te guider:
https://www.home-assistant.io/integratio...h-entities

ou celui-ci:
https://www.home-assistant.io/integratio...e-register

Example: writing a float32 type register

To write a float32 datatype register use network format like 10.0 == 0x41200000 (network order float hexadecimal).

Code :

service: modbus.write_register
data:
  address: <target register address>
  slave: <target slave address>
  hub: <hub name>
  value: [0x4120, 0x0000]

Sinon il te reste Nodered qui est plus parlant il me semble.
Voici un exemple d'écriture / lecture dans un registre. C'est parlant non ?


   
   
   

[bishnoi]

Donc il va falloir écrire ceci FF 06 00 66 17 70 72 1F dans le registre 102 pour mettre 60 A dans le DLB (je ne sais pas ce que c'est encore)

DLB= Dynamic Load Balance
wallbox qui regule de la puissance pour que le disjoncteur d'abonne ou l'onduleur ne saute pas par exemple

[bishnoi]

j'avance un peu, les boutons réglables sont là :
   
mais je n'arrive pas à modifier le registre 102 (Dynamique max 13-63A)
idem pour le registre 109 (PWM 1000 à 9000)

je débute avec cette langue, et je vois pas mon erreur:

fichier evse.yaml
modbus:
  - name: evse
    type: serial
    baudrate: 38400
    bytesize: 8
    method: rtu
    parity: N
    port: /dev/ttyUSB2
    stopbits: 1

    sensors: !include evse_sensors.yaml

template:
  number: !include evse_template_number.yaml
  sensor: !include evse_template_sensor.yaml

fichier evse_template_number.yaml:
- name: evse_max_dlb
  unique_id: evsemax_dlb
  state: "{{ states('sensor.evse_max_dlb') }}"
  min: 13
  max: 63
  step: 0,5
  availability: "{{ not states('sensor.evse_max_dlb') in ['unavailable', 'unknown', 'none'] }}"
  set_value:
    - service: modbus.write_register
      data:
        address: 102
        unit: 255
        hub: evse
        value: "{{ [value * 1] }}"

- name: evse_max_PWM
  unique_id: evsemax_pwm
  state: "{{ states('sensor.evse_max_pwm') }}"
  min: 1000
  max: 9000
  step: 100
  availability: "{{ not states('sensor.evse_max_pwm') in ['unavailable', 'unknown', 'none'] }}"
  set_value:
    - service: modbus.write_register
      data:
        address: 114
        unit: 255
        hub: evse
        value: "{{ [value * 1] }}"

fichier evse_sensors.yaml:
    - name: EVSE live CT DLB
      unit_of_measurement: A
      address: 146
      slave: 255
      scale: 0.01066
      unique_id: EVSE live CT DLB
     
    - name: EVSE live PWM out %
      address: 152
      slave: 255
      unique_id: EVSE live PWM out %
   
    - name: EVSE max DLB
      unit_of_measurement: A
      device_class: current
      address: 102
      slave: 255
      data_type: uint16
      scale: 0.01
      input_type: holding
      unique_id: EVSE max DLB
     
    - name: EVSE max PWM
      address: 109
      slave: 255
      scan_interval: 1
      data_type: uint16
    #  scale: 0.01
      input_type: holding
      unique_id: evse_max_pwm
     
    - name: EVSE consigne rotary
      unit_of_measurement: A
      address: 151
      device_address: 255
      scale: 0.006
      unique_id: EVSE consigne rotary
     
    - name: EVSE status
      address: 141
      device_address: 255
      unique_id: EVSE status
   
    - name: EVSE PWM value cable gauge
      address: 142
      device_address: 255
      unique_id: EVSE PWM value cable gauge

[jlm]

Perso j'ai de la peine avec le yaml. J'espère que d'autres vont pouvoir te passer un coup de main.

Sinon je t avais demandé si avec le soft chinois tu arrivais à changer les valeurs des 2 registres.
Il me semble pas avoir vu ta réponse
L'ai-je ratée

[bishnoi]

zut, oublié de te faire la vidéo, et suis retourné en montagne.
oui très bien avec mthings, on peux changer les valeurs de tous les registres R/W instantanément !
et les Read lives s’affichent sans latence.
dans HA onglet services, avec modbus.write.register j’étais arrivé à changer la valeur du registre, puis après plus.

j’ai essayé des curseurs et boutons avec HA sur le Modbus du SMG, ça marche...
je peux t’envoyer 1 module EVSE si tu veux ? et

[jlm]

Tu ne veux pas essayer avec nodered d'écrire dans les registres ?
Ca me semble plus accessible comme ça vu de l'extérieur.

je peux t’envoyer 1 module EVSE si tu veux ? et

Que veux tu dire par là ?

[bishnoi]

pour que tu puisse essayer d’écrire dans les registres chez toi !

ou bien j’apprends nodered, car je ne connais pas du tout...

[jlm]

C'est avec grand plaisir si tu peux m'envoyer un exemplaire.
C'est intéressant de pouvoir toucher les appareils.
Je peux te passer mon adresse en mp.

Nodered pour des non programmeurs c'est vraiment magique.

[bishnoi]

maintenant avec services, j'arrive a écrire manuellement dans les registres:
   

mais en bougeant le curseur, la valeur du registre tombe à 254..
pas facile le yaml !
   
 
en variant la valeur PWM, on varie la puissance envoyé dans la voiture, interessant pour l'automatisation
reste plus qu'à apprendre nodered !

[jlm]

Donc si je comprends ton message, via le service Modbus tu as pu modifier le registre 102 à 1700 Ampères.
Maintenant tu te heurtes à transposer ton "slider" en commande compréhensible pour le service Modbus value ? c'est ça ?

Du coup si c'est ça, pourquoi partir sur Nodered ?
J'ai pas du bien comprendre ton message

[bishnoi]

Leaf2MQTT, quelqu’un arrive-t-il à faire fonctionner cet ADD-ON ?

bonne nouvelle, j’ai enfin réussi à changer les valeurs des registres de l’’EVSE avec les curseurs (slider) !
avec cette wallbox dynamique DIY on pourra:

régler avec HA l’amperage max par rapport à l’abonnement edf pour que le disjoncteur d’abonné (ou onduleur) ne saute pas, il modulera la puissance comme un délesteur variable (DLB dynamic load balance).

choisir la consigne 10,16,20,25 ou 32A par bouton rotatif physique,
ou la régler du salon avec HA de 6A-32A, 
et surtout de l’automatiser avec HA, tous scénarios inimaginables !

[jlm]

Leaf2MQTT, quelqu’un arrive-t-il à faire fonctionner cet ADD-ON ?

Il y a Gazzzzton qui l'utilise je crois

régler avec HA l’amperage max par rapport à l’abonnement edf pour que le disjoncteur d’abonné (ou onduleur) ne saute pas, il modulera la puissance comme un délesteur variable (DLB dynamic load balance).
choisir la consigne 10,16,20,25 ou 32A par bouton rotatif physique,
ou la régler du salon avec HA de 6A-32A,
et surtout de l’automatiser avec HA, tous scénarios inimaginables !

Génial c'est certain !  Tu me donnes envie de m'en offrir une maintenant que tu as réussi à l'interfacer logiciellement. 
Tu pourrais faire une photo de ta Wallbox 
Je me demande comment physiquement tu as sorti le câble rs485 pour aller vers ta domotique ?
Penses-tu que les Tchèque vendent toujours cette carte ?

C'est clair que faire varier la puissance fournie en fonction de nos installations solaire et abonnement EDF c'est le Top !

[bishnoi]

du coup j'ai mis tous les paramètres
ce qui n'est pas integré dans le module, c'est le démarrage/arret, à faire avec 1 relais zigbee sur le CP par exemple
le module Etek (pas CZ) part aujourd'hui  
finalement le plus cher, c'est le cable avec T2 femelle, pour ne pas déballer le T2 embaqué à chaque fois !

quel format pour poster une video ? j'ai essayé mp4 mov asf m4v...

[jlm]

C'est une belle réussite.
C'est la demande (le souhait) de beaucoup de personnes qui passe sur le forum que de pouvoir produire lorsqu'il y a du potentiel (ou pas).

Donc de recharger de manière intelligente (variation d'intensité) sa voiture selon le potentiel solaire.

Impatient de recevoir l'outil. En effet il me faudra acheter un pistolet T2.
Pourrais-tu décrire ce qu'il se passe dans ta vidéo stp

Je mets ici ta vidéo. (Format .mp4, .mov passe pas)

[bishnoi]

au départ charge à 10A, puis je la descend à 7A, la monte à 14A.
mon disjoncteur d'abonné est à 15A, alors je met le DLB à 17A. Cette fonction dynamique est incluse dans ce module EVSE, il suffit de lui brancher un CT (TI) 100/5A pris autour du general.
J'allume un radiateur de 1000W, on voit qu'il sample pour trouver un puissance vers les 17A et le disjoncteur d'abonné ne saute pas.
avec du soleil je peux mettre la consigne à 30A, et le DLB à 17A, mais il sample tout le temps..

je pense qu'avec les automatisation de HA, on pourra mieux moduler la puissance en fonction du soleil, voire l'arrêter.

[jlm]

Tu as vu cette marque, c'est la même que la tienne, mais Chinoise et pas Tchèque.



Il y a toute la documentation sur leur site

• L'objet est en vente ici: https://fr.aliexpress.com/item/1005003433694455.html
  

• Voici le manuel utilisateur:       
    Usage-Manual-for-EKEPC2-C-S.pdf (Taille : 972.98 Ko / Téléchargements : 404)
  

• Il y a un sujet intéressant sur ce site français:  https://forums.automobile-propre.com/top...etek-45608
  

• Voici le logiciel Mthings V0.6 (Leur programme pour Modbus) qui peut être mis en anglais : 
    MThings_Pack_V0.6.1.zip (Taille : 36.83 Mo / Téléchargements : 288)   
  

Voici les registres Modbus

   

[jlm]

Voilà j'ai pu trouver un peu de temps pour aller de l'avant avec ton module.
Je n'ai pas pu m'empêcher de le faire avec Nodered. Histoire de voir comment cela se passe.

   

Je ne vais pas tarder à commander le reste du matériel nécessaire pour que cela devienne comme chez toi fonctionnel.
Ou que je brûle ma maison lors d'une monumentale erreur. Enfin ça devrait le faire.

A bientôt pour la suite de mes aventures.

Au fait cela fonctionne-t-il comme tu le souhaites chez toi ? Automatismes dans HA ?

[bishnoi]

j’ai réussi à lire plusieurs mqtt externes :
avec l’addon mosquito:
customize: true
et créer 1 ficher .conf avec adresses et mdp à cet endroit: /share/mosquitto/
HA est constructif, mai ms on y passe beaucoup de temps...

[jlm]

Pas certain d'avoir compris.
Depuis HA, avec cette option tu peux aller lire et écrire sur plusieurs autres broker mqtt ?
Si oui, superbe info. On va pouvoir ajouter une 4ème option à mon sujet sur les topics mqtt.

Si non bien j'ai en effet pas compris. Je reviens en 2ème semaine pour mieux comprendre

Edit1: oh oui on y passe du temps, mais moi j'aime ça découvrir

[bishnoi]

Pas certain d'avoir compris.
Depuis HA, avec cette option tu peux aller lire et écrire sur plusieurs autres broker mqtt ?
Si oui, superbe info

oui,  l’addon mosquito peux lire écrire des mqtt externes, puis ils apparaissent dans l’integration mqtt.

zut HA sur mon pi4 de démarre plus...
je vais réinstaller sur SSD à la place de la SD.

75€ le câble t2-t2, le câble nu est aussi cher !
https://a.aliexpress.com/_Ev59JRX

[jlm]

J'ai voulu regarder si il y avait une liaison avec un ESP en modbus, et il y a bien quelque chose qui ressemble à ta WB de déjà fait.
A voir à adapter. Du coup pas de fil entre le PC et la Wallbox. ESPhome et Wifi donc.
https://github.com/syssi/esphome-evse-wallbox

[jlm]

J'ai commandé un Elfin ee11 rs485.
Il devrait arriver vers le 10 mars.
J'ai reçu le câble T2 ainsi que le relais 230V.
J'ai bientôt toutes les pièces réunies.
J'ai bien un peu la pétoche de brancher le future montage sur la voiture.

[bishnoi]

ne t’en fais pas, ce n’est 1 centrale nucléaire ou hydrogène !
et les disjoncteurs sont là pour ça...
envoie-moi une photo avant
j’avais pensé au elfin, puis j’ai utilisé un câble 10m rj45 pour les 2 fils du rs485, et ça va très bien !

[jlm]

Par contre je ne vais pas pouvoir insérer la bobine de feedback CT Entrée EDF, ça fait loin de la borne. Des murs a passer.
Pour tester avant de brancher la voiture, il y a moyen ?
Comment as-tu fait de ton coté ?

[bishnoi]

pas de soucis, le CT est une option, s’il n’est pas branché ça fonctionne !
consigne puissance: rotary sw ou du curseur max PWM
comme dans HA on a les infos du général et d’autres circuits, c’est là qu’il faudra automatiser/réguler la valeur du registre 109 max PWM

[jlm]

Ca prend forme. Il me manque juste le Elfin RS485

J'ai suivi (tenté du moins) le schéma ci-dessous. Le câble orange PP n'est pas connecté dans la prise T2. 
J'ai vu que ce n'est pas nécessaire heureusement

   

Et ça ressemble à ceci maintenant. J'ai pas encore osé brancher sur la voiture. 

P.S l'arrivée 230 V sera évidemment en 6 mm2, le câble d'alimentation sur les photos sont justes là pour tester que tout est bien branché

                           

[bishnoi]

bravo, très beau câblage et finition comparé à la mienne !

[bishnoi]

ton EV, à t’il bien chargé ? déchargé, ou envolé ? ?

[jlm]

:-) Mon EV n'a pas encore fonctionné.

pas encore eu l'occasion de le tester en vrai. Il me faut encore approfondir le sujet et trouver une résistance (en commande). Pis j'aimerai bien pouvoir configurer le Elfin Wifi pour faire mes essais avec ma VM qui est à la cave et pas à coté de la voiture. Bref je prends mon temps

[jlm]

Bien j'ai pu m'y remettre.
Cela fonctionne, c'est en phase découverte.
Je n'ai pas encore attaqué vraiment la partie logicielle.
Mais j'arrive bien à faire varier la puissance captée par la voiture de manière dynamique.
C'est super pratique.
Ah oui, j'ai ajouté un Elfin EE11a (modbus) qui me permet de commander la borne via le Wifi.
Ça prend une excellente tournure.
Tout cela pour moins de 100€  (bon je n'ai pas encore de recul sur la qualité de l'ensemble)
La phase suivante sera de faire un dashboard qui tient la route.
Puis but ultime, faire varier totalement automatiquement la puissance en fonction de:
La puissance consommée par la maison
La puissance disponible dans les batteries
La puissance instantanée des panneaux solaire.
Là c'est chaud, Gazzzton, je pense avoir besoin de tes compétences en matière d'automatisme Home Assistant pour fabriquer les scénarios qui vont bien.

Voici quelques images pour bien comprendre la chose actuellement:

Voici la wallbox DIY:

               

Tableau de bord de la voiture:

                       

Voici les consommation relevée sur le disjoncteur Zigbee ainsi que le graphique de consommation de la voiture:

   

Et le dashboard qui me permet pour le moment de faire varier la puissance:

   

[jlm]

P.S J'ai commandé un écran LCD (18 €) pour avoir un visu depuis la wallbox

[bishnoi]

super ça fonctionne !
je vais aussi tenter l'Elfin..

[jlm]

Pour le moment j'ai interfacé via nodered. Je trouve plus parlant à mes yeux du moins.

[jlm]

Après un 3ème essai concluant, voici un apperçu du dashboard (temporaire) du contrôle de la Wallbox depuis Home Assistant

   

et le flow Nodered

   

[bishnoi]

j'avais appris le grafcet a l'époque... il va falloir que je me forme au nodered !!

[jlm]

Voici l'écran incorporé et fonctionnel.
Bon un brin déçu, il n'y a pas vraiment d'informations de fou.
Juste le temps et l'ampérage. Par contre la température, un peu la Sibérie tout de même
On peut peut être modifier le firmware, mais là c'est une autre histoire

La borne fonctionne bien.

Voilà ce que cela donne avec l'écran

   

   

[jlm]

J'avais envie de remercier bishnoi qui m'a mis le pied à l'étrier avec sa wallbox DIY.
Il m'a envoyé un exemplaire pour tester les communications, et maintenant il m'en fait cadeau pour Pâques 
C'est vraiment cool   J'apprécie vraiment.
J'espère que ce sujet de Wallbox dynamique va et a intéressé du monde.

C'est royal de pouvoir varier la puissance de charge de la voiture depuis mon téléphone et non plus aller à coté de celle-ci, débrancher, changer la puissance, rebrancher et rebelote.

Me reste maintenant à cogiter sur des scénarios automatiques.
Mais là j'avoue avoir du mal à modéliser. C'est pas mon fort.

Faut laisser le temps de mûrir les réflexions.


Si vous êtes des gurus pour modéliser et créer des automatismes Home Assistant en fonctions des différents paramètres en notre possession, 
à savoir les entités du solaire-batteries-conso-horaires. N'hésitez pas à vous manifester !

Peut être en créant un autre sujet relié à celui-là.

[jlm]

trouvé le moyen de lui mettre la bonne température via 2 registres

   

Pas évident la documentation assez sommaire voir quasi vide.

[pflot59]

Salut Jean Luc

Je suis en train de découvrir NodeRED, j'ai 2 petites questions :

• Aurais-tu encore le Flow du post 40  ? Ca m'interesse histoire comprendre un peu ce qu'il y a derriere tout ca. J'avais pas vue en dessous qu'il y avait quasiment le flow que tu avais mis. 
  
• J'ai tenté d'importé le Flow pour lequel tu as mis a source dans l'autre sujet Wallbox DYI 32 Ampères avec gestion dynamique de la puissance fournie , j'ai ajouter la lib node-red-contrib-modbus, mais il me reste au moins une erreur 
  Ca bloque dans la 2nd partie du Flow (Write Reg 109) , sur la fonction qui convertie string tointeger (Juste après le bloc Puissance de Charge)Est-ce que tu saurais me dire quel lib je dois installer ? (A la limite sinon fait moi une capture de lib que tu as)
  J'ai trouvé c'etait node-red-contrib-string qu'il me fallait
  

Note tu pourrais peu etre ajouter dans l'autre post les 2 dépendances : 

• node-red-contrib-modbus
  
• node-red-contrib-string
  

Au cas ou un autre noob comme moi voudrait essayer 

[jlm]

Oui bonne remarque ! Je viens de modifier le sujet suite à ta remarque. Top !

[pflot59]

Bonjour

@bishnoi : Tu utilise bien un Transformateur de Courant branché sur le controleur ETEK ?
CT100A/5A

Tu récupères bien des valeurs sur le registre 146 ?

Car moi je n'ai rien, je sais pas si c'est mon controleur qui déconne ou si c'est le CT qui est HS

[jlm]

je ne l'utilise pas de mon coté, mais j'ai lu qcq. part que cette entrée est une "fake" et qu'il n'y a pas d’électronique derrière cette entrée.
J'espère que c'était une "connerie" et qu'ils se sont trompés.

[pflot59]

je ne l'utilise pas de mon coté, mais j'ai lu qcq. part que cette entrée est une "fake" et qu'il n'y a pas d’électronique derrière cette entrée.
J'espère que c'était une "connerie" et qu'ils se sont trompés.

C'est dans les spécification de l'appareil, il y a les bornes, les schémas, et il vendent le Tore ...
De plus j'ai pu voir il me semble sur des forums des gens en parler de cette fonctionnalité et qu'elle fonctionnait.

Après par contre les gens ne détaillait pas ce qu'ils voyait dans les registres ... mais l'adaptation de la charge en fonction de la conso total de la maison pour ne pas faire sauter le Disjoncteur principal fonctionne d'après ce que j'ai lu.

Je vais faire un test ce soir avec mon 2nd contrôleur, déjà je verrais si c'est la même version de soft... , ensuite j'enverais un mail a ETEK en espérant me faire comprendre, mais ca c'est pas gagné

Tien au fait en parlant de version de Soft :
Vous aviez a priori une version différente de la mienne sans avoir par exemple le registre 89 pour démarrer la charge a distance il me semble ?
Une solution alternative, c'est en fait de couper a distance le fil CP via un relais. Le fait d'ouvrir le relais simulerais le débranchement du câble a la prise.

[pflot59]

@bishnoi : Si jamais tu peux poster le YAML qui concerne cette partie, j'aimerais faire le rapprochement entre les valeurs que l'on voie dans ta video. et puis si ca m'aidera aussi sur le partie HA

Merci d'avance.

[bishnoi]

voici le evse.yaml, pas encore en MQTT ni nodered :

modbus:
  - name: evse
    type: tcp
    host: 192.168.1.52
    port: 8899
 
    sensors: !include evse_sensors.yaml

template:
    number: !include evse_template_number.yaml
    sensor: !include evse_template_sensor.yaml
    # select: !include evse_template_select.yaml

---

voici le evse_sensors.yaml

- name: live CT sur le général
unit_of_measurement: A
address: 146
slave: 255
scan_interval: 1
precision: 2
scale: 0.0172
unique_id: EVSE live CT DLB

- name: EVSE live PWM out
unit_of_measurement: A
address: 152
slave: 255
scan_interval: 1
scale: 0.006
unique_id: EVSE live PWM out %

- name: EVSE max DLB
unit_of_measurement: A
address: 102
slave: 255
data_type: uint16
scale: 0.01
scan_interval: 1
input_type: holding
unique_id: evse2_max_dlb

- name: EVSE max PWM
address: 109
slave: 255
scale: 0.006
precision: 0
data_type: uint16
input_type: holding
unique_id: evse2_max_pwm

- name: EVSE consigne rotary
unit_of_measurement: A
address: 151
device_address: 255
scale: 0.006
precision: 0
unique_id: EVSE consigne rotary

- name: EVSE status
address: 141
device_address: 255
unique_id: EVSE status

- name: EVSE PWM value cable gauge
unit_of_measurement: A
address: 142
device_address: 255
scale: 0.006
precision: 0
unique_id: EVSE PWM value cable gauge

- name: EVSE DLB max startup
unit_of_measurement: A
address: 101
device_address: 255
data_type: uint16
input_type: holding
precision: 0
scale: 0.01
unique_id: EVSE max startup

- name: EVSE max CT Current
unit_of_measurement: A
address: 103
device_address: 255
data_type: uint16
input_type: holding
scale: 0.01
precision: 0
unique_id: EVSE max CT Current

- name: EVSE sampling calibration coef
address: 104
device_address: 255
data_type: uint16
precision: 0
input_type: holding
unique_id: EVSE sampling calibration coef

# - name: EVSE live Calibration AD ref
# address: 150
# device_address: 255
# unique_id: EVSE live Calibration AD ref

- name: EVSE DLB on
address: 114
device_address: 255
unique_id: evse_dlb_on

[bishnoi]

le evse_template_number.yaml

- name: evse max-DLB A
unique_id: evse1_max_dlb
state: "{{ states('sensor.evse_max_dlb') }}"
# min: "{{ [1300, states('sensor.evse_max_dlb')|int(1300)]|max }}"
min: 1
max: 63
step: 0.5
availability: "{{ not states('sensor.evse_max_dlb') in ['unavailable', 'unknown', 'none'] }}"
set_value:
- service: modbus.write_register
data:
address: 102
unit: 255
hub: evse
value: "{{ value * 100 }}"

- name: evse max-PWM A
unique_id: evse1_max_pwm
state: "{{ states('sensor.evse_max_pwm') }}"
min: 6
max: 33
step: 1
availability: "{{ not states('sensor.evse_max_pwm') in ['unavailable', 'unknown', 'none'] }}"
set_value:
- service: modbus.write_register
data:
address: 109
unit: 255
hub: evse
value: "{{ value * 166.7 }}"

- name: evse max CT-curent
unique_id: evse1_max_ct_current
state: "{{ states('sensor.evse_max_ct_current') }}"
min: 50
max: 150
step: 1
availability: "{{ not states('sensor.evse_max_ct_current') in ['unavailable', 'unknown', 'none'] }}"
set_value:
- service: modbus.write_register
data:
address: 103
unit: 255
hub: evse
value: "{{ value * 100 }}"

- name: evse DLB max-startup
unique_id: evse1_dlb_max_startup
state: "{{ states('sensor.evse_dlb_max_startup') }}"
min: 10
max: 100
step: 1
availability: "{{ not states('sensor.evse_dlb_max_startup') in ['unavailable', 'unknown', 'none'] }}"
set_value:
- service: modbus.write_register
data:
address: 101
unit: 255
hub: evse
value: "{{ value * 100 }}"

- name: evse sampling coef
unique_id: evse1_sampling coef
state: "{{ states('sensor.evse_sampling_calibration_coef') }}"
min: 900
max: 1400
step: 1
availability: "{{ not states('sensor.evse_sampling_calibration_coef') in ['unavailable', 'unknown', 'none'] }}"
set_value:
- service: modbus.write_register
data:
address: 104
unit: 255
hub: evse
value: "{{ value }}"

---

et le evse_template_sensor.yaml

- name: EVSE status
  unique_id: evse_status_text
  state: >
    {% set modes = {
      '0': 'demarrage',
      '1': 'libre, barnchez-la !',
      '2': 'principal',
      '3': 'charge TERMINEE',
      '4': 'Bypass mode',
      '5': 'en charge...',
      '6': '6',
      '7': '7',
      '8': '8',
      '9': '9',
      '10': '10',
      '11': 'Fault mode'}
    %}
    {% if states('sensor.evse_status') in modes.keys() %}
      {{ modes.get(states('sensor.evse_status')) }}
    {% else %}
      {{ states('sensor.evse_status') }}
    {% endif %}

[pflot59]

Merci bishnoi, je regarderais tout a l'heure.
Sur le registre 146 tu récupères bien le courant que le Tore 100A/5A voie passer, tu l'as mis sur le général de ton Installation (Toute la maison ? )

Est-ce que tu as touché a la calibration : Registre 104?
Car je trouve les valeurs un peu farfelues

Sur le Registre 146.
Tu as fait comment pour obtenir le scale 0.0172, c'est toi qu'il l'a calculé ?


J'ai commencé a faire quelques essais, et je suis en train de modifier le registre 104, (Ref. current AD value DLB current sampling calibration coefficient) pour que les registre 146 (Real time current value of DLB function) affiche une valeur plus cohérente.


Il faudra que je teste ensuite la charge.

As tu laisser les valeurs qui sont dans ta capture sur la boucle PID ? 100/1/100 ?
Car sur mes 2 controleur j'ai 2 series de valeur totalement différentes.

[STF]

Bonjour à tous,
ça faisait un petit moment que je n'étais pas passé vous voir,
je souhaitais partager avec vous un code que je viens de terminer pour récupérer le surplus solaire et l'injecter dans mon véhicule, ce yaml est fait pour un onduleur de 3 kw et un petit chargeur lent 220V, n'hésitez pas à me faire des retours je viens de le terminer il n'est pas encore testé.
Bel été à tous.

alias: Tesla charge adaptative solaire sécurisée TEST
description: >
  Charge Tesla entre 2-8A selon conso maison et lux solaire, coupe
  automatiquement si dépassement limite, auto ON/OFF selon seuil de lux,
  réveille la Tesla avant ajustement, uniquement en mode SOL onduleur.
triggers:
  - entity_id:
      - sensor.voltronic_1_conso_maison_watt
      - sensor.capteur_solaire_io_luminance
      - sensor.onduleur_1_mode
    trigger: state
conditions:
  - condition: state
    entity_id: sensor.onduleur_1_mode
    state: SOL
actions:
  - target:
      entity_id:
        - button.stf_wake_up
        - button.stf_force_data_update
    action: button.press
    data: {}
  - delay: "00:00:05"
  - choose:
      - conditions:
          - condition: numeric_state
            entity_id: sensor.capteur_solaire_io_luminance
            above: 17500
        sequence:
          - variables:
              amperage: 0
          - repeat:
              for_each:
                - 8
                - 7
                - 6
                - 5
                - 4
                - 3
                - 2
              sequence:
                - variables:
                    a: "{{ repeat.item }}"
                    seuil_lux: "{{ seuils_lux[repeat.item|string] }}"
                    charge_w: "{{ charges_watt[repeat.item|string] }}"
                - condition: template
                  value_template: >
                    {{ lux >= seuil_lux and (conso_maison + charge_w) <=
                    limite_onduleur }}
                - data:
                    entity_id: number.stf_charging_amps
                    value: "{{ a }}"
                  action: number.set_value
                - target:
                    entity_id: "{{ switch_chargeur }}"
                  action: homeassistant.turn_on
                  data: {}
                - stop: Ampérage réglé à {{ a }}A.
      - conditions:
          - condition: numeric_state
            entity_id: sensor.capteur_solaire_io_luminance
            below: 17000
        sequence:
          - target:
              entity_id: "{{ switch_chargeur }}"
            action: homeassistant.turn_off
            data: {}
    default: []
mode: single
variables:
  conso_maison: "{{ states('sensor.voltronic_1_conso_maison_watt') | float(0) }}"
  limite_onduleur: 3000
  lux: "{{ states('sensor.capteur_solaire_io_luminance') | float(0) }}"
  switch_chargeur: switch.tesla_charge_switch
  seuils_lux:
    "2": 18000
    "3": 22500
    "4": 27500
    "5": 32500
    "6": 37500
    "7": 42500
    "8": 50000
  charges_watt:
    "2": 460
    "3": 690
    "4": 920
    "5": 1150
    "6": 1380
    "7": 1610
    "8": 1840

[jlm]

Je suis intéressé mais j'attends ton retour de tes tests.
Pourrais tu aussi un peu le documenter. Par exemple en input quels sont les entités que tu utilises, comment les traites tu ? Quels sont les actions selon les conditions et les output de ce code. N'hésites pas à nous préparer une vidéo explicative. C'est volontiers !

Merci en tout les cas de partager ton expérience avec nous. On avance mieux comme cela

[STF]

Bonjour à tous, Salut Jean-Luc et merci de ton intérêt pour mon travail,
je vais essayer d'être clair.
J'ai écrit ce code pour un onduleur de 3000w afin qu'il puisse à la fois alimenter mes besoins en énergie (tel que un cumul électrique par exemple) qu'il soit aussi capable de gérer parallèlement la recharge d'une voiture électrique tout en étant capable de ne pas dépasser les 3000 3200watts environ afin de respecter nos onduleur et de recharger un véhicule sans utiliser un surplus EDF, c'est-à-dire de ne consommer que de l'énergie solaire. Ce programme est capable de démarrer et de s'arrêter à un certain niveau de puissance solaire surtout en position SOL, d'augmenter et diminuer l'ampérages du chargeur de la voiture en fonction de cette même puissance solaire. je pense qu'il peut facilement être adapté pour d'autres véhicules et d'autres capteurs vu que nos équipements sont tous différents. depuis hier je suis en train de finaliser mon code et avec le retour du soleil aujourd'hui en Côte-d'Or je pense pouvoir affirmer qu'il fonctionne maintenant.
Alors n'hésitez pas à essayer mon YAML j'attends vos retours et vos modifications.
Bonne semaine et bonnes vacances à ceux qui ont commencé.

Nouveau code avec correction :

alias: Tesla - Charge adaptative solaire
description: >-
  Ajuste la charge entre 2A et 8A selon lux et conso maison, coupe si
  dépassement
triggers:
  - entity_id:
      - sensor.voltronic_1_conso_maison_watt
      - sensor.capteur_solaire_io_luminance
      - select.voltronic_1_param01
    trigger: state
conditions:
  - condition: state
    entity_id: select.voltronic_1_param01
    state: SOL
actions:
  - target:
      entity_id:
        - button.stf_force_data_update
    action: button.press
    data: {}
  - delay: "00:00:05"
  - variables:
      conso_maison: "{{ states('sensor.voltronic_1_conso_maison_watt') | float(0) }}"
      limite_onduleur: 3200
      lux: "{{ states('sensor.capteur_solaire_io_luminance') | float(0) }}"
      switch_chargeur: switch.tesla_charge_switch
      seuils_lux:
        "2": 18000
        "3": 22000
        "4": 27000
        "5": 32000
        "6": 37000
        "7": 42000
        "8": 47000
      charges_watt:
        "2": 460
        "3": 690
        "4": 920
        "5": 1150
        "6": 1380
        "7": 1610
        "8": 1840
  - choose:
      - conditions: []
        sequence:
          - repeat:
              for_each:
                - 8
                - 7
                - 6
                - 5
                - 4
                - 3
                - 2
              sequence:
                - variables:
                    a: "{{ repeat.item }}"
                    seuil_lux: "{{ seuils_lux[repeat.item|string] }}"
                    charge_w: "{{ charges_watt[repeat.item|string] }}"
                - condition: template
                  value_template: >
                    {{ lux >= seuil_lux and (conso_maison + charge_w) <=
                    limite_onduleur }}
                - data:
                    value: "{{ a }}"
                  target:
                    entity_id: number.stf_charging_amps
                  action: number.set_value
                - target:
                    entity_id: "{{ switch_chargeur }}"
                  action: homeassistant.turn_on
                  data: {}
                - stop: Ampérage réglé à {{ a }}A.
    default:
      - target:
          entity_id: "{{ switch_chargeur }}"
        action: homeassistant.turn_off
        data: {}
mode: single

---

Une recharge gratuite c'est plutôt long mais ça fonctionne.

[jlm]

Super, alors quel est la marque du capteur solaire que tu utilises ainsi que la disposition et le lieu où tu l'as mis. A côté de tes panneaux sur le toit ? Inclinaison ? Filaire ou zigbee ?
Donc tu te base sur la luminosité pour déterminer le potentiel que tes panneaux pourraient produire ?
Je n'ai pas encore installé ton yaml mais je suis en effet très curieux de voir son comportement en vrai.
Comment est-ce qu'il réagit à des tirages style bouilloire 1500 -2000 w.
Lorsqu'il y a un nuage qui passe.
Si tu es en sbu il se passe quoi ? Je suis en sbu non stop depuis mi-mars.
Désolé pour toutes ces questions. J'ai besoin de ça pour me recadrer et pouvoir avancer. Avec l'âge, je dois m'adapter, ça va moins vite qu'avant. Je dois faire des dessins, à oui si tu peux faire aussi une petite vidéo avec des paroles ce serait un plus. Si trop compliqué laisse tomber.

Ps. Ton onduleur, c'est bien un hybride ?
Je ne vois pas d'hystheresis , de temporisation donc.

[jlm]

Ps. j'ai retrouvé mon capteur HUE. du coup je l'ai remis en fonction. 
Peux tu me dire la différence entre ces 2 valeurs ?
Laquelle est la plus pertinente ?

   

[STF]

Pour répondre à tes questions j'utilise un capteur de marque Somfy qui date des débuts où je faisais de la domotique mais peu importe le capteur que tu utilises il suffira juste de modifier les seuils dans mon yamel puisque cela dépend où tu habites aussi. Oui je me base sur le seuil de luminosité pour déduire la puissance que je peux soutirer, quand il y a une montée franche de consommation le chargeur de la voiture redescend à son minimum puis remonte quand la consommation rebaisse, ensuite il y a un réglage de mise en marche le matin quand l'onduleur passe en mode sol, je n'utilise le mode SBU qu'à la tombée du soir, mon onduleur est bien anhybride moi aussi l'esthésiste dont tu parles je suppose que c'est pour faire un on off du chargeur je l'ai créé mais il ne fonctionne pas encore. Pour ta dernière question sur ton capteur de luminosité je dirais que 2427 lux elle a plus pertinente je ne vois pas trop à quoi correspond l'autre. J'espère avoir répondu à tout tiens-moi au courant de tes essais.

---

Je continue de bricoler ce yaml maintenant j'aimerais intégrer un on Off sur une valeur lumineuse et réduire les fluctuations d'ampérage au moindre mouvement de lumière ou de consommation de l'onduleur pour le moment je l'ai réglé à 70 w mais il fluctue encore

[jlm]

Il faudra que tu me donnes les références de ton capteur. Il est connecté comment à ta domotique, filaire ou hertzien ?
J'ai installé les 2 capteurs que je possède et je me suis rappelé pourquoi je les ai oubliés avec le temps.
Le HUE sature et le Xiaomi fonctionne mais je me demande si il n'a pas plafonné aussi. J'ai enregistré les données pour sortir ce graphique, c'est plus parlant.

   

Alors l'hystérésis permet de ne pas avoir les effets yoyo. En effet si une variable bouge et que le système réagit tout de suite l'effet yoyo va être énorme. Par contre si tu attends un certain délais et que ce paramètre est toujours proche du moment où elle a changée, tu peux passer l'information au système qui va le traiter. C'est un effet de lissage en gros.

[STF]

Je ne connais pas la référence c'est un capteur de luminosité Somfy relié à une tahoma, apparemment il monte beaucoup moins haut que le tien il stagne à 60000 lux, c'est bizarre ce décrochage sur ton graphique.

[jlm]

je n'étais pas là à ce moment, mais le ciel comportait des gros nuages de temps en temps. Ca doit expliquer la chute et le redémarrage. Là je suis assez occupé sur le décodage de trames de bus CAN, je vais essayer cette semaine d'utiliser ton automatisme avec le capteur aqara. C'est vrai que j'avais envie de le faire depuis un bon moment sans y consacrer du temps. Maintenant que tu m'as aiguillonné il faut que je tente

[STF]

Vivement la suite bon weekend

---

Vivement la suite bon weekend

[STF]

ayml avec correction de démarrage:

Code :

alias: Tesla - Charge adaptative solaire
description: >
  Ajuste la charge entre 2A et 8A selon lux et conso maison avec tolérance 100W,
  descend automatiquement à 2A en cas de dépassement persistant, coupe le
  chargeur si lux < 12500 et rallume dès que lux >= 13000, activable
  manuellement via input_boolean.solaire_tesla_auto.
triggers:
  - entity_id:
      - sensor.voltronic_1_conso_maison_watt
      - sensor.capteur_solaire_io_luminance
      - select.voltronic_1_param01
    trigger: state
conditions:
  - condition: state
    entity_id: select.voltronic_1_param01
    state: SOL
  - condition: state
    entity_id: input_boolean.solaire_tesla_auto
    state: "on"
actions:
  - target:
      entity_id: button.stf_force_data_update
    action: button.press
    data: {}
  - delay: "00:00:05"
  - variables:
      conso_maison: "{{ states('sensor.voltronic_1_conso_maison_watt') | float(0) }}"
      limite_onduleur: 3200
      tolerance_watt: 100
      hysteresis_watt: 200
      lux: "{{ states('sensor.capteur_solaire_io_luminance') | float(0) }}"
      seuil_on: 13000
      seuil_off: 12500
      seuils_lux:
        "2": 14000
        "3": 25000
        "4": 30000
        "5": 35000
        "6": 50000
        "7": 55000
        "8": 59000
      charges_watt:
        "2": 460
        "3": 690
        "4": 920
        "5": 1150
        "6": 1380
        "7": 1610
        "8": 1840
      current_amp: "{{ states('number.stf_charging_amps') | int(0) }}"
  - choose:
      - conditions:
          - condition: template
            value_template: "{{ lux < seuil_off }}"
        sequence:
          - target:
              entity_id: input_boolean.solaire_tesla_auto
            action: input_boolean.turn_off
            data: {}
          - stop: Lux < 12500, chargeur éteint.
      - conditions:
          - condition: template
            value_template: "{{ lux >= seuil_on }}"
          - condition: state
            entity_id: input_boolean.solaire_tesla_auto
            state: "off"
        sequence:
          - target:
              entity_id: input_boolean.solaire_tesla_auto
            action: input_boolean.turn_on
            data: {}
          - stop: Lux >= 13000, chargeur rallumé.
  - choose:
      - conditions:
          - condition: template
            value_template: "{{ states('select.voltronic_1_param01') in ['SOL', 'UTI'] }}"
        sequence:
          - condition: state
            entity_id: input_boolean.solaire_tesla_auto
            state: "off"
          - target:
              entity_id: input_boolean.solaire_tesla_auto
            action: input_boolean.turn_on
            data: {}
          - stop: Mode SOL/UTI actif, chargeur forcé ON.
      - conditions:
          - condition: state
            entity_id: select.voltronic_1_param01
            state: SBU
        sequence:
          - target:
              entity_id: input_boolean.solaire_tesla_auto
            action: input_boolean.turn_off
            data: {}
          - stop: Mode SBU actif, chargeur forcé OFF.
  - repeat:
      for_each:
        - 8
        - 7
        - 6
        - 5
        - 4
        - 3
        - 2
      sequence:
        - variables:
            a: "{{ repeat.item }}"
            seuil_lux: "{{ seuils_lux[repeat.item|string] }}"
            charge_w: "{{ charges_watt[repeat.item|string] }}"
        - condition: template
          value_template: |
            {{ lux >= seuil_lux and
              ((conso_maison + charge_w) <= (limite_onduleur + tolerance_watt) or
              (a == current_amp and (conso_maison + charge_w) <= (limite_onduleur + tolerance_watt + hysteresis_watt))) }}
        - target:
            entity_id: number.stf_charging_amps
          data:
            value: "{{ a }}"
          action: number.set_value
        - target:
            entity_id: input_boolean.solaire_tesla_auto
          action: input_boolean.turn_on
          data: {}
        - stop: Ampérage ajusté à {{ a }}A.
  - delay: "00:00:05"
  - variables:
      a: 2
      charge_w: "{{ charges_watt['2'] }}"
  - target:
      entity_id: number.stf_charging_amps
    data:
      value: "{{ a }}"
    action: number.set_value
  - target:
      entity_id: input_boolean.solaire_tesla_auto
    action: input_boolean.turn_on
    data: {}
  - stop: Dépassement persistant, passage à 2A.
mode: single

[jlm]

Visuellement ça décoiffe 

   

[STF]

Je pense kon est pas mal.

Ajuste automatiquement les ampères entre 2–8A selon lux et conso. (en fonction de la puissance dispo bien sur pour moi 2000w de panneau)
éteins le chargeur si lux < 13500, rallume dès que lux >= 14000.
Active automatiquement le chargeur si onduleur est SOL ou UTI.
Désactive automatiquement le chargeur si SBU.
Garde le contrôle général via boolean.solaire auto (automatisation active/inactive manuellement).
Retarde automatiquement le passage à 2A en cas de dépassement de conso persistant 5sec.

Le sésame dernière version et qui marche:

alias: Tesla - Charge adaptative solaire
description: >
Ajuste la charge entre 2A et 8A selon lux et conso maison avec tolérance 100W,
descend automatiquement à 2A en cas de dépassement persistant, coupe le
chargeur si lux < 13500 et rallume dès que lux >= 14000, activable manuellement
via input_boolean.solaire_tesla_auto, active/désactive automatiquement le chargeur selon le mode de l'onduleur.

trigger:
- platform: state
entity_id:
- sensor.voltronic_1_conso_maison_watt
- sensor.capteur_solaire_io_luminance
- select.voltronic_1_param01

condition:
- condition: state
entity_id: input_boolean.solaire_tesla_auto
state: "on"

action:
- service: button.press
target:
entity_id: button.stf_force_data_update

- delay: "00:00:05"

- variables:
conso_maison: "{{ states('sensor.voltronic_1_conso_maison_watt') | float(0) }}"
limite_onduleur: 3200
tolerance_watt: 100
hysteresis_watt: 200
lux: "{{ states('sensor.capteur_solaire_io_luminance') | float(0) }}"
seuil_on: 14000
seuil_off: 13500
seuils_lux:
"2": 15000
"3": 25000
"4": 35000
"5": 45000
"6": 50000
"7": 55000
"8": 59000
charges_watt:
"2": 460
"3": 690
"4": 920
"5": 1150
"6": 1380
"7": 1610
"8": 1840
current_amp: "{{ states('number.stf_charging_amps') | int(0) }}"

# Gestion auto ON/OFF chargeur selon le mode onduleur
- choose:
- conditions:
- condition: template
value_template: "{{ states('select.voltronic_1_param01') in ['SOL', 'UTI'] }}"
- condition: state
entity_id: switch.stf_charger
state: "off"
sequence:
- service: switch.turn_on
target:
entity_id: switch.stf_charger
- stop: Mode SOL/UTI actif, chargeur forcé ON.

- conditions:
- condition: state
entity_id: select.voltronic_1_param01
state: "SBU"
- condition: state
entity_id: switch.stf_charger
state: "on"
sequence:
- service: switch.turn_off
target:
entity_id: switch.stf_charger
- stop: Mode SBU actif, chargeur forcé OFF.

# Gestion ON/OFF selon lux
- choose:
- conditions:
- condition: template
value_template: "{{ lux < seuil_off }}"
sequence:
- service: switch.turn_off
target:
entity_id: switch.stf_charger
- stop: Lux < 13500, chargeur éteint.

- conditions:
- condition: template
value_template: "{{ lux >= seuil_on }}"
- condition: state
entity_id: switch.stf_charger
state: "off"
sequence:
- service: switch.turn_on
target:
entity_id: switch.stf_charger
- stop: Lux >= 14000, chargeur rallumé.

# Ajustement de l'ampérage selon lux et conso
- repeat:
for_each:
- 8
- 7
- 6
- 5
- 4
- 3
- 2
sequence:
- variables:
a: "{{ repeat.item }}"
seuil_lux: "{{ seuils_lux[repeat.item|string] }}"
charge_w: "{{ charges_watt[repeat.item|string] }}"
- condition: template
value_template: |
{{ lux >= seuil_lux and
((conso_maison + charge_w) <= (limite_onduleur + tolerance_watt) or
(a == current_amp and (conso_maison + charge_w) <= (limite_onduleur + tolerance_watt + hysteresis_watt))) }}
- service: number.set_value
target:
entity_id: number.stf_charging_amps
data:
value: "{{ a }}"
- stop: Ampérage ajusté à {{ a }}A.

# Passage auto à 2A en cas de dépassement persistant
- delay: "00:00:05"
- variables:
a: 2
charge_w: "{{ charges_watt['2'] }}"
- service: number.set_value
target:
entity_id: number.stf_charging_amps
data:
value: "{{ a }}"
- stop: Dépassement persistant, passage à 2A.

mode: single