![]() |
|
Pb sur Ouverture équivalente, évolution ? - Version imprimable +- F1ATB forum (https://f1atb.fr/forum_f1atb) +-- Forum : Forum de F1ATB (https://f1atb.fr/forum_f1atb/forum-3.html) +--- Forum : Routeur Photovoltaïque (https://f1atb.fr/forum_f1atb/forum-4.html) +---- Forum : Evolutions faites, à faire, dont vous rêvez... (https://f1atb.fr/forum_f1atb/forum-10.html) +---- Sujet : Pb sur Ouverture équivalente, évolution ? (/thread-1228.html) |
RE: Pb sur Ouverture équivalente, évolution ? - Ludovic35 - 21-03-2025 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é RE: Pb sur Ouverture équivalente, évolution ? - Philmaz - 21-03-2025 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 ? RE: Pb sur Ouverture équivalente, évolution ? - Ludovic35 - 21-03-2025 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. RE: Pb sur Ouverture équivalente, évolution ? - Philmaz - 21-03-2025 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.? RE: Pb sur Ouverture équivalente, évolution ? - phisebe - 21-03-2025 (21-03-2025, 11:55 AM)Ludovic35 a écrit : Oui, cela va arrêter l'incrément des heures équivalentes puisqu'il faut la condition PuissanceS_T > 0. Bravo Espérons que cela sera repris dans une prochaine version par André ! RE: Pb sur Ouverture équivalente, évolution ? - Charmusien - 22-03-2025 (20-03-2025, 11:14 AM)phisebe a écrit :(17-03-2025, 10:32 AM)Charmusien a écrit :(17-03-2025, 08:53 AM)phisebe a écrit : Bonjour à Chacun, 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 ! RE: Pb sur Ouverture équivalente, évolution ? - Philmaz - 05-04-2025 (21-03-2025, 11:38 AM)Ludovic35 a écrit : 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).Bonjour Je viens d'appliquer tes modifs de code. Nickel. J'en apprends tous les jours un peu plus. Merci Ludovic35 RE: Pb sur Ouverture équivalente, évolution ? - phisebe - 09-10-2025 Bonjour à Chacun, Avec l'automne qui avance, il va me falloir de nouveau gérer l'ouverture équivalente. Depuis avril, aucun besoin de gérer, car aucun besoin d'électrons venant d'Enedis, le soleil faisait le boulot. Je suis resté en 14.04, qui marche parfaitement, j'attendais de savoir si la v15 gérait maintenant correctement les H équivalentes... Philmaz et Ludovic35, entre autres, avaient bien planché sur la question et proposé du code. Quelqu'un sait-il si la v15 a réglé le problème et/ou si leur code a été inclus ? A vous lire, Crdt RE: Pb sur Ouverture équivalente, évolution ? - Mike - 09-10-2025 Bonjour, Rien n'a changé en V15 concernant ce comportement. Le changement de code de Philmaz et Ludovic35 implique la présence d'une seconde sonde sur le consommateur. Cela fonctionne donc que pour une configuration spécifique et ne peut être intégré tel quel. RE: Pb sur Ouverture équivalente, évolution ? - GPL - 09-10-2025 Bonjour, si un capteur de température est présent sur le consommateur, quel intérêt ? il suffira de piloter le dit consommateur via la sonde, et régler le thermostat plus haut pour que le pilotage se fasse uniquement via le routeur. --> Dans ce cas l'ouverture H incrémente normalement et le problème n'existe plus |