+- F1ATB forum (https://f1atb.fr/forum_f1atb)
+-- Forum : Forum de F1ATB (https://f1atb.fr/forum_f1atb/forum-3.html)
+--- Forum : Routeur Photovoltaïque (https://f1atb.fr/forum_f1atb/forum-4.html)
+---- Forum : Adaptation aux chargeurs VE (https://f1atb.fr/forum_f1atb/forum-16.html)
+---- Sujet : Conflit avec ensemble batteries ESS (/thread-2602.html)
Conflit avec ensemble batteries ESS - Bercoul - 09-05-2026
Bonjour, me voici de retour après plusieurs semaines/mois d'absence. Ma carte V1.1 fonctionne maintenant parfaitement bien pour charger ma MG5.
Le mode auto est super et c'est le point majeur de l'amélioration du taux d'autoconsommation de mon installation.
Le déverminage à été long, entre les pb soudure, l'alim12v qui "divaguait", le câblage interférences et même un Switch rj45 qui saturait mais le résultat est là.
Il me reste un point à régler. J'ai installé un ensemble batteries Diy de 14KWH low cost (2500€) fait de 4batteries lifepo4, un multiplus CerboGX 3kw Victron qui fonctionne très bien.
Je suis à 94% d'auto suffisance Avril mai avec 6.8 KW réels de panneaux solaires....je sais que ça va se gâter les 4 mois d'hivers.
Mon problème vient du conflit entre la batterie et la charge voiture.
la majorité du temps tout va bien la charge VE se fait avec le surplus solaire mais il arrive quelques fois que ce soit la batterie de l'ESS qui charge la batterie voiture et ça ce n'est pas bon du tout surtout pour le rendement de l'ensemble. Je cherche une solution pour couper la charge voiture quand je détecte (pince Shelly) que c'est la batterie de L'ESS qui charge la voiture. Je pourrai utiliser le relai du Shelly en série avec le relai de puissance mais la carte continuerait à tourner à l'aveugle. N'y a t'il pas une solution avec les paramétrages de la carte?
Est ce que sujet à déjà été vu? Certainement mais je ne sais pas ou chercher.
RE: Conflit avec ensemble batteries ESS - Mike - 09-05-2026
Bonjour,
Quelle est la valeur du seuil pour l'action de charge du VE ?
La solution classique pour éviter de puiser dans la batterie est d'utiliser un seuil négatif,-100W par exemple (a affiner éventuellement).
RE: Conflit avec ensemble batteries ESS - Bendu13 - 09-05-2026
Je vais avoir le même cas de figure, j'ai également une batterie gérée par un Multiplus et un Cerbo GX.
Je pense envoyer un ordre de forçage sur une "action" du routeur VE via MQTT en utilisant Node Red sur le Cerbo GX.
L'objectif étant d'interdire la charge voiture si la batterie fournie de l'énergie.
Il y a aussi la possibilité d'envoyer au routeur une "fausse mesure" pw pour limiter ou arrêter la charge.
Je ne peux pas encore être plus précis, mon routeur VE n'est pas encore en service.
Par contre c'est ce que j'ai fait pour prioriser le routeur chauffe-eau avant de charger la batterie.
La consigne pw envoyée au routeur en mqtt est la valeur lue au niveau du compteur+ la valeur absolue de la puissance batterie quand celle-ci est négative.
Ma batterie ne se décharge plus dans le chauffe-eau.
Pour chauffer l'eau avant de charger la batterie, j'envoie des limitations de charge au Cerbo lorsque la sortie du routeur est < 100%.
Le Cerbo GX est très puissant et permet de faire beaucoup de choses... Mais ça demande d'y passer un peu de temps ?
Aujourd'hui avec ma batterie de 9,6kWh, le routeur F1ATB et mes panneaux de 6,5kWhc j'arrive à 99,8% d'autonomie.
Je reviendrai donner des infos lorsque j'aurai eu des résultats acceptables.
RE: Conflit avec ensemble batteries ESS - H3rv3 - 09-05-2026
@Bercoul, content de savoir que finalement tout va bien
Pour l'utilsation avec batterie, j'ai fait le petit montage décrit dans ce poste: mesure charge decharge batterie
C'est très simple, la pince sur le cable de batterie, un chargeur de téléphone et voilà.
Je peux surveiller le taux de charge/décharge et une action réglée sur le taux de décharge (+ tempo) arrête le chargeur voiture.
Je n'ai pas HA ou d'autres équipements compatibles mqtt donc ça fait le boulot parfaitement pour mon cas.
Edit: je suis obligé de faire comme ça parce que j'ai un inverseur hydride sans accès aux détails autre que par l'accès web du fabricant. Si je mets une pince du Shelly, je ne peux pas savoir si c'est la batterie qui se décharge ou si c'est les panneaux qui produisent.
Dans le cas du Victron, je comprends que c'est un chargeur / inverseur qui n'est pas branché aux panneaux donc on peut détecter sur sa sortie AC si la batterie se décharge.
Dans ce cas, je proposerai de transformer la deuxième voie du Shelly en un canal de température (c'est dire transformer les kW de la voie 2 en degrés C comme si c'était une sonde de temperature) et utiliser ce canal pour conditioner l'action sur le router VE.
Ça nécessite un tout petit changement de code, la précision est au 1/10 de kW pour ne pas faire d'autres modifications de code.
Je fais ça avec mon CE pour limiter la charge du VE (ça permet de partager la puissance solaire).
RE: Conflit avec ensemble batteries ESS - Bercoul - 10-05-2026
Merci pour vos retours.
Pour Mike je suis à on si<-1100w.
Pour rendu 13: je ne me sens pas me lancer dans la formation codage mqtt ou node red.
Hervé, oui la charge fonctionne super bien. Merci pour toute l'aide que vous , toi et tes collègues, m'avez fourni.
Pour le conflit charge je n'ai qu'un câble charge décharge qui relie mon tableau maison à l'ESS parallèle. J'ai une pince Shelly sur ce câble et je vois très bien quand la batterie ESS charge ou décharge.
Quand tu dis: Dans ce cas, je proposerai de transformer la deuxième voie du Shelly en un canal de température (c'est dire transformer les kW de la voie 2 en degrés C comme si c'était une sonde de temperature) et utiliser ce canal pour conditionner l'action sur le router VE.
Ça nécessite un tout petit changement de code, la précision est au 1/10 de kW pour ne pas faire d'autres modifications de code.
Cette solution m'irait très bien mais c'est le "petit" changement de code qui m'effraie un peu. Sur le principe de fonctionnement je n'ai pas tout compris mais je vais bien trouver. Peux tu m'en dire un peu plus sur la modif de code stp.
RE: Conflit avec ensemble batteries ESS - H3rv3 - 10-05-2026
Le code qui change est dans Temperature.ino
Je copie les lignes 41 à 91, seulement quelques unes sont modifiées mais c'est pour avoir le tout dans une boucle complète. Les lignes modifiées sont commentées en commençant par HP.
Code :
for (int canal = 0; canal < 4; canal++) {
temperature_brute = -127;
if (Source_Temp[canal] == "tempInt") {
if (canal == Nbr_DS18B20) { //HP Place la puissance dans une temperature libre de sonde interne
TemperatureValide[canal] = 5; //HP Assure une mesure valide sur ce canal
temperature[canal] = (PuissanceS_T-PuissanceI_T)/1000.0f; //HP Place la puissance du CE en kW dans la variable de temperature
} else { // HP Continuer normalement si pas sur le canal libre
temperature_brute = temperDs18B20[canal];
if (temperature_brute < -50 || temperature_brute > 150) { //Invalide. Pas de capteur ou parfois mauvaise réponse
if (TemperatureValide[canal] > 0) {
TemperatureValide[canal] = TemperatureValide[canal] - 1; // Perte éventuels de quelques mesures
} else {
StockMessage("Mesure Température invalide ou pas de capteur DS18B20, canal : " + String(canal)); //Trop de pertes
temperature[canal] = temperature_brute;
// tempInterneOK = false; //HP Garde le drapeau à OK même si mauvaise lecture de sonde pour garder la valeur de puissance quand même au bon index
}
} else {
TemperatureValide[canal] = 5;
temperature[canal] = temperature_brute;
}
} // HP fin de modification
} else if (Source_Temp[canal] == "tempExt" && refTempIP[canal] > 0 && ModeReseau < 2) {
if (TemperatureValide[canal] > 0) TemperatureValide[canal] = TemperatureValide[canal] - 1; // Watchdog pour verfier mesures arrivent
if (RMS_Note[refTempIP[canal]]>0) {
String Etat,TempsR, TempR, Valeur;
SplitS(RMS_NomEtat[refTempIP[canal]], Valeur, US, Etat); //Nom
SplitS(Etat, TempsR, US, Etat); //Les Températures
while (TempsR.length() > 1) {
SplitS(TempsR, TempR, FS, TempsR);
SplitS(TempR, Valeur, ES, TempR); //Canal Externe
if (Valeur.toInt() == canalTempExterne[canal]) {
SplitS(TempR, Valeur, ES, TempR); //Titre
SplitS(TempR, Valeur, ES, TempR); //Température
temperature_brute = Valeur.toFloat();
TemperatureValide[canal] = 5;
}
}
}
temperature[canal] = temperature_brute;
} else if (Source_Temp[canal] == "tempMqtt" && ModeReseau < 2) {
if (TemperatureValide[canal] > 0) {
TemperatureValide[canal] = TemperatureValide[canal] - 1; // Watchdog pour verfier mesures arrivent voir MQTT.ino
} else {
temperature[canal] = temperature_brute;
}
} else { // "tempNo"
temperature[canal] = temperature_brute;
}
}Ensuite dans les paramètres, tu donnes un nom à cette nouvelle sonde sur le premier canal libre (0 si tu n'as pas d'autres sondes).
Ici, le canal 2
Tu verras la valeur de consommation du CE en kW (mais indiqué en degré C, à moins de faire une autre modif pour avoir l'intitulé en kW, comme montré ici)
Ensuite tu utilise cette "temperature" comme condition dans une action, sur ce routeur ou sur un autre, comme ici pour mon routeur VE
La transmission de la valeur n'est pas instantanée (+- 30sec).
A la place de CE pour mon cas, tu vas mettre ta deuxième pince sur le circuit de l'inverseur de la batterie et tu pourras controler en fonction de ta décharge batterie.
C'est le plus simple que j'ai trouvé pour faire un contrôle sur une valeur de puissance autre que la principale.