6ES75347QE000AB0西門子S7-1500模擬量模塊

6ES7534-7QE00-0AB0 SIMATIC S7-1500， 模擬輸入/輸出模塊 AI 4x U/I/R/RTD/TC ST,； 4 條通道,，每組 4 條； 過程報警,；診斷 AQ 2x U/I ST,； 2 條通道，每組 2 條,； 替換值,；診斷 COMMON 模式電壓大約 10V 16 Bit；精度 0.3% 包括 Push-In 式前面板連接器,， 饋電元素,，屏蔽支架， 屏蔽端子

SIEMENS西門子

*,，質(zhì)量保證,，保修一年

專業(yè)銷售及維修西門子各類工控自動化配件;

：S7-200CN、S7-200SMART,、S7-300,、S7-400、 S7-1200,、S7-1500,、ET200,、LOGO邏西門子可編程控制器輯控制模塊

西門子HMI人機界面：觸摸屏

西門子變頻器：MM420、MM430,、MM440,、G110、G120,、6SE70

西門子工業(yè)以太網(wǎng)：通訊網(wǎng)卡,、通訊電纜、通訊接頭,、總線連接器 工控機,、交換機、自動化軟件等系型號齊全,，快速報價,，買我們的產(chǎn)品無憂所值，我們的產(chǎn)品都承諾質(zhì)保一年,，讓您買的省心舒心,，用的放心！

人們都說書中自有黃金屋,，書中有女顏如玉,。沒聽說書中還有漩渦的。確實,，要不是我調(diào)試中的那個暈延續(xù)至今,，現(xiàn)在還有點暈，或許就沒有了這詞不達意的題,。其中緣由,，看官請瞧下文分解。

        連鑄火焰切割機S5改造升級S7的項目,，上位機ABB的DCS古董級AC400通過串口下轄文物級115U+CP524,。上位機維持不變，PLC升級為315-dp+CP341,。串口RS232C運行的3964R+RK512,。

        串口通訊，咱是老手,。雖然不敢自夸業(yè)精,，好歹232、422,、485,、modbus、自定義協(xié)也練過了。CP341也是快長胡子了的老產(chǎn)品,，資料多多,。問題不大?？蓙淼膯栴}確實不大,，但很暈。

        從客戶存檔資料了解到,，AC400的串口通過fetch和send兩條指令下發(fā)指令和獲取數(shù)據(jù),。Fetch的原理和編程方法在CP341手冊里說明清晰，CP341還有示例,，通訊實驗很順,，一蹴而就。

        接續(xù)就是Send通訊實驗,，照理順利是自然的事了,。可是,，云彩（暈菜）來了,。暈暈乎乎的… …

        手冊里的指示，發(fā)送端要求是,，

 接收端的狀態(tài)要求是：

        可見紅寶書清晰指明,，在前進路上發(fā)送端FB P_SND_RK只需要搞定發(fā)生數(shù)據(jù)源的DB_NO和DBB_NO，接收端搞定接收目的地DB_NO和DBB_NO,，就應(yīng)該是數(shù)據(jù)過來,，萬事大吉,。邏輯上和常理上,，參數(shù)填寫不就應(yīng)該如此嗎？,！可是實驗臺上的CP341就是冷冰冰的不通不順,，致我的一臉茫然不顧。

        碰釘子了,，就想辦法吧,。估計是我理解文檔不到位，繼續(xù)研讀……1遍,，2遍,，都五遍了，測試依然不通,。見鬼了,！

        鬼在哪里？中文翻譯不準？可能,，…,，找來2006,2002的文檔，解釋與前文2011版的*一樣,。敢問路在何方,？

        對了，上“Industry Online Support”在線提交問題尋求幫助,。… …

        在線回復(fù)來了：“... cp341模塊僅調(diào)用FB7/8即可,。 如果您采用RK512的FETCH/SEND方式，您側(cè)是被動站,，僅需要調(diào)用FB7即可（FB7僅需要填寫EN_R=true,，LADDR填寫），對方直接對本測的M或DB操作（這些具體在主站側(cè)）,。 順祝商祺,！…”?；貜?fù)基本是手冊的口吻,，按手冊上的指示做，手冊要求主站側(cè)該做的都做了呀,。只是回復(fù)中“對方直接對本測的M或DB操作（這些具體在主站側(cè)）”,，好像與手冊某個地方的強調(diào)說明相悖，可怎么理解,？怎么做,？惜字如金，不得要領(lǐng),。

        在沒有清晰明確的理解,，也就沒有激發(fā)出試機實驗的舉動。再進“Industry Online Support”溜達,，查關(guān)鍵字“CP341”,。東東太多，暈,，沒新發(fā)現(xiàn),。轉(zhuǎn)到咱們熟悉的中文下載中心，翻來翻去,，找到《SIMATIC S7-300 CP 341點到點通訊,、安裝和參數(shù)分配點到點通訊、安裝和參數(shù)分配設(shè)備手冊》,，主題貼近,，直奔主題,。查得：

        這段文字，我如獲至寶,，終于找到了救命仙草,。同時我又有冬日被靜電電擊的詫異感覺和難受，怎么會有黑白不同的說法呢,？先不管這些疑問,，咱不是搞學(xué)問的，搞定應(yīng)用要緊,。上機測試,，一切如《SIMATIC S7-300 CP 341點到點通訊、安裝和參數(shù)分配點到點通訊,、安裝和參數(shù)分配設(shè)備手冊》所說,，通訊發(fā)出的源數(shù)據(jù)悅目地展現(xiàn)在我眼簾，順利通關(guān),。

        通關(guān)測試后的輕松,，首先讓我感激西門子中國CS工程師的工作。是他們讓我走出了漩渦和迷茫,。同時,，我又掉進另一個漩渦。那就是西門子的嚴謹,，產(chǎn)品技術(shù)狀態(tài)不應(yīng)該是這樣的結(jié)果,。產(chǎn)品使用手冊里強調(diào)的內(nèi)容怎么會有錯呢，而且是*相反的狀態(tài),？,！發(fā)送端定義數(shù)據(jù)源，接收端定義目的地,，這是一種常態(tài)呀,，我相信很多工程師與我有這一樣的直觀感覺。是不是那個地方的參數(shù)或狀態(tài)我還沒有捋順,。到現(xiàn)在,，我依然有這么一種心有不甘的情結(jié),。暈,！希望能有人給我這暈車的解藥。

        臨近收筆,，靜思而言,，雖說這種情結(jié)多少有點是對自己調(diào)試期間盲目執(zhí)著的懊悔?？蓮漠a(chǎn)品的用戶友好性而言,，個人認為產(chǎn)品說明書里描述的狀態(tài)更友好,。因為通訊中發(fā)送方定義數(shù)據(jù)源地址，收取方定義接收數(shù)據(jù)的存儲地址,，更符合應(yīng)用工程師的基于通訊原理的直觀理解,。FETCH通訊方式的所有參數(shù)由fetch的發(fā)起方單方面定義，從通訊的原理機制上理解是合理的,。Send方式如果在讓發(fā)送端包攬發(fā)和收的數(shù)據(jù)地址定義則有越俎代庖的味道,。這只是一管之見，僅著眼于產(chǎn)品使用的友好性而言,。至于根據(jù)3964R通訊機制,，在send側(cè)定義收和發(fā)雙向的數(shù)據(jù)地址，是否會帶來糾錯性能的提高,，是否能有更高的海明距離（Hamming distance）,？這要做更進一步的研究才知曉，這里不敢妄言,。

6ES75347QE000AB0西門子S7-1500模擬量模塊