7777色情网黄A片免费看蜜臀,JIZZYOU中国少妇高潮,国产精品无码免费专区午夜,游泳教练在水下狂c我,《密爱》床戏视频

串口轉TCPIP的TCP工作模式選擇

發布時(shi)間(jian)：2010-12-22 作者：上(shang)海卓嵐 瀏(liu)覽量：3677

本文介(jie)紹在串(chuan)口(kou)轉(zhuan)(zhuan)TCP/IP中如(ru)(ru)何使用(yong)各種TCP工作模(mo)式，根據不同的應用(yong)如(ru)(ru)何進行(xing)靈活選擇TCP客戶端、TCP服(fu)務器、UDP、UDP組播。然后介(jie)紹如(ru)(ru)何用(yong)zlvircom配置(zhi)串(chuan)口(kou)轉(zhuan)(zhuan)TCP/IP并(bing)和SocketDlgTest程序通信。

TCP/IP是(shi)網(wang)(wang)際(ji)(ji)(ji)互(hu)聯(lian)的基本(ben)協(xie)(xie)(xie)議(yi)(yi)，TCP/IP實際(ji)(ji)(ji)涉及網(wang)(wang)絡協(xie)(xie)(xie)議(yi)(yi)的兩(liang)層(ceng)：網(wang)(wang)絡層(ceng)和(he)(he)(he)傳(chuan)輸(shu)層(ceng)。IP屬于網(wang)(wang)絡層(ceng)，而(er)(er)TCP屬于傳(chuan)輸(shu)層(ceng)，實際(ji)(ji)(ji)上(shang)TCP/IP協(xie)(xie)(xie)議(yi)(yi)還(huan)有另外部分協(xie)(xie)(xie)議(yi)(yi)即(ji)UDP協(xie)(xie)(xie)議(yi)(yi)，UDP協(xie)(xie)(xie)議(yi)(yi)和(he)(he)(he)TCP協(xie)(xie)(xie)議(yi)(yi)共(gong)同(tong)組成了TCP/IP協(xie)(xie)(xie)議(yi)(yi)的傳(chuan)輸(shu)層(ceng)。而(er)(er)TCP協(xie)(xie)(xie)議(yi)(yi)有具有客戶(hu)(hu)端(duan)(duan)和(he)(he)(he)服(fu)務(wu)端(duan)(duan)兩(liang)種(zhong)工作(zuo)模式。在(zai)RS232/RS485聯(lian)網(wang)(wang)模塊應用中(zhong)，主(zhu)要在(zai)UDP、TCP客戶(hu)(hu)端(duan)(duan)、TCP服(fu)務(wu)器3種(zhong)模式之間進(jin)行(xing)選擇(ze)。如圖所示(shi)

TCP（Transmission Control Protocol）是(shi)可靠連接(jie)協(xie)議。我們可以用打電(dian)話來類比TCP協(xie)議。使用TCP協(xie)議進行數(shu)(shu)據(ju)傳(chuan)(chuan)輸，首先需(xu)要(yao)建立連接(jie)；就如在通電(dian)話前需(xu)要(yao)先撥(bo)通電(dian)話一(yi)(yi)樣。TCP是(shi)可靠傳(chuan)(chuan)輸的(de)(de)，即你傳(chuan)(chuan)輸的(de)(de)數(shu)(shu)據(ju)有誤或者丟失，則(ze)會(hui)自動重新傳(chuan)(chuan)輸以保證數(shu)(shu)據(ju)正確；這正如打電(dian)話的(de)(de)時候，如果信號不好，收方會(hui)說(shuo)：“聽不清(qing)，請再(zai)說(shuo)一(yi)(yi)遍。”

