(11-03-2026, 09:33 AM)Bendu13 a écrit : J'ai enregistré les logs hier soir et j'ai eu un reset peu de temps après :
Date : 10/03/2026 21:22:18
Signal WiFi: -36dBm
IPV4 : 192.168.1.35 * IPV6 : xxxxxxxxxxxxxxxxxxxxxx
Puissance reçue : Oui
Charge Lecture RMS (coeur 0) en ms - Min : 2 Moy : 2 Max : 2
Charge Boucle générale (coeur 1) en ms - Min : 2 Moy : 2 Max : 6
Mémoire RAM libre actuellement: 86232 byte
Mémoire RAM libre minimum: 26272 byte
ESP32 ON depuis : 6.00 heures
Mqtt::{"Pw":596},
Mqtt::{"Pw":595},
Mqtt::{"Pw":597},
Mqtt::{"Pw":595},
Mqtt::{"Pw":594},
Mqtt::{"Pw":595},
Mqtt::{"Pw":595},
Mqtt::{"Pw":596},
Mqtt::{"Pw":594},
Mqtt::{"Pw":595},
Mqtt::{"Pw":597},
Mqtt::{"Pw":597},
Mqtt::{"Pw":595},
Mqtt::{"Pw":596},
Mqtt::{"Pw":597},
Mqtt::{"Pw":595},
Mqtt::{"Pw":595},
Le fichier s'arrête comme ça, sans plus d'indications.
Les données brutes du routeur indiquent un redémarrage normal.
Conclusion, aucune anomalie présente (wifi ok, réception puissance ok, mémoire ok, processeurs ok)
Du coup (et ça va faire plaisir à Jacques13) je m'oriente vers un dysfonctionnement de l'esp32 ou de la carte de développement.
Je vous dirai si cela a résolu mon problème.
Ayant eu le même problème, le changement de l ESP32 l'a résolu
J'avais bon espoir vu que j'avais fait le tour des possibilités mais je suis à deux reset en quatre jours depuis le remplacement de l'esp32.
J'ai remplacé l'esp32 en mettant la dernière mise à jour V17.10.
Il n'y a plus que la carte de développement qui n'ait pas été changée mais ce n' est pas le même travail... ça ne m'enchante pas.
Je me demande si je ne vais pas vivre avec en attendant la nouvelle version d'André sur esp32 S3 ?
effectivement, le truc un peu exotique c'est la carte support qui fabrique le 5V pour alimenter l'ESP, le régulateur (ou un autre composant lié a l'alim de l'ESP) de cette carte est probablement un peu faible
A tester :
1) déconnecter le OLED, et voir si l'ESP continu de rebooter ...
2) est-ce qu'il est possible de le laisser en place et d'alimenter directement l'ESP par son port USB (sans intermédiaire)?
3) Alternative, c'est de sortir l'ESP du support, de faire les branchements en 'volant' et de fournir l'alimentation en USB direct:
vu la photo, qui n'est sûrement pas a jour car 3 SSR sur le même gpio ... ça doit pas le faire !
6 GPIO (18 & 19 pour le Oled, c'est facultatif / 13(mauve) pour sonde T° / 14(bleu) vers (un SSR?) / 26(orange) vers la TIC / 32(bleu) vers un SSR
quelques masse, dont 2xSSR + Sonde T° (vert), et TIC (Jaune) (l'ESP 38 pins dispose de 3 GND) + quelques 3.3V Sonde T° (Bleu), TIC (noir avec Résistance)
S i vous pouvez fournir :
Un photo de la dernière situation des branchements l'intérieur de la boite 'ATEX',
une capture d'écran de votre page paramètre + un peu d'explication sur ce qui est caché au bout du gpio14
une capture d'écran de votre page Actions
Tout d'abord, je tiens à tous vous remercier pour prendre de votre temps pour essayer de m'aider.
Je ne peux pas brancher mon esp32 séparément ni le débrancher de la carte de développent, c'est lui qui fournit le 3.3V.
Par contre je vais essayer de débrancher l'écran, il est effectivement facultatif.
Et je confirme, 3 ssr sur un gpio ça ne marche pas, actuellement j'utilise le gpio25 (3.3v) pour piloter un petit ssr dc/dc et ce ssr envoie le 5V de la carte sur les 3 ssr en série.
Le gpio26/27 de la TIC est branché mais pas utilisé, je le garde en cas de problème avec le MQTT.
Le gpio14 pilote effectivement un ssr qui commande mon contacteur HP/HC (l'alimentation 220VAC du chauffe-eau).
Pour résumer les actions :
J'alimente mon chauffe-eau pendant les heures creuses et pilote les ssr à "ON" si la température est en dessous de 25°C. Je l'alimente ensuite la journée et pilote le ssr en multisinus avec un seuil de température + hystérésis.
Je dois pouvoir simplifier mes actions (comme le reste, ça évolue avec le temps).
Je peux peut-être aussi essayer d'utiliser mon alimentation 12V 15W pour l'alimentation des 3 ssr plutôt que de prendre le 5V de la carte...
(Aujourd’hui, 11:00 AM)Bendu13 a écrit : Tout d'abord, je tiens à tous vous remercier pour prendre de votre temps pour essayer de m'aider.
Je ne peux pas brancher mon esp32 séparément ni le débrancher de la carte de développent, c'est lui qui fournit le 3.3V.
Par contre je vais essayer de débrancher l'écran, il est effectivement facultatif.
Et je confirme, 3 ssr sur un gpio ça ne marche pas, actuellement j'utilise le gpio25 (3.3v) pour piloter un petit ssr dc/dc et ce ssr envoie le 5V de la carte sur les 3 ssr en série.
Le gpio26/27 de la TIC est branché mais pas utilisé, je le garde en cas de problème avec le MQTT.
Le gpio14 pilote effectivement un ssr qui commande mon contacteur HP/HC (l'alimentation 220VAC du chauffe-eau).
Pour résumer les actions :
J'alimente mon chauffe-eau pendant les heures creuses et pilote les ssr à "ON" si la température est en dessous de 25°C. Je l'alimente ensuite la journée et pilote le ssr en multisinus avec un seuil de température + hystérésis.
Je dois pouvoir simplifier mes actions (comme le reste, ça évolue avec le temps).
Je peux peut-être aussi essayer d'utiliser mon alimentation 12V 15W pour l'alimentation des 3 ssr plutôt que de prendre le 5V de la carte...
Le truc c'est d'isoler au maximum les sous-ensembles de façon à trouver ce qui cloche.
As-tu tenté de faire fonctionner l'ensemble boitier ouvert ?
la piste du bug logiciel peut sans doutre etre mise de coté, sur l ensembke des utilisateurs je pense que ca se saurait si tout le monde avait un reset quotidien.
(Aujourd’hui, 11:00 AM)Bendu13 a écrit : Tout d'abord, je tiens à tous vous remercier pour prendre de votre temps pour essayer de m'aider.
Je ne peux pas brancher mon esp32 séparément ni le débrancher de la carte de développent, c'est lui qui fournit le 3.3V.
Par contre je vais essayer de débrancher l'écran, il est effectivement facultatif.
Et je confirme, 3 ssr sur un gpio ça ne marche pas, actuellement j'utilise le gpio25 (3.3v) pour piloter un petit ssr dc/dc et ce ssr envoie le 5V de la carte sur les 3 ssr en série.
Le gpio26/27 de la TIC est branché mais pas utilisé, je le garde en cas de problème avec le MQTT.
Le gpio14 pilote effectivement un ssr qui commande mon contacteur HP/HC (l'alimentation 220VAC du chauffe-eau).
Pour résumer les actions :
J'alimente mon chauffe-eau pendant les heures creuses et pilote les ssr à "ON" si la température est en dessous de 25°C. Je l'alimente ensuite la journée et pilote le ssr en multisinus avec un seuil de température + hystérésis.
Je dois pouvoir simplifier mes actions (comme le reste, ça évolue avec le temps).
Je peux peut-être aussi essayer d'utiliser mon alimentation 12V 15W pour l'alimentation des 3 ssr plutôt que de prendre le 5V de la carte...
Le but c'est de faire le câblage en 'l'air' au plus simple pour supprimer la plaque qui fournit l'alim à partir du 12V,
l'alim de l'ESP viendra du 5V de l'USB et le 3.3V est fait sur la carte avec l'ESP
* uniquement ce qui est utile [7 fils] : gpio13, gpio14, gpio25, 3.3V pour la sonde T°, 3x GND pour sonde T° et les 2 SSR -> votre 12V peut servir pour activer les 3 SSR de puissance sans passer par le module ESP (sinon prendre le 5V sur la carte : 2fils en plus pour le montage en l'air)
Dans votre config, passer Période répétition MQTT à 2s [ou plus], (1 c'est extrême : l'ESP passe son temps à collecter les infos reçu par MQTT ainsi que la température pour les renvoyer par ... MQTT)
Il y a 6 heures(Modification du message : Il y a 5 heures par Bendu13.)
Je peux essayer de passer la période MQTT à 2 mais je crain que le système ne soit plus efficace. En fait j'utilise le MQTT pour gérer la priorité routeur vs batterie de stockage.
J'ai une batterie gérée par un multiplus Victron + Cerbo GX qui ne charge la batterie que lorsque le routeur est "OFF" ou avec le surplus lorsque le routeur est à 100% (en simplifiant).
Les consignes reçues par le routeur et par le Cerbo transitent par MQTT et le rafraichissement est primordial pour une bonne efficacité.
Après, honnêtement je ne me sens pas de tout démonter pour câbler en volant, je vais peut-être essayer de remplacer la carte de développement et d'alimenter mes 3 ssr avec le 12V mais je ne veux pas repartir de zéro.
Je suis désolé parce que je demande des conseils et je ne les applique pas.
En fait, l'installation du routeur et des batteries m'a demandé beaucoup de temps et de travail, je pense que moi aussi je sature !
Je vous tiens quand même au courant des évolutions.
Merci encore pour votre aide !
Je viens de regarder les logs plus en détail et quelque chose m'interpelle quand même.
Je n'avais regardé que les dernières lignes mais en faisant défiler l'ensemble je trouve ce message régulièrement :
**************
commandes pour configuration par port série ou Telnet (respect majuscules, ponctuation et terminer par touche 'Enter'):
ssid:xxx | Pour définir le nom xxx du Wifi à utiliser
password:yyy | Pour définir le mot de passe yyy du Wifi
restart | Pour redémarrer l'ESP32 sans appui sur le bouton EN
dispPw | Pour afficher les mesures de puissance Pw
dispAct | Pour afficher les ouvertures des Actions
ETH01 | Bascule sur la config ethernet avec bus RMII et LAN8720
T:xxx | En mode Train de Sinus force la longeur de Trame.
| T:xxx = xxx*10ms, T:0 retourne en Train de sinus normal
P:yyy | En mode Train de Sinus force la longueur des Pulses.
| P:yyy = yyy*10ms. P<=T . Evitez P impaire et Trame paire.
R:x | Affiche pour le Triac (x=0) ou les Relais (1,2..) ,
| le Retard en% somme de| Propor | Integral | Dérivé.
| R: pour annuler
partition | Pour afficher la table de partition de la mémoire FLASH
H ou ? | pour avoir cette aide
**************
Mqtt::{"Pw":2971},
Paramètres Auto-Discovery publiés !
Mqtt::{"Pw":2979},
Mqtt::{"Pw":2970},
Avez-vous une idée de ce qui pourrait provoquer l'apparition de ce message dans les logs ?
Ce pourrait-il que l'anomalie se présente régulièrement mais pas assez longtemps pour provoquer un reboot ?
Et non justement, j'ai ce message qui revient 3 fois en 20 minutes sans que le routeur ne reboot.
Par contre au bout de 30 minutes de logs j'ai eu un reboot sans message particulier.
,