cdlog2

Bonjour,

Pouvez vous nous donner l’heure d’envoi du 2eme mail  » Pb Pompe « . Recevez vous un seul mail de ce type ou en recevez vous plusieurs dans la journée lorsque la pompe tourne ?

En consultant votre programmation du début, déposé sur le Blug le 24 avril 2020, on constate que vous avez programmé plusieurs démarrage de la pompe à des créneaux horaires en fonction de seuils de température. Vous avez une ligne de programme qui démarre la pompe à partir de 9h00 si la température est >= 26° et vous envoyez un mail « Demarrage moteur » dès l’activation du moteur.

C’est certainement ce premier mail que vous recevez et qui semble Normal comme vous le mentionnez.

Par contre après, si vous avez bien apporté les modifications que je vous ai préconisé qui consiste à remplacer la mesure d’intensité  de garage(piscine) :
Src: I < 1.2A  >> Act SW »I inf à 1.2A » On au bout de tempo > 120s — par — On si cdt vrai pendant tempo > 120s
Src: I >= 1.2A >> Act SW »I inf à 1.2A » OFF > 10s — par — OFF si cdt vrai pendant tempo > 10s

alors il n’y a aucune raison que vous recevriez un mail « Pb Pompe » avec SW »I inf à 1.2A » = ON si ce Switch Virtuel est bien à OFF au démarrage du moteur. Mais rien ne le force à OFF en début de journée !!!

Je pense que le problème vient du fait aussi que l’intensité absorbée par votre moteur n’est pas linéaire lors de son démarrage et que l’on détecte un seuil d’intensité I< 1.2A avant son régime plein pot. En plus la mesure de l’intensité Garage(Piscine) effectué par le WES ne se fait pas en temps réel mais avec des Pas de mesures échantillonnés entre 800ms à 1s.

Pour régler votre problème, ajouter une ligne qui force le SW »I inf à 1.2A » à OFF à une plage horaire vers 2h00 du matin par exemple :
Src: SW »I inf à 1.2A » » = ON —- Act SW »I inf à 1.2A » = OFF —- plage horaire 02:00 00:00 — Toujours Actif

Et rallonger la tempo Action de la Src: si Intensité < 1.2A — On si cdt vrai pendant tempo > 120s – par – On si cdt vrai pendant tempo > 180s

Cela devrait régler votre problème normalement.

Pour vérifier si ces modifs et ajout règle vos problème, modifier provisoirement les heures de démarrage du moteur de la plage horaire lié à la mesure de température >= 26° avec activation à un horaire actuel + 5mn pour éviter d’attendre demain 9h00 pour faire les tests.

Arrêter bien votre moteur manuellement et  vérifier à mettre le SW »I inf à 1.2A » = OFF  puis attendre le démarage du moteur au nouveau créneau horaire de test.

Constatez vous le même problème après la modif et ajout ?

Cdt

Dans votre programmation, vous serez alerté par mail qu’une seule fois même si le problème persiste ( cas d’un défaut constant )
Vous pouvez rajouter une alerte mail par exemple toutes les 1/2 heures si la Pompe reste toujours sous-alimentée durant ce laps de temps et au delà. Cela implique un défaut majeur à régler rapidement pour protéger la pompe,

Pour ce faire il suffit de faire tomber le SW   » I inf à 1.2A » automatiquement au bout d’un moment s’il est resté monté pendant une tempo trop importante, cela signifie que l’intensité est resté toujours inférieure durant cette tempo max d’alarme.

Un mail dans mon exemple joint sera envoyé toutes les 1/2 heures si le problème persiste .

Cdt

Je renvoie le fichier corrigé car mon image précédente était trop grande en taille pour être acceptée par le Blog

Je n’avais pas vos Docs.

A la lecture, rien ne mentionne que la sélection des vitesses est dépendante du cumul des connections DIx entre eux, Cela ressemble plus à un sélecteur, à l’identique de celui que l’on trouve sur les Circulateurs (pompes) de chauffage. Sur beaucoup de ces circulateurs vous avez un Switch souvent à 3 position ( I – II – III ) afin de sélectionner la vitesse, le débit d’eau souhaité.

il me semble que sur le VS2200, c’est aussi un sélecteur de vitesse à l’identique des circulateurs. Donc Je pense que l’on doit Connecter le commun ‘COM’ sur un des 3 DIx au choix ( DI2 ou DI3 ou DI4 ) en fonction de la vitesse souhaitée.

En plus je comprend que vous pouvez paramétrer et personnaliser une vitesse lambda pour chaque DIx avec un pas de 50 t/s. Donc hormis la vitesse minimale par défaut, il me semble que vous pouvez modifier la valeur de la vitesse assigné à DI2 aussi bien pour DI3 et DI4.

Concernant DI1, il me semble que c’est juste une commande de Marche / Arrêt qui en interne (possible via un petit relais ou Triac ?) autorise d’alimenter la sortie de la Pompe à la demande quelque soit la vitesse sélectionné.

Bien sur je ne fais que supputer mes propos, la doc ne mentionne rien à ce sujet. Ce qui en plus, me fait penser par pure et simple logique, qu’il faut bien choisir la vitesse par une sélection parmi, un des 3 DIx dédié.

