Mise à jour 0.9 beta 05

Bravo Nicolas pour l’intégration du MQTT, le WES s’offre une nouvelle jeunesse !

Ca fait des années que je l’utilise et j’admire votre ténacité à le faire évoluer.

Pour la partie routage du surplus de production photo-voltaique j’utilise un circuit dévellopé par F1ATB et je constate que ce principe à été repris sur cette mise à jour.

Le module WEX qui figure sur le tableau de bord doit certainement piloter des relais statique, pouvez vous nous en dire un peu plus sur le matériel à acquérir, sa disponibilité, …

Je suis intérressé pour  tout centraliser sur le WES.

Merci.

• Cette réponse a été modifiée le il y a 3 semaines par Franky77.

Super

je test MQTT vir le post dédié

A+

DynDns OK testé ce jour , enfin un accès externe secure simple et efficace

j’ai désactivé mes bidouilles secures.

Bonjour Nicolas,
Merci pour cette mise à jour. Je reviens sur le MODBUS ;
– Problème d’affichage des graphes : j’ai l’impression que le fichier MBGRAPH.HTM ne serait pas le bon ? (voir copie d’écran)
– Problème d’enregistrement des MB.CSV : Les enregistrements n’ont fonctionné que 4 minutes après la mise à jour (voir copie du fichier)
J’ai du faire une erreur ou un oubli quelque part !
Pouvez-vous m’aider pour résoudre ces problèmes ?
Cdt
Gaby-69

Nicolas,

je ne sais si vrai dysfonctionnement ou non, mais a 11h55 ce jour recu mail comme quoi demain Blanc sur le predict WES toujours inconnu alors que normalement si je ne me trompe vous updaté a 11h30! Pas eu de reset du wes donc On continu.

A+

sauf erreur de ma part, je pense qu’il y a quelques liens à revoir sur la partie pince de courant pour avoir les bonnes informations.

Sur HA, on retrouve bien les 4 pinces.

Si on va sur chaque pinces on se retrouve sur la fenetre capteurs avec les informations suivantes :

• Cos phi
• courant A
• puissance W
• Puissance apparente VA

Sauf pour la pince n°4, il manque les valeurs pour le Courant A et la Puissance W.

Aussi mes pinces sont affectées respectivement sous les noms suivants :

1. Panneaux Photovoltaique
2. PAC maison
3. Piscine
4. Réseau EDF

Les  noms d’affectations de chaque pinces sont décalés de +1 dans HA mais les valeurs lues correspondent bien à la bonne pince, par exemple pour la fenetre capteur de Panneaux Photovoltaique (pince n°1) on peut lire :

• Cos Phi
• Courant PAC maison
• Puissance PAC maison
• Puissance apparente

Voila ce que je peux vous remonter, à voir si cela est général ou localisé sur mon cas.

Bon week end

• Cette réponse a été modifiée le il y a 2 semaines et 4 jours par Franky77.

Nicolas,

La partie MQTT est géniale, mais il y a quelques correction à faire

Je confirme les remarques de Francky77, sur l’absence de la pince 4 et le décalage des noms.

Est il possible que les pinces remontent les index?

Merci

Laurent32 et Francky77,

Vous avez quelle version de HA  (valable aussi pour Nicolas)

Moi la dernière
Core2026.3.1

• Supervisor2026.03.0
• Operating System17.1
• Interface utilisateur20260304.0

Vous avez intégré quoi et comment , perso pas tout vraiment idem à Nicolas mais je pense qu’il a une ancienne version!

Perso j’ai intégré sous application (icone jaune APPS) Mosquitto broker en Version actuelle : 6.5.2 qui est le broker MQTT . C’est avec lui que le cilent MQQT du Wes se connecte. KJ’ai aussi MQTT explorer en intégration sous HA qui est idem a la version exe sous windows que j’ai aussi.

Coté clien MQTT sous HA j’ai dans appareils et services (icone bleu) ajouter le service MQTT client qui me donne bien mais en parti seulement des retours du WES . Il ne remonte pas toutes les informations que certaines et sans valeurs!

MQTT wes ne me parait pas encore pleinement full opérationnel mais c’est un bon début

En attendant je reste sur RestFull

A+

• Cette réponse a été modifiée le il y a 2 semaines et 4 jours par nicolas_cartelec.

Bonjour Nicolas,
Avec cette mise à jour 0.9b05 les fichiers MB-xx-xx.csv ne sont plus enregistrés !
Avec la version 0.9b02 cela fonctionnait ?
A la mise à jour, du 12 mars, les enregistrements ont bien commencé pendant 4 minutes, puis plus rien (copie du fichier .csv du 12 mars)
Merci de voir ce problème
Cdt
Gaby-69

• Cette réponse a été modifiée le il y a 2 semaines et 4 jours par Gaby-69.

Ok je modifie les noms pour supprimer les accents.

Concernant la box HA, green de chez Nabu Casa et toutes les versions logiciels identiques à vous.

J’ai bien la tension présente sur le WES via le transfo 9v.

