CODESYS Development System
重构 一般来说,重构是一种在不改变其行为的情况下改进已编写软件的设计的方法。 重构 CODESYS 提供重命名对象和变量名称以及更新块 I/O 的功能。您可以显示使用重命名对象和变量的所有位置,然后将它们作为一个整体重命名或单独选择。此外,您可以 工具 → 选项 配置是否以及在哪些点 CODESYS 自动提示您重构。 重命名全局变量 要求:您已经打开了一个包含至少一个功能块的项目 脸书 和一个全局
CODESYS Development System
任务配置 在任务配置中,您可以定义一个或多个任务来检查和执行控制器上的应用程序。每个应用程序必须有一个对象 任务配置 自己的。 任务是 IEC 程序的按时间顺序执行的单元。它由名称、优先级和确定触发任务启动的条件的类型定义。您可以根据时间(循环间隔、自由运行)或通过内部或外部事件来定义此条件,一旦发生,任务将被执行。例如,事件是全局项目变量的上升沿或控制器的中断事件。 一项任务调用一个或多个程序块
CODESYS Development System
创建任务配置 要求:打开的项目包含程序类型的 POU,并且在设备树中位于 应用 一 任务配置 与 任务 插入。 在设备树中,双击任务对象 任务配置 . 这 配置 任务对象的选项卡打开。 在选择列表中选择 类型 入口 循环的 出去。 输入字段 间隔(例如 t#200ms) 可见。 在框中输入 间隔(例如 t#200ms) 价值 t#300ms 一。 点击按钮 +添加通话 . 出现输入帮助。 选择在
CODESYS Development System
定义抖动、延迟 在选项卡上 监控 在对象 任务配置 您可以在运行时监控各个任务的周期性抖动值。周期性抖动与基于延迟的释放抖动不同。请参阅以下定义: 周期性抖动 周期性抖动(J 经过 ) 是一个任务的周期时间的偏差 (T 经过 )从所需的任务循环时间(T 0 )。 Ĵ 经过 = T 经过 -T 0 所需(理想)循环时间 T 0 在任务的配置中使用 间隔 指定的。 您可以在选项卡中查看当前值,以及运行
CODESYS Development System
多核 目的: 任务配置 如今,越来越多的控制器拥有具有多个 CPU 内核的处理器。为了能够将其用于 IEC 程序并提高性能, CODESYS 将 IEC 任务分配给这些 CPU 内核的可能性。此外,IEC 计划应分为几个任务。 将 IEC 任务分配到 CPU 内核时,有 CODESYS 两种根本不同的策略: IEC 任务永久绑定到 CPU 内核: 该任务将始终在该特定 CPU 内核上运行。如果 I
CODESYS Development System
保护应用程序 借助特定于 PLC 的许可证管理及其在应用程序对象属性中的设置,您可以实现引导应用程序的专有技术保护和复制保护。下载代码和启动应用程序可以加密和签名。 用证书加密 要求:您有一个项目,其中包含要作为加密启动应用程序加载到控制器上的应用程序。您拥有此控制器的证书,用于加密计算机上 Windows 证书存储中的应用程序。注意:如果要将应用程序加载到不同的控制器上,则需要为每个控制器提供相
CODESYS Development System
数据持久化 变量及其数据的生命周期从创建变量时开始,到删除变量和释放内存时结束。创建、初始化或实例化变量的时间取决于声明的范围。释放内存的时间通常也取决于范围。例如,全局变量的内存通过退出应用程序来释放。 他们可以比平时更长时间地保留数据。中的以下机制 CODESYS 为此目的而提供。 数据保存机制 (一个): 持久的全局变量列表 用关键字 PERSISTENT RETAIN 重新加载应用程序时,
CODESYS Development System
使用持久变量保存数据 当应用程序重新加载、下载、热启动或冷启动后,持久变量保持其值。 控制器上需要一个特殊的非易失性存储区来延长使用寿命,例如 NVRAM 或 UPS。将数据备份到此类存储不需要任何额外的时间,这比使用 Persistence Manager 保留数据更具优势。如果控制器不提供硬件支持,则数据通常存储在文件中。如果您正确关闭控制器,数据将被保留。但是,如果发生电源故障或“拔掉插头”
CODESYS Development System
使用保留变量获取数据 保留变量在热启动后保留其值。但是,具有持久性变量的价值保留程度更高。 控制器上需要一个特殊的非易失性存储区来延长使用寿命,例如 NVRAM 或 UPS。将保留变量保存在这样的内存中不需要任何额外的时间,这比使用 Persistence Manager 保留数据具有优势。如果控制器不提供硬件支持,则数据通常存储在文件中。如果您正确关闭控制器,数据将被保留。但是,如果发生电源故障
CODESYS Development System
使用 Persistence Manager 变量保留数据 在里面 持久性管理器 在 Application Composer 中,变量是持久管理的。的功能 持久性管理器 不需要控制器上的任何特殊内存来接收值和数据。 宣言 Persistence Manager 中管理的变量位于带有 pragma 的声明中 {attribute 'ac_persist'} 标记。 pragma 导致如此归因的变量