F1ATB forum - Evolutions faites, à faire, dont vous rêvez...

V17.18

Thu, 07 May 2026 17:49:03 +0000

Bonjour

je viens d'installer la version 17.18.
lorsque je redémarre mon esp (via le panneau de contrôle ) les valeurs d’injection totale se remettent a zéro.
Sur la version 13 les valeurs restaient.
Est ce voulu ?
Merci de votre retour
Fabrice

Plusieurs Suggestions en un post

Tue, 05 May 2026 17:08:05 +0000

Ci-dessous plusieurs suggestions d'améliorations que j'ai moi même implémentées et testées, pour ceux qui sont intéressés pour les réaliser faites moi signe je vous donnerai les details de leur implementation.

Nouveau Module UxI

Je propose ce PCB pour implementer un routeur UxI seul , pour les néophytes du PCB , rassurez vous c est beaucoup plus simple et fiable que de faire ca avec des connexions DUPONT, je peux vous donner soit les fichiers Gerber soit le projet Kicad: vous envoyez ca chez JLCPCB et 10 jours plus tard vous recevrez 5 Exemplaires de qualité du PCB pour 4€20 frais de port inclus !!!

  1 Capture d’écran 2026-05-05 181533.jpg (Taille : 417.1 Ko / Téléchargements : 73)
  2 Capture d’écran 2026-05-05 181634.jpg (Taille : 65.68 Ko / Téléchargements : 43)
  3 Capture d’écran 2026-05-05 181739.jpg (Taille : 83.57 Ko / Téléchargements : 50)

Les particularités de ce montage :
- Ultra compact 50x50x25mm en tout pour arriver à cette taille
* j 'ai choisi un ESP32-S3-Mini , ce qui m a demandé un enorme effort de conversion de programme pour pouvoir le compiler.
* J'ai remplacé le transfo 220/6 du schema d'origine par un ZMPT pour son format ultra compact mais surtout pour gagner en précision de mesure, le zmpt ne deforme pas la sinusoide et n'induit qu un très faible dephasage
* J ai remplacé l'alim USB par un HLK-5M05 qui transforme le 220vac en 5Vdc ultra stable jusqu'à 1A dans un format ultra compact sans chauffer
* composants en double face , il faut donc faire gaffe à l’ordre de soudage
* J'ai meme fait les rainures pour augmenter le creepage entre le 220 et le reste du montage !

Amélioration précision programme Source UxI
Malgré tous les essais de coefficients multiplicateurs j 'avais remarqué pas mal d'ecarts entre mon module UxI et le linky et le shelly, après avoir exploré toutes les pistes materiels je me suis penché sur le code , et j ai trouvé le coupable dans la void MeasurePower du fichier Source_UxI dans lequel on fait analogRead ( courant) puis analogRead ( Tension) or analogRead prend plusieurs dizaine de microsecondes, donc les deux mesures au lieu d etre parfaitement synchrones sont alors dephasées, et sur la somme des 100 echantillons cela donne une erreur non negligeable et surtout non fixe en fonction de la charge ou du hachage.
Pour corriger cela j ai introduit un decalage d'index pour faire les produits des 2 mesures au meme instant réel, le juge de paix est le calcul du cos phi qui est maintenant en permanence identique à celui du shelly quelques soit le type de charge et du % de hachage.
Pour faire ca , il y a pas mal de lignes de code modifiées, difficile de les lister ici mai je pourrai les fournir sur demande

