Mise à jour 0.91 beta 04

Je suis bien float 32. En fait, le simple fait de passer de 03 en 04, sans rien toucher à la programmation Modbus, provoque ce décalage de 10+6 à la lecture des valeurs. Dans un 2eme temps , j’ai essayé en vain de le compenser avec un coeff multiplicateur de 10-6.

Le problème est que les données Modbus me servent par ailleurs à la gestion de mes afficheurs et à la gestion en puissance d’autres auxiliaires (Cumulus, PAC, etc…). L’impossibilité de remonter une puissance active cohérente de mes compteurs tri (shelly en TCP et iEM3255 en RTU) me bloque toute la maison.

Oui 10+6 veut dire 10 exposant 6 et 10-6 : 10 exposant -6

Pour être plus précis, lorsque je suis en version beta 03, la puisance active triphasé remontée du Shelly sur le registre 1024 est par exemple 1 285 Watt .Lorsque je passe en beta 04, sans rien toucher par ailleurs (et j’insiste sur ce point), l’affichage est 1 285 000 000 Watt. Les voyants sont au vert et la valeur suit les variations de puissance. J’ai le même phénomène sur l’intensité.

Lorsque je repasse en beta 3, toujours sans avoir rien touché par ailleurs, je retrouve les bonnes valeurs des variables Modbus. Il y a manifestement un comportement différent des deux versions dans la lecture des valeurs Modbus….Je ne suis pas sûr de comprendre, il faut que j’essaie de changer l’ordre des bits?

Par ailleurs, lors de la mise à jour je supprime bien tous les fichiers concernés sur le WES avec Filezilla avant de copier les fichiers depuis la maj, et en vérifiant bien que le nombre de fichiers copiés est bon. Le retour en beta 03 s’est très bien passé, prouvant ainsi que la procédure est bonne.

Trouvé, votre intuition était bien la bonne. Même en ne touchant à rien, le float32 se transforme en 32 bits.

Je poursuis le test avec la beta 04

Je pense avoir crié victoire trop tôt. En float 32, les résultats ne sont plus délirants en termes de grandeur, mais ils ne sont pas justes pour autant : écarts significatifs avec les données temps réels des compteurs (facteur 10 parfois) , erreur de signe, etc…

Quelquechose m’échappe ….J’investigue de mon côté, si vous avez une idée….

Bonjour,

J’ai réalisé une capture d’écran pour avoir simultanément à un instant donné :

• les valeurs Modbus de mon compteur Shelly pro en  TCP affichées sur mon WES n°1 en 0,91 beta 03
• les valeurs Modbus de mon compteur Shelly pro en  TCP affichées sur mon WES n°2 en 0,91 beta 04
• les valeurs Modbus de mon compteur Shelly pro en  TCP relevées sur l’interface temps réel du Shelly
• les valeurs Modbus de mon compteur Shelly pro en  Hexadécimal relevées par QModMaster (registres 1014 à 1063)

En raison de la limitation de volume des fichiers sur le post j’ai dû scinder le fichier en 3 parties, mais les données sont bien relevées à un instant t (+ ou – les 10 s de rafraichissement du modbus).

Je ne parviens pas à comprendre ce qui se passe avec cette version. N’hésitez pas si vous avez besoin de données complémentaires….

Premiers retours sur la 0.91 beta 05.

–  Cette version fonctionne correctement sur l’un de mes deux serveurs en TCP comme en RTU

–  En ce qui concerne le compteur Schneider iEM3255 (RTU) et la borne EVLink : pas de changement dans la programmation des commandes

–  Pour le Shelly (TCP), j’ai du en revanche passer du mode ABCD (en beta 03) au mode DCBA (Big Endian)(en beta 05)

– Deux petits bugs à signaler : sur la page « Configuration » puis « Modbus, la case « Activer Modbus TCP » a un comportement bizarre. Elle passe en bleu quand on la met sur ON. Lorsqu’on enregistre la page avant de la quitter, la fonction est bien enregistrée et le mode TCP activé. Si on quitte la page et qu’on y revient, la case « Activer Modbus TCP » est repassée sur OFF visuellement, alors que le mode TCP est bien toujours présent. Il faut enregistrer avec la case sur OFF pour arrêter le mode TCP. Il est à noter également que les led « Réponse » de la page des valeurs Modbus restent vertes même lorsque le mode TCP ou RTU est abandonné, tant qu’on n’a pas effectué un nouvelle programmation des registres.

En revanche impossible de faire fonctionner la beta 05 sur mon WES V2 n°1 qui est plus ancien. J’ai rechargé plusieurs fois la beta 05, et même avec une programmation identique des registres, j’obtiens des résultats totalement différents (voir captures ci dessous) en mode TCP comme en RTU, à l’exception des données remontées de la borne EVLink. Se pourrait-il que des fichiers autres que ceux de la mise à jour soient corrompus ?

Explication pour les captures d’écran : sur la gauche le WES n°1, sur la droite le WES n°2

Lorsqu’elles ont le même nom, les programmations des variables sont identiques (voir exemple de la capture d’écran 2026-07-05 224711 pour la W activ tot TCP)

Sur la capture d’écran 2026-07-05 224535 on voit que toutes les valeurs du WES n°2 sont bonnes et  toutes les valeurs du WES n°1 sont incohérentes pour une programmation identique. Pour éviter les possibles interférences entre les deux, notamment en mode RTU (2 maîtres pour un esclave pas terrible), j’ai même désactivé le Modbus du WES n°2 : pas de changement.

Pour résumer : j’ai un WES n°2 qui fonctionne parfaitement en beta 05 et un WES n°1 dont le modbus refuse de fonctionner avec cette version mais qui fonctionne parfaitement en beta 03.

Vous me confirmez par ailleurs que les WES V2 sont tous identiques en comportement même si le hardware est légèrement différent : par exemple sur mon WES n°2 les bornes modbus RTU sont sérigraphiées de la gauche vers la droite A puis B sur la carte, alors que sur le WES n° 1 je lis B puis A.

J’essaie une nouvelle fois de recharger la beta 05 dans le WES n°1. En cas d’échec j’essaierai de vider toute la pile Modbus et de la recharger pas à pas

En testant différentes configurations, je suis parvenu à faire fonctionner mon WES n°1 avec la version beta 05.

Ce qui est très déroutant c’est que pour relever la même valeur Modbus , en TCP ou en RTU, la programmation doit être différente entre ls deux WES.

Exemple 1 – relever la puissance active en Modbus TCP sur compteur Shelly : sur le WES n°1 je dois être en « Read Input Registers » 64 bits ordre HGFEDCBA et sur le WES n°2 en « Read Input Registers » Float 32 bits ordre DCBA

Exemple 2 – relever la puissance active en Modbus RTU sur compteur Schneider iEM3255 : sur le WES n°1 je dois être en « Read Holding Registers » 64 bits ordre HGFEDCBA et sur le WES n°2 en « Read Holding Registers » Float 32 bits ordre DCBA

Les valeurs remontées sont alors identiques. Si j’applique la même programmation, l’un des deux WES remonte n’importe quoi. C’est sans doute à rapprocher du fait que sur le WES n° 2 j’avais dû passer du mode ABCD (en beta 03) au mode DCBA (Big Endian)(en beta 05).

Bon c’est un peu perturbant …mais ça fonctionne.

J’ai par ailleurs connecté la borne EV Link au WES et les résultats semblent encourageants (voir capture d’écran jointe) puisque le WES semble dialoguer avec la borne. Demain, test en charge….