La pince 4 est bien présente mais que 2 entités disponible, cos phi et VA.

Si tout est ok chez vous, le PB demeure donc sur mon HA (je ne maitrise pas encore parfaitement le HA)

Hello,

Perso Raspy 4 avec SDCARD boitier Argon One avec ventilateur.

Seul le hard diffère mais pas le soft.

A+

Nicolas, espaces caractères spéciaux j’imagine que cela pose aussi souci!

Nicolas, pour le predict demain toujours inconnu, depuis la dernière version!

Bonjour Nicolas,

Afin d’etre sur, j’ai refait entierement une µSD depuis un PC en recopiant toute l’archive !

J’ai toujours le non enregistrement des fichiers CSV en Modbus (voir copie du répertoir MB ci-jointe)

Si cela peut vous aider, je peux vous donner l’IP pour vous connecter sur le site ?

Cdt

Gaby-69

Pour complèter, au démarage de la nouvelle µSD il n’y a pas été créé de répertoires MB, PCE et TELEINFO Pourquoi ?

Pouvez-vous donner des exeplications sur ce que fait le systeme lors de son chargement ?

Merci

Pour cette mise à jour quelle est le BINAIRE à utiliser ?

Je reviens sur le fonctionnement du MODBUS :

• 1 /GRAPH/MB/2026/WNOMx.DAT Les entetes sont bien crées mais pas d’enregistrements
• 2 /GRAPH/MB/2026/03/WNOMx.DAT Les entetes sont bien crées mais pas d’enregistrement
• 3 /MB/2026/ Enregistrements OK avec le binaire V0.b02 Pas d’enregistrement avec le binaire V0.b05
• 4 Le fichier MBGRAPH.HTM me parait erroné car l’on affiche : Temperature en °C et Humidité en % !!! nous somme en Kwh, A. et V. !!!

Je pense qu’il y a un problème avec le binaire ?

Merci pour votre réponse

Cdt

Gaby-69

moi j’ai le 05 pour le bin et le O6 pour le web

Coté MQTT pour le moment pas vu grand chose, mais regardé rapidement

Merci pour votre réponse

J’ai toujours la même chose quelque soit les binaires V0.9b05 ou V0.9b06 pas d’enregistrement de CSV en MB !

Si je reviens au binaire V0.9b02 les enregistrement CSV en MB fonctionnent.

Il faut déjà régler ce problème avant d’aller plus loin…

Gaby-69

Pour moi pas vu de différence tant coté Prédict que MQTT…

Voici le fichier de ce jour MB-03-17.csv

Merci pour cette information

J’ai donc supprimé tous ces « SILENCE » Les différents fichiers sont bien enregistrés. On dirait que le MB fonctionne correctement du coté enregistrement ! Reste à tester le dialogue « maitre/esclave » !

Je ferais le point demain… après une nuit de teste en V0.9b06…

Bonne soirée

Gaby-69

Fra,cky 77,

Tu as mis quoi comme app, appareils et service coté HA car moi avec Mqtt brooker en APP et l’aplli/service Mqtt je n’ai rien de remonté et toujours qu’une partie des données du WES comme modèle entité remonté par le discovery!

Nicola, j’ai bien On les pinces , les capteurs , les relais y compris extension….

Bon je verrais pour tout supprimer, nettoyer HA puis réinstaller

A+

Nicolas,

J’ai regardé les logs de Mosquitto broker, voir extrait ci dessous (app: MQTT entité MQTT Broker mosquito, option télécharger les diagnostiques)

dans le discovery data deux « champs me paraissent troublant: Message [] et Transmitted[] qui sont vide !

EXTRAIT:

{
« entity_id »: « sensor.cuisine_lingerie_courant »,
« subscriptions »: [
{
« topic »: « WES/wes_36842f/clamps »,
« messages »: []
}
],
« discovery_data »: {
« topic »: « homeassistant/sensor/wes_36842f_clamp1/clamp1_current/config »,
« payload »: {
« value_template »: « {{ value_json.c1 }} »,
« state_topic »: « WES/wes_36842f/clamps »,
« device_class »: « current »,
« name »: « Cuisine Courant »,
« state_class »: « measurement »,
« unit_of_measurement »: « A »,
« device »: {
« via_device »: « wes_36842f »,
« model »: « WES Current Clamp »,
« identifiers »: [
« wes_36842f_clamp1 »
],
« manufacturer »: « WES »,
« name »: « Cuisine »
},
« unique_id »: « wes_36842f_clamp1_current »
}
},
« transmitted »: []
},

@Nicolas, Predict a priori Ok j’ai bien Rouge Rouge et les bonnes valeurs .

Pour info ceux qui suivent mon anomalie tempo : Changement Cpt pas mieux je suis Bleu alors que rouge (tant mieux pour la facture) et devinez ENEDIS 3 mois plus tard par mail m’indique « On a vu que dans votre coin il y a des pertubations sur le reseau qui genes le concentrateur on ne peut donner de date de rétablissement »

