3VA1132-5MH32-0AA0

断路器 3VA1 IEC 框架 160 通断能力等级 M Icu=55 kA @ 415 V 3 较，起动器保护 TM120M，AM，In = 32A 无过载保护 短路保护 Ii=7...16 x In 螺钉扁形连接器

程序很简单，当VW0的数据是呈往上加的趋势，那么传送VW4的条件一直在满足，并一直刷新新值，直到VW0的数据为较大值的32767。同理，当VW0的数据不再往上升，而变为往下递减时，传送VW6的条件被满足开始递减，直到VW0的数据减到较小值-32768为止。

将程序修改、编译、下载到plc，创建一个状态图表，监控VW4及VW6的数据是否是按我这个思路在运行？图示：

监控结果是可以满足，较初的思想的测试过程。

思考：

   上述是我通过修改后，最后定稿的程序段。在编程过程中我遇到了一个小问题，图示：

当我把INC_W指令写在判断数据是否到达，置位M0.0程序的上方时，VW0的数据无法到达VW0数据的较大值的32767，而是停留在32766中，那么，这个1是如何被“丢失”的呢？从程序看，M0.0 = 0 的状态时，M0.0的NC触点闭合INC_W会一直加1，直到VW0 = 32767时，置位M0.0的条件才会满足，需要下一个周期才断开INC_W指令。这不，程序就是自左而右，自上而下的采集扫描的吗。我截个图：

这不，VW0 =32766，而非32767。嘿嘿嘿，PLC就像是“没有”脑子的忠实“奴仆”，任劳任怨工作它不会造和偷懒的，数据就明明白白的放着呢。仔细想了想，其实PLC确确实实的严格按我刚才的思路，不折不扣的运行，它没有错，错是在我当时的理解和判断上。

   重新整理一下思路，我打算这样来描述这个情况。当VW0小于32767时，数据是往上增的趋势在时刻运行。当数据增加到32767时，如果我不及时关闭INC_W整理，那么，再加1，就是负数了，16位数据高位是符号位是西门子数据的基本定义。不要转移数据往上加这个思路点，继续思考，当VW0 = 32767，那么M0.0 置位条件满足，置位M0.0 = 1。让程序继续运行到下一个周期吧，这时，由于M0.0 = 1，它触点的所有逻辑变反，这时，INC_W的加1指令已经无法满足加1指令的条件了，那么，减1指令是满足了是，所以，VW0 = 32767实际显示32766少1，是被DEC_W指令“偷偷”减掉的。这么理解这个DEC_W指令减的？

再看这个传送VW4和VW6的程序段，关闭往上加的程序，是VW0开始往下减的那个扫描周期，因为，我把这些程序写在网络2的下面，所以，关闭INC_W指令，需要开始往下减的开始同一个周期中，我是将置位指令写到INC_W指令的上面，来规避这个问题。这就是我理解的，所谓小问题，大文章，没有仔细推敲这个过程，或者直接就是先写置位程序，再写INC_W指令程序不一定能够遇到这样的问题，每个人编程的习惯各有差异，较终我们需要的程序必须，也一定能够满足当初的思路，这就是我们平时在说的工艺要求是一致的。

  在我把这个验证过程写下来时，我又想到一个问题，我在编程时并没有给VW0等*过数据类型，+32767 ~ -32768是INT的数据类型，而不是word的数据类型。当我打开INC_W和DEC_W指令帮助时，发现了问题的初衷，在F1帮助中，INC_W/DEC_W指令的IN数据类型就定义了INT数据类型，我定义与不定义，调用指令时，系统已经“自动”给定的数据类型了，这个就是大家常说的“隐式”数据类型