| 6ES7211-1BE40-0XB0 SIMATIC S7-1200,CPU 1211C, 緊湊型 CPU,AC/DC/繼電器, 機(jī)載 I/O: 6 個(gè) 24V DC 數(shù)字輸入;4 個(gè) 2A 繼電器數(shù)字輸出; 2 AI 0-10V DC, 電源:交流 47-63Hz 時(shí) 85-264V AC, 程序存儲(chǔ)器/數(shù)據(jù)存儲(chǔ)器 50 KB SIMATICS7/M7-300/400站之間數(shù)據(jù)的可靠傳輸(使用“BSEND/BRCV”或“PUT/GET”SFB)。高速,不可靠數(shù)據(jù)傳輸取決于對(duì)方與時(shí)間相關(guān)的操作(使用“USEND/URECV”SFB)。 在ISO參考過程的第7層上確認(rèn)對(duì)方的數(shù)據(jù)傳輸。IT通信:E-mail功能:S7站激活報(bào)警并將其文本以電子郵件發(fā)送。電子郵件可能包含變量值和附件。HTML功能:CP模板中裝載了web服務(wù)器。其他的,applets或javabeans同樣可用于提供和查看帶有S7變量的HTML頁(yè)。 JA編寫的應(yīng)用程序可通過Javabeans使用HTTP協(xié)議訪問S7變量。FTP功能(作為服務(wù)器和客戶端):FTP客戶端功能可用于在FTP服務(wù)器上將數(shù)據(jù)(僅來自于數(shù)據(jù)塊)保存為文件或從FTP服務(wù)器上取回?cái)?shù)據(jù)(僅在帶有特殊首部(20字節(jié))的塊中)。 FTP服務(wù)器功能用來將文件(HTML頁(yè),映像文件,...)傳輸?shù)紺P的文件系統(tǒng)。也可直接從數(shù)據(jù)塊中讀出值或通過文件直接把值寫入到數(shù)據(jù)塊中。PG/OP通信:通過以太網(wǎng)用STEP7編程和組態(tài)S7站。編程設(shè)備是連接到以太網(wǎng)的。 PROFINET通信:PROFINET是PROFIBUS用戶組織(PNO)使用的標(biāo)準(zhǔn),它定義了跨廠商通信和工程模型。它用在基于組件的自動(dòng)化(CBA)環(huán)境中。SIMATICS7-300400--如何使用BSENDBRCV確保數(shù)據(jù)傳輸?shù)囊恢滦浴?/p> 說明:使用BSEND/BRCV多可傳輸以下組的數(shù)據(jù):通過MPI、PROFIBUS傳輸32K字節(jié)通過以太網(wǎng)傳輸64K字節(jié)一致性傳輸是以按塊為單位。一個(gè)塊包含多約...在SIMATICS7-400中440字節(jié)的用戶數(shù)據(jù),在SIMATICS7-300中220字節(jié)的用戶數(shù)據(jù),用戶不必考慮塊的大小。 用戶可通過正確分析BSEND塊的DONE參數(shù)和BRCV塊的NDR/LEN參數(shù)來數(shù)據(jù)的一致。BSEND:為了數(shù)據(jù)的一致性,在當(dāng)前傳送過程沒有完成之前不要再次寫入正在使用的SD_1發(fā)送區(qū)域部分。這是當(dāng)DONE狀態(tài)參數(shù)已變?yōu)?時(shí)的情況。 BRCV:為了數(shù)據(jù)的一致性,在接收過程完成之前不要分析RD_1的接收區(qū)域。這是NDR狀態(tài)參數(shù)已變?yōu)?時(shí)的情況;建議通過LEN狀態(tài)參數(shù)來確定所用RD_1接收區(qū)域的長(zhǎng)度。如何通過工業(yè)以太網(wǎng)在SIMATIC模式中同步時(shí)間。 通過工業(yè)以太網(wǎng)的時(shí)間同步有兩種可用模式:SIMATIC模式NTP模式在SIMATIC模式中通過工業(yè)以太網(wǎng)同步時(shí)間這一模式通常用在過程自動(dòng)化結(jié)合ISO傳送服務(wù)中,并且CP模塊和被同步CPU之間的度為+/-10毫秒,被同步CPU的度為+/-1毫秒。 描述:在SIMATIC范圍內(nèi)的三種主要產(chǎn)品系列都支持時(shí)間同步:SIMATICS7,SIMATICS5和PC。通過工業(yè)以太網(wǎng)以及PROFIBUS和MPI都可完成同步。由于SIMATIC模式是基于SNAP服務(wù)(即ISO2層服務(wù))且使用MAC地址,它只能用于本地以太網(wǎng)絡(luò)。 此模式不能工作在IP路由器連接的的IP網(wǎng)絡(luò)中,也就是在所組態(tài)的IP子網(wǎng)中。為什么不能用IEEE標(biāo)準(zhǔn)1588同步SIMATIC控制器。描述:IEEE標(biāo)準(zhǔn)1588名為“時(shí)鐘同步協(xié)議”,用于網(wǎng)絡(luò)化測(cè)量和控制系統(tǒng)。 簡(jiǎn)言之就是時(shí)間協(xié)議(PTP)。它定義了一種方法和步驟來同步通過數(shù)據(jù)包中繼網(wǎng)絡(luò)鏈接的多點(diǎn)分布式實(shí)時(shí)時(shí)鐘。設(shè)計(jì)PTP實(shí)現(xiàn)通過以太網(wǎng)的執(zhí)行過程,但不局限于此。原則上任何其它支持組播地址的數(shù)據(jù)包中繼協(xié)議也可使用。 此概念將CSMA/CD層從上層應(yīng)用層隔離。實(shí)際中,過程控制可以因此從數(shù)據(jù)傳送協(xié)議中分離出來。但是,SIMATIC控制器或CP343-1/CP443-1不支持這一功能。使用組播連接時(shí)要注意那些問題。如何對(duì)這些連接進(jìn)行組態(tài)。 解答:多點(diǎn)傳輸是一種特殊的連接方式,只有工業(yè)以太網(wǎng)CP支持該方式,并只能通過UDP連接(UDP是指用戶數(shù)據(jù)包協(xié)議)對(duì)它進(jìn)行組態(tài)。通常希望能從一個(gè)站發(fā)送消息到多個(gè)伙伴站,這時(shí)重要的是能同時(shí)發(fā)送這些消息,而伙伴站也能同時(shí)接收到這些消息。 因此就需要發(fā)送和接收廣播的消息,在這種情況下,網(wǎng)絡(luò)上的所有站都能接收到該消息。同時(shí)也需要通過廣播消息,例如來找到MAC地址到IP地址的轉(zhuǎn)換(地址解析協(xié)議(ARP)請(qǐng)求)。所以通訊模塊能接受廣播報(bào)文并通過合適的軟件對(duì)其進(jìn)行。 如果網(wǎng)絡(luò)中的廣播消息太多,則會(huì)使網(wǎng)絡(luò)性能下降。這是因?yàn)槊總€(gè)模塊都要對(duì)所有廣播報(bào)文進(jìn)行處理來確定這些報(bào)文是不是發(fā)給自己的??紤]工業(yè)以太網(wǎng)CP的廣播時(shí)要注意下面兩點(diǎn):在所有工業(yè)以太網(wǎng)CP中,一收到廣播消息就要以濾出。 所有不能使用的消息(如ARP請(qǐng)求),都要立即丟棄,這樣可以防止廣播給其它連接造成的負(fù)面影響。無法接收任何廣播消息的模塊可用來向網(wǎng)絡(luò)發(fā)送廣播消息。為確保同時(shí)向多個(gè)站發(fā)送消息,需要引入連接選項(xiàng)“Multicast”。 通過定義(通過和SIMATICSTEP7/NCMV5.1+SP2一樣進(jìn)行組態(tài)),可激活預(yù)留的組播方向一定數(shù)量的通訊伙伴發(fā)送消息。通訊處理器的性能:除時(shí)間外,通常通訊處理器對(duì)其它組播消息是封鎖的。如果在組態(tài)中激活一個(gè)多播組,那么在LAN控制器中它也是激活的。 此時(shí)只有該特定組是激活的,并且通訊處理器仍然繼續(xù)封鎖網(wǎng)絡(luò)的其它廣播消息進(jìn)入。在LAN控制器中標(biāo)記了每個(gè)已組態(tài)的多播組。以下是向伙伴站組發(fā)送消息時(shí),為什么組播是更好解決辦法的原因。在一個(gè)通訊處理器中能組態(tài)多達(dá)48個(gè)組播組。 對(duì)于UDP而言,數(shù)據(jù)長(zhǎng)度不能超過2048字節(jié)。通訊處理器繼續(xù)封鎖廣播負(fù)載進(jìn)入。當(dāng)然要求所有伙伴站都支持組播。發(fā)送消息時(shí)沒有任何安全機(jī)制(確認(rèn))。由于UDP協(xié)議不提供應(yīng)答機(jī)制,所以發(fā)送消息沒有應(yīng)答。例如如果將一個(gè)消息發(fā)送給100個(gè)伙伴,那么100個(gè)確認(rèn)(一個(gè)伙伴一個(gè)確認(rèn))會(huì)同時(shí)到達(dá),這時(shí)就會(huì)出現(xiàn)問題
|
17374352020