Archives de catégorie : Labo

netLINK : S7-200

Bonjour,

Quid de l’utilisation du netLINK avec les CPU Siemens S7-200 ?
C’est une question qui m’est posée régulièrement.

Ces CPU disposent d’un port PPI® ou MPI® pour les récentes versions.

Il est tout à fait possible d’utiliser le NL 50-MPI avec STEP®7 MicroWin pour programmer les CPU S7-200.

Et il est également possible de mettre en œuvre le protocole ISO on TCP (RFC 1006) pour la communication avec un logiciel d’IHM.

Dans cet article, je vais en faire la démonstration avec PcVue.

Il y a lieu d’installer le pilote IBHnet que vous pouvez récupérer ici.

Puis de le configurer comme décrit ici :
IBH Link S7

Pour l’utilisation du NL 50-MPI avec STEP®7 MicroWin pour programmer les CPU S7-200, c’est expliqué ici :
Paramétrage dans STEP®7 MicroWin depuis V3.1 SP2

Ainsi il faudra adapter les réglages côté NL 50-MPI :

à ceux en vigueur dans la CPU S7-200, voir le bloc de données système :

Lorsque les réglages sont terminés, il est possible de communiquer avec la CPU :

On peut transférer notre super programme de test et le visualiser :

Côté supervision, l’utilisation du NL 50-MPI avec la mise en œuvre du protocole ISO on TCP (RFC 1006) avec PcVue pour communiquer avec des automates S7 a déjà fait l’objet d’un article :
Utilisation du IBH Link S7++ ou IBH Link S7++ HS avec PcVue via RFC1006

La particularité du S7-200 concerne les blocs de données dont le seul représentant constitue les données de la zone V.

Donc, la configuration de la communication côté PcVue est des plus classiques.

On crée un réseau IP-ISO-S7 :

Puis un équipement netLINK / CPU S7-200 d’adresse MPI/PPI 2 :

Et enfin une trame de lecture des données VW0 d’une longueur de 10 mots.

Il suffit de sélectionner le DB1 pour accéder à la zone V :

On valide et démarre la communication :

Et on peut utiliser nos variables :

C’est trop facile avec PcVue ! 😉

Cordialement,
Stéphane

netLINK : test en ligne

Bonjour,

Comme évoqué ici, nous disposons du matériel nécessaire à la mise œuvre d’une application de démonstration du netLINK.

Nous avons donc mis en ligne une CPU S7 315-2DP avec un NL 50-MPI sur notre adresse IP fixe 193.251.73.50.

Cependant, nous ne laissons pas cette manipulation constamment sous tension et vous voudrez bien vous rapprocher de Hilscher France (contact) pour pouvoir l’utiliser à votre guise.

Une entrée dans la table NAT de notre routeur redirige le flux vers la passerelle netLINK.

La passerelle est branchée sur le port PROFIBUS et la CPU a l’adresse 4.

Vous pouvez télécharger en suivant le lien ci-après le programme de démo S7.
Cf notamment la VAT 1 qui contient les différentes données accessibles :
http://www.hf-news.fr/download/netLINK/S73152dp.zip

Comme la passerelle est déjà configurée, il suffit de déclarer une station IBH à cette adresse fixe, après avoir récupéré le driver chez IBH Softec et l’avoir installé…
http://download.ibhsoftec.com/neutral/IBHNetSetup.exe

L’installateur du driver procède également à l’installation d’exemples divers, API Sockets, API IBHNet, différents OS et langages de programmation, dans le répertoire :
« C:\IBH softec GmbH\IBH_Net\Beispiele ».

La documentation commerciale, la documentation technique ainsi que le contenu du CD livré avec le netLINK sont accessibles ici :
NL 50-MPI

Notamment, pour la mise en œuvre de RFC1006 vous aurez sans doute besoin du
Manuel utilisateur.

Bien sûr, la documentation netLINK en Français sur ce site est également utilisable. Vous pouvez y apprendre par exemple comment paramétrer STEP®7 ou utiliser PcVue avec le netLINK.

