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.

netPLC : le neurone

Bonjour,

Il peut paraitre étrange au premier abord de trouver le terme « neurone » associé à un produit de communication industrielle mais c’est l’image qui me vient à l’esprit lorsque j’évoque le netPLC.

Si vous avez lu la page consacrée à la présentation, sommaire, de la société Hilscher et de ses produits, vous avez maintenant un aperçu des composants matériels et logiciels qui constituent la plateforme netX / rcX, le « System on Chip » netX, le système d’exploitation rcX, les piles de protocoles pour les bus de terrain classiques et Ethernet Temps Réel, les outils de configuration…

Comme vous êtes des lecteurs assidus vous avez également lu la dépêche consacrée à la solution ISaGRAF sur les cartes Hilscher cifX dans laquelle j’indique que Hilscher France a non seulement écrit le pilote ISaGRAF pour les cifX mais également que nous avons porté ISaGRAF sur la plateforme netX / rcX.

Hilscher ayant eu l’idée lumineuse de créer une émulation de l’API cifX sous forme de librairie disponible sur cette plateforme netX / rcX, le pilote ISaGRAF pour les cifX est réutilisé et permet sur des cibles embarquées de retrouver la même interface que sur les solutions PC.

Donc, pour résumer, nous disposons d’une plateforme matérielle et logicielle qui embarque intelligence et communication et qui permet de réaliser toutes sortes de solutions d’automatisme.

Cette combinaison plateforme netX / rcX – piles de protocoles Hilscher – ISaGRAF est disponible sous forme de librairies pour vos propres réalisations. Veuillez consulter Hilscher France pour recevoir plus d’information.

Un produit est né de cet assemblage prometteur, le netPLC. Ce n’est pas un automate au sens où on l’entend d’habitude avec un rack, des cartes d’E/S… C’est une solution dans le même design que le netTAP, qui se monte sur un rail Oméga, s’alimente en 24V et dispose des mêmes interfaces de communication soit, 2 RJ45 pour communiquer sur Ethernet et PROFIBUS DP, CANopen ou DeviceNet sur la partie droite.

Sur la première interface Ethernet on peut disposer de PROFINET Maitre, Ethernet/IP Maitre ou EtherCAT Maitre, pour gérer des E/S déportées, des variateurs…

La deuxième interface Ethernet supporte la connexion avec le Workbench ou le serveur OPC pour la liaison avec les SCADA, la configuration, le diagnostic avec SYCON.net, un serveur Web, l’envoi de messages mails, un Telnet permettant le diagnostic de la cible à distance, la synchronisation de l’horloge via NTP, la communication entre cibles ISaGRAF et Modbus TCP en mode client / serveur. Ouf !

Quant au port PROFIBUS DP, CANopen ou DeviceNet au choix, il fournit une connectivité maitre ou esclave, pour raccorder ce contrôleur à une grappe d’équipements ou à un automate de ligne.

Intelligence et communication. Vous conviendrez avec moi que l’appellation « neurone » pour le netPLC n’est donc pas usurpée.

S’il peut s’acquitter des tâches usuelles d’un automate très communicant, il peut aussi être considéré comme une passerelle de communication offrant une souplesse de configuration inégalée.

Of course, pour plus de renseignements ou pour une démonstration, n’hésitez pas à solliciter Hilscher France.

Cordialement,
Stéphane

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