Bienvenue, Visiteur
Vous devez vous enregistrer avant de pouvoir poster.

Nom d’utilisateur
  

Mot de passe
  





Rechercher dans les forums

(Recherche avancée)

Derniers sujets
Sonde DS18B20 sur chauffe...
Dernier message : JZH85FR
Il y a 7 heures
Forçage du routage en fon...
Dernier message : xum
Il y a 7 heures
Modification page action
Dernier message : 59jag
Il y a 9 heures
Administration ECU-C APsy...
Dernier message : Specot
Il y a 10 heures
Utilisateur Onduleur APSy...
Dernier message : Specot
Il y a 10 heures
Prévisions météos
Dernier message : Rakibou
Hier, 06:01 PM
Problème % ouverture en m...
Dernier message : michy
Hier, 05:42 PM
Automate a base de ESP32 ...
Dernier message : JZH85FR
Hier, 05:41 PM
Problème avec v17.13
Dernier message : Sgb31
Hier, 04:53 PM
Afficheur Distant Pour 24...
Dernier message : Sgb31
Hier, 03:46 PM

Statistiques du Forum
» Membres : 2,562,   » Dernier membre : MOLGA25,   » Sujets du forum : 2,180,   » Messages du forum : 20,187,  
Statistiques complètes

  Actions passage de 100% à 0%
Posté par : Richard59 - 08-03-2026, 01:02 PM - Forum : Evolutions faites, à faire, dont vous rêvez... - Pas de réponse

J'ai une petite demande à faire aux développeurs et à André.

Lorsque l'on force a OFF une action, ou lorsque que l'action arrive à sa consigne de temperature.
La commande passe de 100% (ou moins) à 0% instantanément. Fonctionnement normal.

Ayant 5 actions avec seuil temperature. 
Lorsque l'une des actions atteint ça consigne, cela occasionne une grosse baisse de consommation (donc d'injection)
Cela crée une perturbation sur la régulation des 4 autres actions le temps que ceux-ci se stabilisent de nouveau.

Est il possible lors d'un forçage a off ou consigne atteinte de faire baisser la consigne plus progressivement et non pas instantanément ?
Le temps que les autres actions réagissent.

Sur mon graphe on voit bien les 2 pics de surconsommation maison et la bonne réaction du routeur.
Par contre lors de l’arrêt d'une action sur un seuil temperature, passage de 100% à 0%. Le routeur a plus de mal pour retrouver une régulation stable.
Je pense qu'avec une descente plus progressive de la consigne de l'action qui stoppe, la régulation serait plu souple. 
Peut être une variable réglable de 0 à 5 secondes.
2eme graphe, arrêt d'un action avec les 5 actions en régulation et 5500w de routage.

Voila pour mon idée.



Pièces jointes Miniature(s)
       
Imprimer cet élément

  Utilisateur Onduleur APSystems
Posté par : Richard59 - 08-03-2026, 10:54 AM - Forum : Installation panneaux photovoltaïques pour une habitation - Réponses (4)

Bouleversement chez APSystems. Les accès via interface Web ne vont plus être maintenus.
Actuellement plus d’accès au menu avancé en direct sur l'adresse IP de l'ECU
Entre autre (pour moi) la possibilité de modifier les paramètres d'injection.