UDP（User Datagram Protocol）是(shi)報文傳輸協(xie)議(yi)。我們可以(yi)用手機(ji)短信來類(lei)比UDP協(xie)議(yi)。使用UDP協(xie)議(yi)，你無(wu)需先(xian)征(zheng)得對(dui)方的(de)同意（無(wu)需先(xian)建立連接），可以(yi)隨時發送。但是(shi)UDP協(xie)議(yi)是(shi)不可靠傳輸的(de)，你發送出去(qu)的(de)數(shu)據不能夠保證正(zheng)確地被對(dui)方收(shou)到；

所謂“正確接收”，它包括3方面的(de)(de)內容(rong)(rong)：1.丟(diu)失問題：數據丟(diu)失后可以(yi)重(zhong)傳。2.誤碼(ma)問題：數據內容(rong)(rong)錯誤能(neng)被檢測并(bing)重(zhong)新發(fa)送(song)。3.順(shun)序問題：UDP無法保證數據的(de)(de)順(shun)序，例如在發(fa)送(song)長文字的(de)(de)短(duan)信的(de)(de)時候，有(you)可能(neng)后半(ban)部分短(duan)信內容(rong)(rong)先收到，然(ran)后再收到前(qian)半(ban)部分短(duan)信內容(rong)(rong)。這(zhe)給接收者較大的(de)(de)迷惑(huo)，TCP協議(yi)沒有(you)這(zhe)個問題。

UDP協(xie)議(yi)的(de)也有(you)(you)自(zi)身(shen)優點。1.簡單性(xing)、方(fang)便性(xing)，UDP協(xie)議(yi)非(fei)常類似串(chuan)口通(tong)信，因為串(chuan)口發送(song)數據本身(shen)基于非(fei)連接（報文）的(de)。此(ci)時(shi)在(zai)串(chuan)口轉以太網的(de)時(shi)候，使(shi)用(yong)UDP協(xie)議(yi)符合原來(lai)的(de)思維(wei)。2.UDP協(xie)議(yi)具有(you)(you)廣播、組(zu)播功能，可以實現一對多通(tong)信。

在(zai)選擇TCP進行(xing)(xing)通信的時候(hou)，通信的雙方(fang)，必須一(yi)方(fang)為(wei)TCP客(ke)戶(hu)端(duan)(duan)(duan)（TCP Client），一(yi)方(fang)為(wei)TCP服務器(qi)(qi)（TCP Server）。以(yi)打(da)電(dian)話(hua)(hua)(hua)(hua)來類(lei)比(bi)，打(da)電(dian)話(hua)(hua)(hua)(hua)的人是TCP客(ke)戶(hu)端(duan)(duan)(duan)，接電(dian)話(hua)(hua)(hua)(hua)的一(yi)方(fang)為(wei)TCP服務器(qi)(qi)。TCP/IP協(xie)議中的IP地址類(lei)似電(dian)話(hua)(hua)(hua)(hua)號碼，而TCP/IP中的端(duan)(duan)(duan)口號類(lei)似電(dian)話(hua)(hua)(hua)(hua)分(fen)機(ji)號。客(ke)戶(hu)端(duan)(duan)(duan)（撥電(dian)話(hua)(hua)(hua)(hua)者），首(shou)先需要知(zhi)道對方(fang)的IP地址和(he)(he)端(duan)(duan)(duan)口（電(dian)話(hua)(hua)(hua)(hua)號碼和(he)(he)分(fen)機(ji)號），先連接上TCP服務器(qi)(qi)端(duan)(duan)(duan)（接聽者的電(dian)話(hua)(hua)(hua)(hua)摘機(ji)），才能(neng)進行(xing)(xing)數據傳(chuan)輸(shu)（通話(hua)(hua)(hua)(hua)）。和(he)(he)一(yi)般電(dian)話(hua)(hua)(hua)(hua)不同(tong)，在(zai)這(zhe)里TCP服務器(qi)(qi)可(ke)以(yi)同(tong)時接入(ru)多個TCP客(ke)戶(hu)端(duan)(duan)(duan)，就如有多路(lu)線路(lu)的電(dian)話(hua)(hua)(hua)(hua)，不會因為(wei)一(yi)路(lu)電(dian)話(hua)(hua)(hua)(hua)在(zai)接通中而不能(neng)接入(ru)其它電(dian)話(hua)(hua)(hua)(hua)。

