cdlog2

Bonjour,

Je reviens sur la solution de @FredBona proposé sur son site qui par ailleurs est très bien fait et effectivement semble logiquement fonctionner.
Son Idée d’utiliser un Variateur pour alimenter son Ballon ECS est une bonne idée.

Une étude avait été faite sur ce principe en 2019 sur le Blog : https://www.pierrox.net/wordpress/2019/03/04/optimisation-photovoltaique-3-controle-numerique-du-variateur-de-puissance/

On y décrit le principe du fonctionnement du Variateur de Tension utilisé dans le projet de @FredBona. Il semble que ce Variateur fonctionne depuis un panneau de commande par l’échantillonnage de ces Boutons de Commande (+) et (-) avec des paliers de 2Hz soit 50 secondes pour passer de 0 à 100% et Inversement 100% à 0%. Il semble que @FredBona à connecté ses deux Relais WES directement aux points de connexion de ces 2 Boutons de Commande.

Donc je pense qu’il faut inclure dans le Taux d’Erreur de la Mesure instable décrit par @FredBona, non seulement celui induit par la précision de la Pince EDF mais aussi le fait que l’on passe par les Boutons du Variateur pour basculer l’alimentation du Ballon ECS, du mode Injection vers le mode Consommation EDF ( lorsque détecté par la TIC du Compteur ERDF ), en abaissant l’alimentation du Ballon ECS de 100% de Consommation vers 0% en 50 secondes, temps que mettra le Variateur pour ce faire depuis la commande sur ses Boutons, alors que le Ballon est Basculé sur le 230V de l’ERDF dans cette Phase de régression.

Pour éliminer ce petit Cumul d’Alimentation du Ballon sur ERDF, qui peut être répétitif dans la journée, lors du passage de la Production à la Consommation ERDF, serait de rajouter un 3eme Relais pour couper instantanément l’Alimentation du Ballon dès le passage sur ERDF ou bien d’utiliser les Signaux de commandes  interne ZERO et SCR du Variateur comme décrits dans le Blog de pierrox et qui permet un meilleur monitoring du Variateur.

Par ailleurs @FredBona semble utiliser sa Production uniquement pour alimenter son Ballon ECS.  Pour une utilisateur de la Production avec des besoins Domestique en parallèle de celle du Ballon ECS, il faudra étendre la programmation WES présentée, en incluant une autre Pince (Production) permettant de mesurer la Puissance d’Injection disponible et rajouter dans cette Programmation un Délestage en fonction des Priorité d’utilisation de la Production.

Cdt

Bonsoir,

Seul Nicolas peut régler ce PB, le contacter par mail : contact@cartelectronic.fr

Cdt

Bonjour @Roman

J’ai l’impression que je vous ai répondu un peu trop rapidement en rapport à votre problème de mise à l’heure!.

Ce qui m’a fait vous proposer de refaire la MAJ c’est la Tournure de votre phrase :

Depuis la mise à jour en version V.085 beta 03, l’horloge du serveur reste fixe tout comme la date du Serveur

par laquelle j’ai compris que l’horloge de votre WES est bloqué et n’incrémente plus les heures, les minutes et les secondes !. Or je pense que vous vouliez dire que la MAJ de l’heure par serveur NTP ne met plus l’horloge du Serveur WES à la bonne heure courante !

Je viens de faire des Tests de mise à l’heure sur mes 2 WES dont l’un est configuré en Version V0.84A4 et l’autre WES en version V0.85 beta 03.

Jusqu’à il n’y a pas longtemps, mes deux WES ce mettaient bien à Jour automatiquement sur l’un des 3 Serveurs NTP définis dans la config Horloge soit :

ntp.obspm.fr
fr.pool.ntp.org
ntp.unice.fr

Or je constate comme vous, que mes 2 WES ne remettent plus leur Horloge à jours par NTP ?.

Les Serveurs WES répondent bien « Mise à l’heure effectuée aujourd’hui ! » à la requête lancée par le Bouton « Mettre à l’heure par NTP » mais les Info de l’Horloge ne sont remises à la bonne heure.

Seul une reconfiguration Manuelle de l’heure fonctionne et change bien  l’Horloge du WES en relative.

J’ai l’impression qu’il y a un problème depuis un certain temps ? avec les Serveurs NTP déclarés dans les config des WES. Possible que ces Serveur NTP ont changés de protocoles d’échanges ou sont actuellement hors service ? (Poutinesque ?)

@nicolas pouvez vous confirmer ce que nous constatons ! Le protocole NTP rendu pas ces Serveur NTP aurait t’il changé !

J’ai testé la config avec d’autre Serveur NTP et c’est pareil le WES réagit avec une réponse aux requêtes NTP OK, mais l’heure du Serveur n’est pas corrigé en relatif.

Cdt

Christian

RE: Merci @nicolas pour ces précisions.

Donc concernant les modifications de mes fichiers PCEVAL.HTM que j’ai Postées précédemment, Pour ceux qui aurait leur WES installé en version V0.85 Beta3 il ne faut pas installer mon fichier modifié car vous n’aurez plus le bénéfice d’utiliser l’état Cos Phi en mode Consommation.

