西門子6ES7517-3UP00-0AB0參數(shù)詳細
西門子6ES7517-3UP00-0AB0參數(shù)詳細
SIMATIC S7-1200 CPU
SIMATIC S7-1200 系統(tǒng)有五種不同模塊,分別為 CPU 1211C、CPU 1212C 、 CPU 1214C、CPU1215C和CPU1217C。其中的每一種模塊都可以進行擴展,以*您的系統(tǒng)需要??稍谌魏?CPU 的前方加入一個信號板,輕松擴展數(shù)字或模擬量 I/O,同時不影響控制器的實際大小。可將信號模塊連接至 CPU 的右側,進一步擴展數(shù)字量或模擬量 I/O 容量。CPU 1212C 可連接 2 個信號模塊,CPU 1214C 、CPU1215C和CPU1217C可連接 8 個信號模塊。最后,所有的 SIMATIC S7-1200 CPU 控制器的左側均可連接多達 3 個通訊模塊,便于實現(xiàn)端到端的串行通訊。
安裝簡單方便
所有的 SIMATIC S7-1200 硬件都有內置的卡扣,可簡單方便地安裝在標準的 35 mm DIN 導軌上。這些內置的卡扣也可以卡入到已擴展的位置,當需要安裝面板時,可提供安裝孔。SIMATIC S7-1200 硬件可以安裝在水平或豎直的位置,為您提供其它安裝選項。這些集成的功能在安裝過程中為用戶提供了的靈活性,并使 SIMATIC S7-1200 為各種應用提供了實用的解決方案。.
節(jié)省空間的設計
所有的 SIMATIC S7-1200 硬件都經過專門設計,以節(jié)省控制面板的空間。例如,經過測量,CPU 1214C 的寬度僅為 110 mm,CPU 1212C 和 CPU 1211C 的寬度僅為 90 mm。結合通信模塊和信號模塊的較小占用空間,在安裝過程中,該模塊化的緊湊系統(tǒng)節(jié)省了寶貴的空間,為您提供了*高效率和靈活性。
SIMATIC S7-1200
可擴展的緊湊自動化的模塊化概念
它實現(xiàn)了簡便的通信、有效的技術任務解決方案,并能*一系列的獨立自動化需求。
SIMATIC S7-1200模塊概述
1.中低端緊湊型控制器
2.大規(guī)模集成,節(jié)省空間,功能強大
3.具有出色的實時性能和功能強大的通信選件:
4.帶有集成PROFINET IO 接口的控制器,可與SIMATIC 控制器、HMI、編程設備和其它自動化組件進行通信
5.所有CPU都可用于單機模式、網絡以及分布式結構
6.安裝、編程和操作極為簡便
7.集成式 Web 服務器,帶有標準和用戶特定 Web 頁面
8.數(shù)據記錄功能,用于歸檔用戶程序的運行數(shù)據
9.強大的集成工藝功能,如計數(shù)、測量、閉環(huán)控制和運動控制
10.集成數(shù)字量和模擬量輸入/輸出
11.靈活的擴展設備
12.可直接用于控制器的信號板卡
13.用于通過輸入/輸出通道來擴展控制器的信號模塊;
包括一個用于記錄和準備能量數(shù)據的電能表模塊
14.附件,如電源、開關模塊或SIMATIC存儲卡等
S7-1200系列PLC的擴展模塊包括三類,信號模塊、信號板和通信模塊。
信號模塊是擴展在CPU的右側,信號板擴展在CPU的正上方,通信模塊擴展在CPU的左側。
安裝方式:
S7-1200具有內置安裝夾,可直接裝在一個標準的35mm DIN導軌上,輸入輸出I/O端子臺可整體拆卸,更換或組態(tài)PLC更加快捷
應合理配置PLC的使用環(huán)境,提高系統(tǒng)抗干擾能力。具體采取的措施有:遠離高壓柜、高頻設備、動力屏以及高壓線或大電流動力裝置;通信電纜和模擬信號電纜盡量不與其他屏 (盤)或設備共用電纜溝;PLC柜內不用熒光燈等。另外,PLC雖適合工業(yè)現(xiàn)場,但使用中也應盡量避免直接震動和沖擊、陽光直射、油霧、雨淋等;不要在有腐蝕性氣體、灰塵過多、發(fā)熱體附近應用;避免導電性雜物進入控制器。
調試要點及注意事項
(1)常規(guī)檢查。在通電之前要耐心細致地作一系列的常規(guī)檢查(包括接線檢查、絕緣檢查、接地電阻檢查、保險檢查等),避免損壞PLC模塊(用STEP7的診斷程序對所有模塊進行檢查)。
(2)系統(tǒng)調試。系統(tǒng)調試可按離線調試與在線調試兩階段進行。其中離線調試主要是對程序的編制工作進行檢查和調試,采用STEP7能對用戶編制程序進行自動診斷處理,用戶也可通過各種邏輯關系判斷編制程序的正誤。而在線調試是一個綜合調試過程,包括程序本身、外圍線路、外圍設備以及所控設備等的調試。在線調試過程中,系統(tǒng)在監(jiān)控狀態(tài)下運行,可隨時發(fā)現(xiàn)問題、隨時解決問題,從而使系統(tǒng)逐步完善。因此,一般系統(tǒng)所存在的問題基本上可在此過程中得到解決。
在線調試設備開停時,必須先調試空開關的運行情況;如果設備設有運行監(jiān)視開關,則可把監(jiān)視開關強制為"1"(正式運行時,撤銷強制)。調試單臺設備時可針對性地建立該設備的變量表,對該設備及其與該設備相關的變量進行實時監(jiān)視。這樣既可判斷邏輯操作是否正確,對模擬量的變化也可一目了然。比如調試電動執(zhí)行器時,可建立一變量表,對執(zhí)行器的位置信號、限位信號、過力矩信號及輸出命令信號等進行實時監(jiān)視,便可非常直觀地觀測執(zhí)行器的動作情況。
CPU 運行需要 SIMATIC 微型存儲卡 (8 MB)
緊湊型 CPU,可用于具有分布式結構的系統(tǒng)。集成數(shù)字量 I/O,支持與過程的直接連接;PROFIBUS DP 主站/從站接口支持與分布式 I/O 的連接。因此,CPU 313C-2 DP 既可以用作分布式單元進行快速預處理,也可以用作帶下位現(xiàn)場總線系統(tǒng)的上位控制器。
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ū)。
西門子CPU6ES7313-6CG04-0AB0映射區(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從站