CNS串口聯網服務器使用指南

一、通訊基礎知識. 2

1、TCP方式. 2

2、UDP方式. 2

二、通訊拓撲結構. 2

1、兩個串口設備之間通過以太網通訊. 2

2、一個（或多個）串口設備通過以太網與一臺PC通訊. 2

3、多個串口設備通過以太網互相通訊. 2

4、多個串口設備通過以太網與多臺PC互相通訊. 2

5、多臺PC通過以太網與一臺串口設備通訊. 2

三、不同模式下的參數配置方法和通訊示例. 2

1、兩個串口設備之間通過以太網通訊. 2

2、一個（或多個）串口設備通過以太網與一臺PC通訊. 2

3、多個串口設備通過以太網互相通訊. 2

4、多個串口設備通過以太網與多臺PC互相通訊. 2

5、多臺PC通過以太網與一臺串口設備通訊. 2

四、跨網訪問. 2

五、CNS設備的PPPoE功能. 2

六、使用動態域名(DNS)的方式. 2

七、使用DHCP的注意事項. 2

八、網絡異常時CNS設備的處理. 2

        為滿足不同客戶的各種應用，CNS設備提供多種工作模式，包括TCP Server、TCP Client、TCP Auto、Real Com、UDP Master、UDP Slave、UDP廣播、UDP組播等。用戶在初次使用CNS設備時，要從這么眾多的模式中選擇適合自己的模式，實屬不易。本文檔從不同應用角度出發介紹不同的組網方案和如何在不同的模式下設置CNS模塊，希望能對用戶使用CNS設備有所幫助。

一、通訊基礎知識

TCP/IP分層模型的傳輸層提供了TCP和UDP兩種協議，這兩種協議為TCP/IP網絡上的應用程序提供了傳輸機制。TCP提供有保證和可靠的信息傳輸；而UDP使用無保證和不可靠的方法來傳輸信息。

1、TCP方式

TCP協議是基于連接的有保證的協議，在傳輸數據之前必須首先建立雙向的連接，數據傳輸完成后斷開連接。在發送數據時需要收到接收主機的確認才能繼續發送。如果數據出錯或者沒有收到確認需要一定次數的重發。這會額外增加一定的通訊量，使其不如UDP方式快速。TCP通訊包括客戶端（Client）與服務器（Server），客戶端主動連接服務器，服務器只能被動連接。當然連接一旦建立，客戶端與服務器都能隨時雙向的傳輸數據。

CNS模塊采用TCP通訊的模式有：TCP Client、TCP Server、TCP Auto、Real Com。

Ø         TCP Server模式

CNS模塊工作在TCP Server模式時，它不會主動連接其它設備，而是在本地端口上進行偵聽，等待客戶機的連接，與客戶端建立連接后就可以雙向通訊了。CNS模塊支持同時多個客戶端的連接，如果zui大連接數已滿，必須等待已有的連接斷開或者模塊釋放異常的連接后，才允許其他客戶端的連接。

Ø         TCP Client模式

CNS模塊工作在TCP Client模式時，它將主動連接事先設定好的TCP服務器，如果連接不成功會不斷嘗試連接，連接成功后就可以與服務器進行雙向數據通訊了。

Ø         TCP Auto模式

CNS模塊工作在TCP Auto模式時，它會在TCP Server和TCP Client模式之間自動切換，在沒有數據發送時模塊工作在TCP Server模式，等待客戶機連接，當串口收到數據，并且又沒有客戶機連接自己，設備會自動切換到TCP Client模式，主動連接服務器。

Ø         Real Com模式

CNS模塊工作在Real Com模式時，服務器端需要安裝虛擬串口軟件，設備實際上工作在TCP Server模式，在客戶端運行的一個服務程序將主動連接該模塊，并且服務程序會為每一個設備虛擬一個串口，對用戶來說，此串口就相當于模塊的串口。這種模式可以使用戶以前基于串口的服務器軟件直接使用，不用重新開發服務器端軟件。

2、UDP方式

