12-01-2026, 08:59 PM
(12-01-2026, 10:30 AM)biodom13 a écrit :(11-01-2026, 07:49 PM)grostoto a écrit : salut
quelle est le moyen de mesure du routeur ?
sur quelle routeur sont les 2 autres actionneurs qu'on voit sur ta copie écran ?
si c'est le même, alors met la page copie ecran de tout les actionneurs, pas uniquement le test.. (qui peut ètre en conflit avec l'autre: un gpio ne peut avoir qu'une seul ligne d'action).
Depuis j'ai fait de nombreux tests et voci la chose actuelle :
Pour faire plus clair.
ESP Principal : récupère les infos du linky, pilote le contacteur jour nuit du chauffe eau et transmet la valeur de la puissance au deuxième ESP SDB ou ESP esclave
Pilotage du contacteur :
phase 1 : la nuit jusqu’à 5h30 mise à ON si le chauffe eau a fonctionné moins de 2h la veille (valeur récupéré sur l’ESP SDB) et en qu’on est en Heure creuse.
phase 2 : de 9h à 17h30 mise à ON
ESP SDB : pilote en mode Multi sinus 2 SSR sur une seule GPIO 16
Une sonde de température permet de mesurer la température dans le boitier pour couper le pilotage si la température est supérieure à
Phase 1 gpio16 : la nuit jusqu’à 5h30 pilotage en multi sinus (PW 7000w ouv 100%max si température<40° et temps gpio1<2h)
Phase 2 gpio16 : de 10h à 16h25 (Pw -60w ouv 100% si temperature <40°)
Phase 3 gpio16 : de 16h26 à 17h (Pw 7000 ouv 100% si temperature <40° et temps<45min ) aussi testé en ON avec température <40° et temps<45min)
Pour répondre non je n’ai qu’une fois la gpio16 d’utilisée, depuis j’ai fait de nombreux tests pour débloquer la situation j’inactive et redéclare une autre gpio16 mais quand je commence à remettre la notion de température et de temps ça bloque mais ce n’est pas systématique….
Dans mon analyse encore incomplète le problème se situe dans cette notion de condition sur l température, de temps et forçage manuel (bien que cette nui je n’ai pas forcé manuellement et la gpio ne s’est pas activée. Je continue l’analyse
Bonjour,
pas facile de suivre ce thread, avec un problème autre qui s'intercale ...
Si j'ai bien compris, 2 RMS :
un qui utilise comme source de mesure la Téléinfo Linky, celui la ne pilote aucun SSR => est ce qu'il pose un problème pour y accéder (il n'a pas de SSR, ce n'est pas lui qui fait les 'blocages')
le second utilise comme source ESP externe avec deux SSR piloté sur le même gpio, + mesure de température => si l'alim est un peu faible ou les 2 SSR en simultanées tirent un courant à la limite de l'ESP32, ça peu créer des instabilités
++ un seuil négatif de -60 W avec une source Linky, ça marche si vous êtes producteur (au sens ENEDIS, avec l'étiquette EAIT dispo dans la trame téléinfo)
1) faire un test avec 1 seul SSR piloté // mettre une alim puissante sur l'ESP avec les 2 SSR
2) partager les pages Données Brutes ,paramètres généraux (mode expert) et Actions de chaque RMS (pas juste un extrait) // pour données brutes, cacher votre IPV6
3) comment avez vous fait la migration de V13 à V16 (sauvegarde paramètres puis Import?) , [à partir d'un compilation, de OTA ou d'une interface Web ? ... il reste peut être des parasites de la V13]
4) quel période de répétition pour MQTT ? (faire essai en augmentant la période)
Merci André
,
Routeur V16.09b (since V2.01) / 1xESP32 (IP fixe) / Source UxI / 5 actions
Panneaux 1680Wc
1 Triac : ECS 2000W
1 SSR (DemiSin) : ECS 1800W
1 SSR (On-Off) : Circulateur plancher chauffant eau 50W
1 SSR (DemiSin ) : circuit d'eau 1500W
1 SSR (DemiSin ) : Ultime 2000W
,Routeur V16.09b (since V2.01) / 1xESP32 (IP fixe) / Source UxI / 5 actions
Panneaux 1680Wc
1 Triac : ECS 2000W
1 SSR (DemiSin) : ECS 1800W
1 SSR (On-Off) : Circulateur plancher chauffant eau 50W
1 SSR (DemiSin ) : circuit d'eau 1500W
1 SSR (DemiSin ) : Ultime 2000W
