下载并启动 CODESYS 控制器上的应用 要求：控制器已启动。 在 CODESYS , 创建一个标准项目：点击 文件 → 新建项目 .在里面 新项目 对话框，选择 标准项目 模板并指定名称和位置。然后在 标准项目 对话框，选择相应的控制器。 在设备树中（ 设备 视图）的新项目，现在有一个控制器条目（ 设备 （...） ), 下面是一个带有 POU ( PLC_PRG (PRG) 和一个任务 主要

对话框：系统配置 - 应用程序 称呼： CODESYS Control RTE V3 状态栏中的菜单，然后 应用 标签 此处为 PLC 的应用程序组件进行设置。 表 9 . 引导应用程序 下载时创建 ：下载时会隐式生成引导应用程序。 仅在下载时存储 ：下载时会隐式生成引导应用程序，但不会将项目下载到内存中。 （仅适用于特殊应用） 保留不匹配行为 保留数据损坏时 PLC 行为的选项： 不要加载 ：未

可能的状态 当应用程序（ SafetyApp ）是可执行文件，并已下载到 EtherCAT Safety 使用标准应用程序登录时，模块、应用程序的状态和安全 POU 显示在设备树中的方括号中。 . EL6910 / EK1960 安全应用状态 offline run stop safe start prepare restore project crc ok global shutdown glo

铝状态 这 AL状态 属性返回堆栈开始处的任何错误。例如，显示从属实例的配置错误。 提示 AL 状态消息也记录在记录器中。 错误代码 价值 错误文本 评论 16#0 没有错误 16#1 未指定的错误 16#2 没有记忆 16#11 请求的状态更改无效 16#12 未知的请求状态 16#13 不支持引导程序 16#14 没有有效的固件 16#15 邮箱配置无效 设备不接受配置，例如，来自 ESI 文

应用中的诊断 这 PROFINET 控制器配备用于诊断数据的内部缓冲区。这个“影子数据库”在后台通过设备发送的警报和用于建立连接的非循环服务不断更新（对用户透明）。通过这种方式，所有设备的实际诊断状态都会以最小的延迟反映在主机应用程序中，并且可以随时在那里进行评估。或者或另外，应用程序可以接收单独的警报（ CommFB.RALARM ) 或重新读取诊断数据 ( CommFB.RDREC ）。 的A

old. TargetSettingSeparateApplication [...] child application [...] application. Return type

elements. An application [...] application which is using [...] application specific data

应用中的诊断 CANopen 状态 可以通过三种不同方式在应用程序中查询设备的 CANopen 状态： GET_STATE 功能块（ 民航局中央情报局 405 图书馆） <name in device tree>.CANopenState 财产 （ 3S CANopenStack 图书馆） <name in device tree>.GetDeviceState 方法 （ CAA 设备诊断 图书馆

应用中的诊断 CANopen 状态 您可以在应用程序中以两种不同的方式询问本地 CANopen 从站的状态： <name in device tree>.State 财产 （ 3S CANopen设备 图书馆） <name in device tree>.GetDeviceState 方法 （ CAA 设备诊断 图书馆） 该方法不返回 CANopen 状态，而是返回设备是否正在运行的信息。 CAN

应用中的诊断 ECU 状态 可以通过三种不同的方式在应用程序中询问设备的 ECU 状态： <name in device tree>.State 财产 （ IoDrvJ1939 图书馆） <name in device tree>.GetDeviceState 方法 （ CAA 设备诊断 图书馆） 该方法不返回特定的 J1939 状态，而是返回设备是否正在运行的信息。之间的映射表 ECUSTATE