Forum automatisme

Bonjour,

Pour donner un peu de contexte je suis automaticien spécialisé en réseaux depuis un an et j'ai encore beaucoup à apprendre, donc veuillez excuser des éventuels manques de vocabulaire ou juste si je ne connais pas quelque chose "d'évident".

Ceci étant dis, je travail actuellement sur la rénovations d'une armoire électrique pour principalement mettre aux "normes du site" tout le coté automatisme de l'armoire, il y a du coup un automate Unitronics que l'on change pour un automate M340, petit bémol : il y a un réseau à mettre en place avec des données dont l'automate a besoin pour le bon fonctionnement de la machine qui sont dans un autre appareil et je ne sais pas comment faire.

Mes questions concernant la fonction "READ_VAR" sont les suivantes :
- est-il possible de récupérer plusieurs données qui ne sont pas "cote à cote" au niveau de l'adressage dans l'appareil esclave ? Si oui est-ce qu'il faut plusieurs bloc "READ_VAR" ou on peut faire une "liste" en entrée du bloc ?
- est-ce qu'on peut renseigner le port avec l'adresse IP ? Si non est-ce qu'il y a des appareils avec lesquelles on ne peut juste pas communiquer ou tout est gérer automatiquement ?
- si je n'ai que des adresses en hexadécimal est-ce que l'automate peut les lire ou je doit auparavant faire la conversion ?
- existe t-il une fonction dans le logiciel pour lire une valeur récupérer par un bloc "READ_VAR" en "inversé" ? ( La valeur est écrite en 32bits, je ne sais plus si c'est un REAL ou un INT, est séparé en 2x16bits et ces deux bloc de 16bits sont inversé )

Cordialement
KL30n

Bonjour,

Comme dirait Itasoft on s'autorise à penser qu'on parle de Modbus TCP. Le plus simple est donc d'oublier les read_var et de faire de l'IO scanning.

C'est juste du paramétrage avec des lectures contiguës. Il faudra autant de lignes que de blocs de données. L'adresses des données est en décimal donc conversion à faire éventuellement.

La mise en forme des données peut se faire avec des fonctions de décalage (droite ou gauche) voire bestialement en recopiant les bits un à un. Ça dépend vraiment du format d'origine mais bon c'est un classique dans ce genre d'opérations et on est souvent obligé de le faire.

JC

ça doit communiquer sous quel protocole ???

Pour répondre : oui on est bien en Modbus TCP

Le I/O Scanning est disponible avec des appareils qui ne sont pas de chez Schneider ?

( Par ailleurs si vous avez des ressources sur internet sur les capacités des M340, je prend, parfois la page de Schneider est un peu vague à mon gout)

Pour l'I/O scaning (qui est plus simple, en effet), il te faut une carte NOE ou une NOC.
La CPU M340 ne le gère pas.
Si tu n'en as pas, il faudra effectivement passer par des READ_VAR.

On s'autorise à penser qu'il faut se palucher les Read_Var à la mano

Bonjour, je me permet de déterrer ce sujet vieux de deux mois car je rencontre encore des difficultés…

Pour rappel/clarification, l'automate est un BMX P342020 (sans cartes NOE/NOC); le réseau qui est en ModBus TCP/IP est constitué de l'automate, un appareil JUMO AQUIS Touch P, une IHM (de chez KEP) & un compteur électrique. On considèrera le réseau comme 10.10.10.X et l'adressage des appareils est de 1 à 4 dans l'ordre énoncé juste au dessus.

De plus, j'ai appris plus tard que l'inversion des mots/octets dépendait de pleins de facteurs et que il se peut que je n'en ai même pas besoin dans ce cas de figure.

J'ai récemment réussi a établir la communication entre l'IHM et le JUMO (donc la com est possible) mais je n'arrive pas a l'établir entre l'automate et le JUMO…

Étant données que je n'avais encore jamais utilisé le "READ_VAR" je pars du principe que je ne sais pas comment l'utiliser (ce qui est probablement le cas), est-ce que vous pourriez me dire comment je suis sensé écrire la commande "READ_VAR" en ladder svp ?

Je me souviens avoir pas mal galéré sur une com M340<->Jumo Logoscreen 600, il y a quelques années.
Je n'ai plus le programme sous la main, mais un tech de Jumo m'avait bien sorti le cul des ronces à l'époque. J'ai encore le contact, si ça t'intéresse.

Salut,
Avant de se lancer dans la mise en œuvre d'une com explicite, il faut faire des tests avec un logiciel type Modbus Doctor. Ca permet de vérifier :
- l'ID d'unité
- un éventuel décalage de +/-1
- Des limitations sur la quantité de mot que l'appareil accepte dans une seule requête
- Vérifier la zone mémoire accessible (%I, %IW, %M, %MW)
- ...

Béryl a écrit : ↑17 avr. 2025, 08:18 J'ai encore le contact, si ça t'intéresse.

Non merci, j'ai déjà appelé le support parce que au départ la communication ne fonctionnait pas du tout, ils m'ont déjà aidé et du coté du JUMO il n'y a plus de problèmes.

seb76 a écrit : ↑17 avr. 2025, 18:45 Avant de se lancer dans la mise en œuvre d'une com explicite, il faut faire des tests avec un logiciel type Modbus Doctor.

J'ai déjà fais les test avec Modbus Doctor, et j'arrive à lire les valeurs : et elles sont cohérentes,
et du coté de l'IHM KEP les variables sont lisibles aussi en Zero-based Adressing avec le port 502 et le numéro de station 255 (qui sont les paramètres que je n'arrive pas à renseigner sur le programme Automate)