西門子授權S7-1500總經銷商

西門子授權S7-1500總經銷商

工控機等工業自動化的設計、技術開發、項目選型安裝調試等相關服務。西門子中國有限公司授權合作伙伴——潯之漫智控技術(上海)有限公司，作為西門子中國有限公司授權合作伙伴，湖南西控自動化設備有限公司代理經銷西門子產品供應全國，西門子工控設備包括S7-200SMART、 S7-200CN、S7-300、S7-400、S7-1200、S7-1500、S7-ET200SP 等各類工業自動化產品。公司國際化工業自動化科技產品供應商，是專業從事工業自動化控制系統、機電一體化裝備和信息化軟件系統

集成和硬件維護服務的綜合性企業。

西門子中國授權代理商——湖南西控自動化設備有限公司，本公司坐落于湖南省中國（湖南）自由貿易試驗區長沙片區開元東路 1306 號開

陽智能制造產業園一期 4 棟 30市內外連接，交通十分便利。

建立現代化倉

儲基地、積累充足的產品儲備、引入萬余款各式工業自動化科技產品，我們以持續的卓越與服務，取得了年銷

售額10億元的佳績，憑高滿意的服務贏得了社會各界的好評及青睞。與西門子品牌合作，只為能給中國的客戶提供值得信賴的服務體系，我們

的業務范圍涉及工業自動化科技產品的設計開發、技術服務、安裝調試、銷售及配套服務領域。

