1
4
与PLC通信需要相当多的时间。 每个供应商都有一个驱动程序,有固件兼容性考虑。需要考虑的不同协议。
我使用过的大多数OPC产品都需要对其安全性进行调整,以允许匿名通信。这样做通常是不好的做法。(网络入侵可以读取/写入您的自动化层)如果您想要简单的通信,则需要关闭证书签名和一些加密业务。(再说一遍,这不是一个好的做法,但可以学习) 在所有这些之后,您必须了解如何在OPC服务器上设置PLC,有通道、设备、名称空间等。您将OPC客户端指向一些OPC。tcp://:
TLDR:不需要OPC服务器,但可能是最简单的方法。关闭安全。(但在将控制层暴露于网络之前,请将其重新打开) |
2
2
该论坛充满了许多有益的提示,非常积极和支持。 只是想给你另一个选择。DDE、NetDDE、FastDDE、OPC、DCOM、Suitelink。。。。这些都很好,但大部分都是付费冒险。作为一名程序员,仅仅为了和我的硬件IMHO对话就不得不支付如此多的钱,这似乎很荒谬。对不起,我大声嚷嚷。玩得高兴 使现代化 -我还想推荐以下用python编写的开源项目: https://github.com/dmroeder/pylogix 我用它编写了与CompactLogix和ControlLogix通信的小程序。(甚至是树莓!) |
3
1
取决于几个因素,如果你想要简单的编程,你可以选择Modbus/TCP,我认为一些AB PLC不需要额外的硬件就可以支持它。
|
4
0
我讨论得有点晚,但有几个商业工具可以让这更容易一些。当你说你在使用python时,我想到的是Cogent的数据中心。这当然不是最便宜的工具,但他们已经完成了PLC/PC通信的所有繁重工作;安全 |
5
0
|
6
0
通过其通信驱动程序RSLinx,可以将OPC标签读写到ControlLogix平台。RSLinx作为OPC服务器,需要配置为与PLC通信,并在同一局域网上的联网PC上运行。有几种风格的RSLinx可用(也适用于WAN/VLAN),但本质上这是您需要与AB PLC对话的通信驱动程序 |