Communication ESP32 Esclave vers ESP32 Maitre en UDP à la place de TCP
J'ai plusieurs ESP "Esclaves" qui lisaient la mesure de mon ESP32 Maitre ( Mesure UxI) . Le principe de la comm du programme d'André est que les ESP sont interconnectés en TCP , obligeant à maintenir de multiples connexon TCP et chaque Esclave demande au maitre la mesure. Ceci prend enormement de temps ( 400ms) et font ramer le Maitre qui a du mal à répondre à tous les esclaves qui posent des questions !!! , j'étais très frustré d'avoir une mesure UxI à 40ms et de les lire que toutes les 400ms
J'ai donc changé la communication TCP en communication UDP. zero latence de connexion , le maitre Broadcast sa mesure toutes les 50ms en une seule fois pour tous les esclaves qui ecoute sur le réseau.
Resultats la mesure de tous les esclaves est quasi synchrones , et raffraichie toutes les 50ms ce qui est crucial pour le regulateur PID qui devient ultra performant et reactif capable d'encaisser une perturbation en moins de 100ms contre 800 avant. Du coup j ai passé la periode du PID à 60 ms contre 200ms actuellement, ce qui permet au regulateur d'absorber quasiment en temps reel toutes les modifications de la puissance ( Nuages, demarrage appareil etc etc ) , je vous mettrai les courbes plus tard pour illustrer ca.
Ca permet aussi un meilleur fonctionnement des routeurs parallèles car ils traitent tous la meme mesure au meme instant, ils ne mordent plus la queue ce qui pemet d'ameliorer la prioritisation des routages par decalage de seuils.

Pour rappel d'autres améliorations dejà evoquées :
- Courbe Sortie PID superposée à la mesure en lieu et place de la Puissance apparente, permet de controler finement le fonctionnement et les reglages du PID, on voit rapidement la réaction du régulateur face à une perturbation
- Linéarisation de la sortie régulateur en mode Decoupe Sinus , ce qui permet de rendre le systeme lineaire et donc les reglages PID sont bons et précis quelque soit le point de fonctionnement et plus particulièrement en debut et fin d'ouverture dans lequel le routeur se trouve souvent

A explorer : communication esp-now entre routeurs
- réduction de latence
- communication radio direct sans passer par une box
- distance théorique plus grande .

Les résultats de la régulation en courbes

  résultat1.jpg (Taille : 201.47 Ko / Téléchargements : 21)
  résultat2.jpg (Taille : 197.27 Ko / Téléchargements : 16)

Globalement je reitère mes remeciements à André pour le travail colossal qu'il a accompli et qui m'a aidé à accomplir le projet que j'avais commencé seul et qui m'aurait pris des années pour arriver à ce resutat qui est aujoird'hui pour moi aboutit et qui repond à mes passions pour la régulation, l'electronique et la programmation , toutes réunies dans un seul et meme projet
Je remercie également tous les membres de ce forum dont les lectures m'ont fait enormement progresser et m'ont donné des idées que je n'imaginais pas jusque là. Et enfin je remercie meme Grostoto qui par ses critiques consctructives m'a poussé dans mes retranchements.

Ces améliorations s’adressent plutôt à des utilisateurs à l’aise avec l’électronique et la régulation, elles ne remettent pas en cause l’excellent fonctionnement de la version standard.
Ce post est quasiment le clap de fin alors , bon routage à tous.

Demande de précisions "Installation rapide du logiciel"

Mon, 04 May 2026 13:22:01 +0000

Bonjour André, bonjour à tous,
J'ai regardé avec attention la vidéo d'André "F1ATB V17 et perspectives 2026". Passionnant !
Je me suis intéressé quelque peu au rappel concernant les téléchargements parce que je galère dans ce domaine sans doute à cause de détails basiques.

Le téléchargement de la version choisie => OK

Logs et Console c'est ma bête noire.

Voici la dernière procédure que j'ai suivie avec succès, mais je voudrai savoir si c'est la bonne.

Dans le terminal du site de F1ATB j'ai saisi :
- ssid:MaBox puis "Entrée"
quelques secondes après j'ai saisi :
- password:azertyuiop puis "Entrée"
après quelques secondes j'ai saisi :
- restart et après quelques seconde les logs m'ont confirmé l'adresse IP et les valeurs de connexion à mon WiFi.

Question 1 : Est-il possible de saisir le SSID, le Password et Restart sans faire "Entrée" à chaque fois ?

