问.NET有没有成功的profibus通信？

EN

我们没有使用Profibus，但使用了DeviceNET (另一种基于CAN的协议)、Ethernet/IP和ControlNet，它们都有类似的挑战。

自20世纪90年代末以来，我们一直在这样做，因此主要依赖于我们自己使用现成硬件生成的代码。在我记忆中，在这段期间表现出长盛不衰的公司是：

• AnyBus (HMS，www.anybus.com)我们最近开始使用他们的网关产品，因为我们可以将现场总线接口放置在靠近硬件的地方，然后通过普通以太网(通常使用以太网/IP www.odva.org)进行通信。这样做的优点是，只使用一根网线就可以将硬件和PC分开。以太网/IP .NET类是我们自己编写的，因为当时市场上没有太多东西。我敢肯定，在谷歌上快速搜索一下就会找到合适的类接口( class libraries
• SST，www.mysst.com)，它已经有十多年的现场总线接口了。我们用于DeviceNET的最后一张SST卡仍然只有VB6示例代码。丰富的现场总线支持和不同的外形规格，例如PC104、PCI、PMCIA
• Beckhoff/Wago (www.beckhoff.com、www.wago.com)我们通常使用Beckhoff作为I/O而不是接口卡，但这也是一家已经存在很长时间的公司。它们还提供了支持使用OPC进行公开的产品(另一种无需直接与hardware/devicedrivers)

通信即可获取I/O信息的方法

我建议不要直接使用OPC接口到硬件(可以使用PC ( .NET )->PLC->Profibus进行通信)，因为您需要确保控制系统对您的.NET应用程序失去控制做出响应。我假设你在这里需要一个profibus Master (而不是slave)，所以只要你的控制系统本质上是故障安全的，那么通信的丢失应该意味着控制系统进入“空闲”状态，因此大多数I/O将返回到故障安全状态。

我们也尽量不将与安全相关的代码放在可编程控制器中。我们的大多数.NET代码都是来自可编程控制器的用户界面，但在某些地方，我们确实直接控制现场总线，但确保硬件联锁将防止不安全的操作，无论是使用安全开关/继电器还是仅具有联锁任务的小型可编程控制器。和最重要的是使系统故障安全！.NET代码中的通信丢失应该会将自动化关闭到故障安全状态。

我们已经使用Steeplechase将profibus连接到我们的自动拣选系统。

http://www.phoenixcontact.com/automation/32131_31909.htm

试试这个：http://libnodave.sourceforge.net