Note de ce sujet :
  • Moyenne : 0 (0 vote(s))
  • 1
  • 2
  • 3
  • 4
  • 5
Demande d’ajout de fonctionnalité : prise en compte du SoC batterie
#1
Bonjour,

Serait‑il possible d’ajouter la prise en compte du SoC de la batterie dans le programmateur du routeur ?

L’idée serait de pouvoir bloquer la mise en route du chauffe‑eau avec le surplus solaire tant que la batterie n’a pas atteint un SoC minimum programmé, afin de prioriser la charge de la batterie.

En me basant sur le même principe que l’envoi de la puissance maison, le SoC serait envoyé au routeur par MQTT via une automatisation Home Assistant utilisant l’action « publier » (comme décrit dans la documentation du routeur pour la mesure de puissance via MQTT) et pourrait ensuite être utilisé comme condition dans le programmateur.

Merci pour tout le travail réalisé sur ce routeur.

Routeur F1ATB V17.16 (Shelly Pro 3 EM + TRIAC)
Panneaux solaires 1.6 kWc
Chauffe-eau 2.4 kW
Batterie SolarFlow 2400 AC
Répondre

#2
Salut,
Si ta batterie gère et transmet l'info de SoC à HA en MQTT, tu as déjà toutes les infos pour éventuellement gérer le routeur suivant la valeur du Soc.
l'opportunité au routeur de gérer directement le SoC permettrait éventuellement de s'affranchir de HA mais est ce judicieux ?
Config : 3 routeurs F1ATB en V17.15 - 2 routeurs fixes en mode Triacs + 1 routeur mobile polyvalent en mode : Triac+SSR + 1 afficheur distant ESP32-S3
PV : (8*425W + Onduleur SunGrow 3KW) + (2 *500w + MO Hoymiles HMS-1000W-2T)
Supervision & Domotique : F1atb + Home Assistant / Shelly & MQTT
Répondre

#3
Bonjour,

J’ai une batterie Zendure SolarFlow 2400 AC, qui expose bien le SoC et peut fonctionner en MQTT (aujourd’hui je l’intègre via l’intégration Zendure‑HA, mais le mode MQTT est disponible).

Avec une puissance de 900–1200 W en crête, je ne peux pas réellement charger la batterie et alimenter le chauffe‑eau en même temps.
Dans ce cas, je n’exploite ni la puissance maximale de la batterie ni celle du routeur, et je perds en efficacité énergétique et en rendement.

Je gère déjà ce comportement dans Home Assistant, mais au prix de nombreuses conditions et commandes de blocage du routeur, ce qui alourdit beaucoup l’automatisation.

Pour mon usage, une condition native « SoC minimal batterie » dans le programmateur du routeur (SoC reçu en MQTT) simplifierait fortement la logique et permettrait de prioriser clairement la charge batterie avant le chauffe‑eau.
Répondre

#4
Ok, je comprends bien le besoin.
Le fait est qu'on ne peut pas geler le routage directement sauf à forcer sur off pendant un certain temps sur HA via MQTT ...
sinon, avoir la possibilité de mettre une règle en entrée (MQTT) sur la valeur du Soc reviendrait surtout à ne plus passer par HA et avoir un pilotage direct entre install / batterie / routeur.
Avec l'évolution et la banalisation des batteries PnP, le sujet me parait pertinent en effet !
Config : 3 routeurs F1ATB en V17.15 - 2 routeurs fixes en mode Triacs + 1 routeur mobile polyvalent en mode : Triac+SSR + 1 afficheur distant ESP32-S3
PV : (8*425W + Onduleur SunGrow 3KW) + (2 *500w + MO Hoymiles HMS-1000W-2T)
Supervision & Domotique : F1atb + Home Assistant / Shelly & MQTT
Répondre

#5
(01-04-2026, 06:41 PM)Sgb31 a écrit : Ok, je comprends bien le besoin.
Le fait est qu'on ne peut pas geler le routage directement sauf à forcer sur off pendant un certain temps sur HA via MQTT ... 
sinon, avoir la possibilité de mettre une règle en entrée (MQTT) sur la valeur du Soc reviendrait surtout à ne plus passer par HA et avoir un pilotage direct entre install / batterie / routeur.
Avec l'évolution et la banalisation des batteries PnP, le sujet me parait pertinent en effet !

Bonjour,

et en mettant un seuil négatif du type - 200 W d'exportation pour le déclenchement du routeur est-ce que ce serait la solution ? La batterie serait prioritaire. Une fois pleine elle autorise l'exportation et lorsque le routeur voit une exportation de 200 W il se me en route. Évidemment, il faut que la batterie soit relié à un compteur.
Répondre

