Nano42

Forum Replies Created

Affichage de 15 réponses de 1 à 15 (sur un total de 58)
  • Replies
    Nano42
    Participant

      Bonsoir Judoboy,

      Chez moi ça fonctionne comme ça depuis plusieurs jours sans problème. Je crois qu’il nous faut attendre l’avis de Nicolas pour savoir si c’est normal ou s’il convient de faire quelque chose.

      0
      0
      Nano42
      Participant

        Bonjour Judoboy,

        Pouvez-vous me confirmer que chez vous la version site WEB est aussi passée en 0.91 beta 07 et non pas seulement la version Micrologiciel ?

        Merci par avance,

        0
        0
        Nano42
        Participant

          Désolé le code est parti avec Ci-dessous une version plus intelligible :

          Bonjour,
          Je teste actuellement l’interface M2M TCP de mon WES V2 sous firmware V0.91 beta 07.
          La connexion TCP sur le port 1500 fonctionne correctement. Par exemple, une requête « gI003″renvoie correctement : V0.91 beta 07
          En revanche, les requêtes destinées à lire les variables Modbus, par exemple : gM001 ou gM009 établissent bien la connexion TCP mais le WES ne renvoie aucune réponse.
          Les variables concernées sont pourtant parfaitement opérationnelles : elles sont affichées correctement dans l’interface Modbus du WES et peuvent également être utilisées dans une requête HTTP avec la syntaxe $M001 ou $M009
          J’ai notamment vérifié que le WES transmet bien la valeur réelle de M001 à la requête HTTP « $M001 » et la valeur réelle de M009 à la requête HTTP « $M009 ».
          Il semble donc que le problème soit spécifique à l’accès aux variables Modbus par les commandes M2M ‘gMxxx’.
          Pouvez-vous me confirmer la syntaxe attendue pour cette fonction et, le cas échéant, s’il s’agit d’une limitation ou d’un problème connu de la version beta 07 ?
          Par ailleurs la version site Web reste bloquée à la version 0.91 beta06 bien que j’ai effectué la même procédure que d’habitude.
          Merci d’avance.

           

          0
          0
          Nano42
          Participant

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

            Attachments:
            You must be logged in to view attached files.
            0
            0
            Nano42
            Participant

              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

              0
              0
              Nano42
              Participant

                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 ?

                Attachments:
                You must be logged in to view attached files.
                0
                0
                Nano42
                Participant

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

                  Attachments:
                  You must be logged in to view attached files.
                  0
                  0
                  Nano42
                  Participant

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

                    0
                    0
                    Nano42
                    Participant

                      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

                      0
                      0
                      Nano42
                      Participant

                        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.

                         

                        0
                        0
                        Nano42
                        Participant

                          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.

                          0
                          0
                          Nano42
                          Participant

                            OK c’est plus clair et déjà très complet.

                            Merci de me signaler dès que la version beta intégrant cette première évolution est disponible, afin de pouvoir la tester.

                            Si je comprends bien, le mode exclusif reste à développer et permettra à l’avenir le pilotage fin de la borne en autorisant l’écriture dans les registres de cette dernière.

                            Le WES prend du muscle….

                            0
                            0
                            Nano42
                            Participant

                              Merci Nicolas,

                              J’ai un peu de mal à imaginer ce que recouvre cette notion de pilotage en direct, mais je vais attendre d’être devant l’interface. Je ne manquerai pas de vous faire les retours attendus.

                              0
                              0
                              Nano42
                              Participant

                                Les deux exemples de registre en sus

                                Attachments:
                                You must be logged in to view attached files.
                                0
                                0
                                Nano42
                                Participant

                                  Bonjour Nicolas,

                                  Vous trouverez en pièce jointe une version courte de la doc Modbus de mon chargeur Schneider (la version longue excède 600 ko), ainsi que la configuration des commandes utilisées pour la lecture en fonction du type de variable.

                                  Les pages utiles sont les pages 11 et 12. Les besoins pour le pilotage en triphasé sont à mon sens les suivants :

                                  En Lecture : registre 150 (état de la borne) – registre 3009 (Courant moyen) – registre 3059 (Puissance active totale)

                                  En Ecriture : registre 4001 (commandes de mise en marche et arrêt) – registre 4004 (consigne de niveau de puissance en ampères)

                                  Attachments:
                                  You must be logged in to view attached files.
                                  0
                                  0
                                Affichage de 15 réponses de 1 à 15 (sur un total de 58)