OPC-UAはOPC-DAの後継です。これには多くの利点がありますが、最も顕著なものの1つはプラットフォームに依存しないことです。 SDKは多数の言語で利用でき、OPC-UAは、Linuxを実行する小さな組み込みデバイスから、Windowsを実行するデスクトップ、または選択したOSを実行するサーバーまで、あらゆるものに実装できます。
新しい開発では、選択があれば、OPC-UAを使用する必要があります。この時点でOPC-DAを使用する唯一の理由は、OPC-DAのみをサポートし、交換またはアップグレードできないレガシー製品に接続する場合です。
OPC UAはOPC-DAだけでなく、すべてのOPC Classic（DA、AE、HDAなど）にも対応しています。 OPC Classicは、クライアントサーバー接続にDCOM通信を使用します。 DCOMはWindows OS用です。また、DCOMおよびRPCポートはエンジニアにとって頭痛の種です。
したがって、OPC UAは、DCOM通信に依存せず、プラットフォーム（OS）に依存しない新しいテクノロジーです。 OPC UAはLinuxもサポートしています。
市場にあるOPCサーバーの多くは、OPC UAに対応していません。しかし、私は彼らが近づいていると信じています。
OPCクライアントアプリケーションの開発者は、OPCクライアントアプリがサポートするOPCに焦点を合わせる必要がありますか？どの目的のために、例えばAE：アラームおよびイベントコレクションまたはDA：データアクセス）
すべてのOPC知識は https://opcfoundation.org/ で利用できます。ソースコードと一部のコンポーネントDLLをダウンロードできますが、メンバーである必要があります。
OPC UAは、OPCの統合アーキテクチャです。
仕様では、プラットフォーム、OSなどについて何も言及されていません。
OPC DAは、OPC仕様の古いバージョンです。データモデリングが行われた場所（OPC UAのような大部分はありません）。サーバーとクライアント間で転送された情報のみがVQT（Value Quality and Time）です。 OPC UAにはデータと情報のモデリングがあり、VQTとともに、変数についてサーバーとクライアント間で共有できる多くの属性/プロパティがあります（簡単な例では、この変数の動作を説明します。使用される変換式は、ユーザーが変数にアクセスできるかどうか！.
OPC DAは完全にOS依存です。 OPC UAはオペレーティングシステムから独立しています。一部のOPC UA SDKを使用して、OSが存在しないプラットフォーム上でサーバーを作成できます。
OPC DA通信媒体はCOM/DCOMです。 OPC UAとはTCP/IPおよび/またはHTTPSに関するものです。両方またはいずれかをサポートするかどうかはSDKに依存します。
これらは重要な違いの一部です。
次の場合に使用するもの：
私の提案は、OPC DAサーバーを持っているかどうかに関係なく、OPC UAを使用することです。なぜなら、古いOPC DA製品では新しいOPC UAベースの製品でもデータを収集できる製品があるからです。
OPC UAサーバーはOSに依存しないことができます（SDKの種類に完全に依存します）。将来、任意のオペレーティングシステムに移行したい場合、それは前向きな痛みではありません。
これがあなたが違いを理解するのに役立つことを願っています。