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

時(shí)間：2021-07-14作者：上海騰希電氣技術(shù)有限公司瀏覽：208

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



簡(jiǎn)介

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

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

TCP

ISO-on-TCP

ISO（** S7-1500）

UDP

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

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




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




TCP 的特征

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

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

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

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

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

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

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

ISO-on-TCP 的特征

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

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

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

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

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

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

UDP 的特征

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

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

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

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

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

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


上海騰希電氣技術(shù)有限公司專注于西門子PLC,V90伺服,V20變頻器等, 歡迎致電 13681875601

• 詞條

  詞條說明

• AP 間阻塞 允許的地址

  允許的地址在此頁(yè)面中*可以訪問客戶端的設(shè)備。提示此選項(xiàng)卡僅在以下情況下顯示。-使用 SCALANCE W780/W770 時(shí)-在接入點(diǎn)模式下此 WBM 頁(yè)面僅可通過以下 KEY-PLUG 組態(tài)：-W780 iFeatures (MLFB 6GK5 907-8PA00)-W700 Security (MLFB 6GK5907-0PA00)設(shè)置端口 (Port)選擇所需端口。IP 地址 (IP ad

• 顯示 信息 ARP 表

  ARP 表提示只有與設(shè)備存在在線連接時(shí)才顯示該頁(yè)面。MAC 地址和 IP 地址的分配使用地址解析協(xié)議 (ARP) 時(shí)，MAC 地址到 IPv4 地址的分配具有一性。該分配情況由各網(wǎng)絡(luò)節(jié)點(diǎn)記錄在自己的 ARP 表中。此頁(yè)面顯示設(shè)備的 ARP 表。顯示值說明該表格包括以下列：接口 (Interface)顯示獲取行條目所用的接口。MAC 地址 (MAC Address)顯示目標(biāo)設(shè)備或源設(shè)備的 MAC

• 延時(shí)中斷組織塊（OB 20 至 OB 23）

  延時(shí)中斷組織塊（OB 20 至 OB 23）說明S7 較多提供四個(gè)在*的延遲之后執(zhí)行的 OB（OB 20 至 OB 23）。 通過調(diào)用 "SRT_DINT" 指令啟動(dòng)每個(gè)延時(shí)中斷 OB。 延遲時(shí)間是指令的一個(gè)輸入?yún)?shù)。用戶程序調(diào)用 "SRT_DINT" 指令時(shí)，需要提供 OB 編號(hào)、延遲時(shí)間和用戶特定的標(biāo)識(shí)符。 經(jīng)過*的延遲后，相關(guān) OB 將會(huì)啟動(dòng)。 您還可以取消執(zhí)行尚未啟動(dòng)的延時(shí)中斷。延時(shí)中

• 通過塊調(diào)用使用寄存器或狀態(tài)字傳遞值

  通過塊調(diào)用使用寄存器或狀態(tài)字傳遞值移植通過塊調(diào)用以寄存器或狀態(tài)字進(jìn)行值傳遞在塊發(fā)生更改時(shí)，寄存器、累加器和狀態(tài)字中的值將置位為“0”或者將狀態(tài)設(shè)定為“未定義”(undefined)。 這意味著不能傳遞到被調(diào)用塊中。僅“CC”和“UC”指令除外。 如果使用“UC”或“CC”指令并希望通過寄存器、狀態(tài)字或累加器將參數(shù)傳送到被調(diào)用塊中，則必須在被調(diào)用塊的屬性中選擇“通過寄存器傳送參數(shù)”(Paramete