使用 ASCII 驅(qū)動程序進行數(shù)據(jù)傳輸時,可以在三種不同的結(jié)束標(biāo)準(zhǔn)中進行選擇。 結(jié)束標(biāo)準(zhǔn)定義何時接收完整的消息幀。 可能的結(jié)束標(biāo)準(zhǔn)如下:
字符延時時間結(jié)束后
消息幀沒有固定長度,也沒有定義的結(jié)束符;消息的結(jié)束由線路上的暫停(字符延時時間結(jié)束后)定義。
接收到結(jié)束符時
消息幀的結(jié)束由一個或兩個定義的結(jié)束符標(biāo)記。
接收到固定數(shù)目的字符時
接收消息幀的長度始終相同。
程序的代碼透明度取決于已組態(tài)的結(jié)束標(biāo)準(zhǔn)的選擇和流控制:
包含一個或兩個結(jié)束符
- 非代碼透明
當(dāng)結(jié)束標(biāo)準(zhǔn)為字符延時時間或固定消息幀長度時
- 代碼透明
當(dāng)使用流控制 XON/XOFF 時,無法進行代碼透明操作。
代碼透明是指用戶數(shù)據(jù)中可以包含任意字符組合,而*識別結(jié)束標(biāo)準(zhǔn)。
接收數(shù)據(jù)時,字符延時時間結(jié)束時識別為消息幀結(jié)束。 從 CPU 中接受所接收的數(shù)據(jù)。
在這種情況下,必須設(shè)置字符延時時間,以使其可在兩個連續(xù)的消息幀之間可靠結(jié)束。 但是該字符延時時間應(yīng)該足夠長,這樣,無論連接中的伙伴何時在消息幀內(nèi)采取發(fā)送暫停,都不會錯誤地識別消息幀結(jié)束。
下圖說明了使用結(jié)束標(biāo)準(zhǔn)“字符延時時間結(jié)束后”的接收操作。
圖片: 使用結(jié)束標(biāo)準(zhǔn)“字符延時時間結(jié)束”的接收操作的順序
接收數(shù)據(jù)時,如果遇到組態(tài)的結(jié)束符,將識別為消息幀結(jié)束。 從 CPU 中接受所接收到的數(shù)據(jù)(包括結(jié)束符)。
如果在接收消息幀時字符延時時間結(jié)束,那么接收操作將終止。 將發(fā)出一條錯誤消息并丟棄消息幀碎片。
如果使用結(jié)束符,則傳輸是非代碼透明的,并且必須確保結(jié)束代碼未出現(xiàn)在用戶數(shù)據(jù)中。
如果接收消息幀中的最后一個字符不是結(jié)束符,請注意以下情況。
結(jié)束符在消息幀中的其它位置:
所有字符(包括結(jié)束符)都被輸入到接收 DB 中。 結(jié)束符后的字符
- 如果消息幀結(jié)束時字符延時時間 (CDT, Character Delay Time) 結(jié)束,則這些字符將被丟棄。
- 如果在字符延時時間結(jié)束前收到新的消息幀,則這些字符將與下一個消息幀合并。
結(jié)束符不包括在消息幀中:
消息幀將出現(xiàn)以下情況:
- 如果消息幀結(jié)束時字符延時時間 (CDT, Character Delay Time) 結(jié)束,則該消息幀將被丟棄。
- 如果在字符延時時間結(jié)束前收到新的消息幀,則該消息幀將與下一個消息幀合并。
下圖說明了使用結(jié)束標(biāo)準(zhǔn)“結(jié)束符”的接收操作。
圖片: 使用“文本結(jié)束字符”結(jié)束標(biāo)準(zhǔn)的接收操作的順序
接收數(shù)據(jù)時,如果達到組態(tài)的字符數(shù)目,則識別為消息幀結(jié)束。 從 CPU 中接受所接收的數(shù)據(jù)。
如果在達到組態(tài)的字符數(shù)目之前字符延時時間結(jié)束,則接收操作將終止。 將發(fā)出一條錯誤消息并丟棄消息幀碎片。
如果接收字符的消息幀長度與組態(tài)的固定消息幀長度不匹配,請注意以下情況:
接收字符的消息幀長度大于組態(tài)的固定消息幀長度:
在達到組態(tài)的固定消息幀長度之后接收的所有字符將出現(xiàn)以下情況
- 如果消息幀結(jié)束時字符延時時間 (CDT, Character Delay Time) 結(jié)束,則這些字符將被丟棄。
- 如果在字符延時時間結(jié)束前收到新的消息幀,則這些字符將與下一個消息幀合并。
接收字符的消息幀長度小于組態(tài)的固定消息幀長度:
消息幀將出現(xiàn)以下情況:
- 如果消息幀結(jié)束時字符延時時間 (CDT, Character Delay Time) 結(jié)束,則該消息幀將被丟棄。
- 如果在字符延時時間結(jié)束前收到新的消息幀,則該消息幀將與下一個消息幀合并。
下圖說明了使用結(jié)束標(biāo)準(zhǔn)“固定消息幀長度”的接收操作。
圖片: 使用結(jié)束標(biāo)準(zhǔn)“固定消息幀長度”的接收操作的順序
模塊的接收緩沖區(qū)較多可達 4096 字節(jié),具體取決于通信模塊。
在組態(tài)期間,用戶可*:
CP 和 CPU 31xC-2 PtP
啟動時是否刪除接收緩沖區(qū)以及是否避免覆蓋接收緩沖區(qū)中的數(shù)據(jù)。 也可以為緩沖的接收消息幀數(shù)*值范圍(1 至 250)。
ET 200S 1SI
啟動時是否應(yīng)刪除接收緩沖區(qū)中的數(shù)據(jù)以及是否應(yīng)避免覆蓋接收緩沖區(qū)中的數(shù)據(jù)。 此外,還可以激活或阻止對接收到的消息幀的緩沖。
模塊的接收緩沖區(qū)是環(huán)形緩沖區(qū):
如果有多個消息幀輸入到模塊的接收緩沖區(qū),則以下原則適用: 始終將較早的消息幀從模塊發(fā)送到 CPU。
如果只想傳送較新的消息幀,則必須:
- CP 和 CPU 31xC-2 PtP
將緩沖的消息幀數(shù)設(shè)置為“1”并禁用覆蓋保護。
- ET 200S 1SI
阻止動態(tài)消息幀并禁用覆蓋保護。
提示 如果從用戶程序中連續(xù)讀取接收數(shù)據(jù)的過程被中斷片刻,您可能會發(fā)現(xiàn)當(dāng)再次請求接收數(shù)據(jù)時,CPU 在接收到較新的消息幀之前先從模塊收到舊消息幀。 在此中斷期間,舊消息幀可能在模塊和 CPU 的傳輸途中,也可能已被指令接收。 |
詞條
詞條說明
接口概述在此頁面中組態(tài) PIM 接口。提示PIM 只在* 3 層上可用。顯示框說明該頁面包含以下框:接口選擇 VLAN IP 接口。PIM如果選擇此復(fù)選框,則將所選接口分配給 PIM。引導(dǎo)路由器 (BSR) 候選項如果啟用該復(fù)選框,可以*將成為引導(dǎo)路由器候選項的接口。BSR 在 PIM 網(wǎng)絡(luò)中協(xié)調(diào)匯集點。BSR 候選值輸入作為 BSR 候選項的接口的**級。根據(jù)**級確定哪個候選項成為 BSR。
ST 端口調(diào)用此頁面時,表中顯示端口參數(shù)組態(tài)的當(dāng)前狀態(tài)。要進行組態(tài),請單擊端口表中的相關(guān)單元格。說明表 1 包含以下列:所有端口 (All ports)說明設(shè)置對于表 2 的所有端口都有效。生成樹狀態(tài) (Spanning Tree Status)在此下拉列表中,選擇適用于所有端口的設(shè)置。如果選擇“無變化”(No Change),則表 2 中相應(yīng)列的條目保持不變。復(fù)制到表格 (Copy to Tab
硬件中斷事件的示例以下將通過硬件中斷觸發(fā)模塊舉例說明 S7-1200 CPU 中事件觸發(fā)的程序執(zhí)行原理。過程事件及其**級過程事件由 I/O(例如通過數(shù)字量輸入)觸發(fā)并在 S7-1200 CPU 中啟動對已分配 OB 的調(diào)用。 分配給過程事件的 OB 稱為硬件中斷 OB。過程事件及其**級的示例:中斷觸發(fā)模塊中的過程事件“上升沿”或“下降沿”: 由此事件啟動的硬件中斷 OB 總是分配為**級 5。
SIMATIC安全集成系統(tǒng)概述綜述西門子以SIMATIC S7-300和S7-400自動化系統(tǒng)為基礎(chǔ),采用SIMATIC安全集成提供全面的故障安全產(chǎn)品系列。CPU概述ET20**安全外圍設(shè)備ET200結(jié)構(gòu)類型安全集成總體組合綜述早在 30 多年前, SIMATIC 這個名字已經(jīng)代表了**的自動化技術(shù)?,F(xiàn)在, SIMATIC 在世界范圍內(nèi)設(shè)立了公司,并無可非議的成為行業(yè)**。作為全集成自動化的核
公司名: 上海騰希電氣技術(shù)有限公司
聯(lián)系人: 田禮科
電 話: 021-37660026
手 機: 13681875601
微 信: 13681875601
地 址: 上海松江上海市松江區(qū)廣富林路4855弄星月大業(yè)**88號4樓
郵 編:
網(wǎng) 址: shtxjd.cn.b2b168.com
公司名: 上海騰希電氣技術(shù)有限公司
聯(lián)系人: 田禮科
手 機: 13681875601
電 話: 021-37660026
地 址: 上海松江上海市松江區(qū)廣富林路4855弄星月大業(yè)**88號4樓
郵 編:
網(wǎng) 址: shtxjd.cn.b2b168.com