plruffin

Pour ton problème il ne faut pas un on/off sur le même seuil çà battra toujours y compris avec la tempo!

Il faut un différentiel – hysterisis. C’est a dire qu’il faut un seuil d’enclenchement et un seuil de déclenchement qui soit différents avec un delta suffisant.

je n’ai pas le temps de suite de te donner la prog mais je le ferais si tu ne trouve pas.

la solution est simple il s’agit de mettre les pinces en série vous aurez la somme des courants consommé sur l’ensemble des phases

Bonjour,

je vais te répondre pour le mieux:

Commander ton circulateur bien sur que tu le peu. Attention toutefois a ne pas choisir la même température pour le On et le OFF il faut obligatoirement un delta (Hystérisis) pour éviter le battement continu entre les deux états autours de la valeur de consigne . Une valeur d’un degrés me parait correcte. La sortie relais ne commendara par ton dijoncteur qui est un élément de protection. Il te faudra ajouter un relais NO de puissance (contacteur) pour commander ton circulateur, même si les RL des ES peuvent le faire.

pour les Sondes tu peut tout faire et bien entendu les collers au tuyeau, et utiliser les cables RJ45 de ton installation mais la il faudra jouer la bricole.

Voir mon fil sur la pmesure en tri il y a la réponse

Il y a confusion entre les VA et les Watts en alternatif ce n’est pas identique il y a un cos phi entre les deux P( en Watt) = VA cos Phi

ou cos phi est le facteur de puissance qui dépends de la charge….

Bonjour,

Le Wes doit rester une station de gestion d’énergie.

Mais il doit pour cela évoluer afin d’être vraiment opérationnel et autonome, je m’en explique: Qui dis gestion d’énergie dis obligatoirement pilotage d’équipement indépendamment de tout autre dispositif. Ce pilotage doit pouvoir se faire soit par commandes (On/Off) locales par un relayage local dans le coffret électrique soit par télécommande sous un protocole X.  Ceci implique donc que le WES puisse disposé (en option/extension) d’un nombre suffisant de sorties relais. C’est la ou les deux actuelles sont largement insuffisantes car il faut pouvoir commuter l’ECS et plusieurs groupes de consommateurs importants! Donc on attend impatiemment une carte d’extension avec au moins 4 relais de plus… Pour les entrées je serai moins catégorique en tant que gestionnaire d’énergie le WES  a à priori toute les infos en interne qui lui sont nécessaire, donc 2 entrées ça devrait suffire localement, si les extension en ont de plus  avoir l’utilité…. Pour les capteurs de températures c’est selon moi un « gadget » sur un gestionnaire d’énergie, la gestion du délestage doit être confié a la box domotique, par contre le WES doit pouvoir lui envoyé une requête de délestage! les entrées de mesures de consommation cela est plus utiles, il y a en deux c’est pas mal on peut suivre comme cela par exemple l’ECS et le chauffage le reste l’est par différence entre la conso en téleinfo et ces deux consommations. Pour ce qui est de la télécommande sous protocole X, il faut simplement que WES puisse transmettre a une Box des « ordres » tel que dis ci dessus: « demande de délestage de gros consommateurs », on peut utiliser pour cela le fichier inout.cgx et les 2 relais de la carte, attention il deviennent inutilisable localement! Nicolas pourrait on adjoindre un nouveau fichier cgx (tele.cgx) qui permettrait d’échanger avec une box, en bidirectionnel.  par exemple avec un rasperry et domoticz cela donnerait la possibilité de demander a la « box domo » de pratiquer un délestage de lui remonter les infos de sorties ou vice versa à la box d’informer le WES que l’on est inoccupé ou en réduit donc de couper les équipements inutiles, voir en sécurité (incendie) de mettre HS les distributions électriques! Au passage question: quelle est la fréquence de rafraîchissement des fichiers cgx? Personnellement pour l’instant je prévois de faire communiquer les deux par des I/O car plus simple et surtout plus rapide en temps de prise en compte que par http et fichier, mais cela suppose d’avoir les deux à proximité.  Le top serait d’avoir une API de dialogue par requête et message TCP sur le port ethernet (Http).

On attend de voir les extension pour ce décider

Pascal