OPCUA技术总结
西门子Dsl数控系统OPCUA的配置与应用
OPCUA技术的挑战与机遇
挑战：需要解决数据传输的安全性 问题
机遇：OPCUA技术可以应用于更 多的工业领域，提高生产效率
添加标题
添加标题
添加标题
添加标题
挑战：需要提高数据传输的效率和 稳定性
机遇：OPCUA技术可以促进工业 4.0的发展，实现智能制造
感谢您的观看
汇报人：abc
OPCUA服务器的配置
安装OPCUA服 务器：下载并安 装OPCUA服务 器软件
配置OPCUA服 务器：设置服务 器名称、IP地址、 端口号等参数
添加设备：将西 门子Dsl数控系 统添加到 OPCUA服务器 中
测试连接：测试 OPCUA服务器 与西门子Dsl数 控系统的连接是 否正常
OPCUA客户端的配置
解决方案：采用西 门子Dsl数控系统 OPCUA，实现远 程监控和故障诊断
应用效果：提高了 生产效率，降低了 维护成本，提高了 产品质量
西门子Dsl数控系 统OPCUA的未来 发展
OPCUA技术的发展趋势
跨平台兼容性： 支持多种操作 系统和硬件平
台
安全性提升： 加强数据加密 和身份验证， 提高系统安全
西门子Dsl数控系 统OPCUA的应用
OPCUA在数控加工中的应用
实时监控：通过OPCUA接口，可以实时监控数控加工设备的运行状态和加工进度。
数据采集：OPCUA接口可以采集数控加工设备的各种数据，如加工时间、加工速度、 加工精度等。
远程控制：通过OPCUA接口，可以实现对数控加工设备的远程控制，如启动、停止、调 整加工参数等。
案例二：某航空制造企业的应用案例
企业背景：某航空制造企业，主要生产飞机零部件 应用需求：需要实现数控系统的远程监控和故障诊断 解决方案：采用西门子Dsl数控系统OPCUA进行远程监控和故障诊断 实施效果：提高了生产效率，降低了维护成本，提高了产品质量
OPCUA认识汇总
OPCUA认识汇总OPC是什么?OPC是⾃动化⾏业及其他⾏业⽤于数据安全交换时的互操作性标准。
它独⽴于平台，并确保来⾃多个⼚商的设备之间信息的⽆缝传输，OPC基⾦会负责该标准的开发和维护。
OPC标准是由⾏业供应商，终端⽤户和软件开发者共同制定的⼀系列规范。
这些规范定义了客户端与服务器之间以及服务器与服务器之间的接⼝，⽐如访问实时数据、监控报警和事件、访问历史数据和其他应⽤程序等，都需要OPC标准的协调。
OPC标准于1996年⾸次发布，其⽬的是把PLC特定的协议（如Modbus，Profibus等）抽象成为标准化的接⼝，作为“中间⼈”的⾓⾊把其通⽤的“读写”要求转换成具体的设备协议，反之亦然，以便HMI/SCADA系统可以对接。
这也因此造就了整个⾏业内⼿⼯作坊的蓬勃兴起，通过使⽤OPC协议，终端⽤户就可以毫⽆障碍地使⽤最好的产品来进⾏系统操作。
最初，OPC标准仅限于Windows操作系统。
因此，OPC是OLE for Process Control的缩写（中⽂意思：⽤于过程控制的OLE）。
我们所熟知的OPC规范⼀般是指OPC Classic，被⼴泛应⽤于各个⾏业，包括制造业，楼宇⾃动化，⽯油和天然⽓，可再⽣能源和公⽤事业等领域。
随着在制造系统内以服务为导向的架构的引⼊，给OPC带来了新的挑战，如何重新定义架构来确保数据的安全性？这促使OPC基⾦会创⽴了新的架构----OPC UA，⽤以满⾜这些需求。
与此同时，OPC UA也为将来的开发和拓展提供了⼀个功能丰富的开放式技术平台。
这就是为什么许多OPC会员以及与之合作的相关技术组织转⽽开始使⽤OPC UA的原因。
OPC有两种架构经典架构和统⼀架构经典架构（Classic Architecture）OPC Classic规范基于Microsoft Windows技术，使⽤COM / DCOM（分布式组件对象模型）在软件组件之间交换数据。
规范为访问过程数据、报警和历史数据提供了单独的定义。
opcua协议详解
opcua协议详解
OPC UA（OPC Unified Architecture），是一种用于实现工业自动化系统中设备间通信的开放标准协议。
它是由OPC基金会开发和维护的，旨在取代老的OPC（OLE for Process Control）标准，以提供更可靠、跨平台、安全和扩展性强的通信方式。
1. 开放性：OPC UA是一个开放的标准，任何厂商和开发者都可以使用它来实现设备间通信。
这使得不同厂商的设备能够互相通信，实现设备的互操作性和集成性。
2. 网络独立性：OPC UA采用了面向服务（Service Oriented）的架构，不依赖于特定的传输层协议，可以在不同的网络环境中使用，如以太网、串口、无线等。
3. 安全性：OPC UA为通信提供了强大的安全机制，包括数据加密、身份验证、访问控制等。
它支持基于角色的访问控制，可以对不同用户和设备进行细粒度的权限控制和管理。
4. 可扩展性：OPC UA采用了面向对象（Object Oriented）的模型，可以很容易地扩展和定制。
它支持定义自定义的对象和方法，根据具体的应用需求进行扩展。
5. 数据模型：OPC UA采用了统一的数据模型，可以轻松地表示不同类型的数据，如标量、数组、结构等。
它支持多种数据格式，如二进制、XML、JSON等，并能够进行数据的压缩和传输优化。
6. 历史数据和事件：OPC UA提供了对设备历史数据和事件的支持，可以记录和查询设备的历史数据，并实时监测设备的状态和事件。
总之，OPC UA是一种功能强大、灵活性高的协议，可以实现工业自动化系统中设备间通信的标准化和集成化。
它已经成为工业领域中通信的重要标准之一，并受到广泛应用。
OPC UA技术总结
OPC UA(OPC Unified Architecture，OPC统一体系架构)1. OPC UA 简介OPC UA(Unified Architecture)标准是OPC基金会2006年推出的一个新的工业软件应用接口规范，是企业软件架构的一个全新方向。
OPC UA的主要目标是建立更丰富的数据模型与平台的独立性，以及提高工厂底层和企业系统之间的集成支持。
2. OPC UA 产生现有OPC 规范的不足：1) 缺少跨平台通用性。
由于COM／DCOM对Microsoft平台的依赖性，使得OPC-COM接口很难被应用到其它平台上。
2) 较难与Intemet应用程序集成。
由于网络防火墙会过滤掉大多数基于COM传输的数据，因此OPC-COM不能与Intemet应用程序进行交互。
DCOM 不适用于Internet 环境，它不支持通过Internet访问对象；3) COM 产生的传输报文复杂，并且由于防火墙的存在，在Internet 上发送COM 报文非常困难。
4) 较难与企业应用程序连接。
企业应用程序需要实时的工业现场数据，这些数据通常来自具有OPC-COM接口的服务器。
但是这些上层应用程序大多没有与OPC-C0M服务器交互的OPC-COM接口，因而不能进行连接。
促使OPC UA 出现的主要因素：1)工业应用软件正转向；2)客户端软件需要一个集成的API 集成现有OPC规范及各自独立的API；3)客户端软件需要对数据语义进行识别；4)客户对服务器安全性、可靠性等性能方面更高的要求。
针对上述因素和现有OPC 的不足，新规范OPC UA 主要通过以下方法来解决：1) OPC UA 的消息采用WSDL 定义，实现了规范的平台无关性；2) OPC UA 定义了一套集成的服务，解决了现有OPC 规范在应用时服务重叠的问题；3) OPC UA 采用了集成的地址空间，增加对象语义识别功能，并实现了对信息模型的支持；4) 另外，OPC UA 采用冗余技术、安全模型等一系列机制，提高了安全性、可靠性等方面的性能。
OPC UA网络
OPC UA网络：物联网连接的标准协议随着物联网技术的发展，越来越多的设备需要进行连接和通信。
而不同设备之间的通信协议各式各样，使得互联变得复杂。
为了解决这个问题，被提出作为物联网连接的标准协议，其优势在于保障了设备间的互通性和安全性。
是一种基于工业通信领域的标准协议。
它提供了一种通用的方式，使得设备之间可以进行数据交换和通信。
能够克服网络延迟和带宽限制，支持大量的数据量和数据类型。
这些特点使得成为了物联网连接领域的最佳选择。
的优点之一在于其能够连接不同的设备。
用户可以使用连接不同类型的设备，尤其是在不同厂商中的设备。
这样 user就能够管理各种设备，收集来自它们的数据以及监控其状态。
的安全性也是其优点之一。
在网络连接的过程中，OPC UA协议提供了一个安全机制来保护连接同时也可以在连接过程中防止任何非法的访问。
此外，提供的为加密技术也使得它成为一种安全的物联网连接协议。
这种安全机制是非常必要的，来保证通过物联网互联物联网时，数据的安全和隐私性。
对不同数据格式、数据类型和数据量的支持也是其优点之一。
支持各种形式的数据格式，并且能够处理各种类型和数量级的数据。
这使得用户可以使用处理大量数据。
而且还可以使用将不同类型的数据转化为相同的格式，好让用户进行更加方便的数据共享和交互。
在实际应用中，可以被广泛应用在各种领域。
比如说，在工业自动化领域，被用于实现工业通信和数据传输。
在能源领域，则用于监控能源使用、管理能源，以及减少能源浪费。
在建筑智能化领域，可以被用于建筑建设过程的监测、维护以及设备管理等。
总之，是物联网连接领域的最佳选择之一。
其支持不同类型设备的连接，提供了安全的连接机制，同时也支持不同类型、不同数量级的数据传输与处理，这些特性使得可以被广泛应用于各种实际应用场景中。
OpcUa相关介绍
OpcUa相关介绍OpcUa是一个开放的通讯协议，全称为OPC Unified Architecture，也被称为OPC UA。
它是基于工业领域通信和自动化的标准开放平台通信（OPC）协议的下一代。
OpcUa提供了一种有效的方法来实现不同设备和系统之间的互操作性，从而促进工业自动化和物联网（IoT）应用的发展。
OpcUa的特点包括可靠性、安全性、可扩展性和互操作性。
首先，OpcUa采用了面向服务的体系结构，使得通信变得更可靠。
其次，OpcUa提供了多层次的安全机制，包括加密和数字签名，确保通信的安全性。
另外，OpcUa是一个可扩展的协议，可以支持各种设备和应用程序间的通信。
最重要的是，OpcUa提供了面向对象的数据模型和一系列标准命令，使不同设备能够相互交流，实现互操作性。
OpcUa的应用范围非常广泛。
它可以被用于监控和控制各种工业设备，例如传感器、执行器和PLC。
同时，OpcUa还可以被用于建立工业物联网（IIoT）系统，实现设备间的数据交换和远程监控。
此外，OpcUa还可以被用于与企业资源计划（ERP）和供应链管理（SCM）系统集成，实现企业级的数据共享和协同工作。
OpcUa的通信体系结构是基于客户端-服务器模型的。
通信的双方分别是客户端和服务器。
客户端通过请求-响应的方式向服务器发送消息，并接收服务器的响应。
客户端可以是任何终端设备，如PC、手机或者工控机；服务器可以是提供数据和服务的任何设备或者应用程序。
通过这种模型，不同设备和应用程序可以高效地进行通信。
OpcUa的数据模型是基于面向对象的概念设计的。
它定义了一些标准对象和属性，如设备、传感器、参数等。
每个对象都有一系列属性，用于描述该对象的特性和状态。
对象之间可以建立关联，形成对象的层次结构。
这种面向对象的设计使得设备和应用程序可以通过读取和修改对象的属性来进行通信。
除了基本的数据读写功能，OpcUa还提供了一些高级功能，如事件和历史数据的处理。
《基于OPCUA的离散制造车间监控系统的研究与应用》
《基于OPC UA的离散制造车间监控系统的研究与应用》一、引言随着工业 4.0时代的到来，制造行业正面临着前所未有的挑战与机遇。
为了满足日益增长的市场需求和提升生产效率，离散制造车间的监控系统显得尤为重要。
本文将探讨基于OPC UA （Open Platform Communications Unified Architecture，开放平台通信统一架构）的离散制造车间监控系统的研究与应用，旨在通过先进的通信技术提升生产过程的监控效率和生产质量。
二、OPC UA技术概述OPC UA（Open Platform Communications Unified Architecture）是一种通用的工业自动化通信协议，它为设备、系统和人之间的数据交换提供了统一的框架。
该技术具有跨平台、高安全性、可扩展性强等特点，能够实现对制造车间的实时监控和数据分析。
在离散制造车间中，OPC UA技术能够有效地整合各种设备和系统，实现信息的共享和交互。
三、离散制造车间监控系统的需求分析离散制造车间的监控系统需要满足以下需求：实时监测生产设备的运行状态、生产过程中的数据采集与处理、生产计划的实时调整与优化、以及生产安全与环保等方面的监控。
通过对这些需求的深入分析，我们可以发现基于OPC UA的监控系统能够有效地满足这些需求，提高生产效率和产品质量。
四、基于OPC UA的离散制造车间监控系统的设计基于OPC UA的离散制造车间监控系统设计主要包括以下几个方面：1. 系统架构设计：采用分层架构设计，包括感知层、网络层、应用层等，实现数据的采集、传输和处理。
2. 数据采集与处理：通过OPC UA协议，实时采集生产设备的运行数据和生产过程中的关键数据，进行数据处理和分析。
3. 实时监测与报警：通过可视化界面，实时监测生产设备的运行状态和生产过程的数据变化，当出现异常时及时报警。
4. 生产计划与调度：根据实时数据和生产需求，调整生产计划，优化生产过程，提高生产效率。
OPC-UA技术总结
OPC UA（OPC Unified Architecture,OPC统一体系架构）1。
OPC UA 简介OPC UA(Unified Architecture）标准是OPC基金会2006年推出的一个新的工业软件应用接口规范,是企业软件架构的一个全新方向。
OPC UA的主要目标是建立更丰富的数据模型与平台的独立性，以及提高工厂底层和企业系统之间的集成支持。
2. OPC UA 产生现有OPC 规范的不足:1) 缺少跨平台通用性.由于COM／DCOM对Microsoft平台的依赖性，使得OPC-COM接口很难被应用到其它平台上。
2）较难与Intemet应用程序集成。
由于网络防火墙会过滤掉大多数基于COM传输的数据，因此OPC-COM不能与Intemet应用程序进行交互。
DCOM 不适用于Internet 环境,它不支持通过Internet访问对象；3) COM 产生的传输报文复杂，并且由于防火墙的存在，在Internet 上发送COM 报文非常困难.4) 较难与企业应用程序连接.企业应用程序需要实时的工业现场数据，这些数据通常来自具有OPC-COM接口的服务器.但是这些上层应用程序大多没有与OPC-C0M服务器交互的OPC-COM接口，因而不能进行连接。
促使OPC UA 出现的主要因素:1）工业应用软件正转向Microsoft。
NET；2）客户端软件需要一个集成的API 集成现有OPC规范及各自独立的API；3）客户端软件需要对数据语义进行识别;4)客户对服务器安全性、可靠性等性能方面更高的要求.针对上述因素和现有OPC 的不足，新规范OPC UA 主要通过以下方法来解决：1) OPC UA 的消息采用WSDL 定义，实现了规范的平台无关性；2) OPC UA 定义了一套集成的服务，解决了现有OPC 规范在应用时服务重叠的问题；3) OPC UA 采用了集成的地址空间，增加对象语义识别功能，并实现了对信息模型的支持；4）另外，OPC UA 采用冗余技术、安全模型等一系列机制，提高了安全性、可靠性等方面的性能。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
OPC UA(OPC Unified Architecture，OPC统一体系架构)1. OPC UA 简介OPC UA(Unified Architecture)标准是OPC基金会2006年推出的一个新的工业软件应用接口规范，是企业软件架构的一个全新方向。
OPC UA的主要目标是建立更丰富的数据模型与平台的独立性，以及提高工厂底层和企业系统之间的集成支持。
2. OPC UA 产生现有OPC 规范的不足：1) 缺少跨平台通用性。
由于COM／DCOM对Microsoft平台的依赖性，使得OPC-COM接口很难被应用到其它平台上。
2) 较难与Intemet应用程序集成。
由于网络防火墙会过滤掉大多数基于COM传输的数据，因此OPC-COM不能与Intemet应用程序进行交互。
DCOM 不适用于Internet 环境，它不支持通过Internet访问对象；3) COM 产生的传输报文复杂，并且由于防火墙的存在，在Internet 上发送COM 报文非常困难。
4) 较难与企业应用程序连接。
企业应用程序需要实时的工业现场数据，这些数据通常来自具有OPC-COM接口的服务器。
但是这些上层应用程序大多没有与OPC-C0M服务器交互的OPC-COM接口，因而不能进行连接。
促使OPC UA 出现的主要因素：1)工业应用软件正转向；2)客户端软件需要一个集成的API 集成现有OPC规范及各自独立的API；3)客户端软件需要对数据语义进行识别；4)客户对服务器安全性、可靠性等性能方面更高的要求。
针对上述因素和现有OPC 的不足，新规范OPC UA 主要通过以下方法来解决：1) OPC UA 的消息采用WSDL 定义，实现了规范的平台无关性；2) OPC UA 定义了一套集成的服务，解决了现有OPC 规范在应用时服务重叠的问题；3) OPC UA 采用了集成的地址空间，增加对象语义识别功能，并实现了对信息模型的支持；4) 另外，OPC UA 采用冗余技术、安全模型等一系列机制，提高了安全性、可靠性等方面的性能。
虽然我们可以用OPC XML-Data Access 规范，并结合SOAP、WSDL 等Web Services 技术，能弥补上述缺陷，但是由于规范本身的问题，其在可互操作性、安全性、可靠性等方面仍不能满足用户的需求。
为此，OPC 基金会推出新一代OPC 规范——OPC UA。
3. OPC UA 服务器体系结构OPC UA 服务器体系结构中主要包括真实对象、OPC UA 服务器应用程序、OPC UA 地址空间、公布/ 预定实体、OPC UA 服务器服务API、OPC UA通信栈，其中真实对象包括物理对象和软件对象。
3.1 OPC UA 服务器与客户主要的交互实现1）客户发送服务请求，经底层通信实体发送给OPC UA 通信栈，并通过OPC UA 服务器接口调用请求/ 响应服务，在地址空间的一个或多个节点上执行指定任务之后，返回一个响应；2）客户发送发布请求，经底层通信实体发送给OPC UA 通信栈，并通过OPC UA 服务器接口发送给预定，当预定指定的监视项探测到数据变化或者事件/警报发生时，监视项生成一个通知发送给预定，并由预定发送给客户。
3.2 OPC UA服务器的链接机制一个服务器可作为一个客户与另一个服务器进行交互：由此，通过OPC UA 服务器，企业容易实现现场层到企业层的数据访问。
4. OPC UA 对象模型现有OPC API 定义的对象是相互分离独立的，OPC UA 通过OPC UA 对象模型，实现了对各个对象服务的集成。
对象模型是通过对象的变量、方法、事件及其相关的服务来表现对象的。
变量：现有OPC DA API方法：现有OPC Commands API事件：现有OPC A&E API变量表示对象的数据属性，它可以是简单值或构造值。
变量有值特性、质量特性和时间戳特性。
值特性表示变量的值，质量特性表示生成的变量值的可信度，时间戳特性表示变量值的生成时间。
方法是被客户调用执行的操作。
它分为状态的和无状态的。
无状态是指方法一旦被调用，必须执行到结束，而状态指方法在调用后可以暂停，重新执行或者中止。
事件表示发生了系统认为的重要事情，而其中表现异常情况的事件被称为报警。
通过对象模型实现了数据、报警、事件以及历史数据集成到一个单独的OPC UA 服务器中。
例如，OPC UA 服务器把一个温度传送器视为一个对象，它由一个温度值，一组警报参数和相关的警报界限组成。
5. OPC UA 地址空间OPC UA 的地址空间是由一系列节点经组织而构成的，客户通过OPC 服务来访问它。
地址空间里的节点是用于表现真实对象、对象的定义以及对象间的引用（reference）。
在现有OPC 规范中，各个规范单独定义自己的地址空间和服务，而OPC UA 把这种模型统一为一个集成的地址空间。
例如，一个温度传送器的OPC 服务器，假定它提供当前的温度值和一组警报——当温度值超过最高极限或低于最低极限时发生。
用现有OPC 规范实现上述OPC 服务器，需要实现两个OPC API，OPC DataAccess API 用来获取温度传送器的温度值，OPCAlarm & Event API 用来实现警报，客户程序用不同的浏览方法定位温度值和其警报之后，还要在客户端使用特定方法关联温度传送器的温度值和其警报，而OPC UA 服务器则把数据、警报、事件集成到单一的地址空间里。
6. OPC UA 服务器与现有OPC 服务器比较1) 可互操作性:集成了现有OPC 各自独立的API，增强了可互操作性。
2) 开放性:增加了对Linux/Unix 等其他非微软平台的支持。
3) 安全性:增加了服务器的鉴别与授权、消息的签名与加密，提高了安全性能。
4) 集成能力:服务器间的链接机制使得更容易实现现场层到管理层的集成，诸如实现MES，ERP 系统，更适合作为系统的集成工具。
5) 可靠性:利用冗余技术、消息序列号、生存保持期等方法，提高了可靠性。
7. OPC UA 适用场合OPC UA规范为独立于平台的通讯和信息技术创造了基础。
UA 技术具有可升级性、网络兼容性、独立于平台和安全性等特点。
因此，它可广泛应用于控制系统、MES（制造执行系统）以及ERP（企业资源计划系统）。
8. OPC UA与EDDL、FDT/DTM的结合所谓设备集成(Device Integration)，就是在自动化技术的系统中集中地调用现场设备的数据和功能。
近年来市场上流行两种先进的集成技术：电子设备描述语言(EDDL)和现场设备工具(FDT)。
这两种技术构成不同的解决方案。
FDT(Field Device Tool)技术已由ABB、EB Hartmann&Braun、Siemens公司的代表及ZVEI 成员开发完成。
其目的是找到一种解决方案，使得人们能在控制系统的工程设计软件中设置现场仪器，而不管它们使用何种通讯协议。
一方面他们想为工程师提供有关智能以表的所有细节，另一方面要让仪器制造商从需支持各种不同种类的过程控制系统的困境中解脱出来。
以Microsoft ActiveX/COM技术为基础的FDT规范就是很好的解决方案，通过它，仪表的所有应用都可集成到工程师软件或其他配置工具软件中。
DTM(Device Type Manager)是仪器制造商提供的用于对仪表进行配置的接口程序，它相当于智能仪表的driver。
它与FDT的关系是：FDT定义了DTM与控制系统工程设计软件之间的接口。
DTM拥有仪器的所有信息。
通过工程设计软件，人们可以实施仪表的所有功能，并能设置其所有参数。
另外，DTM把它的数据存储到过程控制系统的中心数据库，通过使用FDT实现与现场仪表的通讯。
这样，DTM就无需知道关于过程控制系统的结构及通讯路径的信息。
一旦建立了DTM并且FDT起作用，DTM就可在任何环境中使用。
EDDL是描述电子(仪表)设备的语言。
电子设备描述(EDD)是作为文本文件被保存下来的，和不依赖于操作系统和浏览器的HTML 或JA V A 相似。
EDD-Application(应用)程序解释EDD并为用户生成一个操作界面。
EDD 是一种统一的、独立于平台的设备操作的基础，这是它最重要的特征与优点。
EDDL是与操作系统独立的并向后兼容的。
如果操作系统版本升级，现有的EDD文件将会继续有效，不会由于升级EDD造成时间、生产力和成本的损失。
新的驱动程序不是必需的，这就免去了测试和验证兼容性的必要。
表1所示为EDDL 和FDT/DTM 两种集成方法主要不同点的对比。
表1 EDDL-FDT/DTM对比将OPC UA和EDDL相结合用于数据交换是FF现场总线基金会、Hart通信基金会和Profibus总线技术协会推荐采用的方式。
OPC与EDDL技术的集成将为使用标准的、与平台独立接口的OPC客户应用提供更加丰富的信息。
这些客户应用程序将能够工作在整个企业中大范围的系统上。
通过合并EDDL与OPC，客户端不仅能够访问数据而且可以访问数据描述。
这样就可以开发更加复杂、与平台独立的客户端应用。
EDDL不仅是与平台独立，而且与通讯协议独立；再加上它是一个国际性的标准。
考虑到OPC服务器支持来自数百万已经使用FF、HCF和PNO通讯技术的设备对数据的访问，并且这些设备使用EDDL描述数据，OPC使用EDDL作为它的类型描述就很自然了。
这不仅提供了访问数据的途径，而且提供了访问已存在的EDD描述的路径。
实际上，当这个项目完成时我们的最终用户将成为真正的赢家。
我们相信OPC与EDDL 的结合真正是解决与互操作性和数据集成相关问题的唯一合理方法。
9. OPC UA特点与目前的OPC 规范相对比，OPC UA 提出了更多的新特点：●复杂数据内置：在新的数据获取标准OPC DA 中增加了复杂数据规范，例如当前的DA 服务器可以不仅支持简单数据，还可以支持变化型变量V ariant，在OPC UA 中，这种复杂数据类型的支持变成基本的功能。
●增强的命名空间：在目前的OPC 规范中支持将目前的数据组织成层次结构，OPC UA 更支持无限的节点命名和无限的关系设定，同时每个节点均可以对其他节点有无限的关系设定。
● 大量的服务功能：OPC UA 规范定义了大量的通用服务。