Avec le bon middleware, l'automatisation est une réussite

Le bon middleware représente une solution conviviale permettant de coupler tous les sites de manière bidirectionnelle et de garantir de manière fiable la mise en réseau nécessaire.

L'entreprise en profite avec une qualité de production accrue, un rendement de production plus élevé, des taux d'erreur en baisse et des économies de coûts. L'automatisation qui en découle nécessite une mise en réseau à grande échelle des systèmes impliqués dans la production.

Du côté de la production, il s'agit notamment de l'automate programmable industriel (API), qui commande les installations, ou de l'interface homme-machine (IHM), qui permet, en tant que système de visualisation, de commander, d'observer et de contrôler la production.

Mais il faut également intégrer le Manufacturing Execution System (MES), qui rassemble les données de la production et permet à la direction technique d'évaluer et d'analyser les processus de production via une représentation graphique ; de même que la saisie des données des machines et des entreprises (MDE/BDE) et les systèmes de base de données qui peuvent stocker certaines données de la production en quelques millisecondes.

Du côté commercial, l'Enterprise Resource Planning (ERP) gère la planification des ressources derrière la production, avec les commandes des clients, y compris les quantités, les produits et les dates de livraison.

La boucle de communication comprend également des imprimantes, des lecteurs de codes à barres, des lecteurs RFID, des applications en nuage, des e-mails, MS Word et Excel. Si les interfaces entre les systèmes ne peuvent pas être facilement couplées directement, un middleware entre en jeu. Il est capable d'établir la communication entre deux ou plusieurs systèmes tels que le système de commande, l'IHM, l'ERP ou la base de données.

Le site Routeur OPC par exemple, est un outil de ce type qui définit les flux de processus. Il rend ainsi possible l'échange et donc une communication simple et bidirectionnelle. Il comprend, lit et écrit tous les langages impliqués et transmet les informations - quelles données, quand, où, dans quels cas et à qui - au bon moment.

Le besoin d'un tel middleware est grand dans les entreprises, même si l'ERP peut déjà parler et comprendre des protocoles comme OPC UA ou Rest et MQTT. Sans middleware, les processus devraient se dérouler derrière la logique de l'ERP - d'où proviennent les données, comment doivent-elles être reliées, à quels handshakings faut-il faire attention.

La logique peut être extraite via le middleware : Il n'y a alors que ce qui est nécessaire pour mettre les données à la disposition d'un système SAP, par exemple.

Un middleware garantit en outre que les données des sites parviennent à l'ERP central, même dans le cas de grandes structures d'entreprise, et constitue une solution proche de la production.

Le routeur OPC est couplé à SAP ERP/ECC en représentant les données à échanger dans des boîtes et en les reliant sur l'interface graphique par des flèches par glisser-déposer.

Au niveau OPC, il peut s'agir par exemple de points de données provenant de l'installation de production ou d'emballage ; de l'autre côté, des interfaces telles que RFC ou Bapi de SAP mettent à disposition les paramètres correspondants avec des données de processus pertinentes ou, via IDoc, les données de base article et les données de commande correspondantes.

Les flèches représentent les connexions correspondantes dans la communication. Il existe une grande variété de mécanismes de déclenchement pour le transfert de données. Ces conditions peuvent être définies librement pour la plupart des systèmes sources. Par exemple, il est possible de déclencher une confirmation de l'ordre dans le système de production et de la transmettre à des fonctionnalités du côté de SAP.

SAP peut générer des confirmations via RFC et Bapi. Elles sont à leur tour renvoyées à l'automate et il est confirmé qu'un échange de données a eu lieu.

Le routeur OPC peut également servir d'hôte RFC, s'adresser à OPC à partir de SAP et déclencher un échange de données, par exemple un téléchargement d'informations sur les articles ou un téléchargement de commandes, avec le retour correspondant dans le système SAP.

Le routeur OPC dispose d'interfaces standard dans toutes les directions - OPC vers le niveau de production, SQL ou ODBC vers les applications de base de données, Rest et MQTT pour les systèmes SAP et cloud les plus récents - lorsque les interfaces IoT ne sont pas encore disponibles au niveau de la production.

En outre, une connexion native à SAP est possible par RFC, Bapi et IDoc. Des bibliothèques RFC sont disponibles pour les anciens systèmes SAP et des bibliothèques NetWeaver pour les systèmes plus récents. D'autres systèmes ERP peuvent être connectés via un service web.

Note de la rédaction :

Dans cet article technique, aucune référence n'a été faite aux exigences en matière de licences qui en résultent. Un couplage de SAP avec des systèmes tiers comprend toujours le thème de l'utilisation "indirecte" et de l'"accès numérique".