fichier eds manuel

[leonard72]

Bonjour
Je dois utiliser un codeur relatif en modbus tcp, et sur un m241 ont peut importer un fichier eds, mais j'ai entendu dire que l'on pouvait écrire ce fichier par programme dans un m221 ?
Quelqu'un a t-il déjà essayer?

[itasoft]

slts,
codeur relatif ? c'est quoi ça ? c'est le positionnement qui peut être relatif, pas le codeur

[Gigi]

C’est un codeur incrémental , ce nom est quelque fois donné par opposition au codeur absolu qui donne toujours la position.
Le codeur relatif donne donc la position par rapport à une origine d’où son nom.

[itasoft]

Slts,
On doit dire incrémental ou absolu, c’est le positionnement qui est relatif et non pas le codeur
ceci dit, lire la valeur courante du codeur via la COM. du jamais vu, on risque de rater des pions.

[JC87]

Bonjour,

En Modbus TCP/IP il n'y a pas de fichier EDS. ce type de fichier c'est pour de l'EtherNet/IP voire du DeviceNet. Quoiqu'il en soit si un fichier EDS est vraiment nécessaire, on le trouve chez le constructeur, on ne l'écrit pas soi même et encore moins par programme.

JC

[leonard72]

bjr
pour le codeur je me suis trompé c'est un absolue
mais pour le fichier eds écrit a la Mano dans l'automate c'est le technicien fournisseur d'api qui m'a indiqué qu'il pouvait être écrit par programme ? comment je sais pas j'en avais jamais entendu parlé.

[Bruce33]

Bonjour,

Votre information est trop vague...
Vous parlez de M241 puis de M221 (logiciel différent).

Comme le souligne JC87, le fichier EDS concerne le protocole EtherNet/IP et non le protocole Modbus TCP.
Si vous utilisez le protocole Modbus TCP, pourquoi votre fournisseur a-t-il parlé de fichier EDS ?

Quel serait l'intérêt de générer un fichier EDS alors que le fabricant doit le fournir ?
Quand vous dites "écrire ce fichier par programme", s'agit-il du programme automate ou d'un logiciel Windows ?

[MiGaNuTs]

Bonjour,

comme mes camarades, je trouve l'explication pas claire du tout. Cependant j'ai peut être une piste de réflexion.
Le fichier EDS contient les informations pour que le logiciel de programmation de l'automate puisse configurer tout seul le "IO-Scanning", c'est a dire que l'automate émette périodiquement les bonnes trames de communication pour aller chercher les informations du codeur. (EDS ça veux dire Electronic Device Datasheet. En gros c'est un fichier qui décrit les données disponibles par la communication d'un périphérique)

Effectivement en Modbus TCP c'est très simple a configurer a la main, et du coup pas besoin de fichier EDS.
En général il n'existe pas de fichier EDS pour les truc qui causent en modbus TCP. (Enfin j'en ai vu 1 une fois pour un variateur Hitachi, mais il marchait pas avec mon M251. Apparemment c’était un format exotique pour des automates japonais. J'ai pas tout compris parce que c'est censé être universel le format EDS. Bref, fin du hors sujet).


Note au passage :
Le technicien qui te fourni les informations sur ton codeur il m'a pas l'air très pointu. (ou alors c'est toi qui ne comprends pas ce qu'il essaye de t'expliquer )


Autre précision technique, juste pour le plaisir de chipoter :

lire la valeur courante du codeur via la COM. du jamais vu, on risque de rater des pions.

En fait si. A partir du moment ou y'a une carte "codeur" dans un automate, y'a bien deux CPU dans ton automate (le principal et celui qui ne s'occupe que du comptage) et une com' qui se fait entre les deux pour que le CPU principal récupère le nombre de points comptés par l'autre. C'est juste que ça passe par le bus interne de l'automate (le fond de panier du rack quoi), du coup c'est transparent pour nous.
(Par exemple ca marche comme ca sur le M340, ou les M241/M251)
De même pour les codeurs SSI, en fait y'a aussi un microcontrôleur dans le codeur qui se charge de compter, et le nombre de points (plus 2/3 bricoles) est échangé via un protocole de com' uniquement dédié aux codeurs.
On peut imaginer qu'il existe donc des codeurs "communicants" qui utilisent d'autres protocoles que le SSI pour communiquer. Jusque la je ne savait pas que ça se faisait, mais manifestement y'a des gens qui les ont inventés. (En vrai je m’était déjà un peu planché sur la question, et avec un Arduino ça me semble pas très compliqué de faire un codeur qui cause en modbus RTU. Mais les perfs m'avaient semblées pas terribles, parce que ça va pas vite un Arduino en vrai. mais depuis y'a des tas d'alternatives beaucoup plus rapides qui sont sorties)(En vrai une souris a boule c'est jamais que 2 codeurs qui causent a travers un port série. mais la je m'égare loin)

Pour les automates qui ont des entrées rapides et un ou des "high speed counter" intégrés (Genre le M221 ou certains vieux S7-200) y'a qu'une seule CPU, simplement comme le nom l'indique ils ont une fonction de comptage intégrée au CPU, du coup tu branche le A et le B, et c'est le CPU qui fait le taff tout seul et on a juste a aller lire la bonne case mémoire pour récupérer la valeur.

Bref, je m'égare et je part sans doute un peu trop loin tout en coupant des poils de cul en 4, désolé pour ces digressions superflues.

[Jambe]

Bref, je m'égare et je part sans doute un peu trop loin tout en coupant des poils de cul en 4, désolé pour ces digressions superflues.

Non non pas du tout, c’est toujours très instructif

[itasoft]

slts,
je discute pas le coté instructif mais pour le sex-appeal tu repassera, lol
moi je reste dans le "bestial" je ne fais pas l'acquisition du codeur via la COM. chacun reste dans son époque , ok j'avoue les dinosaures on disparus ya 65 millions d'années, lol