Pb sur Ouverture équivalente, évolution ?

[Ludovic35]

Pour n'appliquer la modification que sur une action particulière, il faut faire ce type de changement (on vérifie en plus que l'action est bien celle qu'on veut affecter).
Sinon, toutes les actions vont "subir" la vérification d'énergie dans le second tore de l'UxIx2

Code :

int actionID = 1; // l'action du triac est la numéro 0. Mettre ici le numéro d'action sur laquelle le test supplémentaire sera appliqué
void H_Ouvre_Equivalent(unsigned long dt) {
  float Dheure = float(dt) / 3600000.0;
  for (int i = 0; i < NbActions; i++) {
    if (Actif[i] > 0) {                                  //valeur en RAM du Mode de regulation
        if (i == 0 && Actif[i] == 1) {                      //Decoupe pour Triac
        float teta = 6.28318 * (100.0 - RetardF[i]) / 100.0;  //2*PI integral sin²
        if (PuissanceS_T > 0 || i != actionID) LesActions[i].H_Ouvre += Dheure * (teta - sin(2.0 * teta) / 2.0) / 6.28318;
        } else {
        if (PuissanceS_T > 0 || i != actionID) LesActions[i].H_Ouvre += Dheure * (100 - RetardF[i]) / 100.0;
        }
      }
  }
}

[Philmaz]

Je n'avais pas vu ça comme ça.
Avec mon tout petit niveau en programmation.
Du coup si on route pas et qu'on a du surplus qu'on envoie en nul part sauf chez Enedis, donc on injecte, on peut arrêter d'incrementer ?

[Ludovic35]

Oui, cela va arrêter l'incrément des heures équivalentes puisqu'il faut la condition PuissanceS_T > 0.
Le test supplémentaire " || i != actionID" permet de laisser les autres actions fonctionner normalement.
On pourrait même faire passer ce paramètre "actionID" via une déclaration dans le titre de l'action; ça rendrait le code un peu plus générique (pas besoin de recompiler pour changer la valeur).
Dans ce cas, il faudrait aussi modifier le code dans Action.cpp
Le mieux étant parfois l'ennemi du bien, se contenter de cette petite modification, c'est suffisant.

[Philmaz]

Ok 
Je ne me sert pas perso de cette modif.
C'est juste une satisfaction de ne pas voir le compteur d'incrementer pendant qu'on envoie rien sur le CE.
Merci Ludovic pour ce petit cours.?

[phisebe]

Oui, cela va arrêter l'incrément des heures équivalentes puisqu'il faut la condition PuissanceS_T > 0.
Le test supplémentaire " || i != actionID" permet de laisser les autres actions fonctionner normalement.
On pourrait même faire passer ce paramètre "actionID" via une déclaration dans le titre de l'action; ça rendrait le code un peu plus générique (pas besoin de recompiler pour changer la valeur).
Dans ce cas, il faudrait aussi modifier le code dans Action.cpp
Le mieux étant parfois l'ennemi du bien, se contenter de cette petite modification, c'est suffisant.

Bravo

Espérons que cela sera repris dans une prochaine version par André !

[Charmusien]

Bonjour à Chacun,

J'utilise la programmation conditionnée par l'ouverture équivalente.
Mais en l'état, lorsque le cumulus est plein et que de l'énergie est disponible,
la consigne ouvre le triac à 100% et aucune énergie n'est stockée,
et c'est là qu'est l'os, le compteur d'ouverture équivalente est incrémenté.

Le calcul de la chauffe en heures creuses est donc faussé. 
Exemple:
J1 mauvais temps, la chauffe se fait en heures creuses.
J2 très beau temps dès le matin (alors que le cumulus est encore proche du max),
dès que le CE est plein, le compteur d'ouverture équivalente tourne à 100%
La nuit suivante l'ouverture en HC sera d'autant réduite, voire nulle.
Attention à la douche froide ;-)

L'incrémentation du compteur d'ouverture équivalente devrait se faire uniquement s'il y a consommation d'énergie sur le cumulus.
Ou pour ceux qui comme moi ne peuvent produire les 3kW nécessaire à la charge du cumulus, ne pas compter, en journée, 
le temps où le calcul d'ouverture est à 100%.

Quand j'aperçois l'ouverture à 100%, je force l'arrêt pendant une période que je détermine "au doigt mouillé"
Heureusement qu'André a prévu cette fonction!

