CODESYS 沟通 只要控制器上存在多个以太网适配器，通常建议将 CODESYS 通信（项目下载、监控等）和现场总线通信（此处： PROFINET ）。特别是，这适用于 PROFINET 设备，它还控制适配器的 IP 设置。更改 IP 地址（例如，通过 DCP 设置命令或在启动应用程序时）会导致不愉快的终止 CODESYS 沟通。之后，IDE 必须重新连接。 分离通信的最简单方法是禁用以太网适配
配置 PROFINET 控制器 提示 我们建议您在操作系统中为使用的以太网适配器配置静态 IP 地址。 视窗 Windows 中符合标准的行为需要以下配置步骤： 使用时 CODESYS Control Win V3 ： 安装 Npcap 软件（例如包含在 Wireshark 安装程序中）。 重要 本说明仅适用于 CODESYS 通过 SP18 的版本。 安装 WinPCap 软件。 默认情况下，N
配置一个 PROFINET 设备 Linux 在 Linux 中，为了符合标准的行为，以下配置步骤是必需的（此处为 Debian/Raspi 示例）： 在里面 CODESYS 项目，清除 调整操作系统设置 以太网适配器设备的选项。 关闭协议过滤器并允许在配置文件 (*.cfg) 中设置 IP 地址 CODESYS 运行： [SysEthernet] Linux.PACKET_QDISC_BYPAS
运行时配置 (CIFX) 对于 CIFX 版本，必须在 PROFINET 配置文件 (*.cfg)。在配置文件中，可以配置 CIFX 固件的其他设置，例如加载另一个固件版本（见注释）。 [ComponentManager] ... Component.7=CmpHilscherCIFX [CmpHilscherCIFX] InterruptMode=1 ; available e.g. for R
故障排除 本节介绍使用本产品时技术问题的排除方法 CODESYS PROFINET 驱动程序（控制器和现场设备）。特别是，它涵盖了与不同运行时变体相关的问题。本章不提供介绍 PROFINET 诊断。 重要 请注意每个平台的配置步骤。 本节内容如下 :
连接丢失 (DHT) 特别是与 PROFINET 实时能力有限的平台上的控制器，例如 Linux 或 CODESYS Control Win V3 , 选择太低 (< 4 ms) 的发送时钟通常无法维持。这由错误“AR 消费者 DHT 已过期”（PNIOStatus = 0xCF81FD05 ）。 连接丢失的常见原因 电源安全政策 当今的操作系统和 CPU 通常具有许多省电功能，可以“休眠”系统的
诊断方法 有关故障排除的更多信息，请参见以下视图 CODESYS 或外部软件，具体取决于具体情况： 设备配置器中的状态对话框 如果对象 PROFINET 控制器或 PROFINET 设备在设备树中有一个红色符号，或者如果根本没有发生通信，请查看 地位 设备配置对话框中的选项卡。 这里我们只看控制器。这同样适用于设备。 此处显示的诊断结构中最重要的字段如下： 控制器状态 ： 控制器的当前状态；各个值
表现 这 PROFINET RT 数据包以恒定的发送时钟传输到控制器和设备。如果这个发送时钟不能被维持，那么连接会被通信看门狗“DataHoldTimer”终止。 PROFINET 设备，即使在建立连接的阶段。 在弱系统或与以太网组件链接不良的系统上（ SysEthernet )，可能会出现不稳定的数据传输。 然后要么发送时钟必须在 Reduction ratio 设置，否则必须加强通信看门狗。
PROFINET 和其他驱动程序 这 PROFINET 控制器和设备可以与其他驱动程序（例如 Modbus/TCP 或以太网 IP）在同一个以太网适配器上运行。但是，它们需要独占访问低级以太网组件（ SysEthernet ）。因此，例如，它们不能在一个适配器上与 EtherCAT 并行运行。如果有多个以太网适配器可用，则一个 PROFINET 每个驱动程序（控制器或设备）都可以在那里操作。 PR
PROFINET 和更早的运行时版本 这 PROFINET 驱动程序至少需要一个运行时 V3.5.7.0。 对于 Windows RTE 运行时，建议至少使用 V3.5.10.0（有关保留 UDP 端口的问题） PROFINET 范围）。 根据当前标准（V2.35 或 2.4）的认证要求是 RTE 版本 >= SP16.1 或 Linux > SP15。 本节内容如下 :
