S7-200 SMART SR20CPU寄存器数据不定时丢失

如题所示：

这个系统是用于恒压供水系统中，PLC 通过MODBUS通讯控制3台ABB ASC510变频器启停，并分给写入每台变频器前当需要运行的频率。PLC作为主站读取了一台流量计的数据。

不清楚什么原因，运行一段时候后，PLC内部设置的部分运行参数突然消失了，如超压限制，缺水压力限制等等参数，导致系统无法正常运行。设定压力，PID参数这些都有，就是部分参数丢失。掉电保持这些全部有点VD0-2000所有参数都保存。试验时，停电，上电数据都在。运行后多的半年，少了一个月不到数据就不见。请教各位工程师帮忙分析一下有可能是哪些地方了来了问题。

变频器通讯有收发错的提示，但这个与PLC内部数据存储应该没有直接关系。

求教！

这可能永远是一个谜。没有人会知道真相，包括程序的作者。

换个CPU？

这里我大胆假设几种莫名的成因。

地址重叠就很低级了。

自己编程主动编程改变了，自己应该能检查出来的。把怀疑的目标做相关隔离或监视就好了。但必须是增加监视程序取观察，而不是监视界面人眼去看。例如某个值有到达过1000以上吗？人眼和软件监视是看不见的，一定要编程登记。

用间接寻址，然而又在计算指针的过程出错，把目的地的地址搞错了是很难查的。同样要编程登记变量曾经变成了一些什么值。这些登记的工具必须自己做成一些功能块，随便拿出来调用。或者随手组织起来监视。

子程序的局部变量使用不当，更加上使用过程涉及到指针计算，就基本没法查了。因为两个因素都是处于自己了解范围边缘的灰色区域，似懂非懂。两个事情结合起来的错误，就成了灰色的平方了。设法，把灰色区域明确到黑和白，才可以0的平方等于0，1的平方等于1，两种结果。

所以，不清楚的东西先不要碰，要碰的尽量搞清楚。

不怕神一样的对手，只怕猪一样的队友。映射到面前的形势，对手其实是指面对的要求，队友其实是自己。自己检查自己的错误，比起检查人家的错误更“困难”。

 对于某些特殊的故障，作为第三者对其原因只能是猜想。

对楼主的“掉电保持这些全部有点VD0-2000所有参数都保存。”有看法。

恒压供水系统本身是一个不太复杂的系统，有必要使用2004个字节的掉电保持吗？

虽然2004个字节的掉电保持是 SR20CPU所允许的；但是掉电保持是在主电源消失后执行的，它使用的电能究竟来自超级电容还是某个电容，西门子不说，我也不知道。掉电保持的字节数量越大，执行过程时间越多，消耗电能越多。

设备投入工业运行后，由于电容器老化，环境高温潮湿，灰尘，导致电容器存储电能减少、放电加剧，导致掉电保持尚未执行完毕电容器的电能已经无力了，导致部分V存储器没有掉电保持。

以上纯属猜想。

首先非常感谢你的回复与评论，为什么要用到VD0-2000是为了让所有数据都保持。数据丢失不是在停电时发生，是在运行中不定时发生的。丢失的数据都全局变量。

参数保存的一个程序段，没有在加上升延。设备调试好以后将参数存入其它地址中，再用一个程序段将参数转送回来。地址没用重叠。

运行中丢数据，什么叫丢失数据，运行中的V区你不去更改，plc自己会变零？？？

好好查查自己的程序吧，SMART要是有这么大的BUG那还了得！！！

好像看到谁说过smart 200的V区掉电保持是保存在EEPROM中的，不用担心时间久了会掉数据。因此多半楼主的情形是程序出了问题。

为什么问题是随机出现，如果是逻辑或地址冲突，试验实就应该会出现这种情况。我愿意将程序发给大家帮我检查。可以留下邮箱。

S7-200SMART的断电数据保持，不是依靠电池保存的，而是存在永久存储器的，详见系统手册（版本2.4，第146页）。

出现楼主说的数据丢失的问题，还是得好好检查下程序，特别是看看有没有存储器重叠的情况。

如果是部分丢失，那基本可以判断是程序、组态的问题了。编程者没有考虑到的特定条件下把数据给覆盖了

这个可能与干扰有关带变频器的柜子必须严格按照EMC要求进行布线否则会出现这样那样莫名其妙的问题。

让人无法解释。

这些参数如果就是调试时候需要更改，一旦调好了就不需要改的话，可以在数据块里把这些数据直接写上。

有没有一些值是变成了非零的？

你是怎样发现的？会不会有些什么出错不太明显，当没回事？

程序是你做的吗？有没有间接寻址？

做一个功能监视，某被监视地址发生变化就某值加一。

我也出现这问题 同样的程序同样的设备 就一台出这先数据清零 几天一次