在ZLSN聯網模塊(kuai)的RS232轉(zhuan)網絡中，TCP連(lian)(lian)接(jie)有(you)長連(lian)(lian)接(jie)和短(duan)連(lian)(lian)接(jie)之(zhi)分。TCP長連(lian)(lian)接(jie)就是連(lian)(lian)接(jie)建立后不斷開，直到斷電(dian)。TCP短(duan)連(lian)(lian)接(jie)是指需要通信的時候(hou)建立連(lian)(lian)接(jie)，通信完畢后立即關閉連(lian)(lian)接(jie)。

UDP相對(dui)于TCP來說UDP的一(yi)個優(you)勢是(shi)可以實現一(yi)對(dui)多的通信。以下就介紹UDP廣播和UDP組播。

UDP廣播：UDP廣播包不同于普通的UDP數據包，UDP廣播說明如下：
1.UDP廣播包一般只能夠在局域網內部存在，也就是說它是不能夠實現跨路由通信的。
2.同一個局域網內的所有的計算機都能夠接收到廣播包。這樣增加了網絡的負擔，同時安全性也會降低。
3.卓嵐ZLSN系列(lie)模塊支持發送和接受UDP廣播包。另外SocketDlgTest也支持發送和接受UDP廣播數據包，可以用(yong)于UDP廣播調試。

UDP組播(bo)：UDP單播(bo)（即(ji)普通的(de)(de)(de)UDP通信(xin)）可(ke)以(yi)實現點(dian)(dian)與點(dian)(dian)之間的(de)(de)(de)通信(xin)。UDP的(de)(de)(de)廣播(bo)可(ke)以(yi)實現一(yi)點(dian)(dian)向多點(dian)(dian)發送數(shu)據。但(dan)是UDP廣播(bo)存在以(yi)下缺點(dian)(dian)：不僅需要接收(shou)數(shu)據的(de)(de)(de)聯網模塊(kuai)可(ke)以(yi)收(shou)到數(shu)據，任何一(yi)臺(tai)局域(yu)網中的(de)(de)(de)計算(suan)機(ji)都可(ke)以(yi)收(shou)到數(shu)據，這樣數(shu)據包保密性不強，同時也給不愿接收(shou)該數(shu)據的(de)(de)(de)計算(suan)機(ji)增加了負擔。

UDP組播可(ke)(ke)以解決以上問題，UDP組播可(ke)(ke)以實現(xian)一點向多點發送數(shu)據，而(er)且(qie)只有加(jia)入某個組播組的聯網(wang)模塊才可(ke)(ke)以收到(dao)數(shu)據，不會對組播組外的模塊或計算(suan)機(ji)增(zeng)加(jia)接收負(fu)(fu)擔，減輕了網(wang)絡負(fu)(fu)荷。

為了確(que)定您購買的(de)卓嵐(lan)產品是(shi)否支(zhi)持UDP組(zu)播請(qing)打(da)(da)開ZLVircom程序的(de)設(she)備(bei)(bei)(bei)設(she)置對(dui)話框，點(dian)擊“更多高級選項(xiang)”，如果該(gai)設(she)備(bei)(bei)(bei)支(zhi)持的(de)高級功能中“UDP組(zu)播”是(shi)打(da)(da)勾(gou)的(de)則(ze)表(biao)明該(gai)設(she)備(bei)(bei)(bei)支(zhi)持UDP組(zu)播。

在TCP和(he)UDP選擇上(shang)，TCP協議有很多優點，這里只介紹何時使用UDP協議。

