akiraentsaii a écrit :Bonjour, merci pour les informations. Donc pour l'USB, on oublie (j'ai pensais que vu que la COM CPU/Unity se faisait via USB, il était possible de faire de la COM sans Unity avec...)
Pour la COM j'avais opté pour le MODBUS (sachant qu'il va falloir que je le vois en formation, au moins j'aurais de l'avance
![Clin d’œil ;)](./images/smilies/icon_e_wink.gif)
)
J'avais oublié de mettre les réf de la CPU (si jamais il y a des contre-indications...) : P342020, port ethernet/modbus/miniUsb.
@Bernardo59 (!hoho! un gars de ch'nord ^^) : Vous dites qu'une COM via le logiciel de supervision n'est pas possible. Cela signifie don que si je veux faire la simulation de mon projet via le simulateur (sans être branché à l'Automate), il est impossible de faire de la COM entre mon simulateur est ma supervision en VB.NET ?!
@ JC : Il n'y a pas de carte NOE ou NOC sur le rack, simplement les 'prises' sur le CPU. Cela peut-il suffire?
En vous remerciant
EDIT: Après recherches, j'ai réussi à me connecter en Ethernet à l'API, et j'ai réussi à utiliser FactoryCast. J'arrive à afficher l'état des variable sur la page Web. Mais impossible de les récupérer.
J'ai également réussi à connecter l'API en MODBUS sur le PC (vi l'adaptateur USB/RJ45). Je peux télé verser mon programme dans l'api, mais pour le reste....
J'ai trouvé quelque bouts de codes sur le net pour l'envois/réception, mais pour les intégrer dans mon code....c'est une autre histoire!
Bonjour,
Sur le port Ethernet des cpu M340 tous les services ne sont pas présent nativement c'est pour ça qu'on est souvent obligé d'utiliser une NOE ou une NOC. Les services Web SOAP permettent de faire dialoguer une application informatique client avec un automate grâces à des protocoles ouverts et normalisés, c'est ce que dit la doc, après concrètement comment ça se met en œuvre je ne sais pas
![Très content :D](./images/smilies/icon_e_biggrin.gif)
Là on entre dans de l'informatique pure et dure et ça sort totalement du champ de compétence des automaticiens comme moi. C'est pour ça que les collègues te parlais de Modbus TCP/IP qui est un protocole industriel qu'on maitrise mieux. Sur le site des abonnés Schneider tu a un dossier applicatif expert qui traite ce sujet, c'est avec un coupleur ETY5103 de Premium mais c'est la même démarche. Voici ce qui est écrit dans le descriptif du sujet :
Programmation d'un service Web ETY5103 en Vb.net
Il existe sur les coupleurs ETY5103 une nouvelle possibilité de communication au travers des services Web. Ces services Web offrent des moyens de communication ouverts et normalisés qui permettent à des applications informatiques de piloter des automatismes comme l'ETY5103.
Les services Web reposent sur les normes suivantes :
- Soap (Single Object Access Protocol), protocole d'échange exécuté par l'intermédiaire de la voie
Http (HyperText Transfert Protocol).
- WSDL (Web Services Description Language), au format XML.
- XML(eXtensible Markup Language), la norme universelle pour l'échange de données.
Nous allons donc voir, au travers de ce dossier, comment mettre en œuvre un service Web d'un ETY5103 dans une application VB.net
Maintenant je serai très curieux de savoir si quelqu'un a réellement mis en pratique ces services. Il y a quelques temps un gars d'Afrique du sud m'a contacté par l'intermédiaire d'un forum anglo-saxon pour avoir des infos sur ce sujet car il voulais récupérer des données dans une base SQL par ce bais, il a cru que j'étais un pointure dans ce domaine
![M. Vert :mrgreen:](./images/smilies/icon_mrgreen.gif)
mais je lui ai raconté la même chose qu'a toi avec Factorycast, je n'ai jamais eu de retour de sa part
![M. Vert :mrgreen:](./images/smilies/icon_mrgreen.gif)
Pour te dire si ça doit pas être courant, les gens de Schneider de chez lui, lui conseillais un serveur OPC pour faire l'interface entre la base de données et son automate et pas les services web en questions...
JC