Reste la possibilité d'utiliser les applis sur smartphone.
Gros problème, il faut se connecter directement sur l'ECU via son wifi et surtout appuyer sur le bouton de l'ECU pour activer le wifi. Donc intervention uniquement en local. (Et pour moi obligé de désactiver les données mobiles pour pouvoir me connecter à l'ECU)

Appli EMA App pas de soucis via wifi local ou données mobiles
Appli EMA Manager obligé d’être sur le wifi local de l'ECU

J'ai bien peur que toutes les interface web soit supprimé au détriment des appli smartphone.

Si certains ont fait d'autres manips ou ont d'autres astuces.



Pièces jointes Miniature(s)
   
Imprimer cet élément

  ESP32-S3 avec ETH W5500 ET port USB
Posté par : Wendigogo - 08-03-2026, 01:21 AM - Forum : Routeur Photovoltaïque - Réponses (7)

Bonsoir,

En parcourant Aliexpress, je suis tombé sur cette référence : Carte de développement de caméra ETH ESP32-S3, PoE RJ45/OV2640 OV5640, Port/W5500/micro-sd, Compatible avec Raspberry Pi Pico Size

Elle est au format RPi Pico, donc plus longue et moins large que le modèle Lyligo T-ETH-Lite. Elle possède davantage de GPIO, un HAT PoE et a surtout le bon goût d'avoir un port USB pour l'installation simple du firmware.

Pensez-vous que la future version de f1atb serait également compatible avec ce modèle ?

Merci

Imprimer cet élément

  Coupures intempestives de la charge
Posté par : Bercoul - 07-03-2026, 09:57 PM - Forum : Adaptation aux chargeurs VE - Réponses (8)

je viens de reprendre le sujet après plusieurs semaines d'interruption. 
Depuis 2 jours je charge sans aucun pb sur ma MG5 avec la carte V1 en manuel et en semi auto. 
La charge auto reste à valider.
Concernant les coupures relai et charge sur ma carte j'ai complètement refait le câblage pour avoir quelque chose de "propre" en évitant au max les longueurs de fils qui se longent ou se croisent.J'ai pris un coffret avec 2 rails le disjoncteur l'alim 12v et la carte sont en haut et le relai est en bas. Le résultat était meilleur mais toujours des coupures.
En fait mon problème venait du réglage 12v. J'ai repris le message de Hervé avec les seuils voltage Dans la version 2.5.1 les seuils sont les suivants:
int A_voltage = 2700;     // HP EVSE new value for ESP ma mesure avant 2900 après 2870 pas flagrant
int B_voltage = 2300;     // HP EVSE new value for ESP ma mesure avant 2490  après 2461 ""
int C_voltage = 1900;     // HP EVSE new value for ESP ma mesure avant 2180 après  2145 ""
J'étais supérieur d'environ 100 points des préco.
Et en faisant tourner le célèbre putty j'ai baissé la tension d'entrée jusqu'à avoir la stabilité et me rapprocher des valeur cibles sans y parvenir.
La tension d'entrée est à 11.7V et tout se passe bien pour le moment. Reste à valider le mode auto.
J'ai aussi changé l'alim 12V. 

Seul bémol pour le moment la MG5 décroche si je charge en 6A mais en 8A tout va bien.
J'ai une seule question pourquoi je ne peux pas descendre à+/- 2050 quand je baisse plus la tension les valeurs ne descendent plu.

Pour la carteV1.1  je l'ai assemblée mais je suis planté au premier test avec une tension à 0 pour du 5V. Il y a bien le 12v mais pas le 5v. Pour le moment je ne trouve pas pourtant c'est juste au départ.   A suivre
Je n'ai rien trouvé pour le moment.

Imprimer cet élément

  Premier routeur, tests sur table avec données étranges
Posté par : Lamire42 - 07-03-2026, 05:20 PM - Forum : Vos configurations - Réponses (26)

Bonjour, nouveau sur ce forum, impressionné par tans d’échanges et de travailler partager, c’est très sympa. Je me permets de partager mes remarques. Vos retours seront les bienvenus car je manque de compétences pour tout comprendre.
Mon projet est de réaliser un routeur connecté en Ethernet, qui permettra de router le surplus de 3 kW de panneaux vers deux ballons d’eau chaude (2000 et 1500w). j’ai un abonnement EDF tempo.
J’ai réalisé un petit routeur sur table (pour les tests) avec une ESP32 ETH01, la mesure de consommation se fait avec une carte Uxlx2 et la commande de sortie pilote un SSR pour le moment. 
Pour réaliser les tests : je simule le surplus avec un fer à souder et le ballon d’eau chaude avec une lampe halogène. 
Le paramétrage des actions dans un premier temps est du demi-sinus ou multi-sinus (j’ai essayé les 2) sur 24h avec un Pw à 40W. 
je ne comprends pas, car même si je n’injecte pas (fer ne chauffe pas) : le SSR alimente la lampe ?
Merci pour vos remarques. 

Yann


J’ai effectué un autre test avec cette fois un aspirateur en entrée pour simuler la production des PV et toujours une ampoule en sortie.
La lampe s’éclaire progressivement au démarrage de l’aspirateur, mais elle ne s’éteint pas lorsque l’aspirateur est arrêté ? J’ai réglé Pw à zéro



Pièces jointes Miniature(s)
                   
Imprimer cet élément

  Remonté d'erreur dans Home Assistant
Posté par : f4ame - 07-03-2026, 06:39 AM - Forum : Routeur Photovoltaïque - Réponses (4)

J'ai des remontés d'erreur du routeur dans mes log home Assistant.
D'habitude je cherche et modifie mais en ce moment je manque de temps.
Si 'un de vous a la solution?

voici les erreurs :

Citation :première erreur:

Enregistreur: homeassistant.components.mqtt.client
Source: components/mqtt/client.py:1183
intégration: MQTT (documentation, problèmes)
S'est produit pour la première fois: 05:15:21 (8 occurrences)
Dernier enregistrement: 05:30:20

Can't decode payload b'{"name": "Tension M","uniq_id": "routeur_rms_Tension_M","stat_t": "homeassistant/routeur_rms_state","device_class": "voltage","unit_of_meas": "V","unit_class":"voltage",oF\xfc?\xa2E\xfc?larouteur_rms_RTE_Demain"val_tpl": "{{ value_json.Tension_M|default(0)|round(2)}}","device": {"ids":"31abe342a8","name":"Routeur - ECS","mdl":"ESP32 - 31abe342a8","mf":"F1ATB - https://f1atb.fr","hw":"ESP32-D0WD-V3 rev.301","sw":"17.08","cu":"http://192.168.1.45"}, "availability_topic": "homeassistant/routeur_rms/Available"}' on homeassistant/sensor/routeur_rms_Tension_M/config with encoding utf-8 (for <Job None HassJobType.Callback <function async_start.<locals>.async_discovery_message_received at 0x7fdd7a3a47d0>>)

Can't decode payload b'{"name": "Intensit\xc3\xa9 M","uniq_id": "routeur_rms_Intensite_M","stat_t": "homeassistant/routeur_rms_state","device_class": "current","unit_of_meas": "A","unit_class":"current",oF\xfc?\xa2E\xfc?larouteur_rms_RTE_Demain"val_tpl": "{{ value_json.Intensite_M|default(0)|round(2)}}","device": {"ids":"31abe342a8","name":"Routeur - ECS","mdl":"ESP32 - 31abe342a8","mf":"F1ATB - https://f1atb.fr","hw":"ESP32-D0WD-V3 rev.301","sw":"17.08","cu":"http://192.168.1.45"}, "availability_topic": "homeassistant/routeur_rms/Available"}' on homeassistant/sensor/routeur_rms_Intensite_M/config with encoding utf-8 (for <Job None HassJobType.Callback <function async_start.<locals>.async_discovery_message_received at 0x7fdd7a3a47d0>>)

deuxième erreur :

Enregistreur: homeassistant.components.sensor.recorder
Source: components/sensor/recorder.py:416
intégration: Capteur (documentation, problèmes)
S'est produit pour la première fois: 05:15:10 (2 occurrences)
Dernier enregistrement: 05:15:10

Entity sensor.routeur_ecs_routeur_rms_frequence from integration mqtt has state class total_increasing, but its state is not strictly increasing. Triggered by state 49.98 (previous state: 50.01) with last_updated set to 2026-03-07T04:10:32.027492+00:00. Please create a bug report at https://github.com/home-assistant/core/i...3A+mqtt%22

Entity sensor.routeur_ecs_temperature_du_triac from integration mqtt has state class total_increasing, but its state is not strictly increasing. Triggered by state 16.9 (previous state: 17.0) with last_updated set to 2026-03-07T04:11:44.530511+00:00. Please create a bug report at https://github.com/home-assistant/core/i...3A+mqtt%22

Imprimer cet élément

  Routeur solaire à me faire
Posté par : Seb096 - 06-03-2026, 08:21 PM - Forum : Routeur Photovoltaïque - Réponses (12)

Bonjour à tous, j'ai une installation 9kwc en injection, dont je vais bientôt passer en consommation progressivement. du coup je vais mettre un ballon eau chaude elec, car actuellement je suis au gaz. Mais souder, je me sens pas trop, du coup, certains sont-ils prêts moyennant rem, de me faire un routeur prêt à installer? Désolé peut-être que c'est déjà abordé. Sinon en mp contactez moi? Merci d'avance.

Imprimer cet élément

  Pilotage de relais via MQTT (ou autre)
Posté par : Wendigogo - 06-03-2026, 11:31 AM - Forum : Domotique - Réponses (11)

Bonjour,

Je pense me lancer dans la "fabrication" d'un routeur solaire et je voulais savoir s'il était possible de piloter des relais connectés à l'ESP en lui envoyant une commande.
Idéalement depuis une intégration Home Assistant, mais via une commande MQTT ça devrait fonctionner également (il faudra que je regarde comment faire).

L'objectif est de pouvoir activer le forçage du ballon directement en utilisant un relai à contact sec pour by-passer le SSR : s'il n'y a pas de régulation à faire, je trouve dommage de passer par cet élément.
Je pensai connecter le relai sur l'ESP "f1atb" puisque c'est lui qui fera la gestion du ballon d'eau chaude, mais je me vois mal devoir ouvrir une page Web à chaque fois que je voudrais forcer le ballon… L'utilisation d'une action via l'interface domotique (HA dans mon cas) me semble bien plus simple pour les utilisateurs.

Bref, savez-vous s'il est possible de déclencher un relai connecter à l'ESP via une commande externe (type MQTT ou autre) ?

Merci.

PS : je n'ai pas de contacteur HP/HC dans mon tableau et mon ballon a une régulation électronique donc je dois passer par des "moyens détournés". ^_^

Imprimer cet élément

  écran SSD1309 qui fige
Posté par : Marco14 - 05-03-2026, 10:09 PM - Forum : Routeur Photovoltaïque - Réponses (3)

bonsoir,
j'ai réalisé le routeur d'André (merci à lui) de façon assez basique : esp32 + ssr + écran SSD1309. Tout fonctionne très bien depuis plusieurs mois. Sauf, qu'au bout de 3 ou 4 jours l'écran SSD1309 se fige .... avec un affichage classique mais qui ne bouge plus. La seule solution pour moi, tout débrancher et rebrancher pour réinitialiser . Parc contre, avec le logiciel sur mon ordinateur, tout se passe bien même quand l'SSD1309 est figé.
Quelqu'un aurait-il une idée ?
Merci à vous et bonne soirée.
Marco14

Imprimer cet élément

  la config (+évo) liée à ma réalisation résistance 6 KW tri
Posté par : mofran - 05-03-2026, 08:25 PM - Forum : Vos configurations - Réponses (7)

pour cette réalisation: https://f1atb.fr/forum_f1atb/thread-2375.html


voici l'Acceuil:

   

le SSR 1 est le seul en mode Routage, il est en mode demi-Sinus

le Ventilateur est un mini ventilo 5V alimenté par usb séparée, enclenché par un mosfet en mode On/Off, piloté par une sonde T°, celle-ci est clipsée sur le SSR le plus haut.

Le SSR2 et SSR3 sont en On/Off en cascade avec le SSR1.

Deux sondes température Ballon, celle du tiers supérieur du ballon est la température de l'ECS et la seconde sonde est au milieu du ballon, elle est á la même hauteur que l'aller vers les radiateurs et que la résistance de 6kw. Ces sondes sont indicatives, je ne les utilises pas dans les actions, c'est le thermostat mécanique de la résistance qui stoppe l'alimentation.


voici les Actions actuelles:

   

SSR 1 en routage demi-Sinus 
Seuil de -15W
PID > Coef P: 7
                 R:35
                 D:0     


   
Ventilateur de refroidissement des SSR, il est clipsé sur le SSR le plus haut, le temps que la chaleur se diffuse, je le garde à 32° avec une temporisation de 300. L'idée est qu'il démarre avant que un des trois SSR ne chauffe vraiment et la temporisation fonctionne comme hystérésis. Je ne saisis pas encore les subtilités ici, je pense que une fois le seuil de 32° atteint il attend encore 5 minutes, histoire qu'il soit quelques degrés au dessus et que le ventilateur tourne plus que quelques secondes pour refroidir jusque 31,9°, pas certain que ca soit ca.
Quoi qu'il en soi, par pleine exposition, les 3 SSR á 100%, il tourne tout le temps autour de max 38° ce qui me semble ok. (je pense que sans ca se stabiliserait dans les 50°)
J'ai mis une seconde plage On-Off plus haute en fin d'après midi, c'est dans un coin d' une chambre d'adolescent, c'est un peu bruyant, l'idée est de ne pas risquer les surchauffes SSR ni ado, à voir en plein été, je vais peut être monter une cloison, mais les pertes inévitables de chaleur garde cette pièce agréable l'hiver bien que peu chauffée. 


   
Le SSR2  est en On-Off (et le ssr3 aussi avec recherche de valeurs qui ferait qu'il suive logiquement en troisième a router et en premier a s'arrêter)  j'aimerai qu'il se comporte en cascade, quand le SSR 1 a atteint 100%, que l'excédent Pw devient supérieur à 450w , j'aime qu'il passe á fermé et qu'il le reste un bon moment sans que SSR3 enchaine ni qu'il y ait des oscillations ou SSR2 ou SSR3 réagissent plus vite que SSR1.

   
j'ai ajouté des conditions optionnelles, je suis toujours en train de chercher á atteindre le routage idéal avec le SSR1, c'est sans doute normal que les comportement des SSR2 et 3  ne soient pas encores optimaux tant que SSR1 n'est pas totalement réactif ou lisse.

je suis passé par train de Sinus (pas trouvé de stabilité)
par Multi-Sinus (bonne stabilité mais soucis lors de changement irridiance ou changement conso important. )
ce dernier changement en demi-sinus et les valeurs PID sont encore en mode essai.

J'ai aussi essayé de mettre les 3SSR sur un seul GPIO, je le déconseille fortement, on perd directement le gros avantage du triphasé qui est l'équilibrage des phases autour d'un neutre qui reste proche de zéro A. 
Avec trois phases sur un même hachage le neutre prend beaucoup d'intensité,j'ai rapidement abandonné voyant que le neutre qui relie les 3 sorties neutres des résitances chauffait, pas d'accident á signaler mais danger, j'ai remplacé le wago (fixation clipsable de plusieurs cables) par un bon gros surcre ou je suis certain que le contact est plein entre les neutres á relier et n'avoir qu'un SSR en routage respecte mieux les sinusoides non hachées qui se neutralisent respectivement
(Edit voir correctif  message #6 > https://f1atb.fr/forum_f1atb/thread-2378...l#pid21603 )

Imprimer cet élément


Utilisateurs en ligne
Il y a actuellement 288 utilisateurs connectés. » 0 Membre(s) | 284 Visiteur(s)
Applebot, Baidu, Bing, Yandex

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