Archives de catégorie : Hilscher

La société Hilscher développe depuis 1986 des solutions de communication intelligentes.
La dernière génération d’interfaces est construite autour des systèmes sur puce netX développés par Hilscher.

cifX : ICS Triplex ISaGRAF

Bonjour,

Dans ma présentation des cartes Hilscher cifX qui mettait en avant les avantages des solutions d’automatisme sur PC, j’ai mentionné la solution ICS Triplex ISaGRAF.

Cette solution ne se cantonne pas au monde PC puisqu’elle est également disponible pour l’embarqué, j’aurai l’occasion d’y revenir.

Présentons ISaGRAF en quelques mots. Pour une présentation plus détaillée, la documentation, etc… votre moteur de recherche pourrait vous renvoyer chez ISaGRAF.

Le Workbench, l’atelier de développement, vous permet de développer votre application d’automatisme dans les langages disponibles dans la norme IEC 61131.

Au choix, l’atelier génère le code de votre application en C pour intégration dans votre code exécutable ou en TIC (Target Independent Code) pour exécution sur une machine virtuelle ISaGRAF.

La machine virtuelle ISaGRAF est disponible en standard sur les plateformes PC et les systèmes d’exploitation Microsoft Windows®, IntervalZero RTX®, QNX® et Linux® ;-).

Cette machine virtuelle est également fournie sous forme de code source pour portage sur la cible de votre choix. C’est ainsi que, chez Hilscher France, nous l’avons portée sur la plateforme Hilscher netX avec le système d’exploitation temps réel hautement optimisé maison rcX.

Des boites à outils, Toolkits, permettent d’écrire des blocs fonctions métier ou pour encapsuler votre propriété intellectuelle, vous connecter à des tâches de plus haut niveau, mais aussi des pilotes, comme nous l’avons fait pour les cartes Hilscher cifX.

Le pilote ISaGRAF pour les cartes Hilscher cifX existe pour les OS cités ci-dessus et offre une interface unique, basée sur l’API standard Hilscher, simplifiée pour l’utilisation dans un programme automate, et ce quel que soit le système d’exploitation ou le bus de terrain, classique ou sur Ethernet Temps Réel, en version maitre ou en version esclave.

Un programme exemple ISaGRAF est fourni qui démontre toute la fonctionnalité.

Ainsi vous disposez d’un solution d’automatisme particulièrement ouverte et performante : PC ou embarqué, le système d’exploitation de votre choix, les protocoles de communication adaptés à votre marché et à votre besoin, l’ouverture grâce aux boites à outils et au serveur OPC ISaGRAF qui offre une connectivité pour les solutions de supervision.

ISaGRAF offre également une librairie de fonctions qui permet de réaliser une solution de contrôle-commande distribuée conforme à la norme IEC 61499. Vous pouvez trouver chez ISaGRAF, parmi la documentation, des « papiers blancs » exposant cette norme et son potentiel.

Avec IEC 61499, votre programme applicatif est réparti sur plusieurs contrôleurs ou cibles, l’aspect communication est géré automatiquement sans avoir à spécifier des interfaces ou définir des variables explicitement. Vous raccordez simplement des blocs fonctions dédiés.

Chez Hilscher France, nous pouvons vous proposer une solution d’intégration autour de ISaGRAF et des cartes Hilscher cifX.

Cordialement,
Stéphane

cifX : Siemens WinAC RTX

Bonjour,

Chose promise… C’est donc un article sur l’utilisation des cartes Hilcher cifX avec la solution automate logiciel de Siemens, SIMATIC WinAC RTX ® (PC-based Controller), que je mets en ligne ce jour.

J’ai présenté dans ce précédent article quels pouvaient être les avantages des solutions d’automatisme sur PC.

Siemens propose une telle solution avec WinAC RTX ®, un automate logiciel qui se programme avec l’atelier Siemens Step7® comme les autres contrôleurs de la gamme S7.

Cette solution d’automatisme repose sur l’environnement Temps Réel RTX d’IntervalZero, une extension Temps Réel pour les systèmes d’exploitation Microsoft Windows®.

Il existe un kit de développement, le SIMATIC WinAC ODK, qui permet de faire le lien entre l’automate et tout type d’application PC.

Chez Hilscher France, nous avons utilisé ce kit de développement pour écrire le pilote qui permet l’utilisation de nos cartes de communication cifX avec l’automate WinAC RTX®.

Avec ce pilote vous pouvez, tout en restant dans l’environnement Siemens que vous maitrisez, bénéficier d’une connectivité vers tous les réseaux de communication industrielle supportés par la technologie Hilscher.

