一台锁死的 S7-1500 摆在面前，我们为什么转身走了

一台 S7-1500 摆在面前，程序被上一层密码锁住。

交接的工程师离职两年了

厂里停一条线，一小时几万块

老板说：钱不是问题，你把它打开。

我们问了一句：授权呢？

然后我们转身走了

这是真事。也可能是你以后会遇到的场景。

所以这篇想讲清楚，程序抢救是我们的尖刀业务，但有三类活我们明确不做

把标准写出来，比把广告写出来有用

先把现场的样子摆出来，你在很多厂都能看到同一幕

设备科翻出采购合同，设备是整线从集成商手里买的

集成商三年前注销了，程序源工程没移交，人也没了

原厂热线能打通，但合同主体对不上，服务开不了口

这就是授权链断掉的样子

链条断在哪一环，决定了这事走正路要多久

后面三类拒单，判断的都是同一个问题

先说我们做的是什么

控制器里的用户程序、HMI 画面、驱动参数、网络组态

程序丢了、读不出来、没人会改，这一层是我们的活。

别家公司修硬件，换 PLC、换模块、重新接线。

我们只碰软件那一层

程序抢救的完整链条是：完整读取、校验、归档、交付备份包和说明书

前提只有一个字：授权。

不做的第一类：没有授权链的解密

程序带密码锁，客户拿不出任何授权凭证

原厂服务通道、设备采购合同、前任供应商的书面转移，一样都没有

这种活给多少钱我们都不接

不是因为技术上做不到。

原因只有一个：这道锁本来就是资产归属的一部分，锁打开的那天程序算谁的说不清，这个事我们不碰

工程师朋友如果你遇到有人承诺“什么锁都能解”，反而要多留一个心眼。

不做的第二类：绕开原厂保护机制的活

有些需求说得好听，本质是绕过保护

比如仿制一块带防拷贝的存储卡

比如把别人的程序“借鉴”到自己的项目里

比如借固件降级之类的操作规避保护机制

这一类都归进同一个筐：不提供绕过原厂授权保护、破解加密程序的服务。

遇到加密怎么办，可以问我们

我们的回答会是：在授权链条清晰的前提下，逐条讲清能与不能。

讲完通常你会发现，正路是有的，只是慢一点。

不做的第三类：出事概率太高的硬上载

第三类不那么敏感，但更常见

S7-1200/1500 从 CPU 上载出来的程序，不含源文件里的注释、符号表和部分块接口信息，和博图里的源工程不是一回事。

有些老板觉得“能上载就行，要源工程干什么”

真到要改逻辑的那天，你面对的是一堆无名地址

改一个输出点，得先顺着地址一路翻到硬件组态里，去猜它接的是哪个传感器

还有一种更省事的做法：在线监控状态下直接改块下载

改到一半断电，或者改的块正被别的块调用着

残留的程序块覆盖原有逻辑，停机比改之前还长。

如果我们判断这个上载会把客户手里仅有的一份能跑的程序弄坏

我们会先说：别在我们这里做

先做完整备份，存在 CPU 之外的地方

再想清楚改完之后回滚的路在哪

这两样都没有，谁来做我们都劝一句：缓一缓。

一张判断表

遇到程序锁死、程序丢失，先过这四问。

四问过不了，先别动

不动，损失是等几天

乱动，损失可能是整台设备的程序。

劝退的话

多数情况下你不需要找我们

程序好好的、有备份、厂里有人看得懂逻辑，就别折腾

密码锁死但产线还在跑，也不是必须立刻解决的事，可以先补授权链

只有程序已经丢了、读不出来了、备份是空的，这时候才值得找人

而找人的时候，对方敢不敢把不做的活说在前面。

比对方敢不敢把什么活都接下来，更能说明问题。

最后一句

我们是长沙云霓人工智能科技有限公司，公司是新的。

但团队在电气和软件这两行做了三十多年

三十多年教会我们一件事

这行里真正值钱的不是手快，是知道哪些手不能伸。