西门子6ES7515-2UM01-0AB0现货供应
为满足客户对多通讯口的需求,亿维特别推出了三串口284CPU,自投入市场以来,收到众多客户的好评,但是很多客户在拿到产品的时候,对这个CPU上的三个通讯口还是有些疑问的,先看下这个产品的外观及通讯口定义,如下:
看到这个图片,一目了然,通讯口0只支持PPI,端子通讯口只支持自由口,通讯口1既支持PPI也支持自由口。
我们都知道亿维CPU使用Step7编程软件即可,在Step7 MicroWIN中能够自动刷新识别CPU,284CPU在软件中被识别显示出的是224CPU,如下:
那么对于应用284CPU的客户来说,问题就来了,如果客户要使用PORT0和PORT1都是走PPI协议,想修改PLC的地址,打开系统块发现端口1居然是灰色的,参数不能修改!
这个时候就要看我们所选的PLC类型了,因为我们的284CPU是三个通讯口!解决办法就是CPU类型选择224XP,特别是对于使用亿维产品的客户,如果是客户之前使用过亿维的224CPU,那么在PLC类型中也会有CPU 224 UN,类型选择这个也是可以的,因为我们亿维的224是两个端口的。这样子问题就解决了!
还有一个的疑问就是,PORT2(端子)支不支持Modbus通讯,我们回答是支持,那么客户问题,Modbus库文件也没有PORT2啊???其实PORT2走Modbus通讯的时候,调用PORT0库文件就可以啦!同理,如果是PORT2(端子)走自由口,寄存器定义也是按端口0的定义方式来定义。
很多用户谈“干扰"色变,觉得干扰既看不到也摸不着,排除干扰引起的故障也毫无头绪。的确,由不同干扰引起的故障现象多种多样,有通信不稳定掉站的,有模块读数不准确的,也有烧毁模块的……下面咱们来看看这个用户碰到了什么奇怪现象。
前两天听一个用户抱怨S7-300 CPU的数据丢失,但重新上电后CPU又可以运行,不得其解。与用户沟通后,可以判定丢失的只是CPU的过程数据,而存储于MMC卡中的CPU程序并没有丢失,否则重新上电后CPU是不能运行的。这样的现象大部分是由于CPU受到干扰造成的,CPU进入故障模式,所有的LED灯全闪,所有通信中断,不控制输出信号,形象地说就是CPU死机了,像PC的蓝屏一样,这也是一种保护模式,防止设备误动作而造成不必要的损失。这时CPU的内部数据丢失,再次上电后(可能需要一段释放时间),MMC中存储的程序复制到CPU的工作存储器后CPU运行,但是所有的过程数据被初始化,诊断缓冲区的数据保持,过程分析应该是这样的。
什么样的情况会造成CPU进入故障模式呢?首先需要了解一下CPU内部的逻辑地接线,如图1所示,
我们是否遇到过这样的问题:将DB块下载到CPU,此DB块数据初始化,或者wincc对应的输入值被清零,我们新手如何避免这样的问题? 下面我们看一下DB块的界面:
|