UDP 協議是無連接的不可靠協議，在傳輸數據時不需要建立連接，傳輸數據時也不需要接收主機的確認信息，所以UDP不能保證發往目標主機的數據包被正確接收，在對可靠性要求較高的場合可以通過用戶上層的通信協議來保證數據正確。UDP是一種較簡單的通信方式，它不會增加過多的額外通信量，可以提供比TCP方式更高的通信速度，以保證數據包的實時性。UDP不存在服務器和客戶端。通訊雙方是對等的。

        CNS模塊采用UDP通訊的模式有：UDP Master、UDP Slave、UDP廣播、UDP組播。

Ø         UDP Master

CNS模塊工作在UDP Master模式時，模塊收到的串口數據都以UDP數據包發往設定好的目標主機，模塊接收發往本地端口的任何UDP數據。

Ø         UDP Slave

CNS模塊工作在UDP Slave模式時，模塊接收任何發往本地端口的數據，然后記憶zui后一次給模塊發送數據的目標主機，模塊的串口數據都發往zui后一次與設備通訊的主機。

Ø         UDP廣播

此模式用于局域網內的廣播，設備收到的串口數據都以廣播方式發送，在同一網絡內的所有設備都能接收到廣播數據，CNS設備也接收所有廣播數據。如果用戶的網絡內有不需要與CNS模塊通訊的設備，也會接收到廣播數據，所以不推薦使用廣播模式，可以使用后面的UDP組播模式*替代。

Ø         UDP組播      

此模式為廣播的一種特殊情況，即分組廣播。由遠端IP地址參數組播ID號，組播ID為224.0.0.0以上的D類IP地址，有一些系統保留的地址不能使用。只有組播ID相同的設備才能互相廣播數據，此模式可輕松實現用戶的多個485設備不經任何修改直接升級為通過以太網互連。

二、通訊拓撲結構

下面介紹的幾種拓撲結構基本上能夠滿足大部分客戶的絕大部分應用，在相應的拓撲結構中，會推薦用戶使用CNS模塊的哪幾種通訊模式，但是這并不是一成不變的，基本上所有模式都能在這些不同的拓撲結構中使用，只不過用戶需要根據自己的使用條件、使用環境等因素選擇一種自己的通訊模式而已。

1、兩個串口設備之間通過以太網通訊

l         一個設為TCP Client，另一個設為TCP Server

l         都設為UDP Master模式

2、一個（或多個）串口設備通過以太網與一臺PC通訊

l         TCP Client模式

l         TCP Sever模式

l         Real Com模式

l         UDP Master模式

3、多個串口設備通過以太網互相通訊

l         UDP組播模式

4、多個串口設備通過以太網與多臺PC互相通訊

l         UDP組播模式

5、多臺PC通過以太網與一臺串口設備通訊

l         TCP Server模式

l         Real Com模式

l         UDP Slave模式

三、不同模式下的參數配置方法和通訊示例

本節介紹CNS設備與PC之間或CNS設備之間都在同一個以太網絡環境下的參數配置和通訊示例。在不同的網絡內或者需要通過Internet訪問，在后面的章節介紹。

在各種組網方案中，首先都需要CNS模塊能夠在網絡內正常工作：如物理網絡連接正確、MAC地址、本機IP地址、子網掩碼配置正確。下面首先介紹與幾種組網方式無關的和讓CNS模塊在網絡內自身能正常工作的基本參數配置。

配置密碼：通過網絡配置CNS模塊的操作密碼，用戶可以設置成自己希望的值。

設備名稱和設備地址：這2個參數*不參與CNS模塊的工作，用戶可以把名稱參數設成不同的字符來區別不同的CNS設備。

這幾個參數是保證CNS模塊能夠在網絡內正常工作的基本參數，MAC地址要保證*，即不同的CNS模塊必須設置為不同的值；本機IP地址為CNS模塊在以太網內的*IP地址，在同一個以太網內，所有CNS設備與所有PC的IP地址不能相同；子網掩碼確定CNS模塊所在的網絡ID，所以在同一網絡內，所有模塊的網絡ID必須相同，主機ID必須不同。簡單的說就是子網掩碼字節為255對應的IP字節在同一個網絡內必須一樣，子網掩碼字節為0對應的IP字節在同一個網絡內必須不一樣。如果用戶的網絡內有DHCP服務器(大部分ADSL MODEM、路由器都可以設置成為允許DHCP)，那么用戶可以設置本機IP地址為0.0.0.0，自動獲得IP地址參數設為“開”，這樣CNS設備就能夠自動從網絡內分配到IP地址，但是DHCP分配的IP地址有可能經常改變，所以此方法只適用于CNS模塊工作于TCP Client、UDP廣播或組播等對方不需要知道此模塊的IP地址的場合，如果模塊需要被動接受對方的連接，而IP地址又經常變化，那可是一件很麻煩的事情。

           

