硬接线:指的是信号直接点对点的接线方式,安全可靠,用线量大,工作量大。
Modbus:一种串口通信协议,多采用RS-485模式,分为Modbus-Rtu、Modbus-ASII、Modbus-TCP/IP,通信速率有限,本身不做数据处理,多用于DCS与现场智能设备或者小型PLC通信。
OPC:文件服务器,处理量大、速度快,一般专设OPC服务器,用于DCS与外部系统,尤其是全厂监控系统、数据系统连接。
楼主意思 可是要问现场的独立设备自带的PLC或者小型DCS与中控主DCS的数据连接问题?
建议:(估计采集数据不会很多)
联锁信号,使用硬接线,稳定可靠。
一般数据,使用Modbus通信即可,相对成本较低。(OPC一般卖较贵,除非自带)PLC和OPC之间的通信可以是双向的,也可以是单向的。
OPC(OLE for Process Control)是一种标准化的工业自动化数据通信协议,它提供了一种标准的接口,使得不同厂商的设备和软件可以进行数据交换。OPC通常被用于将PLC的数据传输到上位机或者其他设备中,以便进行数据分析、监控和控制等 *** 作。在这种情况下,PLC向OPC服务器发送数据,而OPC服务器向上位机或者其他设备发送数据,这是一种单向通信。
但是,OPC也可以支持双向通信。在这种情况下,PLC和OPC服务器之间可以进行双向数据传输,以实现更复杂的控制和监控 *** 作。例如,PLC可以向OPC服务器发送控制指令,而OPC服务器可以向PLC发送反馈信息,这是一种双向通信。
需要注意的是,PLC和OPC之间的通信方式取决于具体的应用场景和实现方式。在实际应用中,需要根据具体的需求和技术条件来选择合适的通信方式。开发方式有三种:
1。
简单的:就是应用已经有的如DDE to OPC 或串口 to OPC,modbus to
OPC等软件把您的设备变成相关的OPC服务器。方法简单实用,费用合理快速,让你马上搭上OPC的快车。主要缺陷:你的设备必需是标准设备或更标准设备
相容。这种方式比较适合产品多的厂家快速的转型,或提供OPC相关产品。
2。
一般的:应用第三方的开发包开发,这种方式相对来说减少了开发的难度,而且第三方有相应的技术支持,开发商专业做这种产品,产品有一定的稳定性。这种方式
对开发包有依赖性,并且OPC服务器的稳定性依赖第三方的开发水平。本方法适于老板要求你马上开发出OPC产品是^_^,或者入门者使用。国内相关的开发
包有华富慧通的和拓林的开发包。
3。有难度的:应用COM开发。这种开发方式是最可以学习到东西的。但需要有一定的基础,而且需要对英文有一定的认识度。
OPC全称是Object Linking and Embedding(OLE) for Process Control,它的出现为基于Windows的应用程序和现场过程控制应用建立了桥梁。
在过去,为了存取现场设备的数据信息,每一个应用软件开发商都需要编写专用的接口函数。由于现场设备的种类繁多,且产品的不断升级,往往给用户和软件开发商带来了巨大的工作负担。
通常这样也不能满足工作的实际需要,系统集成商和开发商急切需要一种具有高效性、可靠性、开放性、可互 *** 作性的即插即用的设备驱动程序。
在这种情况下,OPC标准应运而生。OPC标准以微软公司的OLE技术为基础,它的制定是通过提供一套标准的OLE/COM接口完成的,在OPC技术中使用的是OLE 2技术,OLE标准允许多台微机之间交换文档、图形等对象。
扩展资料
OPC是世界上最受欢迎的基于标准的数据通信方法。它旨在解决自动化行业中的最大的挑战:如何摆脱传统的基于特制驱动器的通信方式,在不同设备、控制器、和/或应用程序之间实现通讯。
OPC之所以能够成功地创造真正独立于供应商的通讯是因为,OPC从双方提取了数据发送设备(例如PLC)和数据接收端(例如HMI)的执行细节,因此可以在它们之间进行数据交换而不需要了解彼此的本地通信协议和内部数据组织形式。
这与特制驱动器的要求满足只针对于通信方两端的编写方法形成了鲜明的对比。OPC可以代表为一个位于数据发送端和数据接收端之间的“提取”界面,这个界面允许在数据发送端和数据接收端之间交换数据而不需要对对方有任何了解。
OPC的“设备细节提取”是通过运用两个称为OPC客户端和OPC服务器的OPC构件得以实现的。其中每一个构件将在以下章节予以描述。需要注意的是,数据发送端和数据接收端能够彼此通过OPC进行通讯并不意味着它们各自的本地协议就不需要了,或者是被OPC取代了。
相反,这些本地协议和/或接口仍然存在,但只是与两个OPC构件的其中某一个通讯。然后,OPC构件之间进行数据交换,从而结束数据传递。数据也可以从应用程序端被传输至设备,而不需要彼此直接联系。
参考资料来源:百度百科-opc
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)