Veuillez expliquer quelle est la différence entre OPC UA et OPC DA?
Dans quelle condition utiliser, et si un exemple peut être fourni à la fois pour OPC UA et OPC DA, il serait utile
OPC-UA est le successeur de OPC-DA. Il présente de nombreux avantages, l'un des plus importants étant qu'il est indépendant de la plate-forme. Il existe des kits de développement logiciel (SDK) disponibles dans une multitude de langues et OPC-UA peut être implémenté sur n'importe quoi, depuis un tout petit appareil embarqué sur un appareil exécutant Linux, sur un bureau exécutant Windows ou sur un serveur exécutant le système d'exploitation de votre choix.
Pour tout nouveau développement, compte tenu du choix, OPC-UA doit être utilisé. La seule raison d'utiliser OPC-DA à ce stade est que vous vous connectez à un produit hérité qui ne prend en charge que OPC-DA et ne peut pas être remplacé ou mis à niveau.
OPC UA n'est pas seulement pour OPC-DA, mais pour tous les OPC Classic (DA, AE, HDA, etc.). OPC Classic utilise la communication DCOM pour la connexion client-serveur. DCOM est pour Windows OS. Et, les ports DCOM et RPC sont un casse-tête pour les ingénieurs.
Ainsi, OPC UA est une nouvelle technologie qui ne repose pas sur la communication DCOM et est indépendante de la plate-forme (OS). OPC UA prend également en charge Linux.
De nombreux serveurs OPC sur le marché ne sont pas prêts pour OPC UA. Mais je crois qu'ils sont en route.
Les développeurs d'applications client OPC doivent se concentrer sur la prise en charge de votre application client OPC pour quels OPC? Dans quel but, par ex. AE: collecte d'alarmes et d'événements ou DA: accès aux données)
Toutes les connaissances OPC sont disponibles sur https://opcfoundation.org/ . Vous pouvez télécharger des codes source et certains Dll de composants, mais vous devez être membre.
OPC UA est l'architecture unifiée d'OPC.
La spécification ne dit rien sur la plate-forme, le système d'exploitation, etc.
OPC DA, est une ancienne version de la spécification OPC. Là où il y avait une modélisation des données (pas dans une plus large mesure comme l'OPC UA l'a fait). Seules les informations qui ont été transférées entre le serveur et le client sont VQT (Value Quality and Time). Là où OPC UA a la modélisation des données et des informations, avec VQT, il existe de nombreux attributs/propriétés qui peuvent être partagés entre le serveur et le client à propos d'une variable (dans un exemple simple, Say décrivant ce que fait cette variable. Quelle est la formule de conversion utilisée, si la variable est accessible par l'utilisateur ou non! pour n'en nommer que quelques-uns).
OPC DA est entièrement dépendant du système d'exploitation. Où est OPC UA est indépendant du système d'exploitation. Certains utilisant certains des SDK OPC UA, les serveurs peuvent être créés sur une plate-forme où le système d'exploitation n'est pas présent
Le support de communication OPC DA est COM/DCOM. Où est OPC UA concerne TCP/IP et/ou HTTPS. cela dépend du SDK pour prendre en charge les deux ou l'un d'entre eux.
ce sont quelques-unes des principales différences.
Lequel utiliser lorsque:
Ma suggestion est, optez pour OPC UA, que vous ayez ou non des serveurs OPC DA. Car, il existe certains produits dans lesquels avec les anciens produits OPC DA, les données peuvent toujours être collectées avec les nouveaux produits OPC UA.
Les serveurs OPC UA peuvent être indépendants du système d'exploitation (cela dépend uniquement du type de SDK). À l'avenir, si vous souhaitez migrer vers n'importe quel système d'exploitation, cela ne vous fera pas mal.
J'espère que cela vous a aidé à comprendre la différence.