產地類別 | 進口 | 應用領域 | 電子/電池 |
---|---|---|---|
產地 | 德國 | 品牌 | 西門子 |
《銷售態(tài)度》:質量保證、誠信服務、及時到位!
《銷售宗旨》:為客戶創(chuàng)造價值是我們永遠追求的目標!
《服務說明》:現(xiàn)貨配送至全國各地含稅(17%)含運費!
《產品質量》:原裝正品,*!
《產品優(yōu)勢》:專業(yè)銷售 薄利多銷 信譽好,口碑好,價格低,貨期短,大量現(xiàn)貨,服務周到!
![]() |
參考價 | 面議 |
更新時間:2022-02-24 11:41:25瀏覽次數(shù):371
聯(lián)系我們時請說明是化工儀器網上看到的信息,謝謝!
西門子S7-400模塊6ES7416-2FN05-0AB0
問:兩臺314-2DP,怎么把主站的REAL數(shù)據傳到從站去?例如,主站MD100里數(shù)據我通過觸摸屏輸入是1.5,把MD100通過MOVE傳送到QD50,主站QD50對應從站ID50,怎么在從站里完整的讀到1.5,放到從站MD80里面?
問題補充:還有一問題,我主站上帶觸摸屏,從站也帶觸摸屏,主站與從站配置都*一樣,包括觸摸屏,目的就是控制一臺電機正反轉,來控制閘門上升下降,那我在從站那里可以輸入預置高度1.5米,動了以后再在主站里預置1.9米,也動。當我再在從站輸入預置高度時一直是主站給的數(shù)據了,請問,怎么來規(guī)避這個問題呢?就是對同一個MD120通過兩個觸摸屏都能設置,而又不相互影響,再怎么輸入都是后一次在觸摸屏上輸入有效,不管哪個觸摸屏。
答:實現(xiàn)Profibus主從站之間的MS通訊
通過圖解,說明2個CPU之間通過Profibus實現(xiàn)主從站之間的MS通訊。這個例子是結合某現(xiàn)場的實際情況來的,實際情況是在2套300系統(tǒng)之間進行數(shù)據通訊,由于每個CPU300都帶有ET200M從站,所以317的主DP口和315的DP口都只能是主站而不能配置為從站。并且2套系統(tǒng)之間距離較遠,MPI不行,于是就利用了317的MPI/DP口配置成DP口來和315通訊。
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網絡,設定地址。在操作模式頁面中,將其設置為DPSLAVE模式,并且選擇“Test,commissioning,routing”,是將此端口設置為可以通過PG/PC在這個端口上對CPU進行監(jiān)控,以便于我們在通訊鏈路上進行程序監(jiān)控。下面的地址用默認值即可。
然后選擇Configuration頁面,創(chuàng)建數(shù)據交換映射區(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網絡,選擇從站建立的第二條(也就是準備用來進行通訊的MPI/DP端口創(chuàng)建的那條)PROFIBUS網絡即可。組態(tài)好其它硬件,確認CPU的DP口處于主站模式,從窗口右側的硬件列表中的已組態(tài)的站點中選擇CPU31X,拖放到主站的PROFIBUS總線上,
這時會彈出鏈接窗口,選擇以組態(tài)的從站,點擊Connect按鈕,然后進入Configuration頁面,可以看到前面在從站中設定的映射區(qū)域,逐條進行編輯(Edit…),確認主從站之間的對應關系。主站的輸入對應從站的輸出,主站的輸出對應從站的輸入。至此,硬件的組態(tài)完成,將各個站的組態(tài)信息下載到各自的CPU中。通過NetPro可以看到整個網絡的結構圖。
2.編寫程序。
硬件組態(tài)完畢,下載,PLC運行之后,數(shù)據并不會自動交換。需要通過程序來執(zhí)行。在組態(tài)中,input和output區(qū)域,也并不是實際硬件組態(tài)中的硬件地址,也就是說,input和output并不代表I/O模塊的地址和數(shù)據。但是映射區(qū)域組態(tài)用到的input和output地址,同時也占用了I/O模塊的組態(tài)地址,就是說,映射區(qū)的地址和I/O地址是并行的,不能重復使用。所以好在硬件的I/O模塊全部組態(tài)完畢之后再組態(tài)映射區(qū)。
映射區(qū)的數(shù)據交換是通過系統(tǒng)功能塊SFC14(DPRD_DAT——ReadConsistentDataofaStandardDPSlave)和SFC15(DPWR_DAT——WriteConsistentDatatoaStandardDPSlave)實現(xiàn)的。SFC14和SFC15是成對使用的,一個發(fā)送一個接收,缺一不可。數(shù)據的通訊也是交互的,可以相互交換數(shù)據。本例中,我們通過簡單的數(shù)據來驗證通訊結果。
首先,我們在程序中插入數(shù)據區(qū)DB1,前面我們只建立了2個字(2Word)的映射區(qū),于是我們建立如下內容的DB1,為了查看的方便,DB1的前半部分作為接收數(shù)據的存儲區(qū),后半部分用作發(fā)送數(shù)據的存儲區(qū)。在317和315中我們插入同樣的DB1,然后分別在OB1中編寫通訊程序。其中,程序的LADDR地址,對應的是硬件的映射區(qū)組態(tài)時本站的LocalAddr中的地址,從站的LocalAddr我們組態(tài)的是0,對應的PartnerAddr也就是主站的地址是4。需要注意的是這里的地址是需要用16進制的格式來表示的,我們組態(tài)時是用10進制表示的。
完成之后,我們在各站中插入OB82、OB86、OB122等程序塊,這些是為了保證當通訊的一方掉電時,不會導致另一方的停機。完成之后,將所有的程序分別下載到各自的CPU中,個站切換到運行狀態(tài),通過PLC監(jiān)控功能,設定數(shù)據之后,我們監(jiān)控的結果如下:上面的表格內容為主站315的數(shù)據,下面的是從站317的數(shù)據??梢钥吹?,兩個站都分別將各自的DBB4—DBB7數(shù)據發(fā)送出去并被另一方成功接收后存儲在各自的DBB0—DBB3中。驗證中,我們將一個站的CPU切換到STOP狀態(tài),可以看到,另一個站的CPU硬件SF指示燈報警,但PLC正常運行不停機。待該站恢復之后,報警自動消失。
擴展問題:在一個站的CPU掉站之后,另一個站的接收數(shù)據區(qū)顯示的仍然是后一次接收到的數(shù)據,并且,即使在這種狀態(tài)下,居然仍然無法修改該數(shù)據區(qū)內容。這樣就存在一個問題,當前站需要知道當前接收數(shù)據存儲區(qū)的內容是否是實時的數(shù)據。如何判斷。
大概思路:
方法1,用以前的方法,在每個數(shù)據接收周期開始前,將已接收數(shù)據清空。這樣當接收周期內接收不到新的數(shù)據時,就可以察覺到。但是問題是,SFC14和SFC15沒有接收是否完成、是否成功等標識位,并且,在接收不到新的數(shù)據時,原有數(shù)據不能修改。此方法不通。
方法2,通過別的方式方法檢測兩個站之間的通訊狀態(tài)。在SIEMENS的文檔中,有這樣的描述:主站:主站掌握總線中數(shù)據流的控制權。只要它擁有訪問總線權(令牌),主站就可在沒有外部請求的情況下發(fā)送信息。在PROFIBUS協(xié)議中,主站也被稱作主動節(jié)點。從站:從站是簡單的輸入、輸出設備。典型的從站為傳感器,執(zhí)行器以及變頻器。從站也可為智能從站,入S7-300/400帶集成口的CPU等。從站不會擁有總線的訪問*。從站只能確認收到的信息或者在主站的請求下發(fā)送信息。從站也被稱作被動節(jié)點。另外,SIEMENS對SFC14/15的描述也分別是:用于讀取Profibus從站的數(shù)據/用于將數(shù)據寫入Profibus從站。
西門子S7-400模塊6ES7416-2FN05-0AB0
如果需要將STEP 7 V5.x項目移植到STEP 7專業(yè)版(TIA博圖),必須滿足以下軟件需求。
1.軟件需求
在希望執(zhí)行項目移植的計算機上,以下軟件必須安裝
STEP 7 專業(yè)版(TIA 博途) V11或更高版本
STEP 7 V5.4+SP5或更高版本及相關許可證
被移植項目中使用的 STEP 7選項包也必須安裝
2.項目*性
一個完整的STEP 7 V5.x項目(包括S7程序,硬件和網絡組態(tài))必須是*的。每種情況下執(zhí)行檢查*性的相應功能,以便檢查并保證*性。更多*性檢查的信息參考如下條目,ID: 5416540,也可參閱 STEP 7 V5.x 的相關幫助。
在STEP 7 V5.x的SIMATIC Manager中可以在程序文件夾下只存儲程序(沒有CPU)。*性程序移植之后在STEP 7(TIA Portal)中會創(chuàng)建一個非的CPU。
注意
執(zhí)行塊*性檢查會導致工藝對象 (例如 PID 功能塊) 的背景 DB 中的變量恢復缺省值。 帶配方的數(shù)據塊也會出現(xiàn)這種情況。建議采取下列的補救措施:
在進行塊*性檢查前備份背景數(shù)據塊,之后再將備份的數(shù)據塊拷貝到原文件夾。
不使用塊*性檢查恢復塊的*性。生成一個新的背景 DB,然后復制所有數(shù)據從舊的(不*的)背景 DB 到新的(*性的)背景 DB。
對于早期 STEP7版本編譯的項目
如果需要移植早期STEP7版本(例如V5.3)項目到STEP7專業(yè)版(TIA博途),必須在STEP7 V5.4+SP5(或更高版本)中重新編譯項目。
3. 硬件組件
默認移植過程中只移植軟件,并為原項目中的每個設備在目標項目中創(chuàng)建非的設備。硬件和網絡組態(tài)以及網絡連接不移植。
如果想要移植STEP7 V5.x項目中的硬件組件,必須在“Migrate project”對話框里勾選 “Include hardware configuration”選項。
圖.1
注意
如果進行硬件組態(tài)移植,STEP7 V5.x項目中所有的硬件組件必須包含在TIA博圖硬件對話框中。能夠訂購并且到2007年10月1日之前沒有停止供貨的模塊可以被 TIA博圖支持,并存儲在 STEP7(TIA 博圖)的硬件對話框中。如果項目包含STEP7(TIA博圖)硬件對話框中沒有的硬件組件,移植操作會被終止。
4.塊保護
可以移植帶保護塊的項目到TIA博途中,然后下載這些塊到CPU中。在這里,不支持 STEP 7 V5.5中使用了“S7 Block Privacy”加密的塊。在這個情況下,注意以下限制:
TIA博途不支持STEP 7 V5.x所用的塊保護機制(KNOW_HOW_PROTECT 及 S7 Block Privacy 加密),TIA博途使用一種改進的塊加密機制。不能打開或編輯這些塊。