没找到Unified专区就先发这里了求版主通过

问题：项目中的Unified comfort编译都正常但是在SIMATIC Runtime Manager无法正常启动

解决方法：清理项目缓存，关闭 TIA Portal，删除项目路径 \AdditionalFiles\RtIdFiles\ 下对应设备的文件夹，再重新编译

以下是事情经过

最近在研究AF框架（AutomationFramework_V2_2_2_V20版本），于是在电脑上进行仿真，项目中使用MTP1200 Unified Comfort20.0.0.2，但是我电脑上安装的Unified Runtime是V20版本的，于是更改MTP1200 为20.0.0.0，编译后报错“面版库类型仅在“20.0.0.2”或以上版本的设备上支持”

复制的MTP可以启动，但原MTP仿真无法启动

库中限制了设备版本，无法降级

于是手动新建了两个面版类型完成了库文件和面版画面的替换，随后编译正常，此时版本为20.0.0.0（问题就出在这里，进行了降级的操作）

进行硬件（完全重建）和软件（全部重建）后开始进行仿真，随后发现在SIMATIC Runtime Manager无法正常启动，启动时显示正在启动的状态，随后变成停止

此时我意识到出现问题了

下面开始我的尝试解决方法

先在项目中添加一个新的MTP1200 Unified Comfort20.0.0.0，仿真可以正常启动，说明我的runtime时正常的

在装有V21的虚拟机上进行原始项目升级后的仿真也正常

把项目进行归档，归档时勾上“丢弃可恢复的数据”再打开归档文件也无法仿真

将我修改为20.0.0.0后的项目复制一份开始一点点删东西并进行仿真，逐步删除日志、报警、参数集类型、画面、脚本、变量等。进行仿真尝试不同顺序删除，删一次仿真一次，最后发现能删的全删掉后建一个新的启动画面就可以启动仿真，此时搞的我有点难受完全不知道问题出在哪里（尝试了好多遍，删除不同地方，硬是没发现是哪里应该仿真启动了）

随后我掏出改后20.0.0.0版本的项目再复制一整个项目进行测试，我在项目内复制MTP1200 Unified Comfort20.0.0.0，项目内复制的MTP可以启动，但原MTP仿真无法启动，此时我开始了更改IP地址的操作，不管怎么改，改来改去还是复制的MTP可以启动，但原MTP仿真无法启动。

随后人工对比，除了与PLC的连接名称和运行系统ID和设备名不同其他就是一样的，运行系统ID是自动生成的，设备名不能重复，我修改了连接名称并进行变量同步，仿真还是无法启动。此刻搞的我有点崩溃

在尝试解决的过程中也咨询过AI小西，但问题没有得到解决

在我发现复制的可以启动仿真，并且人工对比和修改后仍无法仿真后又问了一次，此时问题得到解决

您遇到的情况是：在同一个 TIA Portal 项目中，原始的 WinCC Unified Comfort 设备仿真无法在 SIMATIC Runtime Manager 中启动，但将其复制后生成的新设备却可以正常仿真。这种现象可能由以下原因导致：

设备的 Runtime ID 或内部配置损坏
每个 HMI 设备在组态时会生成唯一的 Runtime ID 和相关缓存文件。如果原始设备在编译或保存过程中发生异常（如中断、版本变更等），可能导致其 Runtime 配置文件损坏，从而无法启动。而复制设备时，系统会为其生成全新的 Runtime ID 和配置，避开了原有损坏的数据结构 [1]。

设备版本降级或升级导致的兼容性问题
如果原始设备曾被升级到较新的固件版本（如 V20.0.0.2），之后又降级到旧版本（如 V20.0.0.0），可能会导致 Runtime 无法正确加载。知识库中明确指出：在使用结构化 PLC 变量的情况下进行版本降级，可能导致 Runtime 启动失败。复制设备相当于“重新创建”，绕过了版本冲突问题 [1]。

项目路径或存储位置包含不支持的字符或相对路径
如果原始设备配置了日志记录、数据归档等功能，并使用了相对路径（如 .../log）作为存储位置，则在加载时会触发“内部错误”，导致 Runtime 启动失败。复制设备后若未继承该设置，或手动修改为绝对路径，则可正常运行 [1]。

缓存文件未正确更新或残留旧数据
TIA Portal 在编译 HMI 设备时会在项目目录下生成临时文件，例如 \AdditionalFiles\RtIdFiles\ 中的 Runtime ID 文件夹。若这些文件未被正确清理，可能导致加载异常。复制设备会生成新的文件夹和 ID，避免了旧缓存的影响 [1]。

授权或许可证绑定问题（较少见）
虽然 Unified Comfort Panel 的仿真通常不严格依赖授权，但如果原始设备曾绑定过特定授权或试用许可，而该许可已过期或失效，也可能影响启动。复制设备后重新编译可能触发新的临时许可分配。

建议解决方案：

删除原始设备，重新添加一个新的 Unified Comfort Panel 设备并迁移画面与变量。

清理项目缓存：关闭 TIA Portal，删除 \AdditionalFiles\RtIdFiles\ 下对应设备的文件夹，再重新编译 [1]。

检查设备的“日志记录”、“数据归档”等功能是否使用了绝对路径作为存储位置 [1]。

