写在前面OPCUA是一个工业软件接口规范，其目的在于提出一个企业制造模型的统一对象和架构定义，具有跨平台、增强命名空间、支持复杂数据内置、大量通用服务等新特点。早期用过OPC的工程师，有很多都被DCOM配置搞的焦头烂额的，但是随着OPCUA的推出，提供了如平立性，扩展性，高可靠性和连接互联网的能力。OPCUA不再依靠DCOM，而是基于面向服务的架构,OPCUA的使用更简便。适用于刚刚接触OPCUA编程的小伙伴。
写在前面
OPCUA是一个工业软件接口规范，其目的在于提出一个企业制造模型的统一对象和架构定义，具有跨平台、增强命名空间、 支持复杂数据内置、大量通用服务等新特点。
如今的工业通讯，无论是MES工程师，PLC工程师，PC工程师，SCADA工程师，或者一些专门做虚拟调试的工程师，或多或少都见过或者使用过OPC UA。作为一个使用广泛的面向工业4.0的接口规范，今天我们来简单谈一谈。
说到OPC UA，不得不说下它的前辈OPC，OPC是OLE for Process Control的简写（现在OPC UA中的 UA可不是这个意思了哦），即用于过程控制的OLE（OLE即面向对象的链接和嵌入），早期的OPC基于微软的COM/DCOM（分布式COM）技术，衍生出一些明显的局限性，例如操作系统依赖性，多端口鉴权导致的实现复杂性和安全问题等。早期用过OPC的工程师，有很多都被DCOM配置搞的焦头烂额的，但是随着OPC UA的推出，提供了如平立性，扩展性，高可靠性和连接互联网 的能力。OPCUA不再依靠DCOM，而是基于面向服务的架构 (SOA),OPCUA的使用更简便。
总结起来OPC UA主要以以下几个特点：
1.统一所有架构：
因此OPCUA同时为用户提供了（不像OPC那样是分散的，访问DA和HHA,A&E需要分别访问不同的服务器）：
1.实时数据访问规范(OPCDA)
2.历史数据访问规范(OPCHDA)
3.报警事件访问规范(OPCA&E)
4.OPC安全协议(OPCSecurity)
2.平台的独立性：
曾经的OPC，由于基于微软COM/DCOM架构，出了微软平台，就表示game over了
3.可扩展性：
4.安全网络通信：
在OPC阶段，大家懂的，对于工业安全而言，OPC阶段简直类似于穿个内裤满车间跑的阶段。
5.通信的可靠性：
6.统一数据模型：
7.方法调用/程序：
最后，奉送给大家两个在调试，连接，和测试OPC程序时可能会用到的软件，一款是uaexpert,另一款这是则是OPC基金会官网的opc-ua-1.02-.net-sample-applications，具体妙用我就不多说了，同时还有c#写的与西门子S7 1500PLC通讯的源码例程，需要的小伙伴可以私信小编哦。适用于刚刚接触OPC UA编程的小伙伴。