Côté câblage vous pourrez le mettre en évidence sans tout chambouler , sachant qu’il suffit d’avoir des fils assez long aux bornes des relais pour faire un Test avant de câbler au propre.

Cdt

Correction à faire : Je m’aperçois que j’ai fait une erreur et il faut inverser les connections aux niveau du Relias 2 pour trouver ma logique.

Je joins la correction.

Cdt

Bonjour,

Probablement une mauvaise configuration de vos Pinces dès l’origine. La Pinces 3, possible la 4 aussi  devait avoir été activé dès le début de la Mise en service du WES mais vous ne l’aviez pas vue puisque non consultée.

Profitez du changement de mois Juillet/Aout et faites le ménage. Supprimez tous vos anciens historiques qui sont devenus Obsolète au vue de votre nouvelle configuration dans le Dossier GRAPH/PCE. Supprimer entièrement tous les Dossiers et fichiers Années (2017,2018,2019,2020) du dossier PCE, même 2020. Le WES recréera le dossier automatiquement.

Supprimez vos Widgets Pinces de la page d’accueil, vous pourrez les remettres plus tard. Vérifier que le WES est à la bonne Heure et Date.

Reprendre entièrement votre configuration Pinces et graphiques associés et Forcer à nouveau les Enregistrements pour chaque pages -> Pinces 1&2 et Pinces 3&4 même si vous n’avez rien modifié. Vérifier que la Pince 4 soit bien désactivée si non utilisée.

Faites un Reset du WES et surtout videz le cache du navigateur. Normalement dès demain vous devriez trouvez une normalité dans vos donnés.

Cdt

Bonjour,

je remarque dans votre Graph TIC, une incohérence parmi d’autres, concernant la ligne en Bleu « Heure Creuse ».
Le passage en heure creuse semble débuter un peu après 1h30 jusqu’à peut prêt 7h00. Hors je remarque une remontée de l’heure creuse entre 12h30 et 14h00 puis un dernier pic vers 18h30.

Je ne sais pas chez vous, mais chez moi le passage en heure creuse ne se fait seulement qu’une seule fois en 24h entre 0h30 et 7h30.
Les heures de passage en heure creuse sont variable suivant les régions, mais je trouve un peu bizarre vos 3 montés en 24h.

Est ce un dysfonctionnement d’Origine ? : Pb Réception TIC, interne WES, Pb Alim, Parasite induit par un Capteurs lambda ext …

Vous pouvez dans un premier temps vérifier si le problème est induit par des perturbations dans la transmission TIC entre le Linky et le WES.
Le WES est capable d’enregistrer dans la racine de sa carte SD, 1 minute d’enregistrement de la trame TIC de la télé-info, dans un fichier nommé TIC_tele.txt . Ceci peut être lancé manuellement depuis le menu de la configuration TIC du WES mais aussi automatiquement via l’envoie d’une requête :   http://login:password@192.168.xx.xx/ajax.cgx/?TICTXT

Il suffirait de créer dans le WES une ligne de programme afin de tester le passage en Heure Creuse en dehors des créneaux horaires normaux et d’envoyer une requête, exemple « Test Tic » à une interface lambda en vis à vis, exemple programmation  dans le WES :

SRC : compteur — Période tarifaire — = H.Creuse — Plage horaire 08:00 – 23:00
ACT: Requête >> envoie d’une requête « Test Tic » à une interface annexe lambda

Il vous faut avoir une interface annexe (Raspberry pi, EEdomus, DomoticZ, Jeedom, etc) pour recevoir la requête du WES pour engager l’action de capture du résultat.

L’action de capture consiste, lors de l’appel du WES, à envoyer en retour au WES la requête pour lui demander d’enregistrer 1 minute du Flux TIC. Puis ensuite après environs 2 à 3 minutes de récupérer le fichier TIC_tele.txt qui à été crée par le WES et de le sauvegarder en Update dans un fichier en annexe avec l’ajout de la date et heure de création du nouveau Flux reçu.

WES programmation :
Détection heure creuse hors période >> envoie requête « Test Tic » à l’annexe

ANNEXE:
réception de la requête du WES et début action de capture :

1er >> demande au WES d’enregistrer 1 minute du Flux TIC
http://login:password@192.168.xx.xx/ajax.cgx/?TICTXT

2eme >> après tempo 3 minutes , récupération du fichier TIC_tele.txt  :
http://login:password@192.168.xx.xx/TIC_tele.txt

Vous pourrez lire le fichier qui à été crée en Annexe et vérifier si vous constatez dans les trame TIC enregistrées des passages incohérents d’Heure Creuse. Si oui cela implique une perturbation ou mauvaise réception du signal TIC par le WES. Si Non, alors vos parasites sont induits ailleurs !!!

Pour Terminer : Ce qui est dommage, c’est que le WES ne peut pas s’envoyer des Requêtes à lui même. Si vous essayez depuis l’interface de programmation, vous constaterez des Erreur de TimeOut. Dans le cas contraire, cela aurez pu simplifier les process.

Cdt

Pour complément : si vous souhaitez envoyer des requêtes vers votre VE-TRONIC depuis le WES, alors le format de la requête que je vous ais fourni est fonctionnel, exemple :  http://votre-login:votre-password@192.168.1.123:9600/?$CE=6