上面幾個參數中，I/O口參數配置根據用戶需要自行設置，如果沒用到CNS模塊的IO口可以不予理睬此參數；維護端口號可以采用默認，也可以修改為用戶自定義的端口；網關IP地址在跨網訪問時才會用到；DNS服務器IP地址、自動獲得DNS IP地址參數為需要訪問Internet上的動態域名時才會用到；PPPoE的3個參數需要CNS模塊自己撥號接入Internet時才需
要，后面的章節介紹。

   上面的幾個參數為串口配置參數，用戶需要根據自己設備的串口配置決定。

       以上參數配置好后，CNS設備就已經能夠在網絡內正常工作了，但是如果需要CNS設備能夠與PC或者其他的CNS設備通訊傳輸數據，還需要配置網絡模式、目標參數等，下面就介紹在不同的組網方案中如何配置和使用CNS模塊。

1、兩個串口設備之間通過以太網通訊

l         一個設為TCP Client，另一個設為TCP Server。

其中一方設置為TCP Client模式，另一方設置為TCP Server模式。參數配置的關鍵是TCP Client設備的遠端IP地址和遠端端口號必須與TCP Server設備的本機IP地址和本地端口號相對應。下面為參數配置示例，其中CNS00001模塊工作于TCP Server模式，CNS00002模塊工作于TCP Client模式。

設置CNS00001模塊的IP為192.168.1.60，子網掩碼為255.255.255.0，本地端口為65000。CNS00002模塊的IP為192.168.1.59，子網掩碼為255.255.255.0，確保兩模塊的IP在同一網絡內。CNS00002模塊要連接到CNS00001模塊，必須設置CNS00002模塊的遠端IP為CNS00001模塊的IP：192.168.1.60，遠端端口為CNS00001模塊的本地端口：65000。

 l    都為UDP Master模式

 設置的關鍵在于兩個模塊的遠端IP地址和遠端端口號與對方的本機IP地址和本地端口號相對應

 參數設置好后，復位CNS設備，2臺CNS設備即可通過UDP協議雙向收發數據。本例以PC的兩個串口模擬用戶的串口設備進行數據收發。

   2、一個（或多個）串口設備通過以太網與一臺PC通訊

這種模式主要用于集中數據采集、集中監控等場合，串口設備之間并不需要交換數據，所有串口設備的數據都發送給PC，PC也可以給所有串口設備發送數據。這種模式可以設置CNS模塊為TCP Client或UDP Master模式，使CNS模塊主動訪問PC。當然如果用戶的設備是在PC的控制下才會發送數據，也可以設置為TCP Server模式或Real Com模式，讓PC在需要CNS模塊傳輸數據時主動連接CNS模塊。TCP Client模式和UDP Master模式需要設置CNS模塊的遠端IP地址為PC機的IP地址，遠端端口號為PC機相應應用程序使用的端口號即可。TCP Server模式不需要設置遠端參數，由PC機主動連接CNS模塊。Real Com模式對于設備端的設置與TCP Server一樣，只需要在PC端用虛擬串口軟件為每一個設備分別一個虛擬串口，這樣用戶以前基于串口的PC程序可以不經修改就能訪問各個串口設備。

這種模式中，如果每個串口設備之間還需要傳輸數據，當然使用UDP組播就是較好的方式了，請參考后面有UDP組播模式的設置方法。

 Ø         TCP Client模式

 Ø         TCP Sever模式

  Ø         Real Com模式

此模式的CNS設備的設置與TCP Server模式一樣。實際上TCP Server模式與Real Com模式對于CNS設備來說*一樣，CNS設備都是工作于TCP Server模式