André précise sur la page d'installation rapide : "Ouvrir cette page dans un navigateur Web Chrome ou Edge".
Je suis passé sous Linux et donc ce point devient important puisque la tendance native de Linux est d'utiliser le navigateur Firefox.
Chrome s'intègre très bien, pas de difficulté.
De fait, je me questionne également sur la MAJ par OTA.

Question 2 : Faut-il la faire à partir de Chrome ou Edge uniquement ?

Je vous remercie.

Nom DNS pour le broker MQTT

Wed, 29 Apr 2026 22:32:43 +0000

Bonjour,

Est-il possible de prévoir la modification du champ "Adresse IP host MQTT" dans les paramètres pour prendre en charge soit un nom DNS soit une IP ?

Merci pour votre travail.

Changement d'affichage ?

Wed, 29 Apr 2026 08:48:48 +0000

Depuis 3 jours j'ai ce problème qui s'affiche sur tous mes reports de consommation ça reste entre - 1 et 2 w sachant qu'il y a quelques jours quand il faisait soleil j'étais à moins 3000 w quand je n'avais aucun consommable et la consommation de la maison s'afficher quand elle était en négative je ne comprends pas ce qui se passe pourtant le chauffe-eau continue à fonctionner normalement je mets en photo des captures d'écran si quelqu'un peut m'aider ou est-ce une défaillance d'un de mes appareils. Merci d'avance

Screenshot_2026-04-29-10-41-49-751_com.android.chrome.jpg (Taille : 806.22 Ko / Téléchargements : 31)

Screenshot_2026-04-29-10-38-48-827_com.android.chrome.jpg (Taille : 950.15 Ko / Téléchargements : 27)

question de débutant

Sat, 25 Apr 2026 15:27:33 +0000

Bonjour André,
Tout d'abord je vous suis reconnaissant pour tout le mal que vous vous donnez pour nous faciliter la besogne !!
J'ai monté un routeur version UxIx2, 1 triac, 1 module JSY-MK-194T, avec la version logicielle 17.16 , le tout près du compteur Linky. Tout fonctionne parfaitement, mais grande longueur de câble pour atteindre le chauffe eau. J'ai donc vu que l'on peut installer 1 ESP32 maitre et déporter les suivants à portée de wifi. Je m'interroge sur le process à suivre . La version TIC/Linky/capteur optique me parait abordable, mais je ne sais pas quel logiciel installer dans ce cas, quelles données je récupère via le navigateur car le module JSY-MK-194T sera par la même occasion déporté avec le triac. C'est principalement une question de soft, de compréhension de récupération des données.
Merci de me donner un peu de temps pour me renseigner.
Cordialement.

déclenchement triac lors du reset valeur de H

Wed, 22 Apr 2026 14:58:35 +0000

Bonjour,

Après-mise en route de mon routeur, avec un triac pour piloter mon chauffe-eau, j'ai programmé 3 créneaux horaires :
minuit à 6:00 : activation du triac si H < 3h
6:00-22:02 : routage en découpe sinus
22:02 - minuit : activation du triac si H < 3h

J'ai constaté, via les remontés sur home assistant, que le triac était activé de 6:00 a 6:01.
Du coup, je me pose la question si ce n'est pas un bug : la valeur de H est bien remise à 0 à 6:00:00, mais la période marche forcée conditionnelle que j'ai définie semble s'arrêter à 6:00:59 (au lieu de 5:59:59 ou 6:00:00). H étant repassé à 0, le routeur active donc sa sortie pendant 1 minute.

J'ai programmé la fin de ma plage horaire a 5:58 pour être tranquille, je verrai demain matin si ça résout bien ce déclenchement non désiré du triac.

A voir si c'est considéré comme un petit bug, ou si c'est au final le fonctionnement normal !

