西門子模塊6ES7321-1CH00-0AA0

保存和恢復(fù)數(shù)據(jù)

下載項目組件

說明

將程序塊,、數(shù)據(jù)塊或系統(tǒng)塊下載到 CPU 會*覆蓋 CPU

中該塊之前存在的任何內(nèi)容,。執(zhí)行下載前，確定是要覆蓋該塊,。

要將項目組件從 STEP 7-Micro/WIN SMART 下載到 CPU,，請按以下步驟操作：

1. 確保網(wǎng)絡(luò)硬件和 PLC 連接電纜運行正常 (頁 31)，并確保 PLC 通信運行正常

(頁 607),。

2. 將 CPU 置于 STOP 模式 (頁 43),。

3. 要下載所有項目組件，在“文件”(File) 或 PLC 菜單功能區(qū)的“傳輸”(Transfer)

區(qū)域單擊“下載”(Download) 按鈕,，也可按快捷鍵組合 CTRL+D,。

4. 要下載選定的項目組件，單擊“下載”(Download)

按鈕下的向下箭頭,，然后從下拉列表中選擇要下載的特定項目組件（程序塊,、數(shù)據(jù)塊

或系統(tǒng)塊）。

5. 單擊“下載”(Download) 按鈕后,，如果彈出“通信”(Communications)

對話框,，選擇要下載到的 PLC 的網(wǎng)絡(luò)接口卡和 IP 地址。

6. 在“下載”(Download) 對話框中，設(shè)置塊的下載選項,，以及在 CPU 從 RUN 模式轉(zhuǎn)換為

STOP 模式 和從 STOP 模式轉(zhuǎn)換為 RUN 模式 時您是否希望收到提示,。

說明

初創(chuàng)建的、用于固件版本為 V1.x 的 S7-200 SMART CPU

的項目組件可下載到固件版本為 V2.0 或更高版本的 CPU

中,。然而,，初創(chuàng)建的、用于固件版本為 V2.0 或更高版本的 CPU

的項目組件可能無法成功下載到固件版本為 V1.x 的 CPU

中,，在項目組件所用的功能不受固件版本 V1.x 支持時尤其如此,。

緊湊型 CPU,，可用于具有分布式結(jié)構(gòu)的,。集成數(shù)字量 I/O，支持與的直接連接,；PROFIBUS DP 主站/從站接口支持與分布式 I/O 的連接,。因此，CPU 313C-2 DP 既可以用作分布式單元進行快速預(yù)處理,，也可以用作帶下位現(xiàn)場總線的控制器,。并通過一系列服務(wù)工業(yè)生產(chǎn)中設(shè)備的可用性、可靠性及產(chǎn)能

　　問：兩臺314-2DP,怎么把主站的REAL數(shù)據(jù)傳到從站去,？例如,，主站MD100里數(shù)據(jù)我通過屏輸入是1.5，把MD100通過MOVE傳送到QD50,主站QD50對應(yīng)從站ID50,，怎么在從站里完整的讀到1.5,，放到從站MD80里面？

　　問題補充：還有一問題,，我主站上帶屏,，從站也帶屏，主站與從站配置都*一樣,，包括屏,，目的就是控制一臺電機正反轉(zhuǎn)，來控制閘門上升下降,，那我在從站那里可以輸入預(yù)置高度1.5米,，動了以后再在主站里預(yù)置1.9米，也動,。當我再在從站輸入預(yù)置高度時一直是主站給的數(shù)據(jù)了,，請問，怎么來規(guī)避這個問題呢,？就是對同一個MD120通過兩個屏都能設(shè)置,，而又不相互影響，再怎么輸入都是后一次在屏上輸入有效,，不管哪個屏,。

　　答：實現(xiàn)Profibus主從站之間的MS通訊