如果用戶有多個CNS設備，可以根據上述方法，給每個CNS設備虛擬一個串口，這里以一個CNS設備為例，多個設備的操作方法*一樣，需要操作不同的CNS設備時，選擇不同的串口即可．所有串口添加成功后，點擊確定，此時用戶的系統就已經存在對應CNS設備的虛擬串口了。

    這里需要說明一點的是，實際上，如果用戶的系統是集中采集系統，即多臺CNS設備都只與一個采集中心進行通訊，CNS設備設置為TCP Client模式，此時還是可以在中心端使用虛擬串口的模式。虛擬串口軟件的“Routing mode”設置為Server模式。“Listening port”即為此虛擬串口的偵聽端口號，每個虛擬串口使用不同的端口號，對應不同的CNS設備。CNS設備通過遠端端口號對應相應虛擬串口的偵聽端口。當然既然虛擬串口為Server模式，就不需要設置虛擬串口對應的CNS設備的IP地址和本地端口號了，CNS設備會自動連接此虛擬串口的偵聽端口。

 啟動用戶基于串口的軟件，選擇要操作的設備的虛擬串口號，就像用戶設備直接連接PC機串口一樣，可以雙向與用戶設備進行通訊．此例用１個配置工具打開連接CNS設備串口的PC串口，代表用戶的串口設備，用另一個配置工具打開CNS設備的虛擬串口 ，代表用戶的PC機基于串口的軟件，進行雙向通訊。

   Ø         UDP Master模式

參數設置好后，復位CNS設備，在PC端啟動SOCKET工具軟件，在UDP Server或者UDP Client下創建一個SOCKET，端口號為CNS設備的遠端端口號。理論上UDP沒有Server和Client之分，這里的UDP Server只是用來表示此SOCKET沒有目的地址，與zui近一次給此SOCKET發送數據的主機通訊。而UDP Client需要對方IP和端口，用來表示此SOCKET只給的IP和端口發送數據。這里在PC端以UDP Server為例，使用UDP Client同樣可以，只不過只能與一個CNS設備通訊。

 3、多個串口設備通過以太網互相通訊

       多個CNS設備都互相需要通訊，UDP組播當然是這種應用的工作模式了，例如用戶的很多485設備需要通過以太網互聯，這種方式可以直接取代以前的組網方案。

這種模式設置的關鍵在于同一組中的所有CNS設備的組播地址與本地端口號必須一致，即組播地址與本地端口號相同的CNS設備屬于同一個組，他們之間任何一個設備發出的數據都會被同一組中的其他所有設備接收，并且不存在主從之分。組播方式下的CNS模塊只是邏輯上的分組，而不需要物理上的分組，即同一個網絡內可以有多個組，他們互不影響。

       關于組播地址的設置問題，這里簡單的作一介紹，用戶也可以參考TCP/IP中關于組播的介紹。組播地址實際上為D類IP地址，即*個字節的高4位為1110的IP地址，所以組播地址的范圍為11100000.00000000.00000000.00000000 ~ 11101111.1111 1111.11111111.11111111。即224.0.0.0 ~ 239.255.255.255。其中一些地址被系統占用，所以用戶使用224.1.1.1以上的地址。CNS設備的組播地址在遠端IP地址參數中設置。

 參數設置好后，復位CNS設備，凡是加入224.1.1.1：65000的CNS設備都可以互相收發數據了。

 4、多個串口設備通過以太網與多臺PC互相通訊

這種結構與多臺串口設備通訊的方式差不多，使用UDP組播模式。

         由于CNS模塊同一時刻只能設置一個目標地址，所以此模式下，CNS模塊只能設置為被動訪問模式，如TCP Server、Real COM、UDP Slave模式。

      l         TCP Server模式

CNS模塊設置為TCP Server模式，等待PC機的連接，如果哪臺PC需要訪問這臺串口設備，首先需要與CNS模塊建立TCP連接，由于CNS模塊在TCP Server模式下支持同時多個客戶的連接，所以能夠實現多臺PC同時訪問串口設備。但是有個情況需要說明的是，如果多臺PC同時連接了這臺CNS設備，CNS設備收到任意一臺PC的數據都會發送給串口設備，CNS設備并不區分是哪臺PC發送的數據，所以如果用戶需要區別不同PC的數據，必須需要通過用戶自己的上層協議來達到目的；同樣，串口設備發送給CNS模塊的數據，CNS模塊也會同時發送給處于正常連接狀態的多臺PC，PC可以通過上層協議來區分是不是自己數據的應答數據。此模式CNS模塊不需要設置目標地址。

