Nano42

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….

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 ?

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….

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.