Mise à jour 0.9 beta 02

Bonjour Nicolas,

Merci pour cette mise à jour importante

La MàJ de mes trois sites a été exécutée sans aucun problème, reste à tout tester ?

Serait-il possible d’avoir quelques informations pour le paramétrage du « ModBus Master ». J’ai besoin de récupérer la consommation électrique sur un compteur d’énergie SCHNEIDER IEM3255

Merci pour votre aide

Gabriel

Rebonjour.

Mon précédent message a disparu ainsi que votre réponse

J’ai vidé le cache du navigateur et rechargé la derniére version du WES: les versions WEB et Micrologiciel sont identiques. Toujours problèmes avec les Pinces :

Configuration

Pince 1 : Consommation
Pince 2 : Production
Pince 3 : Consommation
Pince 4 : Consommation

Valeurs : Pince 1 : correcte Pince 2 : Consommation ,Pince 3 : Consommation , Pince 4 : Injection cela varie aprés un CTRL F5
Graphique : Pince 1 : Consommation Pince 2 : Injection : Pince 3 : Consommation Pince 4 : Injection

Cordialement.

Rebonjour.

Je n’avais pas qu’il y avait 2 posts sur cette nouvelle version.
Du nouveau aprés plusieurs reboot et vidage navigateur et test sur autre navigateur ; je n’ai presque plus de problèmes avec mes 4 pinces a part la puissance instantanée pince 4 en injection et le coût pince 4 absente

Cordialement.

Rebonjour.

Après quelles dizaines de minutes, tout est rentré dans l’ordre

Cordialement.

Beaucoup de mots pour pas grand chose.

Bonjour Nicolas,

Voila une grande nouvelle bien attendue!

Une question toute bête le port modbus physique c’est lequel, celui marqué extension?

Merci

Salutation

Pascal

Re

Pour le moment après MAJ avec nettoyage de la carte SD tout est Ok

Bon si modbus master sur RS485 c’est du RTU en maitre escalve.

Comme gaby 69 peut on avoir des détails et explications sur l implémentation du Modbus dans le Wes avec un ou deux exemples .

Allez on va tester avec un modules inputs pour palier le peu d’inputs du WES, j’attend cela depuis quelques années….

A+

• Cette réponse a été modifiée le il y a 1 mois par plruffin.

re,

rapide tour du modbus je précise pour l’instant sans rien de connecter juste pour voir l’interface et les possibilités.

Pas mal et la meme interface que pour actions est bien.

Juste une remarque pour le moment j’ai bien noté et vue que nous pouvons affecter une lecture d’un registre d’un péripherique Modbus soit vers un SW ou une variable. sachant que les SW et les Variables sont limitées ca va vite etre juste si on a une programmation un poil avancée! Surtout que pour le moment dans les actions on ne peut pas accèder aux variables modbus! Serait possible de prevoir cet accès ?

A+

voila le genre de module que je vais tester

et en utilsant un convertisseur RS485 TCP ethernet et bien le meme moduyle pais en ethernet et voila des ES déportées

Nicolas

La doc est ici en wiki: https://www.waveshare.com/wiki/Modbus_RTU_Relay_(D)

A priori c’est du très classique de chez modbus  sur le Wiki il parle en hexa

Pour moi en cours de commande dès que recu on va tester ardument.

Nicolas il faudrait aussi avoir du Write en plus du Read dans le controleur Modbus pour ecrire dans un periphérique Modbus pour exemple sur l’extension ci dessus activer les Relais!

Très bien de mette les variables Modbus en entrèes des actions…comme ca on pourra faire si inputs truc alors commannder machin.

Et si net ethernet alors les ES déportées et pourquoi pas en WIFI…plus de limite Hard.

Voila une nouveauté très attendu deuyis des lustres qui ouvre le WES a une nouvelle vie.

A+

Pascal

• Cette réponse a été modifiée le il y a 1 mois par plruffin.

Re

En plus du Write dans le controleur Modbus il faut aussi que le registre write soit en output des actions pour envoyer une commande Modbus

A+

Version full connect (Rs485, ethernet, wifi…) et tout ca pour environ 55€ sur Amazon

• Cette réponse a été modifiée le il y a 1 mois par plruffin.

Bjr,
Dans ma page ‘Cpt.pulses’ le bouton 1 sur ON change la couleur du graphique affiché suivant et décale les autres, sur Off les couleurs sont normales.
Test sur 2 navigateurs différents et cache vidé.
cdt

• Cette réponse a été modifiée le il y a 1 mois par bibi9.

