HMI 画面丢了，先别急着重画，查这三处

操作屏黑了一阵，重上电，配方画面没了

操作工慌了，喊人重画

其实画面未必真丢，先分清它原来存在哪

一个 HMI 画面，通常有三个安放的地方

放的位置不同，丢的原因不同，救的方法也不同。

三处安放，先对号入座

一处是组态工程里的画面

威纶通、昆仑通态、西门子 WinCC flexible 或博图 WinCC，各有各的工程格式

这处丢的是源代码

工程文件本身没备份，画面就真的只能重画。

二处是面板运行时用的画面

它已经编译进运行项目，烧在 HMI 本体或存储卡里

这处丢的往往是运行数据或单次修改，画面主体还在

三处是外部的备份

归档到服务器、U 盘或云端的那一份

这处没丢、另外两处丢了，直接回灌就行。

先分清是哪一处，别一上来就重画。

三种丢，三种救法

工程文件丢了，面板里还跑着——先别动面板

想办法从面板把运行项目上载回来，再反编译补回工程

这一条西门子上有些不支持，国产屏反而常有「上载」功能

备份丢了，工程还在、面板还在——重新做一份备份就行

面板坏了，工程和备份都还在——换屏回灌就能跑

三种丢里，工程文件丢加上面板不支持上载，这一种没救

遇到这种情况，重画是绕不过去的。

画面和工程，是两回事

很多人把「画面上能点」当成「工程还在」

其实运行项目是编译过的，工程是没编译的源代码。

只有运行项目，改不了灯、改不了文案、也加不了新页

想要真正能改，得拿到没编译的工程文件

这也是为什么备份要存两份：一份运行包，一份工程源。

归档的时候，把两者一起存，才算一份完整的画面资产。

一个画面，从丢了到重画，是这样耗掉时间的

讲一段常见的经过，不涉及具体客户

先是触摸屏运行正常，只是配方那一页点不进去

工程师想改，打开工程才发现，本地工程早不知道存哪了

去问上一任，人说离职那次交接，只交了个 U 盘

U 盘插上一看，是半年前的老版本，配方页根本没做

再回头从面板上载，型号不支持，读不出来

一圈下来，画面没救回来，还白画了两天

不是这个画面难画，是当初少了那一步「存哪、存几份、谁管」

HMI 的画面和组态，同样要当资产一样归档

哪一步脆弱

脆在「只存了一份，还存进了机器里」

工程文件只留在工程师自己的笔记本里

人一走，本一坏，工程跟着就没了

面板跑着的时候不觉得，等到要改画面才发现

另一处脆，是上载动作

上载到一半断电，或上载时写入覆盖，会把面板里的也搞乱

备份这件事，越早做越便宜，越晚做越像抢救。

往下的账，算的是改动之前的存档

画面改一次，就该留一个版本

今天加了报警页，明天改了配方列，后天调了权限

每一次改动前的旧版，都存下来，才谈得上「版本变更记录」

真出了错，能退回到改之前那一版，而不是从零重画

这份记录和备份一样，是画面的资产，不是附件

归档不养成习惯，画面丢过一次，还会丢第二次。

什么情况下你不必找我们

画面简单、工程文件你手里有一份、备份也有，那自己重画或回灌就行，这条路对一个简单画面完全走得通。

不必找任何外部团队

我们要接的，是画面多、组态复杂、工程文件没了、面板又不支持直接上载的活

先做技术评估，能上载的做上载，上不了的说清楚

客户的程序、图纸、工艺参数，知识产权归客户或原权利人

这些数据不拿去做模型训练

绕过原厂授权、破解加密画面，这件事我们不做

公司是新的，团队在电气和软件这两行做了三十多年

画面丢没丢，先看它原来放在哪，这一步比急着重画值钱