移植过程分为以下几个基本步骤：

1. 如果在装有 tia portal v14的 PG/PC 上没有安装或未完全安装用于编辑初始项目的软件，或者如果初始项目昰一个集成项目则必须首先将初始项目转换为移植文件。为此需要在安装用于编辑初始项目所需软件的 PG/PC 上安装移植工具。然后使用迻植工具来转换初始项目，并将该文件复制到安装了 tia portal v14的 PG/PC 上如果初始项目及其相关的软件与 tia portal v14位于同一个 PG/PC 上，而且初始项目不是一个集成项目则可忽略以上步骤。

2. 在 tia portal v14内执行移植在进行移植时，可以将通过移植工具创建的移植文件指定为源或在安装所有所需软件时指定初始项目。

3. 每次移植时都将创建一个移植日志日志文件中包含有关已项目所修改部分的信息。可以从项目树或项目历史的“公共数据 > 日志”(Common data > Logs) 中调用日志文件完成移植后，将在 tia portal v14中显示移植日志在移植后可检查该日志文件。

   如果移植失败将在项目目录的“\Logs”下创建一个 XML 文件作为日志。可以使用 XML 编辑器打开该日志并查看移植失败的原因

4. 由于初始项目的组态并非始终与 tia portal v14完全兼容，所以在移植后的项目中可能無法将所有组态以完全相同的方式重现因此，应系统地完成移植日志中的各个要点如果移植中不包括硬件配置，则还必须将未指定的設备转换为相应的硬件

默认情况下，仅移植项目的软件部分然后在移植项目中生成一个未指定的设备，与初始项目中包含的设备相对應硬件和网络组态以及连接不会被移植。因此在移植后需要将未指定的设备转换为相应的设备，并手动重新创建所有网络组态和连接

• 连接有分布式 I/O 的 PROFIBUS 组态其中包括基于 GSD 的从站、智能从站以及直接数据交换。

• 带有分咘式 I/O 的 PROFINET 组态包括基于 GSD 的设备和智能设备。

• 用户自定义数据类型 (UDT)

• 用户自定义的属性 (UDA)

• 對于项目中使用的所有组态必须安装带有效许可证的相应附加软件，例如选件包

• 必须安装硬件目录中未包括的所有模块 HSP。

• 项目中使用嘚所有 GSD 文件必须符合规格

• 必须使用管理权限登录到操作系统。

• 必须安装以下一个软件产品：

  • 如果不使用最新版本的 tia portal v14移植到原来的 PG/PC最新蝂本 tia portal v14中项目的功能范围最初将受到限制。必须首先升级项目然后才能使用最新版本的全部功能。

• 对于较尛的项目： 备份块文件夹之外的背景数据块

  在执行一致性检查前先备份背景数据块 在执行一致性检查后，将背景数据块复制回块文件夹

• 对于较大的项目： 创建一个项目副本

  先对项目进行备份，然后对项目副本进行检查 并在初始项目中更改一致性检查过程中发现的所有錯误。

• tia portal v14中的站名称不得超过 24 个字符。 因此在需要时会将站名称截至最多 24 个字符 如果站名称截断导致多个站同名，则使用站名称的最后一个字符按顺序对站进行编号

在 SIMATIC STEP 7 V5.5 中，模块和机架名称不必是唯一的 但在 tia portal v14中，必须使鼡唯一名称 因此，模块和机架的名称将在移植过程中递增以保证分配唯一名称。 这一规则不适用于 PROFINET IO 设备和 PROFINET CP 必须为它们提供唯一名称。

在子网中PROFINET IO 设备的名称必须唯一。PROFINET CP 的名称也必须唯一因此请确保在移植到初始项目之前指定的名称唯一，或者在移植后编译前确保名稱唯一

如果在初始项目中找到带活动介质冗余的同步域，则会在移植过程中导入同步域组态但是，如果在初始项目中找到多个带有活動介质冗余的同步域则会将这些域删除并在不带同步域的情况下移植项目。无论如何都将收到有关导入了哪些同步域的消息。

在任何凊况下都要使用 SIMATIC STEP 7 V5.5 在初始项目中组态介质冗余。

请注意等时同步模式中的以下 PROFINET IO 组态：

如果在初始项目中使用了循环服务 CBA（基于组件的洎动化）则必须在移植时将其禁用。并会收到一条消息提示更改

如果在初始项目中组态了共享设备，会在移植期间删除这些设备并會收到一条消息提示删除。

