Gel de l’ESP32 mini YaSolR PRO V1.0.0-rc75 pendant la marche forcée (plus de ping / MQTT / nécessite un redémarrage électrique) #172
Replies: 13 comments 2 replies
-
|
Bonjour, o1_temp_start = 64 1 degré d’écart c’est faible et je me demande s’il n’y aurait pas une boucle infinie causée par ça que je n’ai jamais vu car mes tests sont avec des écarts plus grands. |
Beta Was this translation helpful? Give feedback.
-
Non: les fonctions de routage s’exécutent dans une tâche isolee et non impactée par tout ce qui est réseau ou com. Dans la config je vois: o1_time_start=13:56 C’est car vous faisiez des tests c’est ça ? Est ce que en journée avec ces paramètres là tout marche ou même problème ? |
Beta Was this translation helpful? Give feedback.
-
|
Bonjour Mathieu,
Merci pour les réponses.
Concernant les seuils des 2 températures
On 64
Off 65
Vous me conseillez d’essayer avec quel delta mini?
Concernant le fichier de conf je l’ai exporté ce matin
J’ai 2 plages heures creuses
23h56 à 5h56
13h56 à 15h56
C’est Home Assistant qui gère l’envoi du changement de la plage horaire au
module Yasolr.
Je n’ai pas encore tout explorer dans les paramètres mais j’envisage
d’utiliser la sortie 2 pour piloter 1 relais shield pour déclencher
uniquement le forçage en hc en journée (sans routage automatique sur cette
sortie)
Je ne sais pas si c’est possible
Merci
Samuel
Le sam. 14 mars 2026 à 08:44, Mathieu Carbou ***@***.***> a
écrit :
… *mathieucarbou* left a comment (mathieucarbou/YaSolR#171)
<#171 (comment)>
Question
Une reconnexion MQTT, un délai de réponse du broker MQTT, ou une tâche de
synchronisation NTP pendant la marche forcée pourraient-ils provoquer un
blocage dans la boucle principale dans le programme exécuté?
Non: les fonctions de routage s’exécutent dans une tâche isolee et non
impactée par tout ce qui est réseau ou com.
Dans la config je vois:
o1_time_start=13:56
o1_time_stop=15:56
C’est car vous faisiez des tests c’est ça ? Est ce que en journée avec ces
paramètres là tout marche ou même problème ?
—
Reply to this email directly, view it on GitHub
<#171 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ASB3ALWSHGQJ54CX4TMEUQD4QUEVPAVCNFSM6AAAAACWRXZHRWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHM2DANJZHE2DCMBXGI>
.
You are receiving this because you authored the thread.Message ID:
***@***.***>
|
Beta Was this translation helpful? Give feedback.
-
|
OK je comprends mieux. Je fais des tests ce PM et te reviens. Au moins avec un delta de 2: 64 et 66 par exemple. Les sondes ds18 peuvent des fois avoir des loupés donc mieux vaut avoir un écart plus grand. |
Beta Was this translation helpful? Give feedback.
-
|
Bon le delta 2 degrés n’a pas empêché le plantage
Pendant la marche forcée .
Ça a planté quand mon ballon a atteint la température haute fixée à 65 à
16h25
Le sam. 14 mars 2026 à 14:25, Mathieu Carbou ***@***.***> a
écrit :
… *mathieucarbou* left a comment (mathieucarbou/YaSolR#171)
<#171 (comment)>
OK je comprends mieux. Je fais des tests ce PM et te reviens.
Au moins avec un delta de 2: 64 et 66 par exemple.
Les sondes ds18 peuvent des fois avoir des loupés donc mieux vaut avoir un
écart plus grand.
—
Reply to this email directly, view it on GitHub
<#171 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ASB3ALRV7QAAOE433FNVMHD4QVMWLAVCNFSM6AAAAACWRXZHRWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHM2DANRQGU2TEMZUHA>
.
You are receiving this because you authored the thread.Message ID:
***@***.***>
|
Beta Was this translation helpful? Give feedback.
-
|
Ok parfait. Donc c'est lorsque la condition d'arret se déclenche.... Je regarderai ce soir - pas eu le temps encore |
Beta Was this translation helpful? Give feedback.
-
|
Je suppose que quand la condition de température est atteinte une première
fois la chauffe se coupe et le module est opérationnel.
Le ballon perd 2 degrés la chauffe se re-déclenche pour atteindre la
température off et c’est là que le module planterait…
Mon fils Clément utilise aussi ton module et lui ne fait qu’une seule
chauffe en marche forcé . Dès que la température off est atteinte il a mis
une règle dans ha pour couper la marche forcée ça pourrait expliquer
pourquoi ça ne plante jamais chez lui , vu qu’on ne gère pas de la même
manière .
J’espère que cette explication pourra t’aider
Le sam. 14 mars 2026 à 18:16, Mathieu Carbou ***@***.***> a
écrit :
… *mathieucarbou* left a comment (mathieucarbou/YaSolR#171)
<#171 (comment)>
Ok parfait. Donc c'est lorsque la condition d'arret se déclenche.... Je
regarderai ce soir - pas eu le temps encore
—
Reply to this email directly, view it on GitHub
<#171 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ASB3ALTOTHEVRO3DVFS576T4QWHX3AVCNFSM6AAAAACWRXZHRWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHM2DANRQHEYTMNJZGM>
.
You are receiving this because you authored the thread.Message ID:
***@***.***>
|
Beta Was this translation helpful? Give feedback.
-
|
Oui merci ça m'aide beaucoup! Je vais essayer de simuler ça du coup! |
Beta Was this translation helpful? Give feedback.
-
|
Bon alors j'ai pris ma sonde avec un verre d'eau et paramétrer la MF ainsi:
Ensuite j'ai fait des cyles: sonde dans l'eau, puis dans la main, etc et en attendant de voir la MF se déclencher ou s'arrêter. J'ai activé les logs aussi (la c'est sur mon PC branché en USB mais avec la console web on a la meme chose): Donc ça fonctionne bien. Quand vous dites ESP32 mini , c'est quoi exactement comme board ? YaSolR ne fonctionne que sur les ESP32 listés ici: https://yasolr.carbou.me/build#esp32-boards Si vous arrivez à le reproduire à chaque fin de MF, alors vous pourriez faire un test similaire avec eau et main, esp32 connecté par usb au PC afin devoir les logs de crash. Ce serait l'idéal. Autre question: vous n'avez pas de relais pour a MF c'est bien ça ? Donc c'est le SSR random qui fonctionne à 100% ? |
Beta Was this translation helpful? Give feedback.
-
|
J'ai désactivé mon relais MF pour que la MF se fasse par le dimmer à 0% ou 100%. Pareil j'arrive à faire des cycles: (un extrait mais il y en a d'autres après). Je me demande si ça ne viendrait pas d'autre chose car la MF auto est quand même une fonction relativement standard que pas mal d'utilisateurs activent donc j'aurais eu des remontées de bugs déjà. Ça serait bien d'avoir plus de logs de ce genre si vous pouvez. Et en mode debug. |
Beta Was this translation helpful? Give feedback.
-
Beta Was this translation helpful? Give feedback.
-
|
C’est intéressant à savoir! Oui c’est la carte du routeur solaire appelé je la connais elle est supportée. Doc si ça se trouve le gpio 26 ne fonctionne pas donc ? C’est bon à savoir. La personne qui a contribué le mapping m’a donnée ça: Si c’est le firmware que vous utilisez, vous voyez que il a été compilé avec la board uno alors que la wemos d1 mini 32 que vous avez doit se compiler avec: board = wemos_d1_mini32 Donc si vous voulez m’aider à tester je peux ajouter un firmware pour votre board et vous me dites si ça marche ? celui pour l’apper est pour le wemos d1 r2 c’est donc une board différente qui doit avoir ses mapping gpio différents. |
Beta Was this translation helpful? Give feedback.
-
Beta Was this translation helpful? Give feedback.







Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Bonjour,
Merci pour ce module de router Solaire il gère parfaitement le routage avec la gestion PID.
Mon ESP32 exécutant YaSolR PRO V1.0.0-rc75 se fige chaque nuit pendant la marche forcée depuis son installation.
Lorsque le problème survient :
l’ESP32 devient totalement inaccessible
aucune réponse au ping
interface web inaccessible
communication MQTT interrompue
Le module ne revient jamais automatiquement et nécessite une coupure d’alimentation pour refonctionner.
Le système fonctionne parfaitement en mode routage automatique.
Le problème apparaît uniquement pendant la marche forcée.
Le plantage survient chaque nuit vers 01h30, alors que la marche forcée est active.
Carte:
ESP32 Mini Connexion Wi-Fi
Réseau :
bornes Wi-Fi UniFi
box internet Freebox POP
IP fixe configurée sur l’ESP32
MQTT :
broker Mosquitto sur Home Assistant (IP fixe)
Source de mesure :
Shelly Pro EM publiant les mesures via MQTT
Capteur de température :
sonde Dallas connectée à l’ESP32
Sortie :
sortie 1 → module SSR random + zero-cross
Configuration de la marche forcée (voir PJ pour la configuration complète)
o1_temp_start = 64
o1_temp_stop = 65
o1_time_start = 23:56
o1_time_stop = 05:56
marche forcée time out = 0
Comportement observé
la marche forcée démarre normalement
le système fonctionne plusieurs heures
vers 01h30, l’ESP32 se fige, le module devient totalement inaccessible (plus de ping)
Seule une coupure d’alimentation de l’ESP32 permet de retrouver un fonctionnement normal.
J'ai flashé un autre ESP32 mini et je constate exactement le même phénomène
Question
Une reconnexion MQTT, un délai de réponse du broker MQTT, ou une tâche de synchronisation NTP pendant la marche forcée pourraient-ils provoquer un blocage dans la boucle principale dans le programme exécuté?
Merci
config YasolR.txt
Beta Was this translation helpful? Give feedback.
All reactions