communication - 来自.NET的任何成功的profibus通信？

我们没有使用过Profibus，但是使用了 DeviceNET （另一种基于CAN的协议），以太网/ IP 和 ControlNet 这些都有类似的挑战。

自1990年代后期以来，我们一直在这样做，因此主要依靠我们自己生成的代码使用现成的硬件。我记得在那个时期表现出长寿的公司是： -

AnyBus（HMS，www.anybus.com）我们最近开始使用他们的网关产品，因为我们可以将现场总线接口放置在靠近硬件的位置，然后通过普通以太网进行通信（通常使用以太网/ IP www.odva.org）。这具有仅使用网络电缆分离硬件和PC的优点。以太网/ IP .NET类是由我们自己编写的，因为当时市场上并没有什么。我确信快速谷歌搜索会找到合适的类库
SST（www.mysst.com）已有十多年的现场总线接口。我们用于DeviceNET的最后一张SST卡仍然只有VB6示例代码。良好的现场总线支持选择和不同的外形尺寸，例如： PC104，PCI，PMCIA
Beckhoff / Wago（www.beckhoff.com，www.wago.com）我们通常使用Beckhoff作为I / O而不是接口卡，但又是一家已经存在很长时间的公司。它们还有支持使用OPC进行曝光的产品（另一种方式是在不直接与硬件/设备驱动器通信的情况下获取I / O信息）。

我建议不要直接使用OPC接口到硬件（可以使用PC（.NET）进行通信 - > PLC-＆gt; Profibus），因为您需要确保控制系统能够响应您的控制权。 NET应用程序。我假设你需要一个profibus Master（不是奴隶），所以只要你的控制系统本质上是故障安全的，那么失去通信就意味着控制系统进入“空闲”状态，因此大多数I / O将返回故障安全状态。

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

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

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

来自.NET的任何成功的profibus通信？

3 个答案: