西門子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?