Bonjour , je m’interroge sur la configuration des pinces . Jusqu’à présent j’avais toujours placé les pinces sur circuit monophasé. La tension 230 V x  par l’intensité donnait bien  la puissance apparente en VA.  Il y a maintenant un coefficient triphasé  X 3  .   J’ai placé une pince sur une phase d’un circuit triphasé équilibré  et je pensais que dans ce cas  la puissance apparente serait affichée X 3 .    Ce n’est pas le cas  , quelque soit la position du curseur de sélection    la puissance apparente reste celle d’une seule phase.   Merci du retour.  Bien cordialement.

Bonjour merci du retour  , c’est une fonction que je n’avais pas utilisé , je l’essai sur un autre WES , nouvelle armoire.

Une pince ampèremètrique  me confirme la valeur lue avec le WES .   Lecture 2.02 A    464 VA  la tension programmée est de 230 V  >   230*2.02  nous trouvons bien  464 VA.

le curseur est bien sur  X3 triphasé ;  la page graphique indique la puissance  active en watt  un peu inférieure   à la puissance apparente.

S= racine3*230*20.2   , sur le graphique cela ne change pas    nous aurions du avoir   804 VA   ou simplifié  X3   1400 VA .  Ces données sont sur un circuit de commande pompe.

Une autre pince est placée sur une phase  micro onduleur tri APS QT2  Le monitoring est lui aussi décalé   affiche 1960 W   le INDIQUE lui  2.54 A   584 VA.

Je confirme  ceci quelque soit la position du curseur de pince.

Cordialement

Bonjour.

Vous faites une erreur sur le calcule de la puissance en triphasé : La tension en triphasé en d’environ 400V entre phase a lors qu’elle est de 230V entre phase en Neutre. Pour un moteur alimenté en triphasé quelle que soit le mode de couplage étoile ou Triangle le calcul est le même.

Sur un réseau en Triphasé + Neutre ce qui est le cas pour un particulier en général et si il y a déséquilibre en courant sur les phases, la présence du Neutre permet un équilibrage des Tensions.

Si le circuits sont parfaitement équilibrés en courant le neutre peut est supprimé : cas d’un moteur triphasé branché en étoile.

Cordialement

Bonjour,

Mise à jour effectuée ce jour. J’attendais avec impatience le graphique Conso/Injection/Autoconsommation: bravo Nicolas, cela fonctionne bien (capture d’écran en pièce jointe).
Je ne vois pas de bug pour l’instant et je remet à jour petit à petit mes câblage car cet été j’ai trucidé mon vieux WESV1 de 2014…erreur de câblage 🙁
Encore merci Nicolas pour le beau geste commercial avec un nouveau V2 dans mon tableau électrique.
J’en ai profité pour moderniser et fiabiliser mon réseau 1Wire avec du câble réseau, fils torsadé sur VDD/1WIRE + résistance 4,7 kOhm: la cave à vin est maintenant surveillée!
ET j’ai rajouté des pinces pour la « Watture » et la piscine en complément de la Clim/Chauffage et Résistance ECS du ballon solaire.
Pour l’instant rien en Modbus, mais ça m’intéresserais pour suivre le PH, chlore et sel de la piscine: si quelqu’un peut me recommander un module Modbus pour réaliser ça je suis preneur.

Bonne journée

Bonjour Nicolas,

J’en profite pour faire part de quelques évolutions compléments qui seraient sympathiques.

Augmenter le nombres de variables et de switch virtuels ( voir ci dessous la raison)

Avoir un label nom sur plus de caractère ( pour etre plus explicite et lisible)