使用 3964(R) 時的傳輸完整性 使用 3964(R) 程序時的增強數據完整性： ? 使用 3964(R) 時的海明間距為 3。這可測量數據傳輸的完整性。 ? 3964(R) 程序可確保數據線路上的高傳輸完整性。 可通過設置和清除固定的消息幀，以 及使用塊校驗字符 (BCC，Block Check Character) 實現此高完整性。 可以使用兩種不同的程序進行數據傳輸，可以使用或不使用塊校驗字符： ? 不使用塊校驗字符的數據傳輸： 3964 ? 使用塊校驗字符的數據傳輸： 3964R 在本手冊中，當描述和注釋是指兩種數據傳輸程序時，使用名稱 3964(R)。 使用 3964(R) 的性能限制 3964(R) 程序的性能限制： ? 不能保證通信伙伴中的 PLC 程序對發送/接收數據的進一步處理。 只能通過使用可編程的 確認機制確保這一點。 ? 3964R 程序的塊校驗 (EXOR 運算) 檢測不到丟失的零 (作為一個完整字符)，因為在 EXOR 運算中零不影響計算結果。 盡管丟失了一個完整字符 (該字符一定為零!) 的可能性很小，但如果傳輸條件極差，這種 情況也有可能發生。 可以通過隨數據本身一起發送數據消息長度，同時在另一端檢查該長度，從而防止傳輸 中發生此類錯誤。 2.4 使用 ASCII 驅動程序進行數據傳輸 2.4.1 使用 ASCII 驅動程序進行數據傳輸 簡介 ASCII 驅動程序通過 CP 440 和通信伙伴之間的點對點連接控制數據傳輸。該驅動程序包含物 理層（第 1 層）。 S7 用戶將整個發送消息幀傳送到 CP 440 的過程中，消息幀的結構保持開放。對于接收方向， 必須設置消息的結束標準。發送消息幀的結構可能不同于接收消息幀的結構。ASCII 驅動程序允許發送和接收任何結構形式的數據 (包括所有可打印的 ASCII 字符以及從 00 到 FFH (帶有 8 個數據位字符幀)或從 00 到 7FH (帶有 7 個數據位字符幀)的所有其它字符)。 允許 RS422 和 RS485 兩種操作。 RS422 操作 在 RS422 操作中，通過四根電纜（四線制模式）傳輸數據。 兩根電纜（差分信號）用于發 送方向，兩根用于接收方向。 這意味著您可以同時發送和接收數據（全雙工操作）。 RS485 操作 在 RS485 操作中，通過兩根電纜（兩線制模式）傳輸數據。 兩根電纜（差分信號）交替用 于發送方向和接收方向。 這意味著同一時間您可以發送或者接收數據（半雙工操作）。 一 次發送操作結束后，電纜立即切換到接收方向（發送方變為高阻抗）。 *大切換時間為 0.1 ms。 2.4.2 使用 ASCII 驅動程序發送數據 發送數據 發送數據時，在 SEND_440 功能塊調用的“LEN”參數中指定待傳輸的用戶數據字節的數量。 如果您在接收數據時使用結束標準“字符延遲時間”，則發送時 ASCII 驅動程序將在兩個消 息幀之間暫停。 可以隨時調用 SEND_440 FB，但是 ASCII 驅動程序并不立即開始其輸出，而 是在上個消息幀發送之后經過了大于配置的字符延遲時間后才開始其輸出。 如果您使用“文本結束字符”標準，則有三種選擇： ? 發送的內容截至且包含文本結束字符 文本結束字符必須包含在要發送的數據中。 僅發送截至文本結束字符并包含該字符的數 據，即使 FB 中指定的數據長度更長。 ? 按 FB 中設置的長度發送數據 按 FB 中設置的長度發送數據。 *后一個字符必須是文本結束字符。 ? 按 FB 中配置的長度發送數據，并自動附加一個或多個文本結束字符 按 FB 中設置的長度發送數據。 自動附加文本結束字符；換句話說，文本結束字符不能 包含在待發送的數據中。 根據文本結束字符的個數，發送到伙伴方的數據數量比 FB 中 指定的字符數量多 1 或 2 個字符。 使用結束標準“固定幀長度”時，發送方發送的數據字節數等于 SEND_440 FB 的“LEN”參數 中指定的數量。 接收方向上傳輸的（即接收 DB 中的）數據字節數等于接收器端使用參數分配界面中的“固定消息幀長度”參數指定的數量。 兩個參數設置必須相同，以確保正確進 行數據傳輸。 如果發送數據時沒有檢測到結束碼，則在兩個消息幀之間插入一段相當于監 視時間長度的暫停期，以允許伙伴方進行同步 (識別消息幀的開始)。 如果使用其它同步方法，則可通過參數分配界面取消發送中的暫停。 說明 設置了 XON/XOFF 流控制時，用戶數據不得包含設置的 XON 或 XOFF 字符。 默認的設置為 DC1 = 11H (XON) 和 DC3 = 13H (XOFF)。使用 ASCII 驅動程序接收數據 可選的結束標準 使用 ASCII 驅動程序進行數據傳輸時，收到數據時，您可以在三種不同的結束標準中進行選 擇。 結束標準定義的是何時接收到一個完整的消息幀。 可能的結束標準如下： ? 字符延遲時間結束 消息幀既沒有固定長度，也沒有定義的文本結束字符；由線路上的暫停 (字符延遲時間結 束) 定義消息的結束。 ? 收到結束字符時 由一個或兩個定義的文本結束字符標記消息幀的結束。 ? 收到固定數目的字符時 接收消息幀的長度始終相同。 代碼透明度 程序的代碼透明度取決于對已配置結束標準和流控制的選擇： ? 包含一個或兩個文本結束字符 – 非代碼透明 ? 當結束標準為字符延遲時間或固定消息幀長度時 – 代碼透明 ? 當使用流控制 XON/XOFF 時，無法實現代碼透明操作。 代碼透明是指用戶數據中可以包含任意字符組合，而不會識別出結束標準。 結束標準“字符延遲時間結束” 接收數據時，在字符延遲時間結束時識別到消息幀的信尾。 從 CPU 中接受所接收的數據。 在這種情況下，必須將字符延遲時間設置為它可以在兩個連續的消息幀之間順利地結束。 但 是該字符延遲時間應該足夠長，這樣，無論鏈路中的伙伴方何時在消息幀內采取發送暫停， 都不會錯誤地識別消息幀結束。 下圖演示了使用結束標準“字符延遲時間結束”的接收操作標準“文本結束字符” 接收數據時，如果遇到組態的文本結束字符，則識別為消息幀結束。 可以有以下選擇： ? 一個文本結束字符 ? 兩個文本結束字符，第 1 個和第 2 個文本結束字符 ? 兩個文本結束字符，第 1 個或第 2 個文本結束字符 從 CPU 中接受所接收到的數據 (包括文本結束字符)。 如果接收數據中缺少文本結束字符，則字符延遲時間在接收期間結束，并導致幀的終止。此 種情況下字符延遲時間用作監視時間。 將發出一條出錯消息并丟棄消息幀碎片。