SPONSORISÉ PAR : SOFTWARE TOOLBOX
L’accès à diverses données industrielles, en particulier aux sources de données OPC UA, via des services Web RESTful est devenu de plus en plus nécessaire au cours de la dernière décennie. Des appareils dotés de services Web auto-hébergés aux données de marché pertinentes telles que les informations météorologiques et les prix des produits de base et de l’énergie, il existe une foule de données pertinentes à intégrer à ces services Web et à partir de ceux-ci.
Le routeur OPC est une plate-forme flexible permettant de déplacer des données d’un point A à un point B, tout en transformant, analysant et agissant sur ces données. Le routeur OPC peut facilement source de données à partir de serveurs OPC UA, de bases de données, etc., et transférer ces données vers des services Web RESTful, ou lire des données à partir de services Web RESTful et transférer ces données vers des serveurs OPC UA, des bases de données, etc. Le routeur OPC peut même être configuré en tant que service Web RESTful, et ainsi exposer toute UA OPC ou d’autres données dans le routeur OPC via une API que vous définissez à l’aide de déclencheurs REST.
Ce qui suit est un extrait du guide:
Plus précisément, ce document traitera du scénario suivant.
- Le serveur OPC UA surveille les vitesses de deux systèmes, chacun avec deux machines en cours d’exécution.
- Lorsque le client HTTP effectue une requête, il transmet (en tant que paramètres de requête) les numéros de système et de machine pour lesquels il souhaite connaître la vitesse actuelle.
- Lorsque le client HTTP effectue une requête GET, le routeur OPC (en fonction des numéros de système et de machine qui sont passés en tant que paramètres de requête) interroge une base de données SQL Server pour déterminer l’ID de produit en cours d’exécution sur le système et la machine demandés.
La réponse HTTP résultante contiendra les numéros de système et de machine (contenus dans la requête HTTP), l’ID de produit qui a été interrogé à partir de SQL et la vitesse actuelle de la machine/ système spécifiée qui a été lue à partir du serveur OPC UA.
Création des Plug-Ins
Dans un premier temps, les différents plug-ins – qui définissent les sources de données et les destinations avec lesquelles le routeur OPC interagira – doivent être définis. Avec ces scénarios, il est composé de trois plug-ins; un plug-in OPC UA pour lire la vitesse de la machine à partir du serveur OPC UA, un plug-in Microsoft SQL Server pour interroger l’ID de produit en cours de production et un point de terminaison API REST / HTTP qui sera utilisé pour exposer les données du produit au monde extérieur en utilisant HTTP.
Le plug-in OPC UA
Le serveur OPC UA à partir duquel les données de la machine sont lues est le serveur SUPÉRIEUR, qui expose un point de terminaison OPC UA pour extraire des données. Étant donné que le point de terminaison UA du serveur SUPÉRIEUR accepte uniquement les connexions localhost – la connexion ne sera ni sécurisée ni chiffrée – dans les environnements de production, il est recommandé de suivre les meilleures pratiques informatiques pour sécuriser les données et les machines. Les étapes exactes de configuration des points de terminaison du serveur OPC UA varient en fonction du serveur et ne font pas partie du champ d’application de ce document – veuillez vous référer à la documentation du serveur appropriée.
…
Le plug-in SQL Server
Le Plug-in SQL Server est nécessaire pour pouvoir interroger l’ID de produit à partir de la table de base de données SQL. Lors de la configuration du plug-in MS SQL du routeur OPC, il n’est pas nécessaire (ni nécessaire) de configurer les colonnes de la table et/ou de la base de données. À ce stade de la configuration, le plug-in représente simplement une base de données Microsoft SQL Server qui contient la table qui sera interrogée ultérieurement.