En tout cas, bravo pour le boulot réalisé, je suis passé de plus de 40% d'injection sur le réseau (voir plus quand je ne suis pas à la maison pour lancer la machine ou le séche-linge) à moins de 10%.
Le fait d'avoir pour le moment tous mes panneaux sur une seule phase fait que si les consommateurs sont sur les autres phases, il y a toujours un léger reliquat de conso et d'injection dû au déphasage (cela sera résolu ultérieurement quand je vais mettre en service mon onduleur hybride triphasé en remplacement des MO actuels), et je pense que je peux encore probablement augmenter la réactivité du routeur.

Ma config :
- 2 kWc de panneaux sur MO (qui passeront prochainement à 4, puis 6 KWc, sur onduleur hybride)
- installation triphasé
- un routeur branché sur le linky pour récupérer les données du compteur (mais pas exploité pour le routage)
- un routeur branché sur le chauffe-eau (3Kw mono), mais qui exploite les mesures d'un shelly 3 em (je suis en triphasé) plutôt que le routeur connecté au linky (meilleurs résultat sur la régulation avec le shelly)

d'ici quelques mois, il y aura un second chauffe-eau avec son propre routeur (recyclage de celui actuellement sur le linky ), pour pouvoir aussi le piloter par triac en découpe sinus.

j'ai désactivé le mode PID avancé et suis resté sur la régulation "standard", car après beaucoup de test, le routeur avait tendance à se mettre a osciller entre 0% et 50% d'ouverture du triac sans parvenir a se stabiliser, lors d'une prod solaire moyenne mais assez constante, où il aurait dû se trouver à réguler aux alentours de 20-30% d'ouverture.

Romain

Fonctionnement de la temporisation

Tue, 21 Apr 2026 16:30:06 +0000

Bonjour,

Serait-il possible de modifier ou de pouvoir choisir ce que l'on veut concernant la temporisation?
Je m'explique: actuellement en mode ON/OFF dès que j'importe 800W ça coupe au bout de 60 secondes (hystérique + tempo pour éviter les oscillations)
Dans mon cas je souhaiterais que la temporisation fonctionne plutôt de la manière suivante: avec une temporisation de 60s, lorsque que j'importe 800W (passage d'un nuage, etc...) je continue de consommer. Si au bout de 30s (ou dans un temps inférieur à la temporisation, ici 60s) le nuage disparaît, donc repasse sous la barre des 800W d'importation, la consommation continue sans s'arrêter. C'est seulement lorsque que l'importation des 800W dure plus de 60s que cela coupe mon consommateur. Et inversement, pour la remise en route du consommateur.

Bon courage à tous

mesure charge decharge batterie

Mon, 20 Apr 2026 13:29:35 +0000

une idée qui serait utile "enfin pour moi oui"
que le routeur puisse mesurer la charge et decharge de batterie
on pourait lancer un routeur suivant la puissance de charge que l'on envoie dans la batterie
car une batterie a 80% a 12h plus besoin de lui envoyer 100A ou 200A dans les dent"elle vas etre vite pleine
ca permetrait de chauffer "un radiateur" et baisser la puissance de charge

je tourne en micro onduleur HM 2 traqueur et fixe
et onduleur hybride avec 8 batterie 48v 50Ah 1+ 1- https://fr.eco-worthy.com/collections/24...4-48v-50ah

c'est une idée
cdt frederic

Réglage 2ème routeur

Thu, 16 Apr 2026 17:08:20 +0000

Bonjour,

J'ai depuis plus d'un an un routeur sur mon cumulus (1800W) qui fonctionne parfaitement en version 13.03

Je viens de fabriquer un 2ème pour un radiateur à bain d'huile (2500W) en version 16.10 qui fonctionne également