Pour terminer, cette manipulation vous permet, non seulement de tester la fonctionnalité du netLINK, mais aussi d’entrevoir et d’imaginer d’autres utilisations potentielles comme la télémaintenance. A ce sujet, notre partenaire Etic Telecom peut vous proposer différentes solutions d’accès distant validées avec le netLINK.

N’hésitez pas à nous solliciter si besoin.

Cordialement,
Stéphane

netTAP : Schneider Electric meets Siemens

Bonjour,

Après avoir présenté d’une manière générale les passerelles Hilscher netTAP, je souhaite vous fournir un exemple emblématique de leur utilisation.

Dans ce qui suit je vais donc m’attacher à démontrer que les mondes Schneider Electric et Siemens ne sont pas si étanches qu’il y parait.

Étant donnée la diffusion des équipements de ces fabricants on conçoit qu’il soit nécessaire de temps à autre de les faire communiquer ensemble. Ce qui n’est pas automatique car les protocoles de communication supportés en standard par ces équipements ne sont pas directement compatibles.

Parmi les protocoles disponibles dans les automates Schneider Electric figure en bonne place Modbus, en version série (Modbus RTU) ou en version Ethernet TCP/IP (Open Modbus TCP).

Récemment Ethernet/IP, protocole développé par le consortium ODVA que Schneider Electric a rejoint, a fait son entrée dans le monde Schneider Electric.

Côté Siemens PROFIBUS est disponible depuis la gamme S5 et PROFINET, son descendant sur Ethernet est présent sur la plupart des CPU récentes.

S’il existe des solutions intégrées comme les coupleurs PROFIBUS pour automates Schneider Electric ou Modbus RTU / TCP pour les automates Siemens, elles ne sont pas nécessairement faciles à mettre en œuvre ou très économiques.

Aussi, la solution passerelle Hilscher netTAP peut-elle tirer son épingle du jeu en proposant toute sorte de combinaison protocolaire adaptée au besoin. Chaque camp conserve sa technologie, outils et licences optionnels ne sont plus requis.

On trouve dans la gamme Hilscher netTAP les solutions suivantes :

  • PROFIBUS / Modbus RTU
  • PROFINET / Modbus RTU
  • PROFIBUS / Modbus TCP
  • PROFINET / Modbus TCP
  • PROFIBUS / Ethernet/IP
  • PROFINET / Ethernet/IP
  • Etc…

L’exemple proposé met en œuvre une combinaison Open Modbus TCP côté Schneider Electric et PROFIBUS DP côté Siemens.

D’un côté nous avons donc une configuration automate Modicon M340 composée de :

  • BMX P34 1000 / CPU 340-10 Modbus
  • BMX NOC 0401 / Coupleur Ethernet/IP et Modbus TCP

De l’autre, une CPU S7 315-2DP Siemens équipée donc d’un port PROFIBUS que nous configurerons en maitre :

  • 6ES7 315-2AG10-0AB0

Au milieu, une passerelle Hilscher netTAP disposant d’une connectivité Ethernet et d’une connectivité PROFIBUS :

  • NT 100-RE-DP

Le programme exemple pour l’automate Schneider Electric M340 contient :

  • la configuration de l’automate avec la fonction IO Scanning montrant les requêtes suivantes :
    • lecture seule de 32 mots (FC3),
    • écriture seule d’un mot (FC6),
    • écriture seule de 64 mots (FC16),
    • lecture de 32 mots / écriture de 32 mots combinées (FC23).
  • une table d’animation présente les variables relatives aux requêtes.

Il est disponible ici.

Le programme de la CPU Siemens S7 contient :

  • la configuration de la CPU, on aura pris soin d’importer le fichier GSD de la passerelle dans le catalogue matériel.
  • le programme principal OB1 utilise les fonctions DPRD_DAT (Read Consistent Data of a Standard DP Slave) et DPWR_DAT (Write Consistent Data to a Standard DP Slave).
  • une table de variables affiche les données des modules définis.

Il est à votre disposition .