l         Real Com模式

可以在每臺PC機上都把CNS設備虛擬成串口，當然每臺PC上的串口號可以一樣也可以不一樣，沒有關聯．這樣就相當于用戶的一臺串口設備通過串口同時連接了多臺PC機，設置測試方法與前面介紹的Real Com模式一致。

l         UDP Slave模式

CNS模塊設置為UDP Slave模式，可以讓多臺PC分時訪問。如果還從未有過PC給CNS模塊發送數據時，CNS模塊接收到的串口設備的數據并不知道向哪兒發送，一旦有一臺PC給CNS模塊發送了數據，CNS模塊就會記憶該PC的地址，然后收到的所有串口設備的數據都會發送給PC，直到有下一個PC訪問CNS模塊，CNS模塊會立即轉為與下一個PC通訊。簡單的說就是CNS模塊只與zui近一次給自己發過數據的PC通訊。

                     此模式下CNS模塊不需要設置目標地址。

參數設置好后，復位CNS設備，在PC端啟動SOCKET工具軟件，在UDP Client下創建一個SOCKET，對方IP設為CNS設備的本機IP，對方端口設為CNS設備的本地端口，SOCKET的本地端口隨意

總結：多臺PC都需要訪問一臺CNS設備的情況下，如果需要同時訪問，使用TCP Server模式，但是多臺主機都會都到用戶串口設備響應的數據。如果需要分時訪問，使用UDP Slave模式，此時的多臺主機與CNS設備的通訊相互獨立，不會受到其他數據的干擾。

四、跨網訪問

前面介紹的各種模式都是假設所有設備（包括PC）都在一個局域網內的情況，實際上，CNS設備可以進行跨網訪問，可以通過局域網內的網關訪問另一局域網，或者通過網關訪問Internet，甚至CNS設備可以自己進行PPPoE撥號訪問Internet。本節以Internet為例，介紹CNS設備通過Internet與 PC通訊，實際上，前面介紹的各種組網方案，除了UDP廣播和UDP組播不能用于Internet，其他組網方案都可以應用于跨Internet訪問。

 當CNS設備跨網訪問時，設置的關鍵除了前面介紹的局域網內各模式的設置方法外，還需要設置網關參數，因為此時所有CNS設備發往網外的IP包都必須經過網關轉發。“網關IP地址”參數必須設為本網絡內的網關（路由器）IP地址。

 另外需要注意的是，如果局域網內的CNS設備（或PC）需要接收外網IP的主動訪問，必須在網關上為此CNS設備（或PC）設置端口映射，有的路由器叫做虛擬服務器或者NAT等。因為對于這種以太網來說，網內的設備都是局域網IP地址，來自外網的訪問只能發到網關，此時就需要為網內的每臺設備分配不同的端口，發往此端口的數據包路由器都會根據用戶設置的NAT功能轉發至對應此端口的內網IP。

 為了后面的實驗，這里先在路由器上為IP地址為192.168.1.60的CNS設備映射一個端口50000，為IP地址為192.168.1.7的PC映射一個端口51000。

 在IE瀏覽器輸入路由器的IP地址，進入虛擬服務器界面，不同公司不同型號的路由器的配置界面和虛擬服務器名稱可能不一樣，這里以本公司使用的路由器為例，在NAT界面中添加2個內網IP的TCP和UDP映射

虛擬服務器名稱：隨意

內網主機IP地址：需要映射設備的內網IP地址

協議：根據用戶使用的網絡協議而定，TCP或UDP

外部端口：為內網設備映射的外部端口號，不同的設備必須不同

內部端口：發往外部端口的數據包轉發至內網設備的哪個端口號

下面以2種模式說明跨網訪問的情況，其他模式類似。

 1、  PC為TCP Server，CNS設備為TCP Client

  參數設置好后，復位CNS設備，在PC端啟動SOCKET工具軟件，在TCP Server下創建一個偵聽65000的TCP　Server端口，CNS設備會主動與這個端口建立TCP連接。為什么偵聽65000而不是51000呢？因為路由器已經把51000端口上的數據包轉發給了相應IP的65000端口。

