面向連接協(xié)議的工作原理

時間：2021-07-14

面向連接協(xié)議的工作原理

簡介

面向連接的協(xié)議會在數(shù)據(jù)傳輸開始之前建立到通信伙伴的邏輯連接。數(shù)據(jù)傳輸完成后，這些協(xié)議會在必要時終止連接。當可靠數(shù)據(jù)傳輸非常重要時，會專門使用面向連接的協(xié)議。一條物理線路上可以存在多個邏輯連接。

開放式用戶通信支持以下連接類型：

TCP

ISO-on-TCP

ISO（** S7-1500）

UDP

兩個通信伙伴必須支持相同的連接類型才能進行連接。例如，如果一個通信伙伴不支持 ISO-on-TCP 類型的連接，則改用它支持的 TCP 連接類型。

對于無法在 TIA Portal 中組態(tài)的通信伙伴，例如第三方設備或 PC，則在分配連接參數(shù)時為伙伴端點輸入“未*”(unspecified)。未*設備所需的連接類型列在各自的文檔中。

提示

與 ISO 的連接

對于 S7-1500 CPU，已組態(tài)的 ISO 類型連接可以通過 TSEND_C 和 TRCV_C 指令來創(chuàng)建。有關這些連接類型的更多信息，請參見常規(guī)連接描述。

TCP 的特征

TCP 是一種流協(xié)議，其中的數(shù)據(jù)流長度傳送給接收方，使其可以接收數(shù)據(jù)流作為各個 TCP 段。這意味著在通過 TCP 連接傳送數(shù)據(jù)期間，不傳送關于消息開始和結束的信息。接收方無法通過接收到的數(shù)據(jù)流段來確定數(shù)據(jù)流中的一條消息在何處結束，下一條消息又在何處開始。因此，建議為要接收的字節(jié)數(shù)（參數(shù) LEN，指令 TRCV/TRCV_C）和要發(fā)送的字節(jié)數(shù)（參數(shù) LEN，指令 TSEND/TSEND_C）分配相同的值。

如果所發(fā)送數(shù)據(jù)的長度和所要求數(shù)據(jù)的長度不一致，將出現(xiàn)以下情況：

要接收的數(shù)據(jù)的長度（參數(shù) LEN，指令 TRCV/TRCV_C）大于要發(fā)送的數(shù)據(jù)的長度（參數(shù) LEN，指令 TSEND/TSEND_C）：

僅當達到所分配的長度后，TRCV/TRCV_C 才會將接收到的數(shù)據(jù)復制到*的接收區(qū)（參數(shù) DATA）。達到所分配的長度時，已經(jīng)接收了下一個作業(yè)的數(shù)據(jù)。因此，接收區(qū)包含的數(shù)據(jù)來自兩個不同的發(fā)送作業(yè)。如果不知道**條消息的確切長度，將無法識別**條消息的結束以及*二條消息的開始。

要接收的數(shù)據(jù)的長度（參數(shù) LEN，指令 TRCV/TRCV_C）小于要發(fā)送的數(shù)據(jù)的長度（參數(shù) LEN，指令 TSEND/TSEND_C）：

TRCV/TRCV_C 將 LEN 參數(shù)中*字節(jié)的數(shù)據(jù)復制到接收數(shù)據(jù)區(qū)（參數(shù) DATA）。然后，將 NDR 狀態(tài)參數(shù)設置為 TRUE（作業(yè)成功完成）并將 LEN 的值分配給 RCVD_LEN（實際接收的數(shù)據(jù)量）。對于每次后續(xù)調用，都會接收已發(fā)送數(shù)據(jù)的另一個塊。

具有固定數(shù)據(jù)長度的接收區(qū)可以在 TRCV/TRCV_C 指令中*，并使用 Ad-hoc 模式的協(xié)議版本。

ISO-on-TCP 的特征

ISO-on-TCP 是面向消息的協(xié)議，它在接收端檢測消息的結束，并向用戶指出屬于該消息的數(shù)據(jù)。這不取決于消息的*接收長度。這意味著在通過 ISO-on-TCP 連接傳送數(shù)據(jù)時傳送關于消息長度和結束的信息。

如果所發(fā)送數(shù)據(jù)的長度和所要求數(shù)據(jù)的長度不一致，將出現(xiàn)以下情況：

要接收的數(shù)據(jù)的長度（參數(shù) LEN，指令 TRCV/TRCV_C）大于要發(fā)送的數(shù)據(jù)的長度（參數(shù) LEN，指令 TSEND/TSEND_C）：

TRCV/TRCV_C 將所有發(fā)送數(shù)據(jù)復制到接收數(shù)據(jù)區(qū)（參數(shù) DATA）。然后，將 NDR 狀態(tài)參數(shù)設置為 TRUE（作業(yè)成功完成）并將所發(fā)送數(shù)據(jù)的長度分配給 RCVD_LEN（實際接收的數(shù)據(jù)量）。

