PROFINET IO 模式PROFINET IO 设备如何在大型组态中启动操作具有大型组态（Zui多 128 个通信连接和Zui多 128 个 PROFINET IO 设备）的模块时，在所有 PROFINET IO 设备收到来自 PROFINET IO 控制器的组态数据之前，站可能要花费几分钟时间才能启动。 作为 PROFINET IO 设备运行的 IE/PB Link PN IO 尤其受此影响。这种情况下，要保证 CPU 不会中断项目工程数据的分发，必须增加 CPU 上的参数分配监控时间。可能的解决方法： 减小组态规模（例如，几个 CP 上的分配）。同时操作其它服务时减少为 PROFINET IO 保留的通信分配。如果在同一以太网上同时通过 PROFINET IO 运行循环数据交换，则在 PROFINET IO 系统的属性对话框中将 PROFINET IO 的通信分配值设置为小于 。原因： （默认）设置为 时，通信时间将主要为 PROFINET IO 数据交换保留。 减少PROFINET IO 的通信分配可为 PROFINET IO 增加整个系统的更新时间，并且在 CP 上创造额外的时间来处理其它通信服务。PROFINET IO 中的优先级启动功能如果使用 RT 或 IRT 通信，则对于同样支持该功能的 PROFINET IO 设备，CP 将支持PROFINET 功能“优先级启动”(prioritized startup)。 每个 I/O 控制器可组态Zui多 32 个PROFINET IO 设备。 对于这些 IO 设备，通过Zui多 8 个设备即可获得低至 0.5 s 的同步启动时间。优先级启动用于 IO 设备快速变化的快速过程中，例如通过机器人快速更换工具。即使在以下情况下，速度也会得到显著提高：• 接通电源或站故障/站恢复后，应用程序要求 IO 设备能够快速启动。• 激活 PROFINET IO 设备时。说明较长启动时间，无论优先级启动如何在以下情况下，可能经历Zui长 8 s 的启动时间而无论优先级启动如何：• PROFINET IO 设备在 8 s 内断开并重新连接。• 在停靠点，几个物理 PROFINET IO 设备停靠在一起作为具有一个特定设备名称和一个特定 IP 组态的 IO 设备（例如，无人驾驶交通系统的一个停靠站）。IO 设备的组态为在 PROFINET IO 系统中组态的 IO 设备组态优先级启动。 在 STEP 7 中为相关 IO 设备选择 PROFINET 接口的属性。优先级启动需要固定端口设置。有关详细信息，请参见 PROFINET IO 的系统描述 /16/ (页 123)/17/ (页 123)。说明更改启动行为的组态将 IO 设备的组态更改为优先级启动后，首次启动时所需的时间与不采用优先级启动时相同。 随后，所有后续启动将在缩短的时间内完成。未使用的 PROFINET 接口，不带 BUS2F 指示灯未连接的 PROFINET 接口的 BUS2F 显示如果 PROFINET 接口的任何端口都未连接电缆，并且组态中存在联网的 PROFINET 接口，则“BUS2F”LED 会点亮。如果不应使用任何端口，并且意外点亮了“BUS2F”LED，请删除组态中 PROFINET 接口的联网设置。使用 CP 作为 IP 路由器CP 可用于在本地网络与更gaoji网络之间转发 IP 消息。 CP 根据组态控制访问权限。可将包含其它 IP 子网的扩展网络连接到其中一个以太网接口。 为此，可在此接口中组态外部路由器，以便处理无法直接访问的节点的转发。 在相关接口的 STEP 7 接口组态的“默认路由器”(Default router) 中输入此路由器的 IP 地址。说明不支持将 CP 用作与其它子网联网的两个扩展网络之间的通用路由器。冗余伙伴的端口组态使用与冗余伙伴相同的端口号自固件版本 V3.2 起的 CP，在 CP 和冗余伙伴之间组态被动 TCP 连接时，可以组态两次相同的 CP 本地端口号。例如，伙伴为冗余 IEC 主站时，这很有必要。说明MRP 环型拓扑中包含的对象不切实际由于在每个设备更改时都会中断环网，因此带有介质冗余的环型拓扑中包含具有优先启动的 IO 设备实际没有任何用途。IRT 通信： 同步类型在一个 IRT 域内（等时实时），可以将 CP 用于 IRT 通信。CP 支持带有“高性能”(high-performance) IRT 选项的 IRT 通信。 IRT 选项“高性能”(highperformance) 根据拓扑规划的结果优化数据通信。目前，仅在更换 CP GX20 时才支持 IRT 选项“高灵活性”(high flexibility)。在 PROFINET 接口的“同步”(Synchronization) 参数组中指定所需的同步参数。说明组态要求只能使用 STEP 7 V5.5.x 对 IRT 通信进行组态。使用Zui新固件版本操作 PROFINET IO 设备使用Zui新的固件版本对于下面列出的 PROFINET IO 设备，应使用Zui新的固件版本来操作 CP。• 部件编号为 6ES7151-3AA20-0AB0 的 IM151-3PN• 部件编号为 6ES7151-3BA20-0AB0 的 IM151-3PN可在以下 Internet 网址找到Zui新固件版本共享设备 - 使用路由器地址共享设备允许多个 PROFINET IO 控制器访问同一 PROFINET IO 设备的不同子模块。通过共享设备将 CP 用作 PROFINET IO 控制器满足以下所有要求时，下面的信息适用：• 通过分配的共享设备将 CP 用作 PROFINET IO 控制器。• PROFINET 接口上没有组态任何路由器。• CP 的千兆位接口已联网。问题/行为在这种情况下，共享设备被自动分配 CP 的 PROFINET 接口的 IP 地址作为路由器地址。当分配给共享设备的其它 IO 控制器使用其它路由器地址或没有路由器地址时，此分配会导致冲突。纠正方法仅当在使用路由器方面对gaoji I/O 控制器进行了相同组态时，用作共享设备的 IO 设备才参与数据交换。因此，应该按如下方式在其它 IO 控制器上组态 PROFINET 接口：• CP 的 PROFINET 接口的 IP 地址用作路由器地址。或• 用作 IO 控制器的 CP 和所有其它 IO 控制器使用同一 IP 地址作为路由器地址。介质冗余可在具有介质冗余的环型拓扑中使用 CP。 CP 本身可以作为冗余管理器。有关组态的详细信息，请参见“介质冗余”(Media redundancy) 参数组的在线帮助和本手册的部分 A /2/ (页 120)。说明如果要使用 IRT 通信，则不支持介质冗余。开放式通信服务 SEND/RECV 的调用接口只有在对作业进行确认之后才能修改调用参数说明对于程序块 AG_SEND/AG_LSEND/AG_SSEND 或 AG_RECV/AG_LRECV/AG_SRECV 的调用接口，请注意以下事项：一旦触发作业，便只能等到程序块通过 DONE=1 或 ERROR=1 确认作业已完成后才能再次进行更改。如果忽略这点，则作业的执行过程可能因错误而中止，并且 CPU 上的资源会被yongjiu占用。使用 IP_CONFIG 的已编程通信连接使用 FB55 下载组态FB55 允许通过程序控制组态数据的传送。说明如果 CP 处于 STOP 模式并使用 FB55 下载组态，则 CP 自动切换到 RUN 模式。特性/限制不能同时运行已组态连接和已编程连接。一旦通过 FB55 设置了 IP 地址，所有已组态连接都将删除。说明运行具有容错 S7 连接的 CP 时，不可使用 IP_CONFIG (FB55)。如果通过 CP 组态容错 S7 连接，则不能使用程序块 IP_CONFIG (FB55) 组态 CP 的 IP。有关特性以及在容错系统中的用法的详细信息，请参见“/14/ (页 123)/”中有关程序控制的IP 组态的部分。6.9.3 使用已编程通信连接的 IP 访问保护原则上，通过编程同时组态 IP 访问保护，可以使用程序块 IP_CONFIG (FB55) 来设置通信连接。在 STEP 7 中组态指定连接（主动端点）时，伙伴的 IP 地址将自动输入到 IPACL（IP 访问控制列表）中。使用 FB55 编程的通信连接也输入到 ACL 中。请注意以下几点：说明具有未指定连接（被动端点）的伙伴的 IP 地址不输入到 IPACL 中。 如果已启用 IP 访问保护，则仅当 IP 地址已在组态期间事先输入到 ACL 中时，才能进行与未指定节点的通信。已编程的通信连接 - 将参数分配给端口为 TCP 连接和 UDP 连接的参数块中的端口分配参数时，CP 支持以下设置：• SUB_LOC_PORT 参数主动建立连接时可将端口指定为选项。• SUB_REM_PORT 参数被动建立连接时可将端口指定为选项。开放式 TCP/IP 通信使用为允许用户程序与其它 TCP/IP 兼容通信伙伴交换数据，STEP 7 为连接参数分配提供一个UDT 和四个程序块 (FB)：• UDT 65“TCON_PAR”，包含用于连接参数分配的数据结构• FB65“TCON”，用于建立连接• FB66“TDISCON”，用于终止连接• FB63“TSEND”，用于发送数据• FB64“TRCV”，用于接收数据TCP/IP 通信面向连接。仅当与通信伙伴的连接建立后才能传输数据。CPU 可以同时使用到一个通信伙伴的多个连接。支持以下协议类型：• ISO on TCP（符合 RFC 1006）参数化在连接说明 (UDT 65) 中进行以下参数设置：• local_tsap_id：字节 1 = 0xE0（为使功能正确，必须输入值）• local_tsap_id：字节 2 = 机架/插槽编号• remote_tsap_id：字节 1 = 0xE0（为使功能正确，必须输入值）• remote_tsap_id：字节 2 = 机架/插槽编号注意：TSAP 长度为 2-16 个字节。前两个字节必须按说明占用，用户可使用其它字节来满足任务需要。说明请注意，动态建立的连接数也取决于已组态的静态建立的连接数。FB 的调用接口上将接收到相应的条件代码。请参见 STEP 7 的在线帮助和文档中相应程序块的文档，其中还有参数分配的示例。与高通信负载结合使用的建议原因使用此处描述的 CP 时，下面几点将帮助您避免 CPU 上出现过载情况。尤其是在用此处描述的 CP 替换旧 CP 后遇到过载问题时，应针对下述隐患检查您的应用。已知问题• 用于发送和接收的程序块 AG_SEND/AG_RECV（FC5/FC6、FC50/60 或 FC53/63）经常在 OB1 中周期性调用。这导致 CPU 与 CP 之间持续进行通信。因此，其它类型的通信（例如 PG 功能）无法执行或者速度很慢。• HMI 系统过于频繁地使用 S7 功能访问 CPU 的数据。 这通常会降低通信速度，并且如果在 OB1 中周期性调用 SEND/RECEIVE FC，则 CPU 上可能出现资源瓶颈（影响： 减少数据吞吐量或增加响应时间）。纠正方法请注意以下建议：• 请勿在 OB1 中周期性调用通信程序块！应在合适的周期中断 OB 中调用受时间控制的通信。此 OB 的调用间隔应显著大于 OB1的平均周期时间。• 应设置一个大于 OB1 平均运行时间的Zui小周期时间。这样可释放用于在 CPU 上通信的资源。例如，当 OB1 中已发生周期性通信时，此方案是现有应用的一种解决方案。• 必要时，通过更改 CPU 属性中的“通信的扫描周期负载”(Scan cycle load fromcommunication) 参数来减小 CPU 上通信处理所用的时间。