Qu’est-ce que OPC UA Pub/Sub ?

OPC UA Pub/Sub est un ajout récent à la norme de communication OPC UA pour l’échange de données entre les appareils industriels et les applications logicielles. Cet ajout est basé sur le principe de la communication « publish&subscribe » et, pour cette raison, s’applique mieux aux architectures de systèmes « one-to-many » et aux situations où la bande passante est limitée, comme c’est encore souvent le cas dans les nuages. Cela contraste avec le mécanisme client/serveur fréquemment utilisé jusqu’à présent, qui restera utile dans les architectures de systèmes un à un avec une sécurité limitée…

La communication OPC traditionnelle des DA et UA était jusqu’à présent souvent basée sur le principe client/serveur. Dans ce cas, le client demande des données au serveur et le serveur s’assure que cette demande est satisfaite en récupérant ces données et en les transmettant au client. De cette manière, un serveur peut, dans une certaine mesure, fournir des données personnalisées à plusieurs clients.

>Informations : En savoir plus sur la communication OPC et sur les produits que vous utilisez pour la réaliser.

Le mécanisme de communication client/serveur présente l’inconvénient d’impliquer une surcharge assez importante. Chaque fois que des données sont demandées, une connexion doit être établie avec le serveur, une session doit être ouverte et, dans cette session, la question spécifique doit être posée. Dans la plupart des cas, le client attend également les données, ce qui est également connu sous le nom de « communication synchrone ». Cela s’applique souvent aux systèmes clients IHM en temps réel qui veulent s’assurer que les données qu’ils affichent sont à jour.

> Informations sur le produit : Découvrez OPC Router et regardez la démo

> Informations sur le produit : Informations sur le produit : Découvrez KEPServerEX – opc server et regardez la démo »>Découvrez KEPServerEX – opc server et regardez la démo

Le principe de publication et d’abonnement constitue un mode de communication totalement différent. Ici, les clients publient des données qui ont des données et les clients consomment des données qui sont disponibles. Cela se fait toujours par l’intermédiaire d’une plateforme centrale, également connue sous le nom de courtier. Ce mode de communication est beaucoup moins coûteux, car aucune session ne doit être maintenue entre le client et le serveur. Outre la réduction des tâches administratives, la bande passante nécessaire est moins importante, car le courtier ne publie que lorsqu’une nouveauté est disponible. Aujourd’hui, MQTT est un protocole de communication largement utilisé qui fonctionne sur le principe Pub/Sub.

INSIGHT: Lire plus

Dans quelle situation est-il préférable d’utiliser tel ou tel mécanisme ? Cela dépend évidemment de la fonctionnalité requise. Pour la communication en temps réel aux niveaux 1 et 2 de la pyramide de l’automatisation industrielle, le client/serveur reste le choix privilégié par rapport au pub/sub. Lorsque les données sont transférées dans le nuage ou d’un serveur à un grand nombre d’autres appareils, le mécanisme Pub/Sub est peut-être un meilleur choix.

Les premiers produits standard avec OPC UA Client/Serveur et Pub/Sub sont maintenant sur le marché. Vous n’avez donc pas besoin de mettre en œuvre cette technologie vous-même, mais vous pouvez facilement utiliser les capacités existantes. Cependant, il est toujours bon de savoir quelle technique vous utilisez et de vérifier qu’elle est adaptée à votre application.