2. PC為TCP Client， CNS設備為TCP Server

本地端口號為什么為65000而不是50000呢？因為路由器已經把50000端口上的數據包轉發給了相應IP的65000端口。

遠端IP地址都為公網IP，與本機IP不在同一網絡，可以判斷是跨網關訪問，2個實例中的公網IP一樣，因為測試環境中PC機與CNS設備在同一個局域網內，但是實際上是通過公網通訊的，實際使用中，PC與CNS設備可以*在2個不同的網絡。

 跨網訪問設置的關鍵在于必須設置正確的網關IP地址，Client模式的主機設置Server模式主機的公網IP地址，端口號設置為Server模式主機所在網絡的路由器為該主機映射的外部端口。Server模式主機的本地端口號設為該主機所在網絡的路由器為該主機映射的內部端口。

上面雖然分別為PC和CNS設備映射了端口，實際在使用中，只需要為Server模式的主機映射即可。

五、CNS設備的PPPoE功能

如果CNS設備所在的網絡內沒有能夠接入Internet的網關，CNS設備可以*扮演這個角色，通過PPPoE撥入Internet。此時CNS設備同時具有內網IP和公網IP，可以同時扮演LAN和WAN的角色。當與CNS設備進行通訊的主機為同一本地網絡的主機時，CNS設備使用LAN參數，當與CNS設備進行通訊的主機為Internet上的公網IP時，CNS設備使用WAN參數，甚至在TCP Server模式，CNS設備可以同時與網內主機和網外主機進行通訊。

       CNS設備的PPPoE參數有3個

PPPoE模式：可以設置為“從不”、“總是”、“動態”3個值。“總是”和“動態”兩個值可以讓CNS設備允許PPPoE功能，“總是”表示讓CNS設備隨時都保持PPPoE為連接狀態，出現任何故障CNS設備都會不斷進行PPPoE，直到成功。“動態”表示讓CNS設備有數據發送時并且對方IP為公網IP時才進行PPPoE連接，數據發送完成在一定時間內沒有數據時斷開PPPoE連接。

PPPoE用戶名、PPPoE密碼：PPPoE需要進行用戶認證，請咨詢當地的網絡運營商。

 當CNS設備使用PPPoE接入公網時，在網絡內不再需要網關，CNS設備自己獲得公網IP，此時如果外網訪問此CNS設備，只需要設置CNS設備的公網IP即可。可是，如果CNS設備是通過普通ADSL上網，沒有固定IP地址，CNS設備每進行一次PPPoE撥號都可能導致IP地址的變化，所以此時的CNS設備使用Client模式，主動訪問對方，不要使用Server模式。雖然DNS可以解決動態IP的問題，但是當CNS設備進行PPPoE接入時，而CNS設備本身又不能運行域名解析軟件，所以這種模式不能使用DNS解決問題。如果CNS設備是通過網關訪問公網，在CNS設備的本地網絡任一臺PC上運行域名解析軟件，即可解決本網絡內任一臺主機的動態IP問題。使用DNS的情況將在隨后介紹

六、使用動態域名(DNS)的方式

在跨網訪問中，如果Server模式的主機所在網絡的公網IP是動態的，可以采用動態域名解析的方式。目前有很多動態域名服務商，可以向他們咨詢動態域名的服務及資費問題。首先需要向DNS服務商申請一個動態域名，下載動態域名客戶端，在Server模式主機的網絡內的1臺PC上運行動態域名客戶端，客戶端成功啟動后，Server端即解決了動態IP的問題，在Client端的CNS設備上，遠端IP地址必須清0，即設為“0.0.0.0”， 遠端域名參數設為用戶向DNS服務商申請的域名，DNS服務器IP地址參數設置為當地的DNS服務器，請向當地網絡營運商咨詢，或者把自動獲得DNS IP地址參數設置為開，就可以不設置DNS服務器IP地址。下面舉例說明CNS設備為TCP Client模式，PC（或另一臺CNS設備）為TCP Server模式，通過域名方式訪問的情況。