#6
Salut,
le seuil permet effectivement de prioriser mais le besoin me semble différente içi.
L'idée (si j'ai bien compris) est de décider en fonction du Soc ( Etat de charge), ce qu'on veut faire ( charge ou décharge) .
Config : 3 routeurs F1ATB en V17.15 - 2 routeurs fixes en mode Triacs + 1 routeur mobile polyvalent en mode : Triac+SSR + 1 afficheur distant ESP32-S3
PV : (8*425W + Onduleur SunGrow 3KW) + (2 *500w + MO Hoymiles HMS-1000W-2T)
Supervision & Domotique : F1atb + Home Assistant / Shelly & MQTT
Répondre

#7
(01-04-2026, 08:36 AM)Sgb31 a écrit : Salut,
Si ta batterie gère et transmet l'info de SoC à HA en MQTT, tu as déjà toutes les infos pour éventuellement gérer le routeur suivant la valeur du Soc.
l'opportunité au routeur de gérer directement le SoC permettrait éventuellement de s'affranchir de HA mais est ce judicieux ?

Salut, 

J'aimerai faire la même chose :  conditionner les actions (comme par exemple la température d'un routeur le permet) en fonction du Soc de la batterie ou de tout autre valeur qui serait transmise par mqtt . Homeassistant permettrait de créer un scénario plus précis; (exemple démarrer pompe piscine si le soc est suffisant à une certaine heure et que la production solaire est suffisante...)
 tu dis ;"tu as déjà toutes les infos pour éventuellement gérer le routeur suivant la valeur du Soc." peux tu préciser comment ?
Je suppose qu'il faut souscrire aux messages mqtt dans le routeur, mais quel contenu transmettre ?
Merci de ton retour.
Installation 3Kw, 8 panneaux TrinaSolar 425w, onduleur Sofar 3kW, Routeurs UxI et Linky, pilotage ECS par triac piscine et radiateurs par SSR, afficheur déporté, batterie Marstek Venus E 3.0
Répondre

#8
Quelqu’un sur le forum a déjà utilisé mqqt pour envoyer une valeur (de puissance si je me rappelle bien mais ça pourrait être le SOC) sur un canal de température externe.
Cette valeur peut alors être utilisée comme condition dans les actions (bien qu’elle soit montrée en degrés alors que la valeur à une autre unité en réalité).
Pas de modification nécessaire pour une valeur de 0 à 100.
Répondre

#9
Je confirme que pour le soc ça fonctionne avec le mqtt 

https://f1atb.fr/forum_f1atb/thread-2502...l#pid22711

Le soc est en degré celsius Angel  mais à part ça ça marche super bien
Répondre

#10
(Hier, 03:31 PM)JMH a écrit :
(01-04-2026, 08:36 AM)Sgb31 a écrit : Salut,
Si ta batterie gère et transmet l'info de SoC à HA en MQTT, tu as déjà toutes les infos pour éventuellement gérer le routeur suivant la valeur du Soc.
l'opportunité au routeur de gérer directement le SoC permettrait éventuellement de s'affranchir de HA mais est ce judicieux ?

Salut, 

J'aimerai faire la même chose :  conditionner les actions (comme par exemple la température d'un routeur le permet) en fonction du Soc de la batterie ou de tout autre valeur qui serait transmise par mqtt . Homeassistant permettrait de créer un scénario plus précis; (exemple démarrer pompe piscine si le soc est suffisant à une certaine heure et que la production solaire est suffisante...)
 tu dis ;"tu as déjà toutes les infos pour éventuellement gérer le routeur suivant la valeur du Soc." peux tu préciser comment ?
Je suppose qu'il faut souscrire aux messages mqtt dans le routeur, mais quel contenu transmettre ?
Merci de ton retour.
Comme indiqué , de nombreuses infos du routeurs remontent en MQTT sur HA. Si en plus tu dispose du Soc en MQTT, libre à toit d'imaginer des règles spécifiques pour démarrer / forcer le routeur depuis HA . comme l'indique Christophe69480 dans sa tentative expliquée dans le thread en lien , la polyvalence du routeur recule encore ses limites ;-) !
Config : 3 routeurs F1ATB en V17.15 - 2 routeurs fixes en mode Triacs + 1 routeur mobile polyvalent en mode : Triac+SSR + 1 afficheur distant ESP32-S3
PV : (8*425W + Onduleur SunGrow 3KW) + (2 *500w + MO Hoymiles HMS-1000W-2T)
Supervision & Domotique : F1atb + Home Assistant / Shelly & MQTT
Répondre



Atteindre :


Utilisateur(s) parcourant ce sujet :
1 visiteur(s)

Moteur MyBB, © 2002-2026 Melroy van den Berg.