1.節(jie)省上(shang)位機(ji)的(de)(de)線路資源。在(zai)(zai)ZLSN模(mo)塊(kuai)(kuai)的(de)(de)串(chuan)口轉(zhuan)以太網應用(yong)(yong)中(zhong)，如果選擇TCP協議(yi)(yi)，且為TCP客(ke)戶端的(de)(de)話(hua)，那么TCP連(lian)(lian)(lian)接(jie)(jie)(jie)是在(zai)(zai)模(mo)塊(kuai)(kuai)上(shang)電之后就開(kai)始連(lian)(lian)(lian)接(jie)(jie)(jie)的(de)(de)，屬于“長連(lian)(lian)(lian)接(jie)(jie)(jie)”。這就使得(de)TCP協議(yi)(yi)一(yi)直占用(yong)(yong)一(yi)條通信線路（一(yi)個socket接(jie)(jie)(jie)口），如果聯網模(mo)塊(kuai)(kuai)個數很多（例(li)如上(shang)萬個），那么用(yong)(yong)TCP協議(yi)(yi)占用(yong)(yong)較多資源。而UDP則無此問題。

2.簡化上位機編程的(de)復雜性。基(ji)于UDP的(de)socket編程相對于TCP要簡單(dan)些(xie)。

3.需要廣播或(huo)者組播的(de)應(ying)用。

1. 一個監控中心還是多個監控中心。
一個監控中心：在單個監控中心的集中監控系統中，分散在各個采集點的ZLSN模塊將采集數據傳送到中心計算機，此時最好采用ZLSN模塊為TCP客戶端的方式，因為此時每個模塊只要設置一個目的IP（中心計算機的IP地址）即可。當然也可以采用中心為客戶端、模塊為服務端方式，但是此時中心必須記住每個模塊的IP地址，不利于系統的延展性和配置的靈活性。
多個(ge)(ge)監(jian)控中(zhong)心(xin)：現在有多個(ge)(ge)中(zhong)心(xin)計(ji)算機(ji)(ji)需要監(jian)控聯網模(mo)(mo)塊，由于TCP客戶端模(mo)(mo)塊只能連接一個(ge)(ge)中(zhong)心(xin)（一個(ge)(ge)目(mu)的IP），所以多個(ge)(ge)中(zhong)心(xin)無法監(jian)控一個(ge)(ge)TCP客戶端模(mo)(mo)式的模(mo)(mo)塊（除非(fei)采用卓嵐的“類(lei)AT命令”功(gong)能，讓模(mo)(mo)塊可以根(gen)據需要連接到(dao)不(bu)同的中(zhong)心(xin)）。此時應該采用模(mo)(mo)塊為服務端的方式。如果需要多個(ge)(ge)計(ji)算機(ji)(ji)同時（不(bu)是分時）監(jian)控一個(ge)(ge)ZLSN模(mo)(mo)塊，請選擇ZLSN2090為核心(xin)的多TCP連接模(mo)(mo)塊，ZLSN2090支持同時存在10個(ge)(ge)TCP連接。

2.哪方(fang)(fang)知道對(dui)方(fang)(fang)IP地(di)址(zhi)。如果通信的(de)AB雙方(fang)(fang)中(zhong)(zhong)如果有(you)一方(fang)(fang)（例(li)如A）不(bu)(bu)知道對(dui)方(fang)(fang)（例(li)如B）的(de)IP地(di)址(zhi)，那么A必須(xu)作(zuo)為(wei)TCP服務器。這是因為(wei)A不(bu)(bu)知道B的(de)IP地(di)址(zhi)，也無法(fa)進行連接操作(zuo)。在ZLSN聯(lian)網(wang)(wang)模(mo)塊大量應用(yong)的(de)網(wang)(wang)絡中(zhong)(zhong)，ZLSN聯(lian)網(wang)(wang)模(mo)塊的(de)IP地(di)址(zhi)通過動態獲取，所(suo)以中(zhong)(zhong)心并不(bu)(bu)知道所(suo)有(you)模(mo)塊的(de)IP地(di)址(zhi)，所(suo)以此時(shi)模(mo)塊應該作(zuo)為(wei)客戶端。