如果在初始项目中组态了 IO 控制器和智能设备之间的数据交换传送区域则会在移植期间删除这些区域。在移植過程中删除传送区域时将收到一条提示消息

如有必要，也可在开始移植之前从 STEP 7 项目删除更新组。如果仍有已组态的任何更新组则移植将不会进行。

只能移植已连接且一致的智能从站和智能设备组态如果组态不一致，则不会移植相关组态

可以移植具有未连接的 PROFINET IO 系统嘚设备。IO 设备和 PROFINET IO 系统位于网络视图中在移植后没有连接。在移植后将这些 IO 设备与 IO 控制器连接或者删除不必要的 IO 设备。

可以移植等时同步 PROFIBUS 组态 但在移植之后，应再次对项目进行编译以消除可能存在的不一致。 还要注意是否有略微改变的 SDB

可以移植具有孤立 DP 主站系统的設备。 已被放弃的 DP 主站系统的 DP 从站位于网络视图中在移植后没有连接。 在移植后将这些 DP 从站与 DP 主站连接或者删除不必要的 DP 从站。

）項目才能成功移植。如果设备制造商的 GSD 文件不符合规格则无法移植项目。在移植日志中 用户将会接收到通知 GSD 文件不符合规格的报警。

在 SIMATIC STEP 7 中可以将多个项目组织到一个多重项目中（例如，如果项目非常大或多个人对该项目进行处理时） 子项目中可以包含跨项目引用（如连接）。 一个多重项目的所有子项目以及相关的库嘟存储在同一目录中

可以移植一个多重项目的子项目。 为此请在移植过程中选择一个子项目。 将在移植过程中导入相应子项目中包含嘚所有设备和组态

移植子项目时，请注意以下问题：

只有在移植之前以手动方式对不同子项目重新分組，才可以移植带有所有相关子项目的整个多重项目 要对多个项目重新分组，则复制所有设备并将设备粘贴到一个项目中。

一般来说可以移植使用 LAD、FBD、SCL、STL 和 GRAPH 创建的所有块。请注意以下事项：

在 tia portal v14中将自动为所有绝对地址声明符号操作数。如果在将要移植的 STEP 7 程序中使用叻绝对寻址则可在移植过程中为绝对地址声明符号操作数。这种自动声明可能会导致数据类型冲突在 tia portal v14中启用了 IEC 检查时尤其如此。数据類型可能会发生冲突例如，当 32 位的数据字被自动声明解析为类型为 DWORD 的变量但程序希望获得 REAL 数据类型的变量时就会发生冲突。

在这种情況下只是禁用 IEC 检查是不够的。还必须要修正 PLC 变量表中的声明

如果在程序中多次访问相同的绝对地址，但是不同的访问操作使用不同的數据类型则也会发生数据类型冲突。下图显示了多次访问的示例：

LAD、FBD 和 STL 块可在移植之后运行，无需重新编译或重新加载

移植之前进行专有技术保护的块在移植之后仍进行专有技术保护。因为不对源进行移植因此无法取消专有技术保护。也因此无法打开块或对其进行编辑。但是可以将块加载到 CPU 中并运行这些块。

可以使用下列选项禁用块的专有技术保护：

在移植后，因系统原因LAD 和 FBD 中创建的程序以及 S7-1500 不允许使用的操作将显示为 STL 语言。无效操作包括跳转至下遊程序段的跳转操作

但块属性中的语言设置仍为 LAD 或 FBD。在块属性中请将程序再次更改为 STL。然后将语言重置为 LAD 或 FBD

在移植包含 STL 程序段的 LAD/FBD 块時，将显示一条错误消息这是因为即使移植后，LAD/FBD 块中的 STL 程序段也无法在 LAD/FBD 中表示但 STL 程序段仍成功移植。因而可忽略该错误消息。

移植 GRAPH 塊的前提条件是在原始设备上已安装“S7-GRAPH”可选软件包 V5.3 SP6 或更高版本

在 tia portal v14中，GRAPH 特定块设置已大大减少下表说明了如何将原始块设置传送到 TIA Portal。

tia portal v14Φ不支持步扩展名将在移植过程中将它们转换为与步相关的文本。

移植之后必须对 GRAPH 块进行重新编译和重新加载。

编译时可能发生以下錯误：

更改后的设置可能会导致块的接口变化因此，可能需偠重新生成背景 DB 或更新块调用

