Bonjour,
Message pour @pignic et @tranber2613 en particulier suite à
Mais le principe reste applicable pour tous les appareils.
On va voir pour vous donner un coup de main, je vais pas vous laisser galérer tous seuls.
J’ai téléchargé le fichier zip du site de Schneider qui contient le zip du fichier Excel avec la table Modbus.
Dans la feuille Acti9 Active (si j’ai bien suivi c’est ce que vous avez tous les deux) se trouve ceci :
Là-dedans, si une description vous intéresse, par exemple RMS current on phase A (RMS = Root Mean Square c-à-d la valeur efficace autrement dit la valeur qu’on utilise en général) qui est le courant mesuré sur la phase A.
Signification des colonnes importantes :
- Address : c’est l’adresse du registre Modbus en hexadécimal (dans le cas de cet appareil, c’est toujours
Registre - 1) - N° : nombre de registres occupés par cette variable
- RW : R = read = lecture seule, RW = lecture écriture
- Unit = unité, pratique pour vous
- Type : format de données
- Function code : vérifier que 3 est bien présent
- Description = ce que vous recherchez
Il faut commencer par installer le plugin MyModbus version bêta ce qui peut prendre du temps selon la config de la machine Jeedom (jusqu’à 45 minutes sur un petit RPI, peut-être plus).
Ensuite il faut créer un équipement avec les bons paramètres.
Pour ça il faut connaître l’adresse IP (du Panel Server, je pense) et le port. Le port standard est 502. Le type de connexion sur tcp ou rtuovertcp, je ne sais pas… à tester.
- Mode de rafraichissement sur polling à 5 sec
- Timeout à 5 sec
- Nb de tentatives en cas d’erreur : 3
- Temps entre 2 requêtes : 0
- Temps d’attente après connexion : 0
- Temps après une erreur : 1 sec
Sauvegarder.
Dans les commandes créer une commande info numérique. L’adresse esclave correspond à l’ID de l’appareil. Fonction [0x03] Read holding registers (la fameuse fonction 3 de la colonne Function Code), format de données float32 (comme dans la colonne Type). Adresse 3000.
Sauvegarder.
Démarrer le démon avec les log en mode debug (ne pas oublier de sauvegarder la config du log avant de démarrer le démon) et analyser.
Si pas de remontées, voir les logs.
Si remontées incohérentes, « jouer » avec l’inversion des octets et des mots puis sauvegarder l’équipement, la modification est prise en compte à la volée.
Pour l’analyse, je suis dispo. Il me faut les logs debug contenus dans mymodbus_daemon, les 50 premières lignes à partir du démarrage du démon me suffiront, surtout avec une seule commande.
Si ça ne fonctionne pas, le démon peut être stoppé sinon le log ne fera que se remplir avec des erreurs inutiles. Les logs mymodbus et mymodbus_daemon peuvent être vidés afin de repartir de zéro lors du prochain essai.
Si ça communique sans problème, rajouter les commandes qui vous intéressent.
Ensuite je recommande vivement d’optimiser les requêtes avec des plages de registres (cf doc en lien plus haut) afin de gagner du temps de cycle et donc des ressources pour la machine Jeedom.
A+
Michel