Par contre ceux qui sont en version v0.85 Beta1, comme le fonctionnement des Pinces ne prend pas en charge le Mode Mixte ayant le Cos positionné, peuvent installer mon fichier qui corrige le fait que l’Index Injection affiche des valeurs incohérente lorsque c’est le Mode Consommation qui est configuré pour la Pince. Avec ma modif, l’Index Injection est forcée et reste à 0.0kWh si la config de la Pince est en mode Consommation.

Cdt

Bonjour @nicolas,

Juste une question concernant ce que j’ai découvert dans le fichier PCEVAL.HTM, gestion des Pinces.

Dans la version v0.85b3 vous masquez l’index Injection lorsque la Pince est configurée en mode Consommation et Vis et Versa.

Mais lorsque la Pince est configurée en Consommation et que l’on active l’Option COS de la Pince, alors vous faites aussi apparaître l’index de l’Injection ? Les deux index Consommation et Injection sont du coup tous deux visibles lorsque l’option Cos de la Pince est activée ?.

Pourriez vous nous dire à quoi correspond cet index Injection lorsque la Pince est configurée Consommation et avec l’Option COS activé ?

Cordialement

Christian

Bonjour,

Je vais essayé de donner une explication à ce petit défaut et @nicolas pourra certainement me corriger si je mégare !

Nous le constatons Tous (je le suppose !), le WES est assez Performant dans ses Champs d’Actions et ce dont il à été programmé Pour !.

Le Serveur WES intègre le Processeur STM32F417 CPU Cortex™-M4 core qui tourne à 168MHz.
Il est programmé via les API ARM® Keil™ MDK et tourne sous un système d’exploitation mutiltâche RTX RTOS.
Sa Capacité Mémoire Interne est de 1M Flash et 192K SRAM.

Nous le constatons Tous, le WES n’est pas un produit Fermé et @nicolas le fait évoluer par ses MAJ et Rajoute de plus en plus de nouvelles fonctionnalités. Or toutes ces Fonctions nécessitent de maintenir dans des Variables en Mémoire Interne du CPU, toutes les Données spécifiques aux diverses configurations et paramètres afin de pouvoir gérer l’ensemble en temps réel.

Or cette Mémoire Interne Flash du WES n’est pas extensible et il arrive un moment ou elle commence à faire défaut Si l’on voulait maintenir tous les états possibles de toutes les configuration.

Donc pour ne pas surcharger mes explications, prenons l’exemple de vos Index des Pinces Ampèremétrique.

Les Pinces peuvent prendre deux types de configuration, soit en mode Consommation et/ou en mode Production.
Donc la logique voudrait que l’on maintienne dans la Mémoire Interne du WES des variables spécifiques aux valeurs de la Consommation et ceux de la Production.

Mais à quoi bon réserver de la mémoire Interne, alors qu’il y en pas beaucoup !, pour maintenir des Valeurs de configuration non utilisé !
Donc le WES va utiliser le même espace Mémoire Interne pour sauvegarder uniquement les Index des Pinces relatif au Mode défini par la configuration courante.

Par contre dans la Page WEB des Pinces, Nicolas à laissé ces deux types d’Index Visible (suivant les versions WES )
Mais on sait maintenant que le Serveur ne gère les Valeurs que de l’une d’entre elles.
Donc forcement l’un des Modes Index dans la Page HTM n’est pas Traité et les Valeurs que vous voyez dans les Index non utilisés, sont des Valeurs Aléatoires que va prendre les champs concernée côté HTML étant non initialisé et/ou forcé à la valeur ZERO.

Donc s’il y a une modification simple à faire, serait dans la Page HTM des Pinces, Soit en masquant les Champs INDEX non utilisée ou Soit forcer à ZERO ces même Champs non significatif au vue de la configuration.
Votre défaut n’influe en rien au bon fonctionnement de vos Pinces mais est simplement un petit problème visuel qui peut effectivement poser Questions.

Je vous propose pour régler ce petit défaut, une modification à effectuer dans le fichier PCEVAL.HTM.
Je vous joint 2 archives contenant le fichier PCEVAL.HTM modifié pour les versions V0.85b1 et V0.85b3.

Sauvegardez le fichier PCEVAL.HTM de votre WES dans votre PC avant de le remplacer par celui de l’Archive qui correspond à la version de votre WES

Videz le cache de votre navigateur CTRL+F5 avant de recharger la nouvelle Page PCEVAL des Pinces.
Normalement l’index Production sera forcé à 0.0 kWh si la Pince est configuré en consommation et inversement.

Si vous rencontrez des PBs remettre dans votre WES votre fichier PCEVAL.HTM que vous avez sauvegardé t vider à nouveau le cache Navigateur.

Cdt

RE: voir l’exemple de la programmation clôturant le fil de conversation du projet fourni par le lien de mon précédent Post :
https://www.cartelectronic.fr/blog/?topic=placement-pince-amp-cumulus-edf-surplus-solaire&paged=2#post-12442

Cdt

RE: Le mode SSL HTTPS sera bientôt disponible pour les WES.

Je sais que @nicolas travaille dessus mais je ne connais pas la date de sortie de cette MAJ.

Cdt