Quel que soit le protocole, vous disposez de la même interface, basée sur l’API standard Hilscher, simplifiée pour l’utilisation dans un programme automate. Un programme exemple S7 est fourni qui démontre toute la fonctionnalité.

En utilisant les versions esclaves, votre équipement intégrant l’automate Siemens WinAC® peut ainsi être connecté à l’automate de ligne de votre client de façon simple et directe.

Par exemple, si votre client en Asie utilise un automate Mitsubishi Electric équipé d’un maitre CC-Link, une carte cifX CC-Link esclave, en version PCI Express (CIFX 50E-CC), vous permettra d’échanger quelques 368 octets en entrée et sortie.

Autre exemple avec Ethernet/IP, le protocole mis en œuvre chez Schneider Electric ou Rockwell, la carte cifX pour tous les protocoles sur Ethernet Temps Réel et donc pour Ethernet/IP, en version PCI Express (CIFX 50E-RE), permettra d’intégrer facilement votre équipement dans la ligne de votre client.

Avec les versions maitre des cartes cifX, vous disposez de l’ouverture nécessaire pour utiliser des capteurs ou actionneurs sur CANopen, Sercos III ou EtherCAT par exemple.

Ces solutions conviennent tout à fait pour les Microbox et Nanobox de Siemens et sont déjà à l’œuvre chez nos clients.

Cordialement,
Stéphane

cifX : présentation

Bonjour,

Je poursuis mon tour d’horizon des produits Hilscher avec la gamme des cartes pour PC cifX.

Pour le monde PC, Hilscher propose donc une gamme de cartes de communication industrielle dans à peu près tous les facteurs de forme, pour les protocoles les plus répandus et en version maitre ou esclave.

Ces cartes sont utilisées pour des bancs de test et de mesure ou des solutions d’automatisme évoluées intégrant un automate conforme à la norme IEC 61131-3, voire IEC 61499.

Dans une architecture de contrôle-commande traditionnelle on trouve un automate qui assure l’acquisition des signaux tout ou rien et analogiques en provenance du procédé contrôlé, applique les lois de commande selon des algorithmes de traitement, (combinatoire, séquentiel, boucle de régulation…) et affecte les commandes aux actionneurs.

En général, on trouve également une Interface Homme-Machine ou IHM qui permet aux opérateurs d’interagir avec la machine et le procédé, sous la forme d’un terminal opérateur, interface locale, ou d’un système de supervision ou SCADA.

Cette architecture a fait le bonheur des automaticiens car les éditeurs leur ont dédié des outils de développement, langages de programmation et plateformes matérielles adaptés et ils n’avaient pas à subir les affres des PC, au moins sur la plateforme d’exécution, l’automate.

Cependant cette architecture a ses limites et la plateforme PC ses avantages.

Lorsqu’il est nécessaire de faire de l’acquisition rapide, des traitements élaborés (synchronisation sur événement, filtrage, stockage en volume, historisation, visualisation façon oscilloscope…) le PC et ses performances de plus en plus conséquentes et économiques fait la différence.

Sur ce même PC, on fera tourner un logiciel de vision pour contrôler la validité d’une pièce ou d’un échantillon, une base de donnée pour obtenir des paramètres procédé ou stocker les données de fabrication (traçabilité), un automate logiciel pour piloter les organes, et l’IHM locale.

Pour s’interfacer avec l’automate qui pilote la ligne de production, on choisira alors une carte cifX esclave en fonction du protocole compris par cet automate, par exemple PROFINET ou PROFIBUS pour un automate Siemens de la gamme S7®.

Pour piloter des capteurs / actionneurs, on utilisera une ou plusieurs carte(s) cifX maitre(s), choisie(s) en fonction des équipements qui conviennent le mieux à l’application et non en fonction des protocoles disponibles sur telle ou telle gamme d’automates.

On pourra notamment sélectionner capteurs, actionneurs et bus de terrain en fonction du client ou du marché, (Asie, USA, Europe…) tout en conservant le programme applicatif.

Ainsi, quel que soit le format du PC et des connecteurs d’extension, le système d’exploitation ou le bus de terrain, les cartes Hilscher cifX offrent une interface commune qui permet de s’affranchir de ces différences.

Une librairie est fournie avec les pilotes, que l’on peut employer depuis un applicatif écrit en langage C, C++, .Net, et autres.

On pourra mettre en œuvre également les solutions d’automatisme sur PC comme :

  • ISaGRAF sur MS Windows, Interval Zero RTX, Linux et QNX, (pilotes développés chez Hilscher France)
  • Siemens WinAC RTX, (pilote développé chez Hilscher France).

Puisque tout le monde le demande, je ferai bientôt un article sur chacune de ces solutions. 😉

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