3.主(zhu)(zhu)從(cong)(cong)關系(xi)。在主(zhu)(zhu)從(cong)(cong)關系(xi)的(de)通信(xin)模式中，主(zhu)(zhu)機總是(shi)先(xian)發送(song)數據，從(cong)(cong)機給(gei)出(chu)應答。在TCP短(duan)連接應用中，主(zhu)(zhu)機應該采(cai)用客戶端(duan)(duan)。這是(shi)因(yin)為短(duan)連接采(cai)用有數據發送(song)的(de)時候建(jian)立TCP連接的(de)方式，只有主(zhu)(zhu)機才知道何時需(xu)要(yao)發送(song)那個數據何時需(xu)要(yao)建(jian)立連接，所以主(zhu)(zhu)機為客戶端(duan)(duan)。

TCP短(duan)連(lian)接(jie)由于(yu)占(zhan)用的(de)TCP線(xian)路資源少(shao)，一(yi)般效率(lv)優于(yu)長(chang)連(lian)接(jie)。但(dan)是以下情況下采用長(chang)連(lian)接(jie)：通信的(de)雙(shuang)方沒有(you)主從關系。任何一(yi)方都有(you)首先(xian)發送數據的(de)可能，所以要保持TCP連(lian)接(jie)一(yi)直保持。選(xuan)擇(ze)長(chang)連(lian)接(jie)的(de)時候需(xu)(xu)要注(zhu)意(yi)，在(zai)連(lian)接(jie)建立到當前，中(zhong)間(jian)網線(xian)是否有(you)斷開(kai)，需(xu)(xu)要時時檢測連(lian)接(jie)的(de)可用性，短(duan)連(lian)接(jie)無該(gai)問題，使用較(jiao)為方便。

這里(li)介紹，如(ru)何用(yong)zlvircom配置(zhi)串口(kou)轉(zhuan)TCP/IP并和(he)SocketDlgTest程序通(tong)(tong)信(xin)(xin)(xin)。卓嵐串口(kou)轉(zhuan)TCP/IP遵守(shou)的(de)(de)是標準的(de)(de)TCP/IP協(xie)議，所以任(ren)何遵守(shou)該協(xie)議的(de)(de)網(wang)絡終(zhong)端都可(ke)以和(he)聯網(wang)產品通(tong)(tong)信(xin)(xin)(xin)，卓嵐科技提(ti)供了網(wang)絡調(diao)(diao)試工具(ju)（SocketDlgTest程序，用(yong)戶可(ke)以在開始(shi)菜單/程序/ZLVircom/調(diao)(diao)試工具(ju)，找到該軟(ruan)件）來模擬網(wang)絡終(zhong)端來和(he)串口(kou)轉(zhuan)TCP/IP產品通(tong)(tong)信(xin)(xin)(xin)。要想兩個網(wang)絡終(zhong)端（這里(li)是網(wang)絡調(diao)(diao)試工具(ju)和(he)串口(kou)轉(zhuan)TCP/IP產品）能夠通(tong)(tong)信(xin)(xin)(xin)，其參數配置(zhi)必須(xu)需(xu)要配對(dui)。

