在西門子PLC的開放式以太網通信（OpenUserCommunication）中，無論是使用TCP協(xié)議還是UDP協(xié)議，首先都需要使用函數TCON來建立連接。善于思考的小伙伴們肯定會提出一個問題：UDP協(xié)議不是面向非連接的協(xié)議嗎？為什么還需要使用TCON來建立通信連接呢？今天這篇文章，我們就來回答這個問題。

我們把TCP協(xié)議和UDP協(xié)議做個對比，首先明確結論：TCP是面向連接的協(xié)議；UDP是面向非連接的協(xié)議。這里的“連接”，是指通信雙方在協(xié)議層上建立的一條專用的數據傳輸通道。

TCP協(xié)議是有真實的數據傳輸通道的，它的執(zhí)行跟打電話的過程很類似。一個人要想給另一個人打電話，首先要撥號，一旦對方接起電話，兩人之間就建立了一條專用的通信信道。如果出現斷線，則需要重新?lián)芴?，再次建立連接才能繼續(xù)通話。TCP的傳輸過程也是類似的，通信的發(fā)起方必須和接收方建立連接，才能進行通信。一旦連接中斷，則需要重新請求建立連接。TCP的傳輸具有確認機制，是可靠的、安全的。當然，相對慢些。

UDP協(xié)議則不同，它不需要在兩個通信伙伴之間建立真實的通信信道，其執(zhí)行過程跟寫信很類似。寄信人將收信人的名稱和地址寫到信封上，然后把信投到郵箱。至于這封信是順利到達收信人的手中還是在中途遺失了，它完全不管。UDP協(xié)議沒有確認重傳機制，不需要在通信伙伴之間建立通信連接，因此把它稱作是“面向非連接”的協(xié)議。其優(yōu)點是傳輸速度較快。

好了，那么問題來了。既然UDP是面向非連接的協(xié)議，為什么在西門子PLC的開放式以太網通信（OpenUserCommunication）中，在使用UDP傳輸前，要調用TCON函數來建立“連接”？

其實，TCON函數即可用于TCP傳輸的連接，也可用于UDP傳輸的連接。用于TCP通信時，它是真實在通信伙伴之間建立連接；而用于UDP通信時，它只是用來配置通信的參數（比如，通信伙伴的IP地址和端口號）。用戶程序通過調用TCON函數把UDP的通信參數交給PLC的操作系統(tǒng)，之后它就不管了。操作系統(tǒng)負責把這些信息以UDP報文的形式發(fā)送出去。因此，在UDP通信時，TCON函數是在用戶程序和操作系統(tǒng)之間建立了“連接”，而不是與通信伙伴建立連接，此“連接”非彼“連接”。

下面這張圖，是博途（Portal）環(huán)境下TCON函數的方框圖：