西门子PLC模块授权总经销商 6ES7132-6BF00-0CA0 ET 200SP 数字输出模块

西门子PLC模块授权总经销商 6ES7132-6BF00-0CA0  ET 200SP 数字输出模块

有关避免错误和错误处理的提示 以下说明列出了一些可能导致 CPU 错误消息的用例。 诊断缓冲区提供信息用于保护机密组态数据的密码与下载的组态不匹配时，CPU 会检测到该问题。诊断缓冲区中的消息指示可能的原因和补救措施，通常可以作为问题的解决方案。 典型的“陷阱” 为了避免或纠正错误，请注意以下情况： • 组态已下载？无论是否使用密码保护机密组态数据：如果没有下载的组态，CPU 便不会退出配置阶段。 • 正在尝试下载包含组态密码的 CPU，而 CPU已经收到另一个密码。 例如：CPU 已更换为库存中的另一个 CPU。更换的 CPU 件并未完全复位（通过选项“删除用 于保护机密PLC 组态数据的密码”(Delete password for protection of confidential PLCconfiguration data) 复位为出厂设置）。 补救措施： – 准备更换 CPU 时，始终使用适当的设置（密码已删除）。– 对于要下载的组态，使用已下载的组态中所使用的密码。 – 也可能下载了错误的项目/CPU 组态。检查正确的 CPU 组态是否可用。– 使用在线功能“设置用于保护机密 PLC 组态数据的密码”(Set password to protect confidentialPLC configuration data) 删除密码或设置为与 CPU 组态相同的密码。然后重 启设备。 • 如果 CPU组态不使用密码，而已下载的组态需要用户自定义密码，则仍会发生错误。 补救措施： – 使用在线功能“设置用于保护机密 PLC组态数据的密码”(Set password to protect confidential PLC configurationdata) 删除密码或设置为与 CPU 组态相同的密码。然后重 启设备。 4.6.3.8 更换部件方案的规则 分配用于保护机密 PLC组态数据的密码也会对更换部件方案产生影响。 更换部件方案的规则 请遵守以下更换部件方案的规则： 通过 TIA Portal 组态更换的CPU • 更换 CPU 不应具有组态或用于保护机密 PLC 组态数据的密码。 优势：无论是否组态了密码，都可以将项目下载到更换CPU 中，而无需进行任何其它准备 工作。 • 如果已组态更换 CPU，则必须将 CPU 复位为出厂设置，同时设置以下选项： –“删除保护机密 PLC 组态数据的密码”(Delete password for protection of confidentialPLC configuration data) – “格式化存储卡” 66 通信 功能手册, 11/2022,A5E03735819-AK 通信服务 4.6 安全通信 通过存储卡向更换 CPU 提供组态数据 • 如果未向项目中的 CPU分配用于保护机密 PLC 组态数据的密码，则可以将旧 CPU 的存储卡 插入到全新未使用的 CPU 中，而无需采取任何其它操作。如果更换 CPU 组态了保护机密 PLC 组态数据的密码，则必须首先使用“删除保护机密 PLC 组态数据的密码”(Deletepassword for protection of confidential PLC configuration data) 选项将该 CPU 复位为出厂设置。 • 如果已为一组 CPU 分配了相同的密码，则还可以通过 TIA Portal或适用的存储卡将组密码 分配给更换 CPU（参见“保护机密的组态数据 (页 58)”）。 此时，可将包含有当前项目的存储卡插入 CPU中并直接进行处理，而无需任何密码相关操 作。 • 如果为项目中的每个 CPU 分配不同的密码，则在使用更换 CPU时，需要先使用在线和诊断 编辑器为各 CPU 设置有效密码（“设置保护机密 PLC 组态数据的密码”(Set password forprotection of confidential PLC configuration data) 区域，具体参见“更改密码 (页61)”）。 更多信息 在“通过 SIMATIC 存储卡分配密码 (页 63)”部分，可了解如何使用 SIMATIC 存储卡分配密码，以保护机密 PLC 组态数据。 4.6.4 开放式用户安全通信 4.6.4.1 S7-1500 CPU（作为 TLS 客户端）与外部PLC（TLS 服务器）之间的安全 OUC 在以下章节中，将介绍如何通过 TCP 建立 S7-1500 CPU（作为 TLS客户端）与 TLS 服务器之间 的开放式用户通信。 建立 S7-1500 CPU（作为 TLS 客户端）与 TLS 服务器之间的安全TCP 连接 S7‑1500 CPU 固件版本 V2.0 及以上版本支持通过域名系统 (DNS) 进行寻址的安全通信。 要通过域名进行TCP 安全通信，则需手动创建一个 TCON_ 系统数据类型的数据块， 并分配参数，之后在 TSEND_C、TRCV_C或 TCON 指令中直接调用该数据块。 要求： • 在 CPU 中，设置当前的日期和时间。 • 网络中包含至少一台 DNS 服务器。• 已为 S7-1500 CPU 组态至少一台 DNS 服务器。 • TLS 客户端和 TLS 服务器具有所需的全部证书。 要建立与TLS 服务器的 TCP 安全连接，请按以下步骤操作： 1. 在项目树中，创建一个全局数据块。 67 通信服务 4.6 安全通信 通信功能手册, 11/2022, A5E03735819-AK 2. 在该全局数据块中，定义一个 TCON_数据类型的变量。 在以下示例中，显示了一个全局数据块“Data_block_1”，其中，定义了数据类型 TCON_的变量“DNS ConnectionSEC”。 图 4-18  数据类型 TCON_ 3.在“起始值”(Start value) 列中，设置 TCP 连接的连接参数。例如，在 "RemoteQDN"中输入 TLS服务器全限定的域名 (FQDN)。 4. 在“起始值”(Start value) 列中，设置安全通信的参数。 –“ActivateSecureConn”：激活该连接的安全通信。如果该参数的值为 FALSE，则忽略后面的安全参数。此时，可建立非安全的 TCP 或 UDP 连接。 – “ExtTLSCapabilities”：如果输入值1，则客户端将通过验证服务器端 X.509-V3 证书中的subjectAlternateName，验证该服务器的身份。验证过程将由该指令执行。 –“TLSServerCertRef”：X.509-V3 证书（通常为 CA 证书）的 ID，TLS 客户端使用该 ID 验 证 TLS服务器的身份。如果该参数为 0，则 TLS 客户端将使用客户端证书中心当前加载 的所有 (CA) 证书对服务器的身份进行验证。䓶彻5-4䒞〲㏹吕楏 㚘楒⯷ 䓶彻5-4䒞〲㏹吕$" 楒⯷겣㮃㦍⻶㰇⾗滞겤 楏㚘楒⯷ 砝楒 5-4㤳㿈墀 4 )FMMP5-4䒞〲㏹겣墽⮚䍊1-$겤 )FMMP 图 4-19  从作为 TLS 客户端的 S7-1500 的角度处理证书– “TLSClientCertRef”：自身 X.509-V3 证书的 ID。 5. 在程序编辑器中，创建一个TSEND_C、TRCV_C 或 TCON 指令。 68 通信 功能手册, 11/2022, A5E03735819-AK 通信服务4.6 安全通信 6. 将 TSEND_C、TRCV_C 或 TCON 指令的 CONNECT 参数与 TCON_数据类型的变量 进行互连。 在以下示例中，TCON 指令的 CONNECT 参数已与变量“DNSconnectionSEC”（数据类型 TCON_）互连。 图 4-20  TCON 指令 更多信息有关 TCON_ 系统数据类型的更多信息，请参见 STEP 7 在线帮助。有关安全通信的更多信息，请参见“安全通信 (页 40)”部分。 4.6.4.2 S7-1500 CPU（作为 TLS 服务器）与外部PLC（TLS 客户端）之间的安全 OUC 在以下章节中，将介绍如何通过 TCP 建立 S7-1500 CPU（作为 TLS服务器）与 TLS 客户端之间 的开放式用户通信。 通过通信伙伴的域名建立 TCP 安全连接。 S7‑1500 CPU 固件版本V2.0 及以上版本支持通过域名系统 (DNS) 进行寻址的安全通信。 要通过域名进行 TCP 安全通信，则需手动创建一个TCON_ 系统数据类型的数据块， 并分配参数，之后在 TSEND_C、TRCV_C 或 TCON指令中直接调用该数据块。 要求： • 在 CPU 中，设置当前的日期和时间。 • 网络中包含至少一台 DNS 服务器。 • 已为S7-1500 CPU 组态至少一台 DNS 服务器。 • TLS 客户端和 TLS 服务器具有所需的全部证书。 要建立与 TLS客户端的安全 TCP 连接，请按以下步骤操作： 1. 在项目树中，创建一个全局数据块。 69 通信服务 4.6 安全通信 通信功能手册, 11/2022, A5E03735819-AK 2. 在该全局数据块中，定义一个 TCON_数据类型的变量。 在以下示例中，显示了一个全局数据块“Data_block_1”，其中，定义了数据类型 TCON_的变量“DNS ConnectionSEC”。 图 4-21  TCON__Server3. 在“起始值”(Start value) 列中，设置 TCP 连接的连接参数。例如，在“ID”中输入 TCP 连接的 本地 ID。4. 在“起始值”(Start value) 列中，设置安全通信的参数。 –“ActivateSecureConn”：激活该连接的安全通信。如果该参数的值为 FALSE，则忽略后面的安全参数。此时，可建立非安全的 TCP 或 UDP 连接。 – “TLSServerRe”：TLS客户端需具有 X.509-V3 证书。 – “TLSServerCertRef”：自身 X.509-V3 证书的 ID。楏㚘楒⯷겣㒹5*" 1PSUBM⮾劰㾡겤 䓶彻5-4䒞〲㏹吕 $"楒⯷겣ⱟ5*" 1PSUBM㦍⾋겤 砝楒 䓶彻5-4䒞〲㏹吕楏㚘楒⯷ 5-4䒞〲㏹ 4 )FMMP 5-4㤳㿈墀겣墽⮚䍊1-$겤 )FMMP 图 4-22  从作为 TLS服务器的 S7-1500 的角度处理证书 – “TLSClientCertRef”：X.509-V3 证书（或 X.509-V3证书组）的 ID，TLS 服务器使用该 ID 验证 TLS 客户端的身份。如果该参数为 0，则 TLS服务器将使用服务器证书中心当前加 载的所有 (CA) 证书对客户端的身份进行验证。 5. 在程序编辑器中，创建一个TSEND_C、TRCV_C 或 TCON 指令。 70 通信 功能手册, 11/2022, A5E03735819-AK 通信服务4.6 安全通信 6. 将 TSEND_C、TRCV_C 或 TCON 指令的 CONNECT 参数与 TCON_数据类型的变量 进行互连。 在以下示例中，TCON 指令的 CONNECT 参数已与变量“DNSconnectionSEC”（数据类型 TCON_）互连。 图 4-23  TCON 指令 更多信息有关 TCON_ 系统数据类型的更多信息，请参见 STEP 7 在线帮助。 有关安全通信的更多信息，请参见“安全通信(页 40)”部分。 4.6.4.3 两个 S7-1500 CPU 之间的安全 OUC 在以下章节中，介绍如何通过 TCP 在两个S7-1500 CPU 之间建立开放式用户安全通信。在此 过程中，一个 S7‑1500 CPU 用作 TLS客户端（主动建立连接）而另一个 S7‑1500 CPU 则用作 TLS 服务器（被动建立连接）。 建立两个 S7-1500CPU 之间的安全 TCP 连接 要在两个 S7‑1500 CPU 之间建立 TCP 安全通信，则需为每个 CPU 手动创建TCON_IP_V4_SEC 系统数据类型的数据块，并分配相应参数，之后在 TSEND_C、TRCV_C 或 TCON 指令中直接调用该数据块。 要求： • 在 CPU 中，设置当前的日期和时间。 • 两个 S7‑1500 CPU 的固件版本为 V2.0及以上版本