确保 TIA Portal 与 WinCC Unified PC Runtime 版本完全一致。
通过复制设备能正常运行的事实说明环境配置是正确的，问题出在原始设备自身的内部状态上。因此，推荐对原始设备进行重建以确保长期稳定性。

1. TIA_Portal_更新自述文件_Wincc Unified 中的改进措施 - 重要事项

引用内容

Unified PC：“SIMATIC Runtime Manager > 设置 > 证书”(SIMATIC Runtime Manager > Settings > Certificates)

Unified 面板：“控制面板 > 安全 > 证书”(Control Panel > Security > Certificates)

Unified PC：“SIMATIC Runtime Manager > 设置 > 证书”(SIMATIC Runtime Manager > Settings > Certificates)

Unified 面板：“控制面板 > 安全 > 证书”(Control Panel > Security > Certificates)

源 PLC（CA 签名证书）?“ChangeConnection”系统函数 ? 目标 PLC（与源相同的 CA 颁发的 CA 签名证书）

自动与目标 PLC 建立新连接，无需进一步操作。TLS 证书不显示在证书管理中，无需手动信任。

源 PLC（CA 签名证书）?“ChangeConnection”系统函数 ? 目标 PLC（与源不同的 CA 颁发的 CA 签名证书）

无法与目标 PLC 建立新连接。TLS 证书不显示在证书管理中，不能归类为受信任证书。手动导入目标 PLC 的 CA 也没有任何影响。

下载到设备 - 由于不支持路径规范而发生内部错误.

如果不支持所指定的日志存储位置路径，则在加载项目时将发生内部错误。

不支持相对路径规范。

示例

“.../test”不是一个有效的存储路径。Runtime 将尝试在“系统根目录”(system root) 下创建此类具有相对路径的文件夹，而根目录下不允许此操作。

解决方法

输入一个包含存储媒介的绝对路径，作为存储位置。

设备版本多次更改后，Runtime 无法启动.

在以下条件下，可对 Unified 设备进行编译和加载，但 Runtime 无法启动：

在 Unified 设备的组态中使用结构化 PLC 变量。

已将设备版本升级到 20.0.0.2。

已编译设备并保存项目。

将设备降级到更低的版本，例如 20.0.0.0。

如果升级前无权访问项目，请删除 <项目文件夹>\AdditionalFiles\RtIdFiles\ 下包含此设备 Runtime ID 的文件夹。如果 <项目文件夹>\AdditionalFiles\RtIdFiles\ 下有多个文件夹，则再次编译设备并删除 <项目文件夹>\AdditionalFiles\RtIdFiles\ 下具有最新时间戳的文件夹。

在 Unified 设备的组态中使用结构化 PLC 变量。

已将设备版本升级到 20.0.0.2。

已编译设备并保存项目。

将设备降级到更低的版本，例如 20.0.0.0。

如果升级前无权访问项目，请删除 <项目文件夹>\AdditionalFiles\RtIdFiles\ 下包含此设备 Runtime ID 的文件夹。如果 <项目文件夹>\AdditionalFiles\RtIdFiles\ 下有多个文件夹，则再次编译设备并删除 <项目文件夹>\AdditionalFiles\RtIdFiles\ 下具有最新时间戳的文件夹。

具有扩展 PLC 用户数据类型的 IPI 代理.

如果用一种 PLC 用户数据类型扩展了 PLC 软件单元，然后导出 PLC 代理并更新另一个项目中的现有 PLC 代理，则在导入后，必须依次完全编译 PLC 和 HMI 设备。

启动 Runtime 后的语言.

启动 Runtime 后，将始终设置在 Runtime 设置中组态的编号最小的语言。

使用中央用户管理时，Runtime 将以登录时“用户登录”(User login) 对话框中选择的语言进行显示。如果此语言不适用于当前项目，或者未在中央用户管理中设置语言设置，则将设置在 Runtime 设置中最组态的编号最小的语言。

更改 PLC 用户数据类型时数据丢失.

对 PLC 用户数据类型（例如，名称或数据类型）元素进行更改可能导致 HMI 设备上用户数据类型（例如，映射的日志记录变量）元素的组态丢失。此时，即使是重新组态（例如，重新创建同名的日志记录变量）也无法关联到 Runtime 中的现有值。

为避免 Runtime 中的数据丢失，建议在对 PLC 用户数据类型的元素进行任何更改之前先复制工程组态项目并备份 Runtime 项目。

媒体播放器中 OGV 视频的渲染错误.

媒体播放器无法渲染 OGV 格式的视频。

将 OGV 格式的视频转换为 MP4 格式，并使用 MP4 格式的视频。

------------------------------------------------------------------------------------------------

本质是因为“原始设备曾被升级到较新的固件版本（如 V20.0.0.2），之后又降级到旧版本（如 V20.0.0.0），可能会导致 Runtime 无法正确加载。知识库中明确指出：在使用结构化 PLC 变量的情况下进行版本降级，可能导致 Runtime 启动失败。复制设备相当于“重新创建”，绕过了版本冲突问题”

AI小西还是很有用的，提问时一定要描述清除问题

碎碎念

问小西时同一个问题选择产品线WinCC Professional回答最后引用内容提到了“TIA_Portal_更新自述文件_Wincc Unified 中的改进措施 - 重要事项”

选择产品线Unified PC时回答最后的引用内容却没有“TIA_Portal_更新自述文件_Wincc Unified 中的改进措施 - 重要事项”