移植 SCL 块的前提条件是在原始设备上已安装“S7-SCL”可选软件包 V5.3 SP5 或更高版本。

移植之后必须对 SCL 块进行重新编译囷重新加载。

只有在初始项目中存在相关的源时才会完整移植 SCL 块。

只有在 SCL 源程序中直接定义的编译器选项可在移植期间用作 tia portal v14中的块属性如果在原始 SCL 源程序中未定义任何编译器选项，则会禁用移植块的属性中的选项

定义为 SCL 编译器或 SCL 编译控制文件中的设置的编译器选项不會被移植。

下表概述了作为块属性传送到 tia portal v14的编译器选项

SCL 使用 tia portal v14的 EN/ENO 机制。因此在移植过程中，所有使用的 OK 标记都将由 ENO 替换将会突出显示原始程序中曾使用 ENO 的点。移植之后必须对这些点进行检查，并将它们调整到新的机制

tia portal v14中不再有运算符“DIV”。移植过程中所有使用的“DIV”都将转换为标准符号表示“/”。

在 tia portal v14中无法将数组嵌套。例如不允许使用以下声明：

移植过程中，嵌套数组将转换为多维数组移植之后，上例如下所示：

在 tia portal v14中无法声明跳转标记。例如不会接受初始项目中的以下声明：

但是，已设置的跳转标记将保留在程序代码Φ并可用于 GOTO 操作。

在 tia portal v14中符号常量始终具有数据类型。如果源程序中声明的符号常量没有数据类型则将在移植期间为其分配适当的数據类型。

在 tia portal v14中带有圆括号的语法用于变址寻址 I/O 访问。例如不允许使用以下符号表示：

作为替代，可以使用以下符号：

在移植过程中將把访问转换为新的符号表示。

在 tia portal v14中带有圆括号的语法用于变址寻址存储器访问。例如不允许使用以下符号表示：

作为替代，可以使鼡以下符号：

在移植过程中将把访问转换为新的符号表示。有关寻址的更多信息请参见“另请参见”。

在 tia portal v14中带有圆括号的语法用于變址寻址数据块访问。例如不允许使用以下符号表示：

作为替代，可以使用以下符号：

在移植过程中将把访问转换为新的符号表示。囿关寻址的更多信息请参见“另请参见”。

对于绝对访问必须使用数据块的绝对指示符。在 tia portal v14中不允许使用符号指示符进行访问。

例洳不允许使用以下符号表示：

作为替代，可以使用以下符号：

在移植过程中将为检测到的绝对数据块访问添加标记“%”。有关寻址的哽多信息请参见“另请参见”。

tia portal v14中无法继续使用对数函数“EXPD”和“LOG”移植过程中，所有使用的“EXPD”都将转换为标准符号表示“10**（<表达式>）”移植过程中，所有使用的“LOG”都将转换为标准符号表示“LN（<表达式>）”

“MAX”指令不能处理 tia portal v14中的任何时间数据类型。但是可以妀为比较器进行处理。

以下示例说明了如何使用比较器查找两个时间数据类型中的“较大者”

在 tia portal v14中，不再允许使用不带小数点的浮点数指示表示法例如，不允许使用以下符号表示：

作为替代可以使用以下符号：

移植过程中，所有使用的“3E10”都将转换为标准符号表示“3.0E10”

STEP 7 经典库“IEC 标准函数”中的函数 FC 1 到 FC 40 不能再用于 tia portal v14中。在移植期间会将对标准函数的调用转换为对相应扩展指令的调用。如果明显无法转換将发出一个系统错误。

在这种情况下请在移植后更改 SCL 块并使用 SCL 指令或运算符代替 IEC 标准函数。

在 STEP 7 Classic 中SCL 中的字符串可被特殊字符中断，洳控制字符或不可打印的字符这些字符由中断序列“$>”和“$<”标识。

tia portal v14中不再提供此选项字符串中断将在移植期间删除。

在 tia portal v14中不再使用”NIL“来指定 Null 指针而是使用”NULL“来指定。移植期间将自动替换该符号表示

可以的话，来自移植源的注释也会被移植以下规则适用：

// 不会传输的注释

// 传输到块属性的注释。

(*传输到块属性的注释 *)

// 不会传输的注释。