Mon seul problème c'est le réglage entre les 2 : je souhaite que tout aille au cumulus en priorité jusqu'à 3H00 de chauffe minimum (sinon j'ai souvent une douche froide!! ) puis seulement après ces 3H cela peut aller au radiateur

Je vous met en PJ des captures d'écran.
J'ai mis une condition sur le 2ème routeur de 3H de fonctionnement du routeur cumulus et un seuil à -50W mais ça ne fonctionne pas comme je veux car par exemple aujourd'hui, j'ai eu 2H08 sur le cumulus et 1h47 sur le radiateur donc j'aurais pu avoir mes 3H sur le cumulus sans soucis puis un peu de surplus en fin d'après midi sur le radiateur

Peut être que j'ai mal paramétré quelque chose mais est ce que vous pourriez m'aider ?

Merci d'avance

  Données routeur cumulus.jpg (Taille : 819.48 Ko / Téléchargements : 22)

  Données routeur radiateur.jpg (Taille : 797.73 Ko / Téléchargements : 15)

  Actions routeur Radiateur.jpg (Taille : 635.24 Ko / Téléchargements : 27)

  Réglage routeur radiateur.jpg (Taille : 942.63 Ko / Téléchargements : 14)

Remontée des données dans MQTT

Mon, 13 Apr 2026 09:13:49 +0000

Bonjour,
J'utilise HomeWizard afin de lire les données de mon compteur communiquant.

Je vois bien toutes les données dans Routeur-RMS
entre autre :
active_voltage_l1_v:229.800
active_voltage_l2_v:238.200
active_voltage_l3_v:235.900
active_current_a:2.520
active_current_l1_a:0.630
active_current_l2_a:1.300
active_current_l3_a:0.590

Par contre dans MQTT explorer j'ai :
Tension_M": 0.0
Intensite_M : 0.0
PowerFactor_M": 0.00 => c'est quoi ?

routeur_rms_state = {"PuissanceS_M": 0, "PuissanceI_M": 472, "Tension_M": 0.0, "Intensite_M": 0.0, "PowerFactor_M": 0.00, "Energie_M_Soutiree":1773370,"Energie_M_Injectee":766332, "EnergieJour_M_Soutiree":562, "EnergieJour_M_Injectee":241,"ESP32_On":70.227776}

Est-ce normal que les données, Tension et Intensité, ne soient pas remontée dans MQTT Explorer ?

Erreur dans le journal de HA:Bug firmware 17.17_RMS — device_class vide

Sun, 12 Apr 2026 13:59:26 +0000

Bonjour,

Je vous contacte au sujet d'un bug présent dans le firmware 17.17 de votre Routeur RMS ECS (ESP32 - CCB:A7:68:A5:74).

J'ai constaté que depuis la mise à jour de Home Assistant en version 2026.4, une erreur apparaît dans les journaux lors du traitement du message MQTT discovery de l'entité 'Linky_ECS_Code_Tarifaire' : On vous l'a peut-être déjà signalé mais je suis nouveau sur le forum.

Ci-dessous ce que remonte le journal de HA.

Enregistreur: homeassistant.components.mqtt.entity
Source: components/mqtt/entity.py:159
intégration: MQTT (documentation, problèmes)
S'est produit pour la première fois: 15:33:57 (1 occurrence)
Dernier enregistrement: 15:33:57

Error 'expected SensorDeviceClass or one of 'date', 'enum', 'timestamp', 'absolute_humidity', 'apparent_power', 'aqi', 'area', 'atmospheric_pressure', 'battery', 'blood_glucose_concentration', 'carbon_monoxide', 'carbon_dioxide', 'conductivity', 'current', 'data_rate', 'data_size', 'distance', 'duration', 'energy', 'energy_distance', 'energy_storage', 'frequency', 'gas', 'humidity', 'illuminance', 'irradiance', 'moisture', 'monetary', 'nitrogen_dioxide', 'nitrogen_monoxide', 'nitrous_oxide', 'ozone', 'ph', 'pm1', 'pm10', 'pm25', 'pm4', 'power_factor', 'power', 'precipitation', 'precipitation_intensity', 'pressure', 'reactive_energy', 'reactive_power', 'signal_strength', 'sound_pressure', 'speed', 'sulphur_dioxide', 'temperature', 'temperature_delta', 'volatile_organic_compounds', 'volatile_organic_compounds_parts', 'voltage', 'volume', 'volume_storage', 'volume_flow_rate', 'water', 'weight', 'wind_direction', 'wind_speed' for dictionary value @ data['device_class']' when processing MQTT discovery message topic: 'homeassistant/sensor/Linky_ECS_Code_Tarifaire/config', message: '{'device_class': '', 'device': {'sw_version': '6.01_RMS', 'configuration_url': 'http://196.165.0.183', 'hw_version': 'ESP32-D0WD-V3 rev.3', 'model': 'ESP32 - CCB:A7:68:A5:74', 'identifiers': ['CCB:A7:68:A5:74'], 'manufacturer': 'F1ATB - https://f1atb.fr', 'name': 'Routeur - RMS - ECS'}, 'state_topic': 'homeassistant/Linky_ECS_state', 'unique_id': 'Linky_ECS_Code_Tarifaire', 'value_template': '{{ value_json.Code_Tarifaire|default(0)| round(0) }}', 'unit_of_measurement': '', 'name': 'Linky_ECS Code_Tarifaire'}'

L'erreur remonte a chaque redémarrage de HA mais ne génère pas de disfonctionnement.

Cordialement

Calcul Puissance sur réseau triphasé

Fri, 10 Apr 2026 11:56:34 +0000

Bonjour a tous et toutes,

Je me demandais si il était possible de faire un calcul de puissance avec pinces amperemetrique sur les 3 phases ?
En effet je route la plupart du temps a 0. Mais les deux autres phases peuvent avoir une conso que le routeur ne voit pas. Et du coup la somme algébrique du linky est positive. Si le routeur pouvait prendre en compte les 3 phases ca serait pas le cas et oh combien génial

Je me doute qu'en prenant la mesure de puissance du linlky ca serait réglé mais c'est un peu plus compliqué pur moi .

Merci Beaucoup , Pierre.

Autonomie en Normandie : Deye 8K, Batterie 314Ah et Routage 4 voies

Mon, 06 Apr 2026 04:54:44 +0000

Bonjour à tous,

Je vous sollicite pour valider la partie logicielle de mon futur projet d'installation. Actuellement, je tourne avec 6 kWc de panneaux sur micro-onduleurs et un routeur F1ATB sur mon chauffe-eau.
Le projet à venir :
Je vais installer un onduleur Deye 8K avec une batterie DIY 16S 314Ah. Le cerveau sera un mini PC sous HAOS (bare metal), relié à l'onduleur en RS485/USB.

Mon ambition :

Off-Grid partiel : Par fierté et pour couper l'abonnement, je vise l'autonomie de début avril à fin septembre.
Gestion de l'inertie : Utiliser le surplus pour chauffer mes dalles (très utile pour les nuits fraîches en Normandie) via un routeur F1ATB 4 voies (1 ECS 2000W + 3 dalles 1500W).

La genèse du code :

Comme je n'y connais rien en informatique, j'ai fait travailler trois IA en collaboration. Je leur ai soumis mes idées et elles ont généré ce code YAML. Elles m'assurent qu'il est parfait, mais je préfère l'avis d'humains qui pratiquent le code au quotidien !
Logique du code :

Protection Batterie : Coupure du routage à 30% de SOC, reprise à 35%.
Rampes Intelligentes : Montée progressive (paliers de 10 à 20%) et descente rapide (palier de 15%) pour protéger la batterie des appels de charge de la maison ou des passages nuageux.
Calcul Hybride : Utilisation de PV - Load - Grid pour fonctionner aussi bien l'hiver (On-Grid avec pince CT réseau) que l'été (Off-Grid).

Bien sûr, les noms des entités et les valeurs de
puissance devront être ajustés une fois le matériel en place ; ce qui m'intéresse avant tout, c'est de valider la structure du code et la logique des rampes.

Le code envisagé :

# ============================================================
# FILTER SENSOR — lissage surplus brut
# ============================================================
sensor:
- platform: filter
name: "Surplus Solaire Lissé"
unique_id: surplus_solaire_lisse
entity_id: sensor.surplus_solaire_brut
filters:
- filter: moving_average
window_size: 3
precision: 0
- filter: range
lower_bound: 0
upper_bound: 8500

# ============================================================
# TEMPLATE SENSORS — surplus brut + consignes par voie
# ============================================================
template:
- sensor:
- name: "Surplus Solaire Brut"
unique_id: surplus_solaire_brut
unit_of_measurement: "W"
state_class: measurement
device_class: power
state: >
{% set pv = states('sensor.deye_pv_power') | float(0) %}
{% set load = states('sensor.deye_load_power') | float(0) %}
{% set grid = states('sensor.deye_grid_power') | float(0) %}
{{ [pv - load - grid, 0] | max | int }}

# --- Voie 1 : chauffe-eau 2000 W ---
- name: "F1ATB V1 consigne pct"
unique_id: f1atb_v1_pct
unit_of_measurement: "%"
state: >
{% set soc = states('sensor.deye_battery_soc') | float(0) %}
{% set seuil = 100 if soc > 90 else 200 %}
{% set s = states('sensor.surplus_solaire_lisse') | float(0) %}
{% set s = 0 if s < seuil else s %}
{{ [[s / 2000 * 100, 0] | max, 100] | min | round(0) | int }}

# --- Voie 2 : dalle 1 — 1500 W ---
- name: "F1ATB V2 consigne pct"
unique_id: f1atb_v2_pct
unit_of_measurement: "%"
state: >
{% set soc = states('sensor.deye_battery_soc') | float(0) %}
{% set seuil = 100 if soc > 90 else 200 %}
{% set s = states('sensor.surplus_solaire_lisse') | float(0) %}
{% set s = 0 if s < seuil else s %}
{% set reste = [s - 2000, 0] | max %}
{{ [[reste / 1500 * 100, 0] | max, 100] | min | round(0) | int }}

# --- Voie 3 : dalle 2 — 1500 W ---
- name: "F1ATB V3 consigne pct"
unique_id: f1atb_v3_pct
unit_of_measurement: "%"
state: >
{% set soc = states('sensor.deye_battery_soc') | float(0) %}
{% set seuil = 100 if soc > 90 else 200 %}
{% set s = states('sensor.surplus_solaire_lisse') | float(0) %}
{% set s = 0 if s < seuil else s %}
{% set reste = [s - 2000 - 1500, 0] | max %}
{{ [[reste / 1500 * 100, 0] | max, 100] | min | round(0) | int }}

# --- Voie 4 : dalle 3 — 1500 W ---
- name: "F1ATB V4 consigne pct"
unique_id: f1atb_v4_pct
unit_of_measurement: "%"
state: >
{% set soc = states('sensor.deye_battery_soc') | float(0) %}
{% set seuil = 100 if soc > 90 else 200 %}
{% set s = states('sensor.surplus_solaire_lisse') | float(0) %}
{% set s = 0 if s < seuil else s %}
{% set reste = [s - 2000 - 1500 - 1500, 0] | max %}
{{ [[reste / 1500 * 100, 0] | max, 100] | min | round(0) | int }}

# ============================================================
# AUTOMATIONS
# ============================================================
automation:

# 1. REGULATION PRINCIPALE — ramp adaptatif toutes les 2s
- alias: "F1ATB - Regulation triacs finale"
id: f1atb_regulation_finale
mode: queued
max: 2
trigger:
- platform: time_pattern
seconds: "/2"
- platform: event
event_type: f1atb_resume
condition:
- condition: numeric_state
entity_id: sensor.deye_battery_soc
above: 30
action:
- variables:
soc: "{{ states('sensor.deye_battery_soc') | float(0) }}"
surplus: "{{ states('sensor.surplus_solaire_lisse') | float(0) }}"
step_up: >
{% if soc > 95 %} 20
{% elif soc > 80 %} 15
{% else %} 10
{% endif %}
step_down: "{{ 15 if surplus < 500 else 8 }}"
seuil: 3
- repeat:
for_each:
- { sensor: "sensor.f1atb_v1_consigne_pct", entity: "number.f1atb_voie_1" }
- { sensor: "sensor.f1atb_v2_consigne_pct", entity: "number.f1atb_voie_2" }
- { sensor: "sensor.f1atb_v3_consigne_pct", entity: "number.f1atb_voie_3" }
- { sensor: "sensor.f1atb_v4_consigne_pct", entity: "number.f1atb_voie_4" }
sequence:
- variables:
new_val: "{{ states(repeat.item.sensor) | int(0) }}"
old_val: "{{ states(repeat.item.entity) | int(0) }}"
- if:
- condition: template
value_template: "{{ (new_val - old_val) | abs > seuil }}"
then:
- service: number.set_value
target:
entity_id: "{{ repeat.item.entity }}"
data:
value: >
{% if new_val > old_val %}
{{ [old_val + step_up, new_val] | min }}
{% else %}
{{ [old_val - step_down, new_val] | max }}
{% endif %}

# 2. COUPURE SOC BAS — tout à 0 immédiatement
- alias: "F1ATB - Coupure SOC bas"
id: f1atb_coupure_soc
mode: single
trigger:
- platform: numeric_state
entity_id: sensor.deye_battery_soc
below: 30
action:
- service: number.set_value
target:
entity_id:
- number.f1atb_voie_1
- number.f1atb_voie_2
- number.f1atb_voie_3
- number.f1atb_voie_4
data:
value: 0

# 3. REPRISE APRES SOC BAS — hysteresis 30/35%
- alias: "F1ATB - Reprise SOC"
id: f1atb_reprise_soc
mode: single
trigger:
- platform: numeric_state
entity_id: sensor.deye_battery_soc
above: 35
action:
- delay: "00:00:15"
- event: f1atb_resume

# 4. RESYNC PERIODIQUE — rattrape les dérives toutes les minutes
- alias: "F1ATB - Resync periodique"
id: f1atb_resync
mode: single
trigger:
- platform: time_pattern
minutes: "/1"
condition:
- condition: numeric_state
entity_id: sensor.deye_battery_soc
above: 30
action:
- service: number.set_value
target: { entity_id: number.f1atb_voie_1 }
data: { value: "{{ states('sensor.f1atb_v1_consigne_pct') | int(0) }}" }
- service: number.set_value
target: { entity_id: number.f1atb_voie_2 }
data: { value: "{{ states('sensor.f1atb_v2_consigne_pct') | int(0) }}" }
- service: number.set_value
target: { entity_id: number.f1atb_voie_3 }
data: { value: "{{ states('sensor.f1atb_v3_consigne_pct') | int(0) }}" }
- service: number.set_value
target: { entity_id: number.f1atb_voie_4 }
data: { value: "{{ states('sensor.f1atb_v4_consigne_pct') | int(0) }}" }

Votre avis :
Avant d'acheter tout le matériel et de lancer le montage, est-ce que cette logique de régulation via Home Assistant vous semble tenir la route ?

Merci pour votre aide et vos retours d'expérience !

utilisation avec batteries

Sat, 04 Apr 2026 07:34:08 +0000

Bonjour à tous,
J'ai une installation de 9kW crête avec 15 kWh de batteries (onduleur et bateries Azzuro) qui fonctionne très bien.
j'utilise le routeur (version 16) pour rediriger l'excédent sur mon ballon ECS qui fait 2500W.
Je constate que celui-ci redirige la surproduction sur le ballon sans pb sauf que si la production est inférieure au seuil défini dans la commande du ballon, ce sont les batteries qui se déchargent.
J'aimerai pouvoir bloquer cette décharge des batteries.
Je n'ai pas d'accès direct aux données des batteries. La seule possibilité serait de mettre une pince ampéremétrique sur le cable des batteries et fermer le triac du ballon ECS en cas de décharge de la batterie.
Je suis totalement incapable de programmer une telle commande. Si quelqu'un pouvait m'aider.
Merci par avance
JL