执行OS服务器编译和下载后，WINCC画面功能块丢失

精

奖

官

484 产品版区：S7-300(F)/400(F)/400H(冗余)

文档类型：问题类别：产品选型问题类别：产品使用问题类别：故障诊断

S7-400平台，使用两套冗余的410-5H CPU。今天使用SCL在第一套CPU中新创建了一个FB块，执行了第一套CPU的CFC编译下载。然后执行OS服务器编译和下载。在编译OS服务器时使用的时仅改变，勾选了创建数据，画面层级仅勾选的新增功能块的画面树（第一套CPU）。
OS服务器编译过程中发现对所有画面的功能块执行了数据分析和更新，完成后所有画面的修改日期全部更新为今天下午执行编译的时间。执行完在线服务器下载后发现有两张画面的模拟量监控功能块（第二套CPU里面的）全部消失，消失的画面功能块CFC中均勾选了“创建块图标”，但是第二套CPU未执行过编译和下载。

因为没有分析出原因，尝试将上一次归档的程序恢复后执行OS服务器编译，未出现上述情况。是否和新增第一套CPU的FB功能块有关系了？为什么会影响第二套CPU里的画面和数据？

问题补充：

扫码小程序：

一键登录查看全部问答

手机用户20250727208816 新生

被采纳率低

问题为何被关闭

分享

手机扫码追踪该问题，
觉得实用，立即去分享！

点击复制链接
举报

去论坛讨论

参与「找答案」每周问答福利，提问或回答即可全民瓜分3000西币奖池，发1条也能分西币！用心解答更有机会单篇直发66西币，上不封顶。每周还有快答侠、夺魁答侠等专属称号与丰厚奖励等你来拿！西币可兑换实物奖品，随手互动免费领福利。

根本原因：在冗余系统中，单独编译/修改一套 CPU 的 CFC 块（特别是新增块并涉及画面生成），破坏了项目在编译层面的“一致性”。OS 编译器在尝试处理这种不一致时，由于无法正确解析第二套 CPU 的旧数据结构与新项目定义之间的关系，导致了部分画面数据的丢失。
建议的正确操作流程：
保持同步：在冗余系统（S7-400H / PCS 7）中，尽量避免单独对一套 CPU 进行结构性的修改（如新增 FB、修改 UDT）。
批量修改：如果必须新增 CFC 块，建议在离线项目中完成所有修改（包括两套 CPU 的逻辑），确保两套 CPU 的代码结构完全一致。
统一编译：对两套 CPU 执行统一的 CFC 编译。
统一下载：先下载硬件组态（如果修改了），再下载程序。
最后编译 OS：在确认 PLC 程序已完全同步且运行正常后，再进行 OS 服务器的编译和下载。
简单来说，“冗余系统要求软硬件在逻辑上时刻保持对称”，您打破了这种对称性（一边新一边旧），导致 OS 编译器在处理画面时“晕头转向”，最终丢掉了旧 CPU 中的部分数据。