　　通過圖解,，說明2個CPU之間通過Profibus實現(xiàn)主從站之間的MS通訊。這個例子是結(jié)合某現(xiàn)場的實際情況來的,，實際情況是在2套300之間進行數(shù)據(jù)通訊,，由于每個CPU300都帶有ET200M從站，所以317的主DP口和315的DP口都只能是主站而不能配置為從站,。并且2套之間距離較遠,，MPI不行，于是就利用了317的MPI/DP口配置成DP口來和315通訊,。用以償還西門子的設(shè)備成本以便為共同面臨的嚴峻的挑戰(zhàn)提供解決方案

  　1.首先,，在STEP7中新建一個Project，分別2個S7-300站,。

　　這里我們的一個CPU315-2DP,，作為主站；一個CUP317-2作為從站,，并且使用317-2的個端口MPI/DP端口配置成DP口來實現(xiàn)和315-2DP的通訊,。然后分別對每個站進行硬件組態(tài)：首先對從站CPU317-2進行組態(tài)：將317的個端口MPI/DP端口組態(tài)為PROFIBUS類型，并且創(chuàng)建一個不同于CPU自帶DP口的PROFIBUS網(wǎng)絡(luò),，設(shè)定地址,。在操作頁面中，將其設(shè)置為DPSLE,，并且選擇“,commissioning,routing”,，是將此端口設(shè)置為可以通過PG/PC在這個端口上對CPU進行監(jiān)控，以便于我們在通訊鏈路上進行程序監(jiān)控,。下面的地址用默認值即可,。通過采用*的和自動化技術(shù)

西門子6ES7321-1FF01-0AA0電源模塊

供應(yīng)西門子CP341模塊，西門子6ES7321-1FF01-0AA0,，西門子電源模塊

      然后選擇Configuration頁面,，創(chuàng)建數(shù)據(jù)交換映射區(qū)。這里我們創(chuàng)建了2個映射區(qū),，圖中的紅色框選區(qū)域在創(chuàng)建時是灰色的,，包括上面的圖中的Partner部分創(chuàng)建時也是空的，在主站組態(tài)完畢并編譯后,，才會出現(xiàn)圖中所示的狀態(tài),。由于我們這里只是演示程序，所以創(chuàng)建的交換區(qū)域較小,。組態(tài)從站之后,，再組態(tài)主站。CPU時，不需要創(chuàng)建新的PROFIBUS網(wǎng)絡(luò),，選擇從站建立的第二條（也就是用來進行通訊的MPI/DP端口創(chuàng)建的那條）PROFIBUS網(wǎng)絡(luò)即可,。組態(tài)好其它硬件，確認CPU的DP口處于主站,，從窗口右側(cè)的硬件列表中的已組態(tài)的站點中選擇CPU31X,，拖放到主站的PROFIBUS總線上，使達到配置靈活,、體積小巧

       這時會彈出鏈接窗口,，選擇以組態(tài)的從站，Connect按鈕,，然后進入Configuration頁面,，可以看到前面在從站中設(shè)定的映射區(qū)域，逐條進行編輯（Edit…）,，確認主從站之間的對應(yīng)關(guān)系,。主站的輸入對應(yīng)從站的輸出，主站的輸出對應(yīng)從站的輸入,。至此，硬件的組態(tài)完成,，將各個站的組態(tài)信息下載到各自的CPU中,。通過NetPro可以看到整個網(wǎng)絡(luò)的結(jié)構(gòu)圖。

　　2.編寫程序,。

　　硬件組態(tài)完畢,，下載，PLC運行之后,，數(shù)據(jù)并不會自動交換,。需要通序來執(zhí)行。在組態(tài)中,，input和output區(qū)域,，也并不是實際硬件組態(tài)中的硬件地址，也就是說,，input和output并不代表I/O模塊的地址和數(shù)據(jù),。但是映射區(qū)域組態(tài)用到的input和output地址，同時也占用了I/O模塊的組態(tài)地址,，就是說,，映射區(qū)的地址和I/O地址是并行的，不能重復(fù)使用,。所以好在硬件的I/O模塊全部組態(tài)完畢之后再組態(tài)映射區(qū),。