在UDP模(mo)式下，參(can)數(shu)配置(zhi)(zhi)(zhi)如(ru)圖(tu) 2所示(shi)，左(zuo)邊為zlvircom中串口轉TCP/IP產(chan)品的(de)(de)(de)(de)配置(zhi)(zhi)(zhi)，右(you)邊為網(wang)(wang)絡(luo)調試工具SocketDlgTest的(de)(de)(de)(de)設置(zhi)(zhi)(zhi)。首(shou)先必須(xu)兩者都(dou)是UDP工作模(mo)式。另外用紅色(se)箭(jian)頭表示(shi)的(de)(de)(de)(de)，網(wang)(wang)絡(luo)工具的(de)(de)(de)(de)目的(de)(de)(de)(de)IP和目的(de)(de)(de)(de)端(duan)口必須(xu)指向聯(lian)網(wang)(wang)產(chan)品的(de)(de)(de)(de)本地IP和本地端(duan)口。用藍(lan)色(se)箭(jian)頭表示(shi)的(de)(de)(de)(de)，聯(lian)網(wang)(wang)產(chan)品的(de)(de)(de)(de)目的(de)(de)(de)(de)IP必須(xu)是網(wang)(wang)絡(luo)工具所在計算(suan)機的(de)(de)(de)(de)IP地址，而聯(lian)網(wang)(wang)產(chan)品的(de)(de)(de)(de)目的(de)(de)(de)(de)端(duan)口必須(xu)是網(wang)(wang)絡(luo)調試工具的(de)(de)(de)(de)本地端(duan)口。這些網(wang)(wang)絡(luo)參(can)數(shu)配置(zhi)(zhi)(zhi)好后(hou)才能保證雙向的(de)(de)(de)(de)UDP數(shu)據通信(xin)。

在TCP模式(shi)(shi)(shi)下工作模式(shi)(shi)(shi)有(you)兩種TCP服(fu)務(wu)端(duan)和TCP客(ke)(ke)(ke)戶(hu)端(duan)，不論(lun)采用哪一種模式(shi)(shi)(shi)，必(bi)須(xu)(xu)(xu)一方是(shi)服(fu)務(wu)端(duan)，另(ling)一方是(shi)客(ke)(ke)(ke)戶(hu)端(duan)，之(zhi)后(hou)客(ke)(ke)(ke)戶(hu)端(duan)才能(neng)訪(fang)問服(fu)務(wu)端(duan)，都為客(ke)(ke)(ke)戶(hu)端(duan)或者服(fu)務(wu)端(duan)則無法實現通信。 當串(chuan)(chuan)(chuan)口(kou)轉(zhuan)TCP/IP作為客(ke)(ke)(ke)戶(hu)端(duan)時，必(bi)須(xu)(xu)(xu)有(you)3個對應關系(xi)，如圖 3所(suo)示。串(chuan)(chuan)(chuan)口(kou)轉(zhuan)TCP/IP的(de)(de)工作模式(shi)(shi)(shi)為客(ke)(ke)(ke)戶(hu)端(duan)對應SocketDlgTest的(de)(de)服(fu)務(wu)器模式(shi)(shi)(shi)，串(chuan)(chuan)(chuan)口(kou)轉(zhuan)TCP/IP的(de)(de)目(mu)的(de)(de)IP必(bi)須(xu)(xu)(xu)是(shi)SocketDlgTest所(suo)在計算(suan)機(ji)的(de)(de)IP地(di)址，串(chuan)(chuan)(chuan)口(kou)轉(zhuan)TCP/IP產(chan)品的(de)(de)目(mu)的(de)(de)端(duan)口(kou)必(bi)須(xu)(xu)(xu)是(shi)SocketDlgTest的(de)(de)本(ben)地(di)端(duan)口(kou)。這樣設置后(hou)串(chuan)(chuan)(chuan)口(kou)轉(zhuan)TCP/IP即可(ke)自動連接網絡工具，連接建立后(hou)即可(ke)收(shou)發數(shu)據。

當串口轉(zhuan)TCP/IP產品(pin)作為(wei)服務端時，也有3個對應關系，如圖 3 所(suo)示，這里(li)不一一解說。這樣設置(zhi)后點擊網絡工具的打開(kai)按鈕即(ji)(ji)可和(he)串口轉(zhuan)TCP/IP產品(pin)建立TCP連接(jie)(jie)，連接(jie)(jie)建立后即(ji)(ji)可收發數(shu)據(ju)。

