OPC在自控系统的应用
OPC分两大部分，一是OPC Server，一是OPC Client。OPC Server是基于DCOM的组件对象，负责连通PLC，类似一个Adapter，各个PLC厂家分别有针对自己PLC的OPC Server，也有第三方提供的。
OPC Client其实只是根据OPC协议而自己实现的应用程序。目前有很多第三方厂商提供For .Net或者Delphi的OPC Client的Components。应用开发者只需使用组件读取OPC Server提供的数据即可。
所以OPC类似ADO所起的作用，只是分成了Client和Server而已。应用程序通过ADO可以方便的Connect各种数据库，而不必考虑连接的具体实现。同样的，只要配好了OPC Server至PLC的连接，应用程序的撰写者便无需考虑该调用什么Lib去连PLC，只需通过标准的OPC Client去连OPC Server即可。
OPC Client的Components厂商有很多，在OPC Programmer\’s Connection上有介绍，我本来用的是Kassl的dOPC，但只有trial的，附带源码的全套要500$，trial的使用起来也没什么不妥，只是程序启动时，会跳出一个提示框，以提醒你去它的网站看看。
结果有一天因为要用到工控界面组件，所以下载了ioComp，结果意外的发现ioComp也实现了OPC的Client，看来即使在略显保守的工业控制行业，新技术以及标准化的步伐仍然是抵挡不住的。
使用OPC的好处有如下几点：
1、因为通过OPC连接PLC，所以应用程序的开发可以使用任何开发工具，例如Delphi，C＃，VB等，而无需局限在PLC厂商提供的蹩脚的开发工具，从而降低程序员的学习成本和公司的用人成本。
2、由于OPC是一个Adapter，所以如果PLC发生了变化，上位机与PLC的互连只需更换一个OPC Server即可。
毫不夸张的说，OPC代表了下位机与上位机互连的方向，有了OPC，我们可以按自己喜好选择上位开发工具，生产力的提高是显而易见的。
相关资料：
OPC Foundation http://www.opcfoundation.org/
OPC Connection http://www.opcconnect.com/
Kassl http://www.kassl.de/
ioComp http://www.iocomp.com/
版权声明：本文为Kane原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。