細述西門子TCP協(xié)議與ISO

細述西門子TCP協(xié)議與ISO-on-TCP 協(xié)議TCP協(xié)議能提供什么樣的屬性、優(yōu)勢和特殊功能?描述:如果數(shù)據(jù)用TCP協(xié)議來傳輸, 傳輸?shù)男问绞菙?shù)據(jù)流，沒有傳輸長度及信息幀的起始、結(jié)束信息。在以數(shù)據(jù)流的方式傳輸時接收方不知道一 條信息的結(jié)束和下一條信息的開始。因此, 發(fā)送方必須確定信息的結(jié)構(gòu)讓接收方能夠識別 。信息結(jié)構(gòu)可能包含有數(shù)據(jù)后面的控制字符（如回車）,表示信息的結(jié)束。在多數(shù)情況下TCP應(yīng)用了IP (Internet protocol) 這就是人們常 談?wù)摰腡CP/IP 協(xié)議. 它位于 ISO-OSI 參考模型的第四層。圖 01 - ISO-OSI 參考模式的位置圖套結(jié)字和端口號:幾個進程在多線程操作系統(tǒng)中可同時運行, 因此每個進程可提供多種服務(wù)。它們應(yīng)該能夠被單獨的尋址。由于這個原因, 特殊的接口, 或者端口, 在用TCP/IP協(xié)議和UDP協(xié)議的數(shù)據(jù)通訊中被定義。這種從主機對主機轉(zhuǎn)換到進程對進程擴展被稱為應(yīng)用多路技術(shù)和多路分解技術(shù)。一個站的IP地址和端口號形成了一個套結(jié)字 ，這是整個網(wǎng)絡(luò)中用戶程序的唯一地址。因此在一個網(wǎng)絡(luò)中應(yīng)用一個套結(jié)字可以訪問一個站的任何一個進程。在SIMATIC環(huán)境下, 多個進程或者用戶程序在CPU上是不能同時建立。因此，多個通訊任務(wù)可以被同時初始化。為了方便唯一尋址，需通過連接配置來配置任務(wù)。協(xié)議服務(wù): Send/ReceiveSEND/RECEIVE 接口被用于激活兩個客戶站之間的數(shù)據(jù)傳輸。在兩個站之間數(shù)據(jù)的交換是用發(fā)送和接收塊來完成。 Fetch/WriteFetch/Write 是從服務(wù)器上讀取數(shù)據(jù)或者寫數(shù)據(jù)到服務(wù)器的服務(wù)。訪問是通過被動的服務(wù)器的操作系統(tǒng)且不調(diào)用任何的功能塊 。 在 SIMATIC S7中, fetch/write 服務(wù)僅僅完成服務(wù)器的功能。 因此, SIMATIC S7 不能主動激活讀寫數(shù)據(jù)?？蛻舳四軌蛑鲃蛹せ顝腟7站中讀寫數(shù)據(jù)。數(shù)量結(jié)構(gòu):參數(shù)值的范圍每一任務(wù)的數(shù)據(jù)1 - 8192 字節(jié)接口ISO-OSI 參考模型的4層最大的連接數(shù)量每個 S7-300 CP 最多為16每個 S7-400 CP 最多為64TCP協(xié)議的優(yōu)點: 高的通訊速度 適合傳輸中到大的數(shù)據(jù)量 (=8192 bytes) 具有路由兼容性 (例如可用在公網(wǎng)) 能夠被靈活的用在其它系統(tǒng) 有確認機制TCP 協(xié)議的缺點: 只能傳固定長度的數(shù)據(jù) 對數(shù)據(jù)的管理增加了編程的工作量 數(shù)據(jù)是以數(shù)據(jù)流的方式傳輸。注意: 條目號 ID19033929包含了通過TCP協(xié)議傳輸具有可變消息長度的數(shù)據(jù)。 可通過條目號ID20982954獲得關(guān)于SIMATIC S7通信的總說明。ISO-on-TCP 協(xié)議提供的屬性,優(yōu)勢和特殊功能?描述:ISO傳輸協(xié)議最大的優(yōu)勢是通過數(shù)據(jù)包來進行數(shù)據(jù)傳遞。 然而,由于網(wǎng)絡(luò)的增加,不支持路由功能的劣勢會逐漸體現(xiàn)。TCP/IP 協(xié)議兼容了路由功能后,對以太網(wǎng)產(chǎn)生了重要的影響。為了集合了兩個協(xié)議的優(yōu)點， 在擴展的RFC1006 (RFC = Request for Comments) ISO on top of TCP作了注釋,也稱為 ISO on TCP,即在TCP/IP 協(xié)議中定義了ISO 傳輸?shù)膶傩浴?ISO-on-TCP 也是位于ISO-OSI 參考模型的第四層,并且默認的數(shù)據(jù)傳輸端口是 102。此協(xié)議可以用在當(dāng)前的SIMATIC S7 模塊, SIMATIC PC ,并且也可以在 SIMATIC S5 中插入CP 1430 TCP使用。圖. 01 - 在ISO-OSI參考模型中的位置協(xié)議服務(wù): Send/ReceiveSR 是為了在兩個站之間傳送數(shù)據(jù)的服務(wù). 兩站之間的數(shù)據(jù)是用發(fā)送和接受塊來完成的。 Fetch/WriteFetch/Write是從服務(wù)器上讀數(shù)據(jù)或者寫數(shù)據(jù)到服務(wù)器的服務(wù). 訪問是通過被動服務(wù)器的操作系統(tǒng),并且在服務(wù)器里不用調(diào)用任何功能塊.在 SIMATIC S7,此 fetch/write服務(wù)僅僅在服務(wù)器功能里實現(xiàn).因此, SIMATIC S7 不能主動去讀或?qū)憯?shù)據(jù).客戶端可以主動去讀從S7中讀/寫數(shù)據(jù)。數(shù)量結(jié)構(gòu):參數(shù)植的范圍每一任務(wù)的數(shù)據(jù)1 - 8192 字節(jié)接口ISO-OSI 參考模型第四層最大的連接數(shù)量Up to 16 per S7-300 CPUp to 64 per S7-400 CPISO-on-TCP 協(xié)議的優(yōu)勢: 高速通訊 適合中等到大數(shù)據(jù)量的傳輸 (=8192 bytes) 路由兼容性(即可以在 WAN中使用) 面向包的數(shù)據(jù)傳輸 數(shù)據(jù)長度可變ISO-on-TCP 協(xié)議的缺點和特征: 只能被使用在 SIMATIC 結(jié)構(gòu)體系中 對數(shù)據(jù)的管理增加了編程的工作量 單獨的路由器的組態(tài)/設(shè)置的要求(路由器必須在CP的硬件配置中被設(shè)置)注意: 條目ID20987359提供了一個通過ISO-on-TCP協(xié)議通