　　西門子CPU6ES7313-6CG04-0AB0映射區(qū)的數(shù)據(jù)交換是通過功能塊SFC14（DPRD_DAT——ReadConsistentDataofaStandardDPSle）和SFC15（DPWR_DAT——WriteConsistentDatatoaStandardDPSle）實現(xiàn)的。SFC14和SFC15是成對使用的，一個發(fā)送一個接收,，缺一不可,。數(shù)據(jù)的通訊也是交互的，可以相互交換數(shù)據(jù),。本例中,，我們通過簡單的數(shù)據(jù)來驗證通訊結(jié)果。

　　首先,，我們在程序中數(shù)據(jù)區(qū)DB1,，前面我們只建立了2個字（2Word）的映射區(qū)，于是我們建立如下內(nèi)容的DB1,，為了查看的方便,，DB1的前半部分作為接收數(shù)據(jù)的存儲區(qū)，后半部分用作發(fā)送數(shù)據(jù)的存儲區(qū),。在317和315中我們同樣的DB1,，然后分別在OB1中編寫通訊程序。其中,，程序的LADDR地址,，對應(yīng)的是硬件的映射區(qū)組態(tài)時本站的LocalAddr中的地址，從站的LocalAddr我們組態(tài)的是0,，對應(yīng)的PartnerAddr也就是主站的地址是4,。需要注意的是這里的地址是需要用16進制的格式來表示的，我們組態(tài)時是用10進制表示的,。西門子及其員工向受災(zāi)群眾的捐贈超過了450萬元幣

　　完成之后,，我們在各站中OB82、OB86,、OB122等程序塊,，這些是為了保證當通訊的一方掉電時，不會另一方的停機,。完成之后,，將所有的程序分別下載到各自的CPU中，個站切換到運行狀態(tài),，通過PLC監(jiān)控功能,，設(shè)定數(shù)據(jù)之后，我們監(jiān)控的結(jié)果如下：上面的表格內(nèi)容為主站315的數(shù)據(jù),，下面的是從站317的數(shù)據(jù),。可以看到,，兩個站都分別將各自的DBB4—DBB7數(shù)據(jù)發(fā)送出去并被另一方成功接收后存儲在各自的DBB0—DBB3中,。驗證中,，我們將一個站的CPU切換到STOP狀態(tài)，可以看到,，另一個站的CPU硬件SF指示燈,，但PLC正常運行不停機。待該站恢復(fù)之后,，自動消失,。

　　擴展問題：在一個站的CPU掉站之后，另一個站的接收數(shù)據(jù)區(qū)顯示的仍然是后一次接收到的數(shù)據(jù),，并且,，即使在這種狀態(tài)下，居然仍然無法修改該數(shù)據(jù)區(qū)內(nèi)容,。這樣就存在一個問題,，當前站需要知道當前接收數(shù)據(jù)存儲區(qū)的內(nèi)容是否是實時的數(shù)據(jù)。如何判斷,。但如果生產(chǎn)需要時i/0板也可在可編程控制器運行時取下

西門子6ES7321-1FF01-0AA0電源模塊

供應(yīng)西門子CP341模塊,，西門子6ES7321-1FF01-0AA0，西門子電源模塊

      大概思路：

　　1,，用以前的,，在每個數(shù)據(jù)接收周期開始前，將已接收數(shù)據(jù)清空,。這樣當接收周期內(nèi)接收不到新的數(shù)據(jù)時,，就可以察覺到。但是問題是,，SFC14和SFC15沒有接收是否完成、是否成功等標識位,，并且,，在接收不到新的數(shù)據(jù)時,，原有數(shù)據(jù)不能修改。此不通,。

　　2，通過別的檢測兩個站之間的通訊狀態(tài),。在SIEMENS的文檔中，有這樣的描述：主站：主站總線中數(shù)據(jù)流的控制權(quán),。只要它擁有訪問總線權(quán)（令牌）,，主站就可在沒有外部請求的情況下發(fā)送信息。在PROFIBUS協(xié)議中,，主站也被稱作節(jié)點,。從站：從站是簡單的輸入,、輸出設(shè)備,。典型的從站為傳感器,，執(zhí)行器以及變頻器。從站也可為智能從站,，入S7-300/400帶集成口的CPU等,。從站不會擁有總線的訪問。從站只能確認收到的信息或者在主站的請求下發(fā)送信息,。從站也被稱作被動節(jié)點,。另外，SIEMENS對SFC14/15的描述也分別是：用于讀取Profibus從站的數(shù)據(jù)/用于將數(shù)據(jù)寫入Profibus從站,。

