Ua 专家®是一个功能齐全的 OPC UA 客户端，展示了我们C++ OPC UA 客户端 SDK/工具包的功能。Ua 专家设计为支持 OPC UA 功能（如数据访问、警报和条件、历史访问和 UA 方法调用）的通用测试客户端。Ua 专家是一个跨平台 OPC UA 测试客户端，在C++编程。它使用先进的GUI库QT形式诺基亚（原特罗尔技术），形成基本框架，这是可扩展的插件。
服务器接口将 CPU 的 OPC UA 地址空间的节点合并到一个单元中，以便为 OPC UA 客户端提供该 CPU 的特定视图。每个服务器接口都会在 CPU 的 OPC UA 服务器中定义一个或多个命名空间。 下表是S7-1200支持的服务器接口类型，具体如表1所示。
使用 TIA STEP7 V16 软件，创建S7-1200 CPU版本为V4.4的站点，如图1所示。
OPC UA是一种工业通讯协议，从2008年发展到今天，现在在业界已经非常的流行了。本文旨在介绍一些OPC UA的概念，分享一些相关经验，希望对从事OPC UA相关工作的朋友有帮助。
OPC（Open Platform Communications，以前称为 OLE for Process Control）是一组软件技术，为控制各种设备和交换数据提供单一、统一的接口。OPC 规范由国际非营利组织 OPC 基金会制定，该组织于 1994 年由领先的工业自动化产品制造商制定。创建 OPC 的目标是为工程师提供一个通用接口来控制各种设备。
OPC UA 方法是“远程过程调用”的实现，为不同通信节点之间的交互提供了有效机制。该机制提供作业确认和反馈值，因此用户无需再编程握手机制。
█ 本文译自 SystemModeler (MathCore) 应用工程师 Markus Dahl 的 Wolfram 博客文章：Communication in Industry 4.0 with Wolfram SystemModeler and OPC UA 背景 伴随着工业4.0/网络实体系统的第四次工业革命即将到来，传感器和电路板比以前便宜得多。所有这些组件全部通过网络或云连接，以便能够彼此通话。这正是 OPC 统一架构(OPC UA)的应用所在。OPC UA 是工业自动化的机对机通信协
创新的通讯节点 SIMATIC CN 4100 是一个灵活而强大的平台，适用于所有通信任务。由于其可扩展的模块化结构和连接第三方系统的选项，SIMATIC CN 4100 可用于实现过程控制技术的高效系统概念。
近来，似乎每个人都在谈论OPC UA和TSN。但是，对于许多机械制造商和工厂操作员而言，目前尚不清楚在自己的设备和设施中使用这些技术将获得哪些具体优势。
"S7-1500 作为OPC UA 服务器快速组态:本视频旨在帮助用户了解如何在测试阶段快速组态S7-1500的 OPC UA 服务器功能，以实现其和OPC UA客户端的数据交换任务。 此视频中：OPC UA 客户端使用UA Expert软件。OPC UA服务器的端口号使用默认的4840；安全策略设置为无安全策略，所以无需进行服务器及客户端证书的导入导出；用户身份认证使用的访客认证，无需输入用户名密码。"
OPC统一架构的主要目标之一是为过程控制和管理系统的集成提供一致的机制。假设它应该是健壮的，并且实现应该是独立于平台的。在本节中，我将研究用作OPC UA标准开发基础的技术和范式，并讨论它们对最终结果的影响。
在这篇文章中，通过将 S7-1500 设置为具有专用服务器接口和用户身份验证的 OPC UA 服务器来学习如何使用 OPC UA 在两个 PLC 之间进行通信。
物联网（IoT）一词用于各种上下文中，其中它经常被误解，因为它可以被其他术语所取代，以更好地描述我们处理的问题，或者定义彼此不兼容。让我提醒你这个学期生命的开始。
PLCSIM Advanced允许在使用STEP 7（TIA Portal）进行组态和工程设计期间全面模拟功能，而无需物理连接S7-1500/ET 200SP硬件。它支持生成虚拟控制器，以模拟S7-1500和ET 200SP控制器以测试其功能。
OPC全称是Object Linking and Embedding（OLE） for Process Control，它的出现为基于Windows的应用程序和现场过程控制应用建立了桥梁。OPC作为一整套接口、属性和方法的协议标准集，与具体的开发语言没有关系。
②启动Codesys Control Win，右击“CODESYS “Control Win SysTray（stopped）”>“Start PLC” ，如图1-2所示。
边缘计算越来越受到了来自IT和OT领域的企业的关注，本文旨在从制造本质—从源头分析如何去推进其实现。
八月，我们发布了 Neuron 2.1.3 & 2.1.4，主要修复了 2.1.0 版本中存在的问题。此外还完善了 SDK 包以及基于此 SDK 包开发南向驱动的一系列文档；点位支持小数的精度设置以及乘系数，点位配置支持订阅属性，点位值发生变化时才会上报；与西门子平台进行了集成验证测试，支持通过西门子平台安装 Neuron 至其接入的网关设备。
理想中，每个行业都应该有自己行业的标准模型，比如：塑料行业有euromap标准，包装行业有packml标准。
工业系统需要确保数据的无缝交换，因此对于高效、安全的通信协议具有极高的依赖性。MQTT Sparkplug 和 OPC UA 是两个经常被提到的工业协议。本文将全面比较 MQTT Sparkplug 和 OPC UA 以及它们的衍生版本，帮助您更清楚地了解哪种协议更适合您的需求。
OPC UA（OPC Unified Architecture）是指OPC统一体系架构，是一种基于服务的、跨越平台的解决方案。
本次发布的1.6版本在系统可扩展性、生态兼容性等方面带来了重大升级，包括：新增可靠、自治的边缘Kube-API原生接口支持，自定义边云消息路由支持，自动配置边缘离线应用不迁移，OPC-UA设备协议驱动OPC-UA Mapper，并修复了24处问题。
OPC统一架构（OPC Unified Architecture）将各个OPC Classic规范的所有功能集成到一个可扩展的框架中，独立于平台并且面向服务。
"S7-1500 作为OPC UA 服务器快速组态:本视频旨在帮助用户了解在实际使用过程中，考虑到数据安全性及用户身份认证的情况，如何组态S7-1500的 OPC UA 服务器功能，以实现其和OPC UA客户端的数据交换任务。 此视频中：OPC UA 客户端使用UA Expert软件。OPC UA服务器的端口号使用默认的4840；设置安全策略，证书类型为自签署证书，需进行服务器及客户端证书的导入导出；启用用户身份认证，需输入用户名密码。
KEPServeEX 6可以组态服务器端和客户端连接很多PLC以及具有OPC服务器的设备，以下使用KEPServeEX 6建立一个OPC UA服务器，然后使用KepOPC建立客户端来连接服务器做测试。
近日，Neuron 2.2.2 正式发布。 这一最新版本对 MQTT 插件、SDK 开发包及其他商业驱动插件进行了优化和更新，为工业领域用户提供更加高效便捷的数据采集，欢迎下载试用。
在TIA Portal V12插入S7-1500及PC站点，配置网络把站点挂在同一子网中，在Network View中配置S7连接，如下图示：
2018年，工信部启动了国家创新发展工程，建设工业大数据中心。中国移动在该项目中承担了边缘协同和数据采集相关功能的研发。
除了用于从现场轻松、安全地访问数据的产品之外，Softing还为作为NOA实施核心组件的聚合服务器提供解决方案。这使您能够抽象过程自动化和IT世界之间的OPC UA接口，并在OPC UA服务器中聚集来自不同来源的数据。然后，您的IT应用程序只需访问一台服务器，使您能够享受一个简化和可管理的通信结构，只需很少的努力就可以进行配置。
随着生产过程数字化程度的不断提高，要求工业通信越来越具有开放性、稳健性、确定性和灵活性。只有通信和响应极其敏捷的产线才能确保快速可靠地生产个性化产品，同时满足严格的交付计划。
可以使用中的容器应用程序将遗留工厂集成到NOA环境中edgeConnector产品系列。例如，这些精益软件模块为访问SIMATIC S7或Modbus TCP控制器中的数据提供精确定义的功能。它们包含所有必需组件的库，因此可以独立于特定环境运行。使用OPC UA和MQTT标准，可以将数据集成到NOA架构中，并为监控和优化目的进行进一步处理。
串行通信的概念很简单。串行端口一次发送和接收一位字节的信息。这比并行通信慢，并行通信允许一次传输整个字节；但是，它更简单，可以在更长的距离上使用。
OPC通信标准的核心是互通性 (Interoperability) 和标准化 (Standardization) 问题。传统的OPC技术在控制级别很好地 解决了硬件设备间的互通性问题， 在企业层面的通信标准化是同样需要的。OPC UA之前的访问规范都是基于微软的COM/DCOM技术， 这会给新增层面的通信带来不可根除的弱点。加上传统OPC技术不够灵活、平台局限等问题的逐渐凸显， OPC基金会 (OPC Foundation) 发布了最新的数据通讯统一方法 — OPC统一架构 (OPC UA)， 涵盖了OPC 实时数据访问规范 (OPC DA)、OPC历史数据访问规范 (OPC HDA)、 OPC 报警事件访问规范 (OPC A&E) 和OPC安全协议 (OPC Security) 的不同方面， 但在其基础之上进行了功能扩展。
目前国内在TSN方面的素材还是比较少，但是，TSN技术却正在成为热点—然而，TSN究竟对于自动化厂商、OEM厂商、终端用户、IT厂商意味着什么？有一些人对TSN尚未了结，也有一些质疑的声音，作为对TSN技术观察已经长达3年多的0.1个专家，我觉得有必要从并非仅仅产品技术角度去剖析，以获得更深入的关注和了结。
除了用于从现场级别轻松安全地访问数据的产品外，Softing 还为作为 NOA 实施的核心组件的聚合服务器提供解决方案。这使您能够抽象过程自动化和 IT 领域之间的 OPC UA 接口，并在 OPC UA 服务器中聚合来自不同来源的数据。然后，您的 IT 应用程序只需要访问一台服务器，使您能够享受一种简化且易于管理的通信结构，只需很少的努力即可进行配置。
悄然无息中，OPC UA和TSN已然成为了产业的聚焦，即便如此，对于很多企业而言，这似乎还比较遥远，变革的发生总有些不经意的味道，对于缺乏敏锐的人而言，沉湎于过去放佛被温水煮着的青蛙，不知不觉中放松警惕，而OPC UA over TSN实际上正在为“改变”而准备，也正在改变着我们的产业。
IIoT的OPC UA发布订阅:OPC基础规范的新1.04版本现在包括发布/订阅通信模型，该模型比以前的OPC UA标准中定义的客户端/服务器架构更适合工业4.0和IIoT实施工作。
OPC UA全称为“开放性生产控制和统一架构”。简单来说，它是一种用于不同设备和系统之间进行通信的技术规范。通过OPC UA，各种设备和系统可以互相交流和共享数据，实现更高效的工业自动化。
数据馈送OPC套件扩展是一个集成的软件解决方案，提供OPC UA和OPC Classic通信，以及物联网云连接。具有存储转发功能的集成OPC UA服务器可安全可靠地访问各种品牌的控制器，包括西门子SIMATIC S7、罗克韦尔ControlLogix、B&R、三菱以及Wago等公司提供的Modbus PLCs。
安全集成服务器(SIS)提供一个高性能的OPC UA数据集成层，使实现尽可能灵活。基于OPC UA聚合服务器的几个OPC UA服务器在自动化级别与相关联的地址空间相结合，并且通过稳定的OPC UA接口将数据提供给IT应用。SIS涵盖了OPC UA安全功能的全部范围，并支持实施最先进的安全解决方案。
其结果是一个高度复杂且技术强大的解决方案，结合了作为中心OPC UA服务器的安全集成服务器和SAP Business Suite之间的无缝交互。该客户现在可以从其所有国家/地区的运营中访问整合的安全数据，这构成了其生产场所计划的IIoT应用程序的起点。Softing还在项目开始前向客户提供免费的概念验证支持。在初步讨论后，客户从系统架构的情况/现状分析和定义到实际实施，全程获得建议和帮助，同时获得技术建议、免费支持和Softing的OPC UA专业知识。
新的 OPC UA PubSub 规范使 OPC UA 成为控制系统和现场设备的一个有吸引力的选择。对于循环的、确定性的数据交换，OPC UA 现在提供可与 Ethernet/IP 或 PROFINET RT 相媲美的机制。为此，Softing 扩展了其 OPC UA 系列以包含 OPC UA 嵌入式工具包。新的“uaToolkit embedded”在设计时就考虑到了可用内存少且计算能力低的嵌入式系统。例如，实施嵌入了 uaToolkit 的 OPC UA 发布器仅需要 150 kB 的闪存存储空间来存储代码和静态数据，外加 10 kB 的 RAM 来存储运行时数据。相比之下，使用符合 Nano Embedded Device Server 协议的 OPC UA 服务器实施 OPC UA 发布器需要 230 kB 闪存和 40 kB RAM。OPC UA 还在嵌入式平台上提供了良好的性能水平。在 Raspberry Pi 1 上，使用嵌入式 uaToolkit 实现的服务器每秒能够读取或写入超过 140,000 个变量值。一个测试版本，可用于评估嵌入在 Linux 和 Windows 上的 uaToolkit 的开发，
新的OPC UA PubSub规范使OPC UA成为控制系统和现场设备的一个有吸引力的选项。对于循环的、确定性的数据交换，OPC UA现在提供了可与Ethernet/IP或PROFINET RT相媲美的机制。为此，Softing扩展了其OPC UA系列，以包括OPC UA嵌入式工具包。新的“uaToolkit embedded”在设计时考虑到了可用内存少、计算能力低的嵌入式系统。作为一个例子，嵌入uaToolkit的OPC UA publisher的实现只需要150 kB的闪存来存储代码和静态数据，外加10 kB的RAM来存储运行时数据。相比之下，用符合纳米嵌入式设备服务器协议的OPC UA服务器实现OPC UA publisher需要230 kB闪存和40 kB RAM。OPC UA在嵌入式平台上也提供了良好的性能。在Raspberry Pi 1上，使用uaToolkit embedded实现的服务器每秒能够读取或写入超过140，000个变量值。测试版可用于评估嵌入式uaToolkit在Linux和Windows上的开发情况
接口抽象处理一个领域(OT/IT)中的变化或扩展，而不需要在另一个领域中进行任何修改。因此，新的IT应用程序可以集成到整体解决方案中，而不必在OT端改变OPC UA接口。也不需要调整IT应用程序来匹配生产端的变化——只要中间件中实现的OPC UA接口保持不变。这意味着可以选择要部署的it应用程序和平台，以利用IT中较短的创新周期，同时减少集成工作。在OT中，可以进行更改，而不必回到IT集成绘图板。 数据聚合允许将来自多个来源的数据整合到一个OPC UA服务器上。因为IT应用程序现在只需要访问这一台服务器，所以简化了底层通信基础设施。另一个主要好处是节省了配置系统的时间，因为每个OPC-UA数据源和每个OPC-UA客户端不再需要单独的配置。
OPC UA over TSN 是另一种标准化的、确定性的工业以太网，可跨开放系统互连 (OSI) 模型互操作。目前大多数通信解决方案所采用的以太网标准进一步扩展到包括时间敏感网络 (TSN)。在 OPC 上添加 TSN 可确保在连接 IT 和 OT 系统的广泛融合网络中进行确定性传输。正如协议所理解的那样，它是快速、集中、智能和分布式的驱动解决方案，与市场上可用的任何其他解决方案相比，OPC UA over TSN 可以更轻松地适应应用程序。预期的结果是提高运营中的生产力和产品质量。支持 OPC UA over TSN 的产品凭借其增强的物理层功能提供更高的带宽。它确保从现场级设备到云计算的无缝链接有助于预测性维护和状态监控，以提高系统可用性并防止过早的故障。TSN 上的通信标准 OPC UA 允许迅速组合来自不同供应商的组件。通过 TSN 通信协议替换多个协议 OPC UA 使机器开发更容易和敏捷。
测试过程是软件开发周期的重要组成部分。应尽快发现问题陈述、建筑设计和程序代码编写方面的错误，直至导致未能在时限内保留或产生其他负面后果。 办公环境中自动化过程控制系统开发的核心问题是，测试完全缺乏自动化对象。此外，由于安全、成本等原因，有些情况无法在真实对象上进行模拟。 问题的一个解决方案是开发具有足够保真度水平的自动过程模拟器，即所谓的"工厂验收测试（FAT）模拟器"。 建议的模拟器的三层架构可以 分开：
近日，TTTech和英特尔联合发表了一份白皮书，为寻求在工业自动化系统中实现TSN网络技术的客户提供指导。白皮书概述了所有的TSN标准、优点和特点，并描述了TTTech和英特尔今天可用的产品如何可用于开发优化的TSN设备和系统。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
即时通信 IM
ICP备案
对象存储
实时音视频
