OPC と DCOM の間のリンクを把握しようとしています。私はここにある 4 つのチュートリアルをすべて見てきましたが、OPC とは何かについては良い感触があると思いますが、チュートリアルの 1 つ (3 番目の 35 秒) で、ナレーターは OPC は DCOM に基づいていると述べていますが、私はそうではありません2つが実際にどのようにリンクされているかを理解してください。私の混乱は、私の教授が「DCOM の代わりに OPC を展開する方法と場所、およびその逆をどのように展開しますか?」という質問に端を発しています。彼の質問は、私の研究が示唆するほど、この 2 つは関連していないように思われます。教授が尋ねた質問に答えてくれる人を探しているわけではありません。OPC と DCOM の関係を知りたいだけです。具体的には、1.) 1 つは常に他の 2 に基づいているかどうかを知りたいです。
1918 次
2 に答える
2
私がこれを読んだ方法は、DCOM/COM/OLE が、OPC 標準 (メソッドのグループとしてインターフェイスによって定義された相互通信オブジェクト) がウィンドウに組み込まれた基板であったということです。つまり、オブジェクト、インターフェイス、およびメソッドで構成される OPC は、これらの作成を可能にする Windows 上のテクノロジである DCOM である可能性があり、構築されています。
したがって、OPC は他の基板から構築される可能性がありますが、それが実現されたかどうかを知るには、私は十分に精通していません。Windows ベース以外のシステムの場合はイエスだと思います。
ここから
OPC は、産業用オートメーションおよび産業をサポートするエンタープライズ システムにおけるオープン接続です。相互運用性は、オープン スタンダード仕様の作成と維持によって保証されます。現在、7 つの標準仕様が完成または開発中です。
具体的には：
OPC は一連の標準仕様です。最初の標準 (当初は単に OPC 仕様と呼ばれ、現在はデータ アクセス仕様と呼ばれています) は、Microsoft と協力して作業している世界の主要な自動化サプライヤの数のコラボレーションから生まれました。もともと Microsoft の OLE COM (コンポーネント オブジェクト モデル) および DCOM (分散コンポーネント オブジェクト モデル) テクノロジに基づいていたこの仕様は、相互運用性を促進するために、プロセス制御および製造自動化アプリケーションで使用するオブジェクト、インターフェイス、およびメソッドの標準セットを定義しました。COM/DCOM テクノロジは、ソフトウェア製品を開発するためのフレームワークを提供しました。現在、何百もの OPC Data Access サーバーとクライアントがあります。
于 2010-04-09T05:14:19.863 に答える
2
元の OPC 仕様は、DCOM ではなく COM に基づいていました。これは、DCOM を使用する必要のないインプロセス COM サーバーとしてサーバーを実装できることを意味します。実際には、ほとんどすべての従来の OPC 製品で DCOM が必要です。
2003 年に OPC Foundation は XML-DA をリリースしました。これは OPC DA と同じ機能を提供しますが、DCOM の代わりに XML Web サービスを使用します。
次世代テクノロジー: OPC ユニファイド アーキテクチャ (UA) は 2009 年にリリースされ、トランスポート テクノロジーから独立しています。実装は現在、XML Web サービスと UA TCP (OPC Foundation によって定義されたバイナリ プロトコル) を介した通信をサポートしています。
詳細については、こちらをご覧ください: opcfoundation.org/ua
于 2010-04-09T15:10:25.593 に答える