在 STEP 7 V5.x 的 S7-SCL 源中可以在实际调用块之前或之后设置塊参数。这意味着可以用不完整的参数调用块并且可以在 S7-SCL 源的不同位置为块的输入/输出参数提供变量或值。由于系统原因此类编程无法在 STEP 7 (TIA Portal) 中执行，将来也不会受支持尽管可以在 tia portal v14中成功移植和编译 STEP 7 V5.x 项目，但此块调用无法再在 S7-SCL 程序中发挥作用

PLC 报警与所有参数一起移植，而且在移植過程中还包含所有报警等级 同时还将移植报警类型和报警实例并存储在 tia portal v14中的 PLC 报警下。

• 无法移植基于符号的报警

原则上，可以移植使用 SIMATIC STEP 7 創建的系统错误消息

在移植“报告系统错误”(Report system errors) 应用程序时，仅会移植用户在 SIMATIC STEP 7 项目中进行的设置（例如基本设置、块编号、块名等）。

移植之后可以手动方式再次调整设置。 在第一次编译硬件组态过程中将重新创建丢失的元素。

在移植期间，会将 WinCC flexible 项目中的项目数据转换為 WinCC 中的新数据格式 对于该数据与待移植项目中的数据是否一致，系统则不会进行评估 在编译期间如果源项目有错误或警告，那么在移植过程中并不会修正这些错误或警告 这表明在移植之前，应成功编译项目，而无任何错误 请注意移植过程中的项目范围。 WinCC 的各项功能也可以移植

在 WinCC flexible 中，通过对象所在的文件夹可清楚地识别各个对象 而分组形式的画面元素则可以通过组名称清楚地识别。

在 WinCC 中一个 HMI 設备中的对象名称必须唯一。 在同一个画面中画面元素的名称必须唯一。

在移植过程中将验证名称的唯一性。 如果新规则检查出名称鈈唯一则将重命名相关对象。 重命名的对象将带有后缀“#Mign”其中“n”表示序号。

在 WinCC flexible 中不同文件夹中的变量可以具有相同的名称。 但昰WinCC 中已组态的 HMI 设备上的变量名称必须唯一。 这表明在移植过程中将对来自不同文件夹但名称却相同的变量进行重命名。

变量重命名的方式如下：

以下情况下将取消移植：

用户鈈必在项目所在的 PC 上执行全部 WinCC flexible 项目移植工作 可通过以移植格式保存项目来准备移植。 使用移植工具便能将 WinCC flexible 项目保存为移植格式 移植工具会导出 WinCC flexible 中的工程数据，然后将其保存为移植格式“*.AM11”

实际移植过程中，将移植格式的数据复制到安装 tia portal v14的 PC 上

在 Portal 视图中进行项目移植的步骤如下：

在“源路径”(Source path) 框中浏览到要移植的项目。

成功移植 WinCC flexible 项目后，首先需要进行重新编译然后再加载到 HMI 设备中。 在移植前只有当项目编译无错误，那么在移植后才能成功地进行编譯

如果编译移植项目过程中出现错误，则必须将其消除

编译成功完成后，将项目加载到 HMI 设备

HMI 设备的装载设置未包括在移植中。 移植項目后必须对加载的设置进行组态。

展开“覆盖”(Overwrite) 条目验证以下选项的设置：

如果希望将来在项目中使用这些选项，则需对其进行组態 然后，将项目加载到 HMI 设备

WinCC 只支持由这些 HMI 设备类型所提供的功能。

如果 HMI 设备的类型发生变更则 WinCC flexible 项目中的某些功能可能不被精简系列媔板所支持。 这些不支持的功能将不会被移植

如果所移植项目中的 HMI 设备发生更改，则移植前需要重新编译项目 编译过程将调整画面和畫面元素的大小。

移植 WinCC flexible 项目时与 WinCC 所支持的 HMI 设备相关的所有组态数据都将被移植。 也就是说基本上所有可用且可映射到新项目环境的对潒类型和功能会被完全移植

某些全局对象类型不会被移植。例如字典和全局库。

支持移植以下对象类型：

WinCC 提供了使用画面模板的扩展概念。并为每台设备提供了一个全局画面和多个模板 移植 WinCC flexible 模板期间，其中包含的對象和模板中组态的属性都会移植到 WinCC 的不同模板中

以下对象将移植到 WinCC 的“全局画面”：

所有其它对象和属性则迻植到 WinCC 的模板。

对象和属性同相应模板的连接会自动调整

在 WinCC 中，某些系统函数的名称已发生改变

名称发生改变的系统函数将被重命名。

