在启动程序中传输控制数据记录CPU 处理 WRREC 指令以便异步传输控制数据记录。必须在一个循环内，在启动 OB 中 重复地调用WRREC，直到输出参数“BUSY”或“DONE”指出数据记录已传输。 提示信息：请使用 SCL 编程语言和 REPEAT ...UNTIL 指令编程此循环。下表中列出了组态控制中需指定特定值的块参数。有关其它块参数，另请参见“WRREC”： 参数 说明 ID硬件标识符，对于集中排列模块的组态控制，始终为 33（十进制）。 INDEX 数据记录编号，对于集中排列模块的组态控制，始终为196（十进制）。 RECORD 要传输的控制数据记录。 参见“控制数据记录”部分的控制数据记录结构。 提示信息：WRREC指令（V1.1 以及更高版本）块参数“RECORD”的数据类型为“VARIANT”，需要带数据类型的变量。如果将控制数据记录存储在数据块中，那么此数据块必须具有数据类型。所创建的数据块不得是“全局 DB”类 型，更确切地说，它必须属于用户数据类型。 请按以下步骤操作：1. 创建一个具有控制数据记录结构的新 PLC 数据类型（用户数据类 型），并为其命名，例如命名为“ConfDB”。 2.创建一个新数据块。选择新创建的用户数据类型（如“ConfDB”），作为该 数据块的类型。 在图形编程语言中，使用程序控制指令实现循环。FBD 中的示例：使用 LABEL（跳转标签）和 JMP（RLO=1 时跳转）指令编写循环。规则 请遵守以下规则： •组态控制不支持通信模块位置的调整。控制数据记录中插槽 101 到 103 对应的插槽条目必须与模块的实际位置相符或者必须在硬件配置中通过输入 16#FF (255) 定义为不存在。 •组态中不允许存在插槽间隙。例如，如果在实际组态中将信号模块插入插槽 4，则实际 组态中插槽 2 和 3 必须也被占用。这同样适用于插槽101 到 103。如果在实际组态中将 通信模块插入插槽 102，则在实际组态中插槽 101 内也必须插入一个通信模块。 •如果启用了组态控制，没有控制数据记录 CPU 将不工作。如果在启动 OB 中未传送有效 的控制数据记录，则 CPU 将从启动模式返回到STOP 模式。此时，不会对集中式 I/O 进行 初始化。CPU 转入 STOP 操作模式的原因将保存在诊断缓冲区中。 • 要对WRREC 指令寻址，请使用硬件标识符 33（十进制，适用于 ID 块参数）写入控制数 据记录。 • 控制数据记录始终保存在 CPU中，在重新启动时如果组态没有发生变更则无需重新 写入控制数据记录 196。在调试前，建议对 CPU执行存储器复位，以删除存在的任何控 制数据记录。 • CPU 将忽略不在预设组态中的控制数据记录中的插槽条目。
错误消息如果在写入控制数据记录的过程中发生错误，则将返回以下错误消息： 表格错误消息 错误代码 含义 16#80B1 长度无效；数据记录196 中的长度信息不正确。 16#80B5 未分配组态控制参数。 16#80E2 数据记录在错误的 OB中传送。该数据记录需在启动程序中 传送。 16#80B8 参数错误；模块指示存在无效参数。 参见 有关组态控制的重要信息（选件处理）(页 1708) S7-1200 系统手册组态控制示例 (S7-1200) 由一个 CPU 和 3个信号模块组成的组态按下文所述进行组态。 插槽 3 中的模块在第一个组态扩展中不存在，被组态控制“隐藏”。在第二个组态扩展中，Zui初隐藏的模块位于Zui后一个插槽中。 CPU 通过一条修改后的控制 数据记录获知增加插槽的信息。 缺少模块的实际组态指定的组态包含所有可以在Zui后扩展阶段显示的模块。 在指定组态中插入到插槽 3 的模块在实际扩展组态中缺失。 插槽 3必须在控制数据 记录中相应地进行编码："FF H" （= 不存在）。使用 OPC UA 通信 (S7-1200, S7-1500,S7-1500T) 需了解的 OPC UA 知识 (S7-1200, S7-1500, S7-1500T) OPC UA 和工业4.0 (S7-1200, S7-1500, S7-1500T) 信息与数据交换的统一标准 工业 4.0 是指在企业层级对 IT系统中的大量生产数据进行统一应用、评估和分析。借助工业4.0，生产与企业层级间的数据交换正在迅速增长。但为确保成功执行，信息与数据交换应 采用统一的标准。 标准 OPC 仅支持Windows 操作系统。为了应对这一限制条件，OPC Foundation 研发出了 OPC UA（OPC 统一架构）标准。 由于OPC UA 标准独立于特定的操作系统，并采用安全传送机制和数据语义描述，尤其适合于跨层级的数据交换。机器数据（受控变量，测量值或参数）也可采用这种方式传输。 这一概念比较重要的一点是允许进行 OPC UA通信和实时通信，从而实现对时间要求严 格的机器级数据传送。 OPC UA 具有极高的可扩展性，可以在传感器、控制器和 MES 或ERP 系统之间实现一致 的信息交换。 OPC UA 不仅可进行数据传递，还可传递与数据有关的信息（数据类型），可对该数据进行机器解析访问。 OPC UA 的常规特性 (S7-1200, S7-1500, S7-1500T) OPC UA 和PROFINET 可以使用 OPC UA 和 PROFINET。这两种协议使用相同的网络基础设施。 独立于操作系统报警 OPCUA 标准并不特定于某个平台，并且针对高性能应用使用优化的基于 TCP 的二进制协 议。 OPC UA 支持诸如Window、Linux、Apple OS X、实时操作系统或移动操作系统（Android 或 iOS）。独立于特定的传输层 OPCUA 目前支持以下传输机制和协议： • 通过 TCP/IP，将消息作为二进制流直接传输 • 通过 TCP/IP 和 HTTP 采用XML 形式传送消息。由于这种传输机制仅支持慢速传输，极少使用。S7-1500 CPU 不支持该传输机制。 所有 OPC UA应用均支持二进制数据交换（基于 OPC UA 技术规范）。 简单的客户端/服务器机制 OPC UA服务器可在网络中提供大量信息，如有关 CPU、OPC UA 服务器、数据和数据类型 的信息。OPC UA 客户端访问这些信息。支持多种编程语言 OPC 基金会已推出了不同编程语言版本的 OPC UA 标准：已停止对 ANSI C 和 Java 的堆栈进行维护，但仍可以使用 .NET、ANSI C 和 Java 的堆栈。 OPC 基金会提供了 .NET协议栈，并以开源软件的形式提供了示例程序。请参见“Github ”。 许多公司提供 Software Development Kits(SDK)。这类开发软件包内含有 OPC Foundation 的协议栈以及其它有助于简化解决方案开发过程的功能。 使用 SDK的优点： • 供应商支持 • 经测试的软件 • 详细的文档 • 明确的许可证条件（对于销售解决方案很重要） 易于扩展 OPC UA可用于不同性能等级的设备： • 传感器 • 嵌入式系统 • 控制器 • PC 系统• 智能手机 • 运行 MES 或 ERP应用程序的服务器。 设备的性能等级因配置文件而异。利用不同的 OPC UA 配置文件，可以针对超小型简单设备 以及极高性能的设备调整OPC UA。 OPC UA 行规描述的是服务器和客户端必须支持的功能和服务。可以选择提供行规中 未要求的其它功能/服务。OPC UA 配置文件与 PROFINET 配置文件不同；后者从供应商中立的软件接口意义上为安装 和系统定义附加的跨供应商属性和行为。Nano Embedded Device 2017 Server Profile 对于功能极为有限的超小型设备，可以采用 OPC基金会的“Nano Embedded Device 2017 Server Profile”。其作用相当于核心服务器，并定义了 OPCUA TCP 二进制协议作为所需的传 输行规。通过该行规无需 UA 安全性即可建立连接，但不支持订阅或方法调用。该配置文件可根据需要支持诊断对象和变量。 其它行规基于“Nano Embedded Device 2017 ServerProfile”进行创建，需要使用更多资源， 可提供更多功能。 Micro Embedded Device 2017 ServerProfile 此行规提供的功能有限；且需要至少两个并行连接。该文件支持订阅/数据监视功能， 但不支持 UA 安全性和方法调用。• S7-1200 基本控制器支持“Micro Embedded Device 2017 ServerProfile”。S7-1200 还支持 UA 安全性。 Embedded 2017 UA Server Profile该配置文件专为搭载 50 MB 以上 RAM 和更高性能处理器的设备而开发。它基于 Micro Embedded DeviceServer 配置文件。它还需要 UA 安全性和方法调用。服务器必须使其使用的类型模型（数据类型、引用类型、变量类型等）可用。 • S7-1500 gaoji控制器支持“Embedded2017 UA Server Profile”。 标准和全局发现配置文件 “OPC UA Specification Part7”定义附加配置文件： • “Standard 2017 UA Server Profile”，适用于基于 PC 的 OPC UA服务器 • 2 个全局配置文件，“Global Discovery Server 2017 Profile”和“GlobalDiscovery and Certificate Management 2017 ServerProfile”，涵盖了全局发现服务器所需的服务和信息 模型。