Je m’en explique. SI comme moi vous réaliser un « vrai serveur énergie » vous aurez vite un nombre assez considérable de règles (perso j’atteint les 55 après optimisation). Si la programmation par « rules type automate » est assez simple et efficace elle nécessite dès que l’on veux des conditions « complexes de type A & B & C & D & Pas E …. » de passer par des « variables intermédiaires » réalisés avec les SW. Pour  pouvoir mettre des conditions d’exécution en produit!…Le OU ne pose aucun problème il suffit de mettre X règles en parallèle (c’est à dire agissant sur le même résultat! De même si on désire avoir des prédicats (conditions) paramétrables il nous faut des variables qui  détermine la condition et leur nombre est relativement faible. Je dis bien si et seulement si on fait une programmation avancée.

De plus mon serveur énergie est interconnecté avec mon serveur domotique et je considère que ce n’est pas le rôle du serveur domotique d’avoir les règles de gestion d’énergie mais celui du serveur d’énergie justement! Chaque système se doit d’etre autonome avec ses propres règles (exemple si vous demander un prêt ce n’est pas vous qui déterminez les conditions d’acceptation mais la banque). Donc mon Home Assistant il lit les infos du superviseur d’énergie dont il besoin pour lui et lui demande de faire ceci ou cela mais c’est le WES qui fera ou pas selon le respect des règles qui lui sont propres tant sécuritaires que pilotage! Par la le HA ne pilote aucun relais directement du WES.  Toute la communication entre les deux passe par des « variables » en ce cas présent par des SW et si on doit communiquer pas mal de chose ca va vite . Cela est le fait que nous n’avons pour le moment pas d’autres moyens d’échange avec un protocole avancé! C’est du  » pseudo bit à bit ». L’arrivé de Modbus changera cela bien évidement.

Augmenter les variables ne doit pas être insurmontable sur l’espace mémoire disponible .

Sinon je sais que c’est pas facile mais une documentation A JOUR serait sympathique et bien utile tout comme des nouveautés qui soient opérationnelles. C’est surtout pour vous et l’image ce serait un point positif car c’est dommage que cela ait un effet négatif ….Prenons l’exemple de Modbus c’est SUPER et attendu mais Today c’est annoncé  mais on ne peut rien faire à part avoir le menu ( bon si on trouve le brochage du connecteur d’extension on pourrait lire des variables après pas mal d’expérimentations sur comment faut faire ). C’est un avis personnel qui n’engage que moi et ne vous juge pas mais je pense qu’il aurait mieux fallut attendre que ce soit totalement finalisé pour le mettre et l’annoncer comme ca pas de possible déception… Mais encore très bon produit et bravo.

Très sincèrement Pascal

• Cette réponse a été modifiée le il y a 2 semaines et 1 jour par plruffin.
• Cette réponse a été modifiée le il y a 2 semaines et 1 jour par plruffin.

Mon gestionnaire d’énergie n’est ni plus ni moins que le WES c’est bien son job et il le fait a merveille depuis plus de 5ANS avec une fiabilité a toute épreuve (et c’est nécessaire car en TEMPO et rouge HP fau mieux délester (même si en doublon il y a un cablâge avec le contact sec du Linky, on ne sais jamais shutdown wes et la plus de rules)).

MQTT me parait plus important que DynDNS car ceci on peut largement faire avec les routeurs et autres alors qu’avoir un protocole d’échange avancé.

Pour le brochage modbus allez juste un rapide post suffira .

Pour info sans autre vue je suis de formation électronique informatique ….

Mon Gestionnaire domotique est HA sur un PI4

pour le fun ci dessous un snapshoot de mes rules

Bonjour , en pièce jointe quelques éléments sur mon problème d’affichage de valeurs X 3 sur les pinces en configuration triphasé. Merci de regarder  le problème , j’ai  reçu une première réponse  sur le bon fonctionnement de fonction .  Il y a plus de 4 ans que j’utilise un WES ,  sur ce nouveau WES  c’est la première fois ou j’ai nécessité d’essayer cette possibilité offerte en configuration et je ne l’ai jamais testé dans les mises à jours précédentes

Cordialement

Bonjour Nicolas,
Je vous remonte un bug dans cette MAJ: la fonction « au bout de tempo » ne fonctionne pas. Le relais change d’état immédiatement quelque soit la valeur de la tempo: dans mon cas 30 secondes. Copie d’écran en pièce jointe.
Concernant l’animation conso/injection/autoconsommation, je la compare à celle que je possède avec l’application Fronius qui me donne toutes les informations d’autoconsommation. En pièce jointe les infos que vous pourriez rajouter à cette animation: ce sont des cumuls tout au long de la journée permettant de contrôler l’optimisation.

Bonne journée

Il manquait l’autre piece jointe🫣

Nicolas,

Non c’est un contact sec, j’utilise l’entrée 1 du serveur pour attaquer la sortie 1 du serveur.
Si entrée 1 change d’état alors sortie 1 change d’état au bout de la temporisation.

Bonne journée

Nicolas j ai un sujet en attente sur les requêtes html pour les switchs variables…syntaxes et lexicographie exacte…?

Voir le sujet dans installations…

Globalement je n arrive pas à activer désactiver un sw par une requête type http://myipwes/ajax?sv=on/off alors que pour les rl no soucis j ai tout essayé sw switch 1 pour ouais rien n y fait …idem pour changer une valeur de variables. Indispensable pour que ha demande au wes je voudrai que tu fasse  ceci ou cela

• Cette réponse a été modifiée le il y a 2 semaines et 1 jour par plruffin.

Tout lu et regarde a droite et gauche rien ne correspond..Répondu de mon phone sorry for error

• Cette réponse a été modifiée le il y a 2 semaines et 1 jour par plruffin.

C’est par la que j’ai commencé

J’ai un comportement bizzare des fois Ok des fois NOK y compris pour les relais!

Bonjour plruffin,

Voici comment Activer les Switch Virtuel par requêtes :

Exemple Switch Virtuel 17 = on :  http://login:passwd@myipwes/AJAX.cgx?vs17=ON
Exemple Switch Virtuel 20 = off :  http:/login:passwd@/myipwes/AJAX.cgx?vs20=OFF

Il faut respecter la caste des caractères en majuscule.

Cdt
Christian

Ca arrive aussi sur la commande de relais http://wes/ajax.cgx?RL1=ON

j’ai l’impression que le parser fait dès fois des siennes

@ Nicolas, Oui j’ai mis user:pwd si pas sur le meme PC

@ Christian alors la j’ai tout essayer cote caste justement en me posant des questions

Il y a un comportement erratique par exemple la maintenant les commandes rl NE PASSE PLUS ET LES sw OUI! ALORS QUE JUSQUE LA INVERSE

Mais bon si je pilote les Sw ca va car HA ne pîlotera pas les RL il demande de faire

• Cette réponse a été modifiée le il y a 2 semaines par plruffin.

Hello Nicolas et Christian,

Alors la je suis scotché et idiot de ne pas avoir pensé et essayé!

Jusque la pour voir les commandes j’utilisais un autre onglet de ma fenêtre Google chrome quand je me dis essaye voir avec un autre navigateur web un clic sur IE et j’envoi la commande et la « miracle » …

Je ne vais pas mettre un coup de Wireshark pour voir les conneries de Google Crome mais bon quel idiot je suis ….

C’est Ok for me

Nicolas , Chistian,

Pour la perturbation du linky j’ai une petite idée d’ou cela vient!

Pour des raisons de commodités j’ai une partie de mon infra en CPL et je ne serai pas surpris que mes Devolos il foute le bordel chez Linky qui n’y comprends plus rien!

Je vais voir pour mettre une horrible bretelle câblée provisoirement

je vous tiens au jus

ce serait franchement marrant pour rester en Bleu mais des CPL chez toi!

Bonjour à tous,

J’ai installé sans problème la 0.9 beta 02 et j’apprécie les nouvelles fonctionnalités.

Je n’ai pas rencontré de difficultés à l’usage des fonctions liées au Tempo. J’ai réalisé un petit affichage à leds pour remplacer mon RT100 hors d’usage et qu’EDF ne fournit plus (j’aime bien avoir un visu rapide sans avoir à me connecter sur le site avec un smartphone). Juste un petit conseil pour ceux qui voudraient faire comme moi : il n’est pas possible d’utiliser la condition « ON tant que cdt vrai » avec le Tempo Predict en raison du caractère non permanent de l’info sur le TIC. Il convient d’utiliser une simple fonction « ON » sur la plage horaire souhaitée (de 11h00 à 21h00 par exemple) et de penser à implémenter un ordre « OFF » au milieu de la nuit pour faire disparaitre l’ancienne info et préparer l’arrivée de la nouvelle.

Deuxième point, à l’intention de Nicolas

Avant d’installer la 0,9, j’ai effectué une sauvegarde de la carte mémoire à partir de la 0.86.

Après avoir installé la 0.9, j’ai essayé de faire une nouvelle sauvegarde mais en vain ( le bouton sauvegarde s’active, mais il ne se passe rien). Y a-t-il une protection qui empêche de faire 2 sauvegardes dans le même mois ? Dans le cas contraire quelquechose m’échappe ou il y a peut être un bug…

Encore merci pour cette version et impatient de découvrir la prochaine…

Bonjour plruffin,

Je ne suis pas sûr de comprendre ta remarque. Dans l’exemple donné tu traites de la période en cours, ma remarque concernait uniquement la période à venir, et donc le predict (mon besoin est juste d’afficher la période à venir via un relai 1 Wire , pas de déclencher une action en temps réel…).

Par ailleurs, je ne suis pas du tout familier du modbus. Je vais donc lire attentivement le doc proposé par Nicolas pour me former et reviendrai sur ce post (ou un autre) avec mes questions puisque tu sembles bien maîtriser le sujet

Cordialement

Effectivement il est probable qu’un reboot du WES m’ait fait perdre l’information. Je vais reprogrammer en utilisant « ON tant que condition vrai »

En ce qui concerne la sauvegarde, je confirme que je ne parviens pas à générer le fichier .dat. Lorsque je fais F5 la liste des sauvegardes disponibles n’évolue pas. Si je me rends avec FileZilla dans le répertoire SAV, je n’y trouve que les anciennes sauvegardes.

Bonjour à Tous,

Je pense que pour comprendre les infos fournis par le menu TEMPO predict, il faut savoir comment est faites l’acquisition des données Couleur Tempo en lien avec le Serveur RTE qui fourni ces infos tous les jours.

On peut lire les informations des Couleurs Tempo fournis du JOUR et celui du LENDEMAIN via l’envoie de requête au Serveur RTE qui établit ces couleurs Tempo du Jour et du lendemain quotidiennement.

Ces informations Couleur Tempo, sont actualisées tous les jours côté Serveur RTE uniquement à partir de 10h30 tous les matins.  Cela veut dire que le Serveur RTE vous fourni des informations fiables sur les couleurs Tempo du Jour et du lendemain, uniquement après 10h30. Toute requêtes faite au Serveur RTE avant 10h30 vous retournerait des couleur Tempo présumées et non encore officielle.

Ce serveur RTE est Très Trés sollicité par de Multiple Serveur Externe (EDF et autres) qui interroge le Serveur RTE par envoie de requête et pratiquement Tous en même Temps dès 10h30 tous les matins.

Il arrive souvent que le Serveur RTE soit rapidement Saturé par tous ces appels qui afflux simultanément et vous renvoie dans ce cas une erreur en retour.

Afin d’être sûr de recevoir un Retour D’info de Couleur Tempo Valide du Serveur RTE, Nous avons décidé d’envoyer les requêtes RTE tous les jours pas les WES à partir de 11h10 de sorte d’être sur d’être en dehors de la cohorte des appels des autres Serveurs qui sollicite le Serveur RTE et qui le sature très souvent.

Donc en deux mots, les Couleurs Tempo du Jour et du Lendemain fournis dans le Menu TEMPO Predict sont actualisées tous les jour avec les Couleurs reçues de RTE mais uniquement à partir de 11h10 qui est l’heure de notre envoie de requête au Serveur RTE.

C’est pourquoi on vous préconise de forcer d’interroger le Serveur RTE à partir de 11h30.

Mais les couleur TEMPO lues dans le Menu TEMPO Predict sont juste fournies pour information et n’ont rien à voir les Infos Couleur Tempo fournis par les trames TIC qui peuvent servir comme Action.

Cdt

Christian

En ce qui concerne la sauvegarde, la mésaventure de Pascal avec Chrome m’a mis la puce à l’oreille.

J’ai abandonné « Opera » au profit de « Edge », et là, miracle, la sauvegarde s’est effectuée parfaitement.

Désolé de vous avoir mobilisé sur ce non sujet

Bonjour Nicolas,

Merci pour votre corrections concernant les Infos Tempo Predict et leurs usages comme Source d’une Action.

Effectivement je viens de découvrir que ces Valeurs Tempo Couleurs sont utilisables comme Valeurs *Source pour établir une Action en programmation.

Mais tous les Tests sur une Couleur du Lendemain issue de Tempo Predict, effectués entre 0h00 et 11h10 ne Reflètent pas la Couleur Effective du Lendemain mais celle du Jour Courant, car l’Info Couleur du Lendemain n’est connue que lorsque la Requête au Serveur RTE ne soit envoyée à partir de 11h10 le matin.

Il faut ajouter en complément un Test sur une plage horaire 11h30 – 23h59 pour avoir un Test Correct sur une Couleur du Lendemain si on Utilise les Infos Tempo Predict comme Sources d’une Action.

Cdt

Christian

je viens d’activer le csv 10 minutes un par jour…..on verra

Bonjour Nicolas,
Concernant votre réponse du 23 novembre pour la fonction « ON au bout de » non fonctionnelle sur la sortie relais 1

Je suis donc passé par un switch virtuel pour faire fonctionner la tempo « ON au bout de 30 s » et cela fonctionne bien maintenant.
J’avais déjà eu ce problème avec la version WES V0.86 beta 06E qui était dans le WES que vous m’aviez envoyé cet été: vous m’aviez conseillé de repasser en version V0.86 beta 06D et le problème avait disparu. Et il est donc revenu avec cette version 0.9 beta 02.

Bonne journée

Vous interroger quel serveur ENEDIS RTE le national ou un local car je pense que dans mon cas le Local a des fois quelques ratés