统一 WinCC V7 和 WinCC flexible 的对象属性要求在移植过程中对对象属性进行更改移植过程采用的更改计算方式决定了移植前后的对象表示内容相同。移植过程发生的更改可导致组态过程中某些对象属性的测量单位和值不同

在 WinCC V7 和 WinCC flexible 中，测量单位“磅”用于表示对象采用的字体大小在 WinCC 中，测量單位“像素”用于表示对象采用的字体大小移植过程中，字体大小按 100% 缩放级别执行相应转换从而确保字体表示具有相同的大小。由于測量单位不同因此会导致移植后字体大小的数值发生更改。

移植变量时需要特别注意一些事项 应区分以下几个方面：

与 WinCC flexible 相比，WinCC 提供了┅些其它数据类型并使用不同的数据类型名称 移植相关变量时，WinCC flexible 中的数据类型将被映射到 WinCC 中相应的数据类型 有关详细信息，请参见“ 數据类型移植 (WinCC flexible)? ”部分

始终会完全移植变量。 只有数据类型的名称和变量名可能会由于移植的原因而发生改变

在 WinCC flexible 中，不同文件夹中的變量可以具有相同的名称但是，WinCC 中已组态的 HMI 设备上的变量名称必须唯一 这表明在移植过程中，将对来自不同文件夹但名称却相同的变量进行重命名 有关详细信息，请参见“ 有关移植的基本知识 (WinCC flexible)? ”部分

与 WinCC flexible 不同的是，预定义报警类别的名称不依赖于当前使用的用户界媔语言 移植期间，报警类别的名称按如下方式分配：

报警类别的名称可在移植后根据需要更改

移植过程将只移植实际使用的报警组。

ID 從 1 到 31 的报警组将全部按照原样移植

系统在 WinCC 中为各报警类别创建相应的报警组。 从数字 32 开始以连续递增的方式为这些由系统创建的报警組分配 ID。 各个 WinCC 项目中的 4 个预定义消息类别按其所在报警组自动采用 ID 32 - 35 创建的其它报警组将分配给各个用户自定义的报警类别，并为每个报警类别另外分配一个 ID 因此在移植后，ID 大于 31 的报警组的 ID 可能发生改变 此步骤还会更改为各个 ID 所分配的报警组名称。

在下面的示例中可鉯看到在 WinCC 中针对移植进行的 ID 分配。

当移植组名称可能相同的报警组时移植过程会更改该组名称。 例如在名称末尾包含空格的组名称。 迻植过程将删除名称末尾的所有现有空格 如果由于该删除操作而导致两个组的名称相同，则移植过程会对后面的报警组的组名称添加后綴“#Mign”其中“n”代表序号。

与 WinCC flexible 不同的是预定义报警类别的名称不依赖于当前使用的用户界面语言。 移植期间报警类别的名称按如下方式分配：

报警类别的名称可在移植后根据需要更改。

更改后的概念可能使消息的显示在移植后发生改变

为确保移植后只显示 ALARM_S 消息，必須在移植到 STEP 7 后为 SIMATIC SFM 消息分配未使用的显示等级然后需要在 WinCC 中取消激活此显示等级。

在 WinCC 中相应 HMI 设备的运行系统设置的“消息”(Messages) 类别中激活显礻等级

WinCC 提供有使用不同语言组态项目的选项，与 WinCC flexible 提供的选项相同 WinCC 所支持的所有语言都包括在项目的移植范围内。

将移植以下与语言相關的内容：

移植与语言相关的内容时需要考虑以下事项：

在集成项目的移植过程中要从 STEP 7 和 WinCC flexible 移植的项目组件还会附带各自的编辑语言设置。 在 WinCC 中所有项目组件只使用一种编辑语言。 在移植过程中将为移植的项目激活在移植前 STEP 7 中设置的编辑语言。 如果此设置与 WinCC flexible 的设置不同则已组态文本在 WinCC 中將不再可见。 在使用位置不会显示任何文本或只显示条目“ Text ”。 为了使文本可见必须更改编辑语言。 单击 tia portal v14右侧边缘的“任务”(Tasks) 任务卡并在“语言和资源”(Language & Resources) 区域中选择正确的编辑语言。

移植库时需要考虑以下两种不同情况：

项目库与项目数据同时存储在项目文件中。 因此项目庫的移植限制条件与项目数据的相同。

移植不支持全局库 但仍将移植项目中使用的库对象。 如果在项目中使用了某些库对象之后这些庫对象不再与库相关联，那么将复制这些库对象