如果上位機(ji)不(bu)是(shi)(shi)Socket程(cheng)序（SocketDlgTest）也(ye)不(bu)是(shi)(shi)ZLVircom，而(er)是(shi)(shi)兩(liang)臺(tai)設備(bei)通(tong)過網口連接(jie)(jie)的，配置(zhi)(zhi)方法也(ye)是(shi)(shi)類似的。首先用(yong)戶需(xu)要(yao)將2臺(tai)設備(bei)、計算(suan)(suan)機(ji)連接(jie)(jie)到(dao)同一個(ge)局域(yu)網中。這臺(tai)計算(suan)(suan)機(ji)上運行ZLVircom（或者(zhe)ZLDevManage），連接(jie)(jie)計算(suan)(suan)機(ji)的目(mu)的只是(shi)(shi)為了配置(zhi)(zhi)，配置(zhi)(zhi)完成后計算(suan)(suan)機(ji)可以不(bu)必連接(jie)(jie)。

點擊ZLVircom的(de)設(she)(she)備(bei)(bei)管(guan)(guan)理，找到(dao)(dao)這(zhe)2臺設(she)(she)備(bei)(bei)，如(ru)(ru)圖(tu)6所示。然后(hou)點擊“設(she)(she)備(bei)(bei)編(bian)輯”，對(dui)(dui)設(she)(she)備(bei)(bei)進行配(pei)置。設(she)(she)備(bei)(bei)對(dui)(dui)聯(lian)可(ke)(ke)以分為(wei)TCP對(dui)(dui)聯(lian)和UDP對(dui)(dui)聯(lian)。如(ru)(ru)果是TCP對(dui)(dui)聯(lian)方式，兩(liang)臺設(she)(she)備(bei)(bei)的(de)參數如(ru)(ru)圖(tu)5所示。箭頭所示的(de)參數必須對(dui)(dui)應起來，如(ru)(ru)同“3.2 TCP客戶端”和“3.3 TCP服務器”的(de)對(dui)(dui)應方式一樣。TCP連接(jie)(jie)成功(gong)后(hou)，可(ke)(ke)以通過回到(dao)(dao)“設(she)(she)備(bei)(bei)管(guan)(guan)理”對(dui)(dui)話框看連接(jie)(jie)狀(zhuang)態(tai)，如(ru)(ru)圖(tu)6所示，如(ru)(ru)果兩(liang)臺設(she)(she)備(bei)(bei)的(de)狀(zhuang)態(tai)都是“已(yi)連接(jie)(jie)”則表(biao)示兩(liang)臺設(she)(she)備(bei)(bei)的(de)TCP鏈路已(yi)經建(jian)立。

如果(guo)是UDP方式對(dui)聯的(de)(de)，配置(zhi)參數(shu)如圖(tu)7所示，箭頭對(dui)應的(de)(de)參數(shu)必(bi)須是一(yi)一(yi)對(dui)應的(de)(de)。UDP對(dui)聯只(zhi)要參數(shu)配置(zhi)正(zheng)確不(bu)必(bi)檢查連接狀態，發送的(de)(de)數(shu)據會(hui)自動發送到指定的(de)(de)設(she)備。

最后(hou)需要提醒一下，如(ru)果是(shi)(shi)設(she)(she)備(bei)對聯的(de)，除(chu)了網口參數(shu)按(an)照(zhao)以上(shang)設(she)(she)置(zhi)外(wai)，還必須(xu)設(she)(she)置(zhi)正確的(de)串口參數(shu)。主要是(shi)(shi)聯網產品的(de)波(bo)特率(lv)等(deng)需要和用戶(hu)的(de)設(she)(she)備(bei)的(de)波(bo)特率(lv)等(deng)一致(zhi)。這(zhe)樣設(she)(she)置(zhi)以后(hou)，用戶(hu)設(she)(she)備(bei)可(ke)以通(tong)過兩臺聯網產品的(de)串口互相(xiang)發送數(shu)據。