RS232轉TCPIP的TCP工作模式選擇
TCP協(xié)議有很多優(yōu)點(diǎn),這里只介紹何時(shí)使用UDP協(xié)議。
1.節省上位機的線(xiàn)路資源。在ZLSN模塊的串口轉以太網(wǎng)應用中,如果選擇TCP協(xié)議,且為T(mén)CP客戶(hù)端的話(huà),那么TCP連接是在模塊上電之后就開(kāi)始連接的,屬于“長(cháng)連接”。這就使得TCP協(xié)議一直占用一條通信線(xiàn)路(一個(gè)socket接口),如果聯(lián)網(wǎng)模塊個(gè)數很多(例如上萬(wàn)個(gè)),那么用TCP協(xié)議占用較多資源。
2.簡(jiǎn)化上位機編程的復雜性?;赨DP的socket編程相對于TCP要簡(jiǎn)單些。
3.需要廣播或者組播的應用。
2.2 客戶(hù)端和服務(wù)器的選擇
1. 一個(gè)監控中心還是多個(gè)監控中心。
一個(gè)監控中心:在單個(gè)監控中心的集中監控系統中,分散在各個(gè)采集點(diǎn)的ZLSN模塊將采集數據傳送到中心計算機,此時(shí)最好采用ZLSN模塊為T(mén)CP客戶(hù)端的方式,因為此時(shí)每個(gè)模塊只要設置一個(gè)目的IP(中心計算機的IP地址)即可。當然也可以采用中心為客戶(hù)端、模塊為服務(wù)端方式,但是此時(shí)中心必須記住每個(gè)模塊的IP地址,不利于系統的延展性和配置的靈活性。
多個(gè)監控中心:現在有多個(gè)中心計算機需要監控聯(lián)網(wǎng)模塊,由于TCP客戶(hù)端模塊只能連接一個(gè)中心,所以多個(gè)中心無(wú)法監控一個(gè)模塊(除非或者采用卓嵐的“硬件TCP/IP協(xié)議棧”功能,讓模塊可以根據需要連接到不同的中心)。此時(shí)應該采用模塊為客戶(hù)端的方式。
2.知道對方IP地址。如果通信的AB雙方中如果有一方A不知道對方B的IP地址,那么A必須作為客戶(hù)端。這是因為A不知道B的IP地址,也無(wú)法進(jìn)行連接操作。在ZLSN聯(lián)網(wǎng)模塊大量應用的網(wǎng)絡(luò )中,ZLSN聯(lián)網(wǎng)模塊的IP地址通過(guò)動(dòng)態(tài)獲取,所以中心并不知道所有模塊的IP地址,所以此時(shí)模塊應該作為客戶(hù)端。
3.主從關(guān)系。在主從關(guān)系的通信模式中,主機總是先發(fā)送數據,從機給出應答。在TCP短連接應用中,主機應該采用客戶(hù)端。這是因為短連接采用有數據發(fā)送的時(shí)候建立TCP連接的方式,只有主機才知道何時(shí)需要發(fā)送那個(gè)數據合適需要建立連接,所以主機為客戶(hù)端。
2.3 TCP短連接和TCP長(cháng)連接的選擇
TCP短連接由于占用的TCP線(xiàn)路資源少,一般效率優(yōu)于長(cháng)連接。但是以下情況下采用長(cháng)連接:通信的雙方?jīng)]有主從關(guān)系。任何一方都有首先發(fā)送數據的可能,所以要保持TCP連接一直保持。選擇長(cháng)連接的時(shí)候需要注意,在連接建立到當前,中間網(wǎng)線(xiàn)是否有斷開(kāi),需要時(shí)時(shí)檢測連接的可用性,短連接無(wú)該問(wèn)題,使用較為方便。
tcp/ip相關(guān)文章:tcp/ip是什么
評論