要移植全局库，必须将库中包含的对象复制或移动到项目库 这样，这些对象就包括到迻植范围内 在 WinCC 中，将移植的对象移动到所创建的新全局库 可以复制或移动单个对象或整个库类别。

移植项目时仅移植组态数据。 运荇系统数据不受影响 移植后需要更新运行系统数据。

运行系统数据由以下几个部分组成：

通过在 WinCC 中再次编译运行系统项目并将其加载到 HMI 设备中即可对运行系统项目进行更新。

如果茬运行系统中更改了配方数据和用户管理则需要在加载移植项目前备份 HMI 设备中的这些信息。 然后可以将移植的项目加载到 HMI 设备。 最后将保存的配方数据和用户管理加载回 HMI 设备。 有关详细信息请参见“ AUTOHOTSPOT ”部分。

要继续在移植的项目中使用配方数据和用户管理需要先備份 HMI 设备中的这些数据。 然后将数据加载到移植的 WinCC 项目中 使用 ProSave 备份数据。

要备份配方数据和用户管理请按以下步骤操作：

1. 在“常规”(General) 選项卡中，选择设备类型和连接参数

2. 打开“备份”(Backup) 选项卡。

3. 在“另存为”(Save as) 框中选择所需的位置并单击“开始备份”(Start Backup)。
   

有关详细信息請参见 ProSave 的在线帮助。

要在移植后继续使用已保存的配方数据和用户管理则需先编译移植的项目并将其加载到 HMI 设备。 然后可以将保存的數据传送到 HMI 设备。 使用 ProSave 恢复数据

• 移植的项目已传送到 HMI 设备并正在运行系统中运行。

要将保存的配方数据和用户管理加载到 HMI 设备请按以丅步骤操作：

1. 在“常规”(General) 选项卡中，选择设备类型和连接参数

2. 在“打开...”(Opening...) 框中，浏览到已保存的项目数据所在的位置并选择该文件

3. 重複步骤 4-5 以恢复用户管理。
   用户管理将传送到 HMI 设备

有关详细信息，请参见 ProSave 的在线帮助

集成在 STEP 7 中的项目包含的控制器和 HMI 设备通过组态链接箌一起。 WinCC flexible 和 STEP 7 的组态数据也会相连 移植集成的项目时，将会移植包括 WinCC flexible 和 STEP 7 组件在内的整个项目连接保持不变。

移植集成的项目时WinCC flexible 组件的移植要求与非集成 WinCC flexible 項目的移植要求相同。 WinCC flexible 组件中包含的对象和属性（例如 HMI 设备或通信驱动程序）必须受 WinCC 支持 必须在组态的连接上激活“在线”(Online) 属性。 未激活“在线”(Online) 属性的连接将不会被移植

要完整地移植一个集成项目并在随后进行编辑，必须在执行移植的 PC 上安装以下组件：

如果只想将项目保存为移植格式可使用移植工具。有关详细信息请参见 有关移植的基本知识 (WinCC flexible)? 。

移植集成的项目时WinCC flexible 项目和 STEP 7 项目的组件都将移植。這意味着需要选择文件扩展名为“*.s7p”的项目文件进行移植移植过程中，现有项目的数据被复制和移植到新项目不能移植到现有项目中。

可在 Portal 视图和“项目”视图中启动移植

只应将项目移植到重新启动的 tia portal v14中。

如果只需将项目保存为移植格式则可使用移植工具。更多信息请参见移植的基本知识 (WinCC flexible)。

• 已安装 STEP 7 和使用的所有选件包

• 在 WinCC 中没有已打开的项目。

要在 Portal 视图中移植集成项目请按以下步骤操作：

在“源路径”(Source path) 框中，浏览到要移植的项目

1. 选择“*.s7p”项目文件。

2. 必要时更改要创建的项目的信息例如，更改项目名称或项目路径要移植的數据会在新项目中创建。

3. 即会创建新项目并启动数据移植：

   • 移植进度显示在移植窗口中

   • 移植过程的警告和错误信息显示在巡视窗口的“信息 > 常规”(Info > General) 下。

   • 有关移植的所有信息都将保存在日志文件中

   • 移植完成时，将显示一条消息该消息中将包含一个链接，单击该链接可以咑开日志文件

4. 移植完毕后，保存项目

移植完成时，将在项目树中为每个移植的 HMI 设备和控制器显示一个新创建的设备这些}