Ce que je disais le CPL ENEDIS (Ex EDF) pourri par des clients qui injecte plein de parasites. Un point a approfondir il y a ces derniers temps beaucoup de solaire qui c’est intallé…les Onduleurs Solaire (surtout ceux pas cher) ont la facheuse tendance a faire de la « Merde ».

A+

Bonjour Nicolas,

Pour faire le bilan sur MODBUS aprés une nuit sans avoir de SILENCE ! Bravo, vous avez mis le doigt sur le bug !

Il en resort que la première ligne de BMVAR (Idx 1) s’enregistre à « 0 » (copie d’écran ci-jointe)

Dans le fichier MB-03-18(2).csv on a bien la valeur pour tous les registres interrogés sauf pour le premier =0 ?

Quel est votre avis ?

Cet un compteur d’énergie triphasé « Schneider iEM3255 » (ci-joint la doc « Communication via Modbus »)

J’attendrai votre mise à jour pour refaire des essais avec ou sans silence.

Merci

La doc ne passe pas, si vous en avez besoin je peux vous l’envoyer par mail ?

Bonjour

j’essaye d’integrer le WES dans HA via le MQTT, mais je ne sais pas comment formater mon configuration.yaml.

J’ai bien les donnees qui arrivent via MQTT ( ca donne un serieux coup de jeune au WES , merci )

Quelqu’un peut me poster un exemple svp ?

Je debute dans Home Assistant, merci

Petit complement a mon message precedent.

Je cherche a utiliser les donnees de 3 compteurs impulsion, 4 pinces amperemetriques et 2 sondes de temperatures ( temp, humidite, lux ) en 1 wire.

Merci d’avance

Bonjour Nicolas,

Aprés plusieurs semaines d’utilisation du MODBUS sur le WES, soit en V0.9b02 ou V0.9b06, j’ai constaté les points suivants :

• L’interrogation en 32 bits fonctionne (avec les parametres ci-joint Doc page 65)
• L’interrogation en 64 bits ne fonctionne pas (avec les parametres ci-joint Doc page 66)

Pour avoir les bonnes valeurs du 64 bits, j’ai du me mettre en 32 bits, Type = 32 bits (registres 3204 et 3256)

• Le registre interrogé en premiere position est enregisté à zero (0) (fichier MB-03-22.csv ci-joint)
• Avec ce même registre dans une autre position est lu et enregisté !!!

Merci pour votre avis

Cdt

Gaby-69

• Cette réponse a été modifiée le il y a 1 semaine et 3 jours par Gaby-69.

Oui, j’ai essayé tous les ordres des bits en 64 bits, aucune valeur est coherante. Seul le 32 bits donne les bonnes valeurs ?

Comment peut on savoir ce que répond l’esclave ???

Après relecture de la documentation de Schneider, il ne faut pas utiliser les adresses des registres en DECIMALE car il y a un décalage de « 1″ avec l’adresse HEX !

J’ai donc utilisé les adresses en hexadecimale, pour l’instant tout tourne…

Je ferais un bilan aprés cette nuit avec le fichier csv complet !

Bonjour Nicolas,

Aprés une journée de fonctionnement avec les bonnes adresses des registres, la fonction lecture des registres fonctionne !

Un seul problème reste à regler : la lecture et l’enregistrement des deux premières lignes MB CPT1 et MB CPT2 (voir fichier CSV ci-joint)

Lors de l’interrogation de MB CPT1 la réponse n’ai pas reçu (voyant à rouge) puis avec un retard la valeur est affichée (voyant à vert) mais dans le fichier la valeur est enregistrée à zéro (0)

Même chose pour MB CPT2 mais que toutes les 10 minutes à 30 minutes

Pour toutes les autres lignes pas de problème. J’ai donc oublié ces deux premieres lignes…

Merci de voir ce bug !!!

Cdt

Le compteur n’est pas en cause, car l’interrogation de ces registres a ete faite a l’identique en Idx 1 = Idx 12 et Idx 2 = Idx 13

Les resultats sont correctes en Idx 12 et Idx 13

Merci pour votre réponse et vos conseils

Je n’ai plus qu’a attendre la nouvelle version !  une date ?

Cdt

Bonjour Nicolas

J’ai testé le fonctionnement des 2 relais intégrés au WES avec la fonction Tempo, et ils fonctionnent parfaitement avec la 0.9 beta 06 (problème remonté par Bernard sur la beta 05).

J’ai pour ma part constaté une anomalie avec les fichiers csv des sous-compteurs (PLS) : Les deux premiers groupes correspondant au mois et au jour sont toujours à zéro. En revanche les autres groupes donnant les index des différents compteurs fonctionnent bien et incrémentent normalement d’un jour sur l’autre. Cette anomalie n’est pas présente sur les csv de la TELEINFO et des pinces (PCE).

Après recherche dans mes fichiers, le problème est apparu chez moi à l’installation de la beta 05 et sur mes deux WES. S’agit-il d’un bug ou d’un problème de configuration ?

Merci pour votre aide.

Bonjour,

J’ai essayé avec différent réglage c’est pareil