6FC5357-0BB23-0AE0西门子NCU572.4*直销

西门子NCU572.4简介

SINUMERIK 840D/DE NCU 572.4 PROCESSOR AMD K6-2 W/O SYSTEM SOFTWARE MEMORY: NC 0.5 MB, PLC 96 KB PREP. FOR PROFIBUS-DP FITTING​

上海翰粤是西门子工控及自动化产品*分销商咨询！

：郑辕鸿（销售工程师） 

          ：

（）:   传真（）:

:zx2013888     ：www.hanyue.cc

：

目前项目中在300的机架上配置了CP341 RS422/485 (6ES7 341-1CH02-0AE0)和Modbus主站*组成Modbus RTU主站，访问厂内的若干施耐德PM1200电参数表的数据，用户的要求是取得每个PM1200所在回路的每小时耗电量。在实施过程中，Modbus通讯均能正常连接，正常情况下总耗电量应该随负荷持续累加，但发现现场PLC读取的总电度数却出现跳动，跃迁值时正时负，所有的PM1200均有这个现象，这样总电度数数据失去使用价值，导致耗电量无法计算，项目无法进行下去。后咨询施耐德，北京的技术无法解释该现象，就发回法国，法国的回复是用其他软件测试PM1200未发现总电度数跃迁的问题，但是该问题以前在印度有人也提出过，后施耐德人员去现场用施耐德自己的软件测试，没问题，所以施耐德认为是siemens的问题，我想问下，这个情况我应该怎么siemens能获得较好的和解答。
 
 附1：PM1200的数据为float，2个寄存器作为一个数据读取到PLC，在程序中发现是PLC读去上来的该数据就会发生波动和跃迁，且无规律可循。
 附2：施耐德法国的回复邮件如下
 We have tested and we haven't faced such issue with any softwares ION E,PLS, Modscan, HOneywell etc.
 
 Recently in one of Essar Steel Hazira, India. We had faced the same issue with Siemens Scada :WINCC Ver 7.0-ser. Pack.1. Then we installed ION E and EGX-300 to test in the site as result we didn't find any enery dips . Then conclucded tha Simens needs to work for support Function code 03, Holding register and it support 32 bit floating or real dtat type.
 
 If customer complains that he see's fluctuating in the front panel diaply, please take a video and send to address the issue.
 
 Hope this helps you!
 
 附3：另外Modbus总线上还有PM200和PM800的表，数据为int型，读取上PLC再进行转换为float，这两种表所有数据都正常没问题，所以也无法否定施耐德方面的回复
 
 关于读取PM1200的数据历史趋势可以参考http://d.pcs.baidu.com/file/b55a4b7ebdc327b3e531fc37dfd9ff00?fid=1326385520-250528-2573765093&time=1370606763&rt=pr&sign=FDTAR-DCb740ccc5511e5e8fedcff06b081203-3wkk8fkBTzwVIj%2FMXJZLKrk%2FdCo=&expires=8h&r=323243853

西门子CP341做Modbus 通讯得注意：高低字节顺序，另外你这个应用是2个寄存器拼成一个浮点数，那就得注意数据的*性问题，就是一次性使用FC03读取这2个寄存器，不能分2次读取。

           问题已解决，问题确实是出在字节顺序上，施耐德的电表默认设置为2143，西门子存储实数的4个字节顺序为4321，通讯读过来的寄存器偏移了一个寄存器，即2个字节，导致趋势上的数据变成数据1的43字节+数据2的21字节，根据IEEE754-1985解析数据是阶码部分是对的，但是尾数肯定是错的，当数据2的连续变化到某个值时就出现这个拼凑出来的监视数据出现小范围跳动。
           非常感谢各位的分析和解答。

报警处理块FB100实现了可以将任一数量的字的报警统一处理，以实现声光报警。
 
 现在提问个问题，就是在调用FB100之前，是如何把所有设备的故障报警状态收集集中到一片连片的区域的？
 
 比如，系统内如果有100个电机，那么电机块的FB就要调用100次。如何把FB的输出报警位记录下来的？
 还有的FB块会有多个报警输出，怎么办？
 
 zui简单的方法是规划一片数据区的M点，使用的时候排着逐个用过来。
 呵呵，不觉得太笨点了么？M点使用的过程中，累也累死了。
 
 大家讨论个更简练的方法啊。
 
 另，PCS7里面一般是如何处理报警的呢？

确实说的是规划问题。
 
 说下我实现的方法吧：
 我改造了报警FB块，简化到只对1个字进行报警和新报警的处理。
 但在FB中又增加了2个input，分别是报警和新报警，这样就可以通过FB块的重复调用给串联起来了！
 
 然后声光报警的Q点绑定到zui后一次调用的那个FB。

西门子NCU572.4订货号：6FC5357-0BB23-0AE0​