Bonne journée à Chacun

Hello!

Même pb que toi et sujet déjà largement abordé dans le forum
https://f1atb.fr/forum_f1atb/thread-838.html
https://f1atb.fr/forum_f1atb/thread-692.html
https://f1atb.fr/forum_f1atb/thread-894.html

J'ai partiellement résolu mon pb mais attention, ça ne fonctionne que si la puissance PV est inférieure à a demande max du CE comme ça a l'air d'être ton cas. Perso 3 kWc !

J'ai mis en place un relais virtuel ON/OFF qui comptabilise le temps d'ouverture du triac à 100%.


Je conditionne le routage du triac au temps H du relais. Ici, tant que H < 0:05, je route !

Quand le triac ouvre à 100% (mais on peut mettre ce que l'on veut comme valeur), le compteur du relais s'incrémente et quand il arrive à 0:05, le routage du triac s'arrête et son H associé s'arrête également.

Ensuite, la nuit en HC, j'ai défini une plage horaire de 4h30 à 6h00 où le triac sera forcé à ON en fonction du H du relais virtuel.
Ce qui permet d'avoir un appoint d'eau chaude pour les toilettes du matin en attendant le routage de la journée...


.../...

---

.../...

Je continue !

En pratique les jours de soleil, ça donne ça :


Et sans soleil, ça :


Le système a ses limites...
Si le CE est plein, qu'il y a de l'eau tirée en journée et que le thermostat du CE rouvre, le routage ne reprendra pas ! Il faut alors anticiper et forcer le relais à OFF avant son H maxi.
On peut agir sur l'incrémentation des valeurs de H du triac et du relais, etc...

Je suis suis quand même arrivé à la conclusion que rien n'était plus efficace qu'un pilotage par la température. Mais mon CE étant neuf et garanti, je ne veux pas percer l'enveloppe extérieure... Il faut que j'arrive à trouver un endroit ou poser une sonde hors CE (Tuyau d'eau ?).

En tout cas, ça marche bien et on est jamais tombé en panne d'eau chaude !

Bjr Charmusien,

Je ne suis pas parvenu à comprendre ce que tu as mis en place.
Tout juste j'ai repris l'idée d'un relais qui comptabilise l'ouverture à 100% impossible chez moi comme tu l'avais noté (PV 1840W CE 3000W)
Ce qui me permet d'ajouter aux 2:20 max de chauffe nécessaires conditionné au H du Triac la différence entre H Triac et H Relai.

Pourtant j'ai cherché... ;-)
Je ne sais dire à quoi font référence chaque fenêtre conditonnelle de tes captures, en plus il a un relai 2 que je ne situe pas.

Grâce à la version 14.04 j'ai pu comptabiliser le temps de fausse ouverture du Triac grâce à ton idée de Relai Virtuel.
Mais je ne parviens pas à trouver de solution pour ajouter ce temps dans une plage en HC.

En attendant ta réponse, je retourne à mes élucubrations,
Crdt

Hello et dsl pour la réponse un peu tardive...

Mes actions ne servent qu'à arrêter l'incrémentation "H" du triac et donc arrêter le triac lorsque le CE est coupé par son thermostat.

Pour le complément de chauffe en HC, je ne mesure pas le "H" total du triac mais je me sers du "H" du relais virtuel...

Dans les actions du triac, j'ai défini une plage horaire de 1h30 (de 4h30 à 6h00) où le triac va passer en "ON" marche forcée à 100% si le "H" du relais virtuel est <1 ce qui revient à dire que le thermostat du CE n'a jamais coupé la chauffe la veille.

Cela permet d'être certain d'avoir de l'eau chaude pour les toilettes du matin...

Pendant cette plage horaire, si la condition est respectée, le triac est forcé "ON".
Soit le thermostat va couper avant la fin des 1h30 soit non mais dans tous les cas il n'y aura jamais plus de 1h30 de chauffe en HC...
C'est tout. C'est simple et ça fonctionne bien...

Le 2ème relais virtuel n'est là que pour comptabiliser le temps de fonctionnement global du triac quelque soit le % d'ouverture...

En ce qui me concerne, je ne bricole pas le code source. Pas assez bon en programmation et surtout il faut recommencer à chaque nouvelle version...

Bonne bidouille !