多核 目的： 任务配置 如今，越来越多的控制器拥有具有多个 CPU 内核的处理器。为了能够将其用于 IEC 程序并提高性能， CODESYS 将 IEC 任务分配给这些 CPU 内核的可能性。此外，IEC 计划应分为几个任务。 将 IEC 任务分配到 CPU 内核时，有 CODESYS 两种根本不同的策略： IEC 任务永久绑定到 CPU 内核： 该任务将始终在该特定 CPU 内核上运行。如果 I

保护应用程序 借助特定于 PLC 的许可证管理及其在应用程序对象属性中的设置，您可以实现引导应用程序的专有技术保护和复制保护。下载代码和启动应用程序可以加密和签名。 用证书加密 要求：您有一个项目，其中包含要作为加密启动应用程序加载到控制器上的应用程序。您拥有此控制器的证书，用于加密计算机上 Windows 证书存储中的应用程序。注意：如果要将应用程序加载到不同的控制器上，则需要为每个控制器提供相

数据持久化 变量及其数据的生命周期从创建变量时开始，到删除变量和释放内存时结束。创建、初始化或实例化变量的时间取决于声明的范围。释放内存的时间通常也取决于范围。例如，全局变量的内存通过退出应用程序来释放。 他们可以比平时更长时间地保留数据。中的以下机制 CODESYS 为此目的而提供。 数据保存机制 （一个）： 持久的全局变量列表 用关键字 PERSISTENT RETAIN 重新加载应用程序时，

使用持久变量保存数据 当应用程序重新加载、下载、热启动或冷启动后，持久变量保持其值。 控制器上需要一个特殊的非易失性存储区来延长使用寿命，例如 NVRAM 或 UPS。将数据备份到此类存储不需要任何额外的时间，这比使用 Persistence Manager 保留数据更具优势。如果控制器不提供硬件支持，则数据通常存储在文件中。如果您正确关闭控制器，数据将被保留。但是，如果发生电源故障或“拔掉插头”

使用保留变量获取数据 保留变量在热启动后保留其值。但是，具有持久性变量的价值保留程度更高。 控制器上需要一个特殊的非易失性存储区来延长使用寿命，例如 NVRAM 或 UPS。将保留变量保存在这样的内存中不需要任何额外的时间，这比使用 Persistence Manager 保留数据具有优势。如果控制器不提供硬件支持，则数据通常存储在文件中。如果您正确关闭控制器，数据将被保留。但是，如果发生电源故障

使用 Persistence Manager 变量保留数据 在里面 持久性管理器 在 Application Composer 中，变量是持久管理的。的功能 持久性管理器 不需要控制器上的任何特殊内存来接收值和数据。 宣言 Persistence Manager 中管理的变量位于带有 pragma 的声明中 {attribute 'ac_persist'} 标记。 pragma 导致如此归因的变量

使用食谱获取数据 变量在配方管理器中持续管理。配方管理器不需要控制器上的任何特殊内存来接收值和数据。 宣言 配方定义由一组具有值的变量组成，并在对象中定义 食谱经理 创建和编辑并保存为文件。 功能性 您可以在多个配方中包含一个变量，每个配方具有不同的值。 在在线模式下，您可以从控制器中读取变量的实际值并将其保存为配方值（设定值）。 你可以使用图书馆 Recipe Management 以编程方式实

更改编译器版本 在当前项目中用于生成用于目标设备的代码的编译器版本在项目设置中定义。 编译器版本独立于 CODESYS 版本。因此，恒定的应用程序代码是从具有相同编译器版本的源代码生成的，即使这是从不同的编译器版本完成的 CODESYS 版本。 重要 注意 不更新 设置在 编译器版本 的选项卡 项目环境 对话框：如果选择此选项并且您打开一个较旧的项目， 最新 编译器版本还是用的，那么 CODESY

打开一个 V3 项目 在 CODESYS ，您可以打开使用不同安装创建的项目、库项目或项目档案。打开项目时，会自动检查活动安装是否适合加载项目。此时，可以检测到缺陷，例如缺少附加组件或已弃用的安装。您可以纠正这些缺陷。然后，您可以使用合适的安装加载项目。 . 可以采取以下措施来纠正缺陷： 更新现有附加组件并安装缺少的附加组件 开始另一个适合该项目的安装 安装一个额外的 CODESYS 具有合适状态

打开 V2.3 项目 提示 A CoDeSys V2.3 项目只能使用 32 位版本进行转换 CODESYS V3 。为此，需要将 CODESYS V2.3 Converter 软件包必须安装在 CODESYS V3 。该软件包可在 CODESYS Store International 。 如果您使用的是 64 位版本 CODESYS V3 ，那么您还需要安装32位版本进行转换。转换完成后，您可