引用17楼详细内容：

Z版！

首先这个程序过程中肯定有断电的情况，其他的就不多说，就这次更换CPU之前一天我们就进行过断电的操作，上电以后同样正常运行。不可能10年没有断过电的。

首先这个事情绝对是一个活生生的事实。不可能是无中生有！！同时我也把这个我认为的BUG反馈给了开发人员，目前还没有得到回复。。。。得到回复以后必定把回复内容发出来让大家看看的。。。

我现在唯一能够想到的是会不会是CPU版本升级以后导致一些数据发生了变化这个原因。 就如Z版说的那样。。。

引用16楼详细内容：

事出蹊跷必有妖。

楼主的这个事件给我们展现了两个方向的问题：

其一，就是前面讲的指针运算出错导致CPU故障，这个问题楼主通过增加初始化的指令予以解决了。

其二，这个程序上载上来肯定是没有#offset指针的初始化指令的，如果说编程软件的问题导致的，我觉得可能性是比较小的，如果是这样，喜欢上载备份的朋友们可是要小心了，（我只下载不上载体会不到，指做项目开发，维护是另一回事了），但似乎这样的事情很少发生，至少论坛这么多年这是头一遭遇见。

但这个带着BUG的或者说不严谨的程序居然工作了10多年了而且啥事儿没有（楼主的描述，我想楼主也不会骗我们的），这么多年没断过电？没重启过？只要有一次就会出问题呀！

解决楼主的当务之急，我觉得这些都是小事儿，但这另一个方向的问题却值得我们去探讨和深入地研究一下。这个有问题的程序为什么能正常工作？在楼主更换CPU前工作程序是如何初始化#OFFSET这个临时变量的。

楼主在微信里贴过程序，我记得有两次调用FC909（论坛里的程序看不到了），我怀疑原程序内有一次调用是被禁止了，即调用的条件被强制不满足了，如下图：

但就楼主贴出的程序清单倒也分析也不是，这是个无论如何应该出问题的程序呀，如何可以坚持10年正常工作？

所以，我想到是不是新CPU固件系统支持的功能块对临时变量的处理机制发生了变化

引用14楼详细内容：

就是正常的把在线程序上载。

后来分析可能是使用了MPI&PC通讯加上CPU内存比较紧张，怀疑过程中导致丢数据了。前两年备份的程序也是使用了同样的方法没有问题。。。

引用13楼详细内容：

程序是如何备份的啊？

如果新上传的，在DB块里面的数据应该是能保存的

不过使用临时变量，还是要养成良好的习惯