问用于C#.NET应用程序开发的OPC客户端SDK

EN

我目前也在评估这些。

更新

• 软化
  • 我们找到了另一个让人心软的选择。软化有一个sdk，它分为两个部分。其中一部分是称为工具包的简化版本，另一部分是称为sdk的完整版本。SDK实际上只是一个简单的UA-.Net Stack包装器。软化的示例代码并没有我想要的那样完整。我不得不在使用SDK的示例和使用Toolkit的示例之间来回切换。我感到失望的是，这两种工具并不完全兼容，有些东西我们似乎无法单独使用工具包。我还感到失望的是，在软化的UA演示客户端中可见的花哨控件似乎没有成为其SDK的一部分。我不得不手动实现我的控件，甚至控件就像树一样简单。

​

最后，虽然软化有效，但我宁愿花更多的时间成为成员，并直接使用.Net堆栈。

• 在我的研究中，统一自动化有最好的例子和文档。
• 仅次于统一自动化，我喜欢OPC实验室。这可能是最简单的例子，因为它是组件驱动的，所需代码行最少。OPC实验室目前只有OPC UA 1.02，所以我没有随它去，因为我正在寻找OPC UA 1.03。
• OPC基金会可能有最完整的例子，但它们非常复杂。你得做很多调查才能找到你想要的。
  • 显然，对于OPC (OPC.Net)，我使用了OPC.Net的代码。我能够为它创建一个可重用的包装器，但它确实需要相当多的工作。

​

• Technosoftware有很多技术问题。缺少文档，网站上的链接中断，以及他们的演示代码没有编译。
• 我还查过Matrikon的演示套件。它们是OPC UA 1.03，但尚未获得认证。他们的工具包是面向嵌入式设备的，是用C语言编写的，我现在只看C#，所以这不是一种选择。
• 我还应该指出，Kepware有一个名为ClientAce的SDK，它支持OPC，但严格针对客户。
  • 我目前只使用这与OPC DA使用Kepware的OPC服务器。

​

• 我没有尝试在您的列表中的其余项目，但将检查他们。

希望这能有所帮助。如果你在你的研究中发现什么有意义的话，请告诉我。

我现在的处境完全一样。我们有一个.NET C#机器的前端，我们需要连接到一个可编程控制器，这将是OPC服务器。我看了所有Brino列出的产品。Matrikon提到，他们将在12月推出.NET。最后，我在软和统一自动化之间挣扎。两者似乎都是好产品。但是，统一自动化似乎有更好的示例和示例文档。

价格不是我们真正的问题，我们只是想要更好的产品。软化需要3120美元的3年支持和维护(需求)。统一自动化是1900欧元，有1年的支持和维护。

我们将采用统一自动化。