　　根據(jù)這些描述,，通過CPU集成口通訊這種下,，作為從站的CPU應(yīng)該屬于“智能從站”,，但是SIEMENS的描述中,，卻沒有說智能從站和普通的從站之間有什么區(qū)別,。那么根據(jù)上面的主從站的描述,，主站可以的獲取到從站的數(shù)據(jù),，并可以自主的將數(shù)據(jù)寫入從站,；而從站必須在主站的指令下獲取或者發(fā)送數(shù)據(jù),。而在本例中,，這些說法似乎無法成立,。

        本例中，SFC14,、SFC15是成對使用的,，不論在主站上還是從站上，主從站之間的SFC14和SFC15必然是需要成對出現(xiàn)的,。也就是說,，任何一方?jīng)]有SFC15運行的的話，另一方的SFC14都讀不到數(shù)據(jù),。而任何一方?jīng)]有SFC14的話,，另一方的SFC15發(fā)送出來的數(shù)據(jù)也無人接收。至少從這點看來,，看不出主從站有什么區(qū)別,。不過，聯(lián)想到以前曾經(jīng)做過S7－300和MM430的Profibus通訊,，該通訊中,，顯然MM440是作為從站出現(xiàn)的，所以在正確組態(tài)之后,，只需要在主站(CPU)中寫好SFC14/15即可,，當然，MM440中我們也寫不進去程序,。那么在這種中,，

       可以說是*的遵守了SIEMENS文檔中的說法。同時也說明,，在“智能從站”這種下,，并不遵守SIEMENS文檔中對從站的描述。再次研究SFC14/15的收發(fā)狀態(tài),，發(fā)現(xiàn),，可能是因為數(shù)據(jù)的存在是映像中，所以只要SFC15發(fā)送過一次,，數(shù)據(jù)即存在于映射中,，SFC14隨時都從映像中讀取數(shù)據(jù)，所以存在前面說的,，simatics7-300plcs7-300是模塊化小型plc

          SFC14運行中，是無法修改接收數(shù)據(jù)存儲區(qū)的數(shù)據(jù)的,。脫離SFC14/15,，而使用MOVE的研究：不使用SFC14/15,，而是利用組態(tài)的時候產(chǎn)生的I/O地址來傳數(shù)據(jù)。根據(jù)創(chuàng)建映射區(qū)時的組態(tài)信息,，我們寫寫出了如下的程序：在主站315-2DP中：在從站317中：其中,，M位的使用是程序的不同情況下使用的臨時點，和本程序功能無關(guān),。由此可見,，在這種下，因為組態(tài)時組態(tài)的地址是的I區(qū)和Q區(qū),，所以是可以用MOVE來實現(xiàn)通訊的,，但是同時也存在的問題是，這種下,，通訊所用的I/Q區(qū)占用了S7-300的區(qū),，而S7-300的區(qū)可使用范圍是有限的，所以在的實際I/O模塊較多時,，通訊的數(shù)據(jù)量將會更加有限,。

 西門子模塊6ES7321-1CH00-0AA0

品牌	西門子	型號	S7-300
結(jié)構(gòu)形式	模塊式	安裝方式	控制室安裝
LD指令處理器	軟PLC	I/O點數(shù)	8
功能	擴展模塊	工作電壓	24V
輸出頻率	60Hz	處理速度	高頻μsμs
程序容量	大容量	數(shù)據(jù)容量	大容量
產(chǎn)品認證	*	環(huán)境溫度	+60℃
環(huán)境濕度	-75+80%	加工定制	否
外形尺寸	90mm	重量	1kg
產(chǎn)地	德國	廠家	德國