西门子中国代理商|低压总代理

通常这种结构的通讯，写好了轮训，基本就不用干预通讯的事情了。程序执行pid什么的算出了变频器的给定，就可以一下子给到msg的参数，然后msg该干啥干啥。程序pid算出什么变频器就做出什么反应。一切都相当的美好。

然而，有人按照这种架构布置在另一个程序里面，而这个程序也是给定几个变频器。但是有一点变化，就是数据的来源不是pid，而是触摸屏。触摸屏修改了一次频率然后就传送一次到plc，plc就下发到变频器。这次也成功通讯。

再后来，由于变频器数量多了，而且一个变频器读写的量也多了。几十条的msg指令只能分时轮询写入变频器而不采取全部轮询，采取变化就写，不变就不写。

然而却发现有时候触摸屏明明修改了频率，但是变频器就是没有发生变化。好比44改到50，变频器仍然是44运行。但是屏幕上确实50啊。无奈把50修改，但是就算不从新输入只是确认一下，变频器有时也可以成功变到50运行。久而久，看看程序发现在按确认的时候msg产生了6的报警。由于已经输入了50不变化，此msg指令也停留在报警的状态没有消除。才发现。

后只能怀疑这个怀疑那个，不再使用“变化才写入”这个策略。

然而，有一种情况一般很难发现。

假设现在只有一个msg指令，并且遵守触发原则。但是，在触发了，并且Done位没有on的这段期间，修改了数据这个管脚的间接寻址的目的位置的值。也就是变频器的给定频率这个参数。会造成报警6。

由于屏幕修改的参数只有在变化的时候才向plc提交一次通讯更新请求，请求过之后就不再变化，不再请求了。然而，这次的请求却正好发生在上一个通讯的进行阶段。（可能上一个通讯是本变频器运行指令的写入。）所以msg没有发送这次的信息了。

但是令你意想不到的事情是，msg报警号是6 。

为何前面的都可以？我一直都是这样用的，都没事。这句话大家都用过，大家都听过。

原因是前面的是不间断地写入。后来的是变化才写入。其实前面的pid可能写很多次都是报警6，但是总会有那么一次碰巧不报警了，成功了。但是因为通讯的速度很快，电脑监视和人眼根本不察觉已经报过很多次6。中期，虽然是屏只写一次刷新，但是也属于不间断的通讯，总可以写入期望的值。而到了后期，是间断写入，每一次写入都必须成功的。此时就发现了很多不成功的事实了。但是苦于报警指向不准确，很多人无法排除这样的错误。有条件轮训这种策略就只能止步在这里了。

中央处理单元（CPU）CPU 概述4�CPU 314C-2 PtP • 带集成数字量和模拟量I/O和一个RS 422/485串口的紧凑型CPU• 满足对处理能力和响应时间要求较高的场合• 带有与过程相关的功能CPU运行需要微存储卡(MMC) �CPU 312 • 适用于全集成自动化(TIA)的基本型CPU• 适用于中等处理速度要求的小规模应用CPU运行需要微存储卡(MMC)�CPU 314C-2 DP • 带集成数字量和模拟量I/O以及PROFIBUSDP主站/从站接口的紧凑型CPU• 带有与过程相关的功能• 可以完成具有特殊功能的任务• 可以连接单独的I/O设备CPU运行需要微存储卡(MMC)�CPU 314 • 适用于中等程序处理量的应用• 对二进制和浮点数运算具有较高的处理能力CPU运行需要微存储卡(MMC)