Bonjour,

J'ai par moment un fonctionnement de mon relais HC de cumulus qui ce trouve haché, l'ESP32 avec sa sonde sur condition de température envoi la commande wifi via un module schelly.

Comment eviter ce hachage du pilotage du relais ?

Merci de votre aide.
@+

Bonjour,
Pas sûr de bien comprendre ton montage ?
pourquoi utilise tu le mode On/off plutôt que les modes multi sinus ... ?
tu commande juste un relais depuis un Shelly, c'est bien cela ?

(24-12-2024, 10:50 AM)Sgb31 a écrit : Bonjour,
Pas sûr de bien comprendre ton montage ?
pourquoi utilise tu le mode On/off plutôt que les modes multi sinus ... ?
tu commande juste un relais depuis un Shelly, c'est bien cela ?

Bonjour,

Oui c'est bien cela, c'est le relais HC/HP.

@+

Salut
cela ne va pas fonctionner longtemps.. le relais HC n'est pas conçu pour un tel fonctionnement.
il faut mettre un SSR.

(25-12-2024, 11:00 PM)grostoto a écrit : Salut
cela ne va pas fonctionner longtemps.. le relais HC n'est pas conçu pour un tel fonctionnement.
il faut mettre un SSR.

Bonjour,

Je ne vois pas pour quelle raison cela ne va pas fonctionner, car j'ai bien dis relais HC/HP en mode on/off. D'autant que dans mes captures d'écrans les fronts montants sont bien visible sur des créneaux d'heures, c'est uniquement pour le complément la nuit.

@+

le relais HC n'est pas sensé couper quand la t° du chauffe eau est atteinte, c'est le taff du thermostat.
il colle au début des hc et se décolle au petit matin (soit 1 aller retour par jour, dont un seul sous charge, quand il colle)

toi, tu lui fais faire le taff du thermostat...

il faudrait à minima lui mettre une hystérésis.. sinon il va griller à osciller aussi rapidement.

La v13 permet justement de définir un hystérésis quand les 2 cases de températures sont utilisées.

Bonjour,

merci à vous deux pour votre aide.

@ grostoto oui je sais d'ou mon post pour éviter cela, mais ceci étant j'ai installé un relais indus prévu pour utilisation intensive et coupure sous charge donc pas trop de risque de ce coté. .

@ Ludovic35

Oui j'ai vu cela dans la vidéo de la V13 et je fais des tests en ce moment avec, mais ou c'est moi qui ai mal fait ma prog mais, par exemple l'autre jour j'ai eu ce fonctionnement ou plutôt ce non fonctionnement. 

Avec les vacances la famille étant au complet le CE est donc plus sollicité que d'habitude, j'ai mis ces réglages

T ≥40° et T ≤45° la nuit de 02h à 07h
et
T ≥45° et T ≤50° de 12h à 15h

Hors un jour la temp du CE est descendue à 29° et la nuit la chauffe n'a pas fonctionné à cause je pense de la condition des T ≥40°
du coup si c'est le cas dois je mettre deux actions du style ?

Actions N°1 = T ≥20° et T ≤40°
Actions N°2 = T ≥39° et T ≤45°

Je vais tester cette config pour voir.
@+

Le code gérant la température est le suivant:
ConditionsOk = true;
if (Temperature > -100.0) {
if (Tinf[i] < 1500 && Tsup[i] < 1500 && Tinf[i] < Tsup[i]) { // on applique un hystérésis dont les valeurs sont Tinf et Tsup
if (Tempx10 > Tinf[i] && Tempx10 > Tsup[i]) Tseuil = Tinf[i];
if (Tempx10 < Tinf[i] && Tempx10 < Tsup[i]) Tseuil = Tsup[i];
if (Tempx10 > Tseuil) { ConditionsOk = false; }
} else {
if (Tinf[i] <= 1000 && Tempx10 > Tinf[i]) { ConditionsOk = false; }
if (Tsup[i] <= 1000 && Tempx10 < Tsup[i]) { ConditionsOk = false; }
}
}

Tinf, c'est la case de droite (la plus élevée), Tsup celle de gauche (la plus petite).
Il y a peut-être une inversion entre Tinf et Tsup car Tinf doit être < Tsup.
A vérifier.

Tseuil est une variable des actions qui garde en mémoire la dernière valeur.
On voit comment évolue Tseuil:
if (Tempx10 > Tinf[i] && Tempx10 > Tsup[i]) Tseuil = Tinf[i]; la température est au dessus des 2 valeurs; le routage s'arrête et ne reprendra que lorsque la température passera en dessous de Tinf (dit autrement, restera bloqué tant que ce sera > Tinf)
if (Tempx10 < Tinf[i] && Tempx10 < Tsup[i]) Tseuil = Tsup[i]; la température est en dessous des 2 valeurs; le routage ne s'arrêtera que lorsque la température sera > Tsup

pourquoi mettre 20° ? je mettrai 0°, au moins pas d'ambiguïté.