要接收的數(shù)據(jù)的長度（參數(shù) LEN，指令 TRCV/TRCV_C）小于要發(fā)送的數(shù)據(jù)的長度（參數(shù) LEN，指令 TSEND/TSEND_C）：

TRCV/TRCV_C 并不會將任何數(shù)據(jù)復制到接收數(shù)據(jù)區(qū)（參數(shù) DATA），而是提供以下錯誤信息： ERROR=1，STATUS=W#16#8088（目標緩沖區(qū)太小）。

UDP 的特征

UDP 是面向消息的協(xié)議，它在接收端檢測消息的結束，并向用戶指出屬于該消息的數(shù)據(jù)。這不取決于消息的*接收長度。這意味著在通過 UDP 連接傳送數(shù)據(jù)時傳送關于消息長度和結束的信息。

如果所發(fā)送數(shù)據(jù)的長度和所要求數(shù)據(jù)的長度不一致，將出現(xiàn)以下情況：

要接收的數(shù)據(jù)的長度（參數(shù) LEN，指令 TRCV/TRCV_C）大于要發(fā)送的數(shù)據(jù)的長度（參數(shù) LEN，指令 TUSEND/TSEND_C）：

TURCV/TRCV_C 將所有發(fā)送數(shù)據(jù)復制到接收數(shù)據(jù)區(qū)（DATA 參數(shù)）。然后，將 NDR 狀態(tài)參數(shù)設置為 TRUE（作業(yè)成功完成）并將所發(fā)送數(shù)據(jù)的長度分配給 RCVD_LEN（實際接收的數(shù)據(jù)量）。

要接收的數(shù)據(jù)的長度（參數(shù) LEN，指令 TRCV/TRCV_C）小于要發(fā)送的數(shù)據(jù)的長度（參數(shù) LEN，指令 TUSEND/TSEND_C）：

TRCV/TRCV_C 將數(shù)據(jù)量符合 LEN 參數(shù)要求的發(fā)送數(shù)據(jù)復制到接收數(shù)據(jù)區(qū)（參數(shù) DATA）。不再產(chǎn)生錯誤消息。在這種情況下，用戶需要再次調用 T_URCV 來接收剩下的字節(jié)。

13681875601

詞條
詞條說明
WLAN 允許的通道
允許的通道為進行通信，將在頻段內使用一個特定的通道。用戶既可以具體設置此通道，也可以組態(tài)為自動選擇通道。設置表 1 包含以下列：無線 (Radio)顯示可用的 WLAN 接口。僅使用允許的通道 (Use Allowed Channels only)如果啟用此設置，則限制了對 AP 或客戶端建立連接時允許使用的通道的選擇。在下表中，可定義以下內容：-?在“自動”(Auto) 通道設置處于啟
OB 啟動信息
OB 啟動信息OB 啟動信息的結構組態(tài) S7-1500 CPU 的 OB 屬性時，還需要* OB 啟動信息的結構：對于 S7-300 和 S7-400 CPU優(yōu)化啟動信息關于 S7-300 和 S7-400 CPU 的 OB 啟動信息OB 啟動信息是本地數(shù)據(jù)的一部分，S7-300 和 S7-400 CPU 的 OB 啟動信息具有相同的結構。優(yōu)化啟動信息優(yōu)化啟動信息是一組輸入變量。它僅提供識別 O
Comfort Panel（精智系列面板）和 S7-400H PN的工業(yè)以太網(wǎng)通信
西門子新推出了新一代的Comfort Panel（精智系列面板）和帶有PROFINET 接口的S7-400H PN(CPU 41x-5H)，在Comfort Panel和S7-400H PN之間建立以太網(wǎng)連接的配置過程中，較之傳統(tǒng)操作面板和S7-400H，組態(tài)軟件和方式都產(chǎn)生了變化。注意：本文只描述S7-400H PN通過集成PN接口連接Comfort Panel，S7-400H PN通過集成MP
V90 伺服系統(tǒng)
介紹如何使用 S7-1500PLC 連接 SINAMICS V90 伺服系統(tǒng)實現(xiàn)位置閉環(huán)控制。其中對 S7-1500 相關模塊的組態(tài)，工藝對象的組態(tài)，V90 的相關參數(shù)設置以及相關的接線作了簡要介紹。S7-1500 運動控制功能S7-1500 運動控制功能支持旋轉軸、定位軸、同步軸和外部編碼器等工藝對象。并擁有軸控制面板以及全面的在線和診斷功能有助于輕松完成驅動裝置的調試和優(yōu)化工作。S7-1500