连接资源概览连接资源某些通信服务需要进行连接。连接需要占用所用CPU、CP 和 CM 中的资源（例如，CPU 操作系统中的存储区域）。大多数情况下，每个 CPU/CP/CM 都将占用一个连接。在HMI 通信中，每个 HMI 连接Zui多需要 3 个连接资源。具体可用的连接资源，取决于所用的 CPU、CP 和CM，且不得超出自动化系统中定义的上限。站中的可用连接资源站中Zui大的可用资源数量取决于 CPU。每个 CPU 都会为 PG、HMI 和Web 服务器通信预留一定数量的连接资源。此外，还会为SNMP、电子邮件连接、HMI 和 S7通信以及开放式通信等其它通信服务提供资源。何时占用连接资源？连接资源的占用时间，取决于连接建立、自动连接、编程或组态的方式（参见“建立连接(页38)”部分）。37通信服务5.3 连接资源概览通信功能手册, 11/2023,A5E03735819-AL更多信息有关连接资源占用以及连接资源在 STEP 7 中显示的更多信息，请参见“连接资源 (页339)”部分。5.4 建立连接自动连接如果将 PG/PC 接口物理连接到 CPU 的接口，并通过 STEP 7中的“转至在线”(Go online) 对话框进行了接口分配，则 STEP 7 将自动建立连接（例如，PG 或 HMI连接）。建立编程连接在 STEP 7 的程序编辑器中，可根据所选 CPU 使用相应的通信指令（如TSEND_C）建立编程连接。38通信功能手册, 11/2023, A5E03735819-AL通信服务5.4建立连接指定连接参数（在巡视窗口、指令属性中）时，通过用户界面使得操作更为方便快捷。图 5-1 通过编程建立连接39通信服务5.4 建立连接通信功能手册, 11/2023, A5E03735819-AL建立组态连接根据所选的CPU 或软件控制器，可在 STEP 7 的“设备与网络”(Devices & networks)编辑器中的网络视图内建立组态的连接。图 5-2 通过组态建立连接对 CPU连接资源的影响通常，可以选择通过组态建立连接或者通过编程建立连接。如果选择通过编程建立连接，则将在数据传输结束后释放连接资源。与路由连接类似，编程的连接仍无法保证，也就是说，仅当资源可用时才会建立这类连接。建立组态的连接时，下载组态后资源处于可用状态，直至组态再次更改。因此，相应资源将预留，通过所组态的连接进行连接建立。在CPU 巡视窗口中的“连接资源”(Connection resources)表格中，简要列示了已使用的连接资源和仍然可使用的连接资源。协议/角色 端口号 (2) 链路层(4) 传输层说明/功能注意/默认设置SMTP客户端25 (4) TCP Simple Mail Transfer Protocol.SMTP用于发送电子邮件。默认值：取消激活。可通过在用户程序中调用块激活，或通过 CPU 设置激活（从版本 V3.0开始）。Syslog（系统日志）6514514(4) TCP(4) UDPSyslog 属于 IETF 标准协议(RFC5424)，用于传输 CPU 检测到的事件。默认值：取消激活。可以在 CPU 属性中启用。可在 CPU 属性中组态为，将 Syslog消息转发到 Syslog 服务器。自固件版本V3.1 起，无法禁用 CPU 内系统日志事件的收集。预留 49152 到65535(4)TCP(4) UDP如果应用程序未指定本地端口号，将为活动的连接端点使用该动态端口范围。如果要使用该连接，则必须在Windows防火墙中激活这些端口。1 Windows 分配的接口的默认设置：812 注：OUC（开放式通信）可直接访问 UDP 和 TCP协议。必须考虑 IANA (Internet Assigned Numbers Authority) 端口限制和定义。3请勿将其它协议已用端口分配给 OUC。4 请勿将其它 Windows 应用已用端口分配给OUC。更多信息有关连接资源占用以及连接资源在 STEP 7 中显示的更多信息，请参见“连接资源 (页 339)”部分。5.5数据的一致性定义在数据传输中，数据一致性至关重要。因此在组态通信任务时，必需注意。否则，可能导致故障发生。同步运行中无法修改的数据区又称为一致性数据区。即，在超出一致性数据区所允许Zui大空间的连续数据区中，可同时包含新数据和旧数据。一个通信指令中断时（如，由高优先级的硬件中断OB 进行中断），将导致不一致现象。这会导致数据区域传输中断。如果 OB中的用户程序对通信指令尚未处理的数据进行了更改，则每次传输的数据将不同：41通信服务5.5 数据的一致性通信功能手册,11/2023,A5E03735819-AL下图显示的数据区空间小于一致性数据区允许的Zui大空间。此时，可确保进行数据访问时，用户程序不会中断数据区域的传输，从而有效避免了数据变更。①源数据区小于一致性数据区允许的Zui大空间 (②)。该指令将数据一同传输到目标数据区中。② 一致性数据区的Zui大空间图 5-3 数据的一致性传输下图显示的数据区空间大于一致性数据区允许的Zui大空间。在这种情况下，数据会因传输中断而发生更改。将该数据区传输到多个地方时，也可能会发生传输中断。如果因传输中断而导致数据更改，则每次传输的数据将不同。①源数据区大于一致性数据区允许的Zui大空间 (③)。在 T1时刻，该指令仅将源数据区中大小与一致性数据区相同的数据量传送到目标数据区中。② 在 T2时刻，该指令将源数据区中其余的数据传输到目标数据区中。传输完成时，目标数据区中包含不同时刻传输的数据。此时，如果源数据区中的数据发生变更，则会导致数据不一致。③一致性数据区的Zui大空间图 5-4 传输的数据量超出了一致性数数据不一致的示例下图举例说明了数据过程中数据的变更。目标数据区中包含不同时刻传输的数据。S7‑1500中，系统特定的一致性数据的Zui大数量：如果遵循系统中所指定的一致性数据的Zui大数量，则不会产生不一致现象。在程序循环过程中，S7-1500Zui多可将块中 512个字节的通信数据一致性地复制到或传出用户存储器。超出该数据区时，将无法确保数据的一致性。如果要定义确保数据的一致性，则 CPU内用户程序中的通信数据长度不能超过 512 个字节。之后，即可在 HMI 设备上通过 Read/Write变量对这些数据进行一致性访问。如果需一致性传输的数据量超出了系统指定的数据Zui大量，则需在应用程序中使用特殊措施确保数据的一致性。确保数据一致性通过指令访问公共数据：如果在用户程序中通过一些通信指令访问公共数据（如TSEND/TRCV），则可使用诸如“DONE”等参数对该数据区进行访问。因此，在用户程序中使用指令进行数据传输，可确保通信过程中数据区中数据的一致性。说明用户程序中采取的具体措施要确保数据一致性，可将待传输数据复制到一个单独的数据区（如，全局数据块）中。用户程序继续传输源数据时，可通过通信指令将一致性地传输单独数据区中存储的数据。在复制过程中，系统将使用相应的不可中断型指令，如UMOVE_BLK 或 UFILL_BLK。这些指令可确保高达 16 KB 的数据一致性。使用 PUT/GET 指令或通过 HMI通信进行 Write/Read 操作：使用 PUT/GET 指令进行 S7 通信或通过 HMI 通信进行 Write/Read操作时，编程或组态中需考虑一致性数据区的大小。将 S7-1500用作服务器时，用户程序没有可用于数据传输的指令。在用户程序运行过程中，可通过 PUT/GET 指令进行数据交换，对 S7-1500进行更新。但在循环执行用户程序时，不支持对数据进行一致性传输。待传送数据区的长度应小于 512 个字节。43通信服务5.5数据的一致性通信功能手册, 11/2023, A5E03735819-AL更多信息•有关通信模块所支持的一致性数据Zui大数量，请参见设备手册中的相应技术规范。• 有关数据一致性的更多信息，请参见 STEP 7在线帮助中的指令说明。
安全通信的基础知识有关安全通信的实用信息在 STEP 7 (TIA Portal)V14 及更高版本和固件版本 V2.0 及更高版本的 S7-1500 CPU 中，设计了大量的安全通信选项。“S7-1500CPU”是指 S7-1500F、S7-1500T、S7-1500C 系列 CPU 和 S7-1500pro CPU 和ET200SPCPU。在后续版本中，其它组件也将支持安全通信（如 OUC 安全通信），详见下一部分。在 S7-1200 CPU 固件版本 V4.4及以上版本中，还支持安全通信。要求• 支持带有 DT TCON_IP_V4_SEC 或 SDT TCON_QDN_SEC结构的连接描述 DB 的 CPU，包括以下 CPU：– S7-1200（固件版本 V4.4 及以上版本）– S7-1500（固件版本V2.0 及以上版本）• 也可通过以下 CP：– CP 1243-1（固件版本 V3.2 及以上版本）– CP 1243-8IRC（固件版本 V3.2 及以上版本）– CP 1543‑1（固件版本 V2.0 及以上版本）– CP 1545‑1– CP1543SP-1CP 1242-7 GPRS V2 不支持安全通信。公钥基础结构 (PKI)“安全”(secure) 属性用于识别以Public Key Infrastructure (PKI) 为基础的通信机制（例如，RFC5280 ，用于InternetX.509 Public Key Infrastructure Certificate and CertificateRevocation ListProfile）。Public Key Infrastructure (PKI)是一个可签发、发布和检查数字证书的系统。PKI 通过签发的数字证书确保计算机通信安全。如果 PKI采用非对称密钥加密机制，则可对网络中的消息进行数字签名和加密。在 STEP 7 (TIA Portal)中组态用于安全通信的组件，将使用一个非对称密钥加密机制，使用一个公钥 (Public Key) 和一个私钥 (Private Key)进行加密。并使用 TLS (Transport Layer Security)作为加密协议。TLS 是 SSL (SecureSockets Layer) 协议的后继协议。安全通信的目的安全通信可用于实现以下目标：• 机密性即，数据安全/窃听者无法读取。•完整性即，接收方接收到的消息与发送方发送的消息完全相同，未经更改。消息在传送过程中未经更改。•端点认证即，端点通信伙伴确实是声称为参与通信的本人。对伙伴方的身份进行检查。在过去，这些目标通常仅与 IT和计算机网络相关。但如今，包含有敏感数据的工业设备和控制系统也开始面临相同的信息安全高风险。这是因为，这些设备它们同样实现了网络互联，因而必须满足严格的数据交换安全要求。在过去，往往会采用单元保护机制，通过防火墙或VPN连接保护自动化单元安全（如，使用安全模块），而如今同样如此。但是，通过企业内部网或公共网络以加密形式将数据传送到外部计算机变得越来越重要。安全通信的通用原则无论采用何种机制，安全通信都基于Public Key Infrastructure (PKI) 理念，包含以下组成部分：• 非对称加密机制：–使用公钥或私钥对消息进行加密/解密。–验证消息和证书中的签名。发送方/认证机构通过自己的私钥对消息/证书进行签名。接收方/验证者使用发送方/认证机构的公钥对签名进行验证。•使用 X.509 证书传送和保存公钥。– X.509 证书是一种数字化签名数据，根据绑定的身份对公钥进行认证。– X.509证书中还包含有公钥使用的详细说明或使用限制。例如，证书中公钥的生效日期和过期日期。– X.509证书中还包含证书颁发方的安全相关信息。在后续的章节中，将简要介绍在 STEP 7 (TIA Portal) 中管理证书和编写secure Open UserCommunication (sOUC) 通信指令等所需的基本知识。使用 STEP 7进行安全通信：在 STEP 7 V14 及其更高版本中，提供了安全通信的组态和操作所需的 PKI。示例：• 基于 TLS(Transport Layer Security) 协议，将 Hypertext Transfer Protokoll (HTTP)转换成Hypertext Transfer Protokoll Secure (HTTPS)。由于 HTTPS 中集成了 HTTP 和TLS 协议，因此在相应的 RFC 中，又称为“HTTP over TLS”。在该浏览器中，可清楚地查看到所用的协议为HTTPS：浏览器地址栏中 URL 为“https://”，而非“http://”。在大多数浏览器中，这类的安全连接将突出显示。• 将Open User Communication 转换为 secure Open UserCommunication。这种通信方式的底层协议同样为 TLS。• 电子邮件服务提供商同样支持基于“Secure SMTP overTLS”协议进行访问，从而提高电子邮件通信的安全性。