Enfin, la configuration de la passerelle :

  • après avoir chargé le firmware qui va bien, NTOMBDPS.NXF, comme évoqué ici,
  • on configure les paramètres côté Open Modbus TCP,
  • puis côté PROFIBUS DP. Ce n’est pas obligatoire mais on a inséré un module PROFIBUS pour chaque requête Modbus TCP, c’est plus cohérent, et on a intégré les états (status) de chaque côté dans les données de l’autre.
  • on termine par l’affectation (le mapping) des données,
  • et on n’oublie pas de transférer la configuration dans le netTAP.

La configuration de la passerelle peut être obtenue en suivant ce lien.

I can help…

Cordialement,
Stéphane

netTAP : mise en œuvre

Bonjour,

C’est de la mise en œuvre des passerelles Hilscher netTAP que je vais traiter ce tantôt.

Qu’est ce qu’une passerelle ?

Une passerelle permet de raccorder deux réseaux de communication employant des média et des interfaces physiques qui peuvent être différents. La passerelle dispose donc des interfaces nécessaires à chacune des connexions. Par exemple, de nombreux réseaux sont basés sur Ethernet dont le médium est la paire torsadée et les connecteurs des RJ45. Pour PROFIBUS DP, le médium est le fameux câble mauve, avec 2 conducteurs, et des connecteurs Sub-D9.

Ces réseaux emploient également des protocoles de communication différents. HTTP, SMTP, POP sont par exemple les protocoles utilisés pour le web et la messagerie. Un protocole spécifie les services et les données que des applications vont pouvoir utiliser et échanger.

Une passerelle dispose donc des piles de protocoles pour chacun des réseaux et d’une fonction qui permet d’établir une correspondance entre les données issues ou à destination de chaque réseau connecté.

 Configurer une passerelle netTAP

Le DVD des solutions passerelles que vous pouvez télécharger ici présente vidéos et tutoriels pour la mise en œuvre des passerelles netTAP.

Il contient le logiciel SYCON.net qu’il vous faudra installer ainsi que le pilote USB le cas échéant.

Les passerelles peuvent être configurées soit via un câble USB fourni soit via Ethernet selon le modèle.

Je vais en fournir brièvement les différentes étapes ci-après.

Pour chacune des versions matérielles il existe plusieurs combinaisons protocolaires disponibles, une combinaison étant implémentée par un firmware dédié. Pour donner un exemple, le firmware NTOMBDPS.NXF implémente une combinaison Open Modbus TCP / PROFIBUS DP esclave.

En fin de production, la passerelle est chargée en usine avec un firmware dit « de base » dont la fonction est de pouvoir communiquer avec l’outil de configuration SYCON.net qui va permettre la sélection et le téléchargement du firmware sélectionné par le client.

SYCON.net est le couteau suisse qui permet de configurer et de diagnostiquer tous les produits Hilscher et notamment les passerelles netTAP.

Après avoir choisi le matériel dans le catalogue présenté en le déposant sur le fil gris, un double clique ou un clique droit puis Configuration ouvre la boite de dialogue.

Avant de pouvoir transférer un firmware ou une configuration il est indispensable d’indiquer à l’outil par quel moyen il peut établir la communication et avec quel équipement il doit le faire. C’est l’étape d’assignation de l’équipement.

Deux listes déroulantes permettent de spécifier chaque côté de la passerelle. Une sélection de firmware est proposée et l’on peut procéder au téléchargement. Lorsque le netTAP a reçu sa fonctionnalité, le firmware, il est temps de le paramétrer. Le choix des interfaces est figé car toute la configuration en découle. En cas d’erreur il suffit de recommencer la sélection.

Il faut donc définir les paramètres de chaque côté. Pour Open Modbus TCP ce sera les paramètres TCP/IP comme l’adresse, le masque de sous réseau, etc… Pour PROFIBUS DP, l’adresse PROFIBUS, les modules d’entrée / sortie…

Puis établir la correspondance des données, le mapping dans la terminologie anglo-saxonne. Dans SYCON.net cela se fait par glisser-déposer ou automatiquement.

Après validation, un clique droit puis Télécharger transfère la configuration au netTAP.

En mode connecté, le diagnostic est accessible pour chacune des trois composantes du système, la fonction passerelle et chacun des côtés.

Voilà, voilà…

Je suis là en cas de problème. 😉

Cordialement,
Stéphane