平頂山西門子S7-1200模塊代理商

我公司是西門子簽約代理商備有大量西門子產品潯之漫智控技術(上海)有限公司：西門子授權代理商

現貨庫存；大量全新庫存，款到48小時發貨，無須漫長貨期

西門子PLC（S7-200、S7-200 SMART、S7-300、S7-400、S7-1200、S7-1500、ET200S、ET200M、ET200SP）、觸摸屏、變頻器、工控機、電線電纜、儀器儀表等，產品選型、詢價、采購，敬請聯系，潯之漫智控技術(上海)有限公司 

這時會彈出鏈接窗口，選擇以組態的從站，點擊Connect按鈕，然后進入Configuration頁面，可以看到前面在從站中設定的映射區域，逐條進行編輯（Edit…），確認主從站之間的對應關系。主站的輸入對應從站的輸出，主站的輸出對應從站的輸入。至此，硬件的組態完成，將各個站的組態信息下載到各自的CPU中。通過NetPro可以看到整個網絡的結構圖。

2.編寫程序。

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

西門子CPU6ES7313-6CG04-0AB0映射區的數據交換是通過系統功能塊SFC14（DPRD_DAT——ReadConsistentDataofaStandardDPSlave）和SFC15（DPWR_DAT——WriteConsistentDatatoaStandardDPSlave）實現的。SFC14和SFC15是成對使用的，一個發送一個接收，缺一不可。數據的通訊也是交互的，可以相互交換數據。本例中，我們通過簡單的數據來驗證通訊結果。

首先，我們在程序中插入數據區DB1，前面我們只建立了2個字（2Word）的映射區，于是我們建立如下內容的DB1，為了查看的方便，DB1的前半部分作為接收數據的存儲區，后半部分用作發送數據的存儲區。在317和315中我們插入同樣的DB1，然后分別在OB1中編寫通訊程序。其中，程序的LADDR地址，對應的是硬件的映射區組態時本站的LocalAddr中的地址，從站的LocalAddr我們組態的是0，對應的PartnerAddr也就是主站的地址是4。需要注意的是這里的地址是需要用16進制的格式來表示的，我們組態時是用10進制表示的。

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

擴展問題：在一個站的CPU掉站之后，另一個站的接收數據區顯示的仍然是后一次接收到的數據，并且，即使在這種狀態下，居然仍然無法修改該數據區內容。這樣就存在一個問題，當前站需要知道當前接收數據存儲區的內容是否是實時的數據。如何判斷。

大概思路：

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

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

平頂山西門子S7-1200模塊代理商