例子中，域名使用我公司申請的花生殼動態域名:，Server端使用PC機，花生殼客戶端運行在Server主機上，實際使用中，只要在Server端所在局域網內任意一臺PC上運行動態域名客戶端都可，如果Server端也是使用CNS設備，當然根本不能在CNS設備上運行動態域名客戶端了，只能在CNS設備所在網絡內的PC上運行客戶端，效果*一樣。當然和上面一樣，Server模式的主機需要在路由器上做端口映射*了。本例中，使用上面名稱為pctcp的映射，與IP為192.168.1.7的PC進行通訊。

參數設置好后，復位CNS設備，在PC端啟動SOCKET工具軟件，在TCP Server下創建一個偵聽65000的TCP　Server端口，CNS設備會主動與這個端口建立TCP連接。為什么偵聽65000而不是51000呢？因為路由器已經把51000端口上的數據包轉發給了相應IP的65000端口。

七、使用DHCP的注意事項

如果用戶的一個網絡內需要使用多臺CNS設備，必須為每個CNS設備分配不同的IP地址，要保證每個設備的IP地址在本網絡內*，設備越多，工作量越大。CNS設備支持DHCP自動分配IP地址，使得用戶不用為分配這么多IP地址煩惱。使用DHCP功能，只需要把本機IP地址參數清0，即設為“0.0.0.0”，把自動獲得IP地址參數設為“開”即可，當然用戶的網絡內要必須具備DHCP服務器，大部分路由器都可以設置成為充當DHCP服務器的角色。CNS上電后，會自動從DHCP服務器分配到IP地址，并且這種方法DHCP服務器會自動保證所分配的IP地址的*性。但是使用DHCP分配IP地址也有弊端，DHCP分配的到的IP地址是動態的，有可能發生變化，所以CNS設備使用DHCP分配IP地址時，不能使用Server模式，使用Client模式。因為使用Server模式而IP又經常變化，Client無法找到你。

八、網絡異常時CNS設備的處理

在實際使用中，出現網絡異常比如突然拔掉網線、一方突然斷電等時有發生。CNS設備是如何處理這些故障的呢？

 在使用UDP協議的幾種模式中，CNS設備不能探測到網絡故障，因為UDP協議是無連接的簡單協議，發送數據包時沒有應答，無法達到探測網絡故障的目的。比如當其中一方突然斷電，另一方是無法知道的，當重新恢復后，由于UDP通訊不需要建立連接，以后的數據通訊是可以自動恢復的。 

在使用TCP協議時，如果CNS設備工作于Client模式，對方Server出現異常比如突然斷電或者網絡硬件故障，此時Client模式的CNS設備不會有TCP正常斷開的動作，所以CNS設備不能立即知道對方出現故障了，即使對方重新上電恢復正常后，由于TCP協議需要建立連接才能通訊，而此時的CNS設備又還沒有探測出故障，不必擔心，CNS設備在2種條件下會探測出故障，一是如果此時用戶給CNS設備發送了數據，而CNS設備通過TCP發送數據時對方必定是無應答，此時CNS設備會自動重新與對方建立TCP連接，然后發送數據。另一種情況是，CNS設備支持的保活計時器（Keepalive）功能可以的解決此問題，CNS設備會在1分鐘左右（此參數可以通過用戶權限修改）為每個TCP連接進行保活探測，所以即使對方出現任何故障，CNS設備都會在一個保活周期內探測出異常，然后重新與對方建立連接。再看看CNS設備在Server模式的情況，由于CNS設備在Server模式是支持多連接的，但是同時連接的TCP數有一定限制，連接數滿后，Client就不能與CNS設備建立連接了。所以此時的Keepalive功能就顯得尤其重要了，當Client端出現異常時比如突然斷電，Server模式下的CNS設備也不會收到TCP正常斷開的動作，這樣會導致Server端有很多無效的連接，當連接數滿后，以后的Client就再也不能與他建立連接了，不必擔心，CNS設備會在1個保活周期內為每個TCP進行保活探測，探測到無效的連接，CNS設備會釋放資源，不會出現Client端連接不上的情況，除非有效的TCP連接達到了CNS設備支持的zui大連接。