西門子斷路器一級經銷代理商

西門子斷路器一級經銷代理商

其產品范圍包括西門子S7-SMART200、S7-200CN、S7-300、S7-400、S7-1200、S7-1500、S7-ET200SP等各類工業自動化產品。西門子授權代理商、西門子一級代理商 西門子PLC模塊代理商﹐西門子模塊代理商供應全國范圍：

與此同時，我們還提供西門子G120、G120C V20 變頻器； S120 V90伺服控制系統；6EP電源；電線；電纜；

網絡交換機；工控機等工業自動化的設計、技術開發、項目選型安裝調試等相關服務。

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

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

公司國際化工業自動化科技產品供應商，是專業從事工業自動化控制系統、機電一體化裝備和信息化軟件系統

集成和硬件維護服務的綜合性企業。與西門子品牌合作，只為能給中國的客戶提供值得信賴的服務體系，我們

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

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

售額10億元的佳績，憑高滿意的服務贏得了社會各界的好評及青睞。

目前，湖南西控自動化設備有限公司將產品布局于中、高端自動化科技產品領域，

PLC模塊S7-200、S7-1200、S7-300、S7-400、ET200分布式I/O等

HMI觸摸屏、SITOP電源、6GK網絡產品、ET200分布式I/O SIEMENS 驅動產品MM系列變頻器、G110G120變頻器、直流調速器、電線電纜、

驅動伺服產品、數控設備SIEMENS低壓配電與控制產品及軟起動器等

描述 Error OUT BOOL 當連接操作完成但發生錯誤時，指令置位 Error 輸出。有關詳細信息，請參見“開放式用戶通信庫指令錯誤代碼” (頁 605)。 Status OUT BYTE 如果指令置位 Error 輸出，Status 輸出會顯示錯誤代碼。如果指令置位 Busy 或 Done 輸 出，Status 為零（無錯誤）。SO_CONNECT 指令ISO_CONNECT 指令使用 ISO-on-TCP 協議創建到另一設備的連接。除了 TCP 協議外，該協議 還使用RFC1006，以便更好地描繪消息。ISO-on-TCP 的優點是，對于發送的每條消息，接 收到的消息都會不同。ISO-on-TCP協議從不將接收到的多條消息組合成一條消息，而 TCP 協 議會發生這種情況。ISO-on-TCP 協議使用TSAP（傳輸服務訪問點）路由設備中的消息，而 不是端口的消息。 LAD/FBD STL 描述 ISO_CONNECT Req,Active, ConnID, IPaddr1, IPaddr2, IPaddr3, IPaddr4, RemTsap,LocTsap, Done, Busy, Error, Status ISO_CONNECT 用于創建從 CPU 到通信伙伴的ISO-on-TCP 通 信連接。 連接操作是異步的，可能需要幾次掃描才能完成。當連接操作待決時，指令置位 Busy 輸出。 當CPU 完成操作時，指令置位 Done 或 Error 輸出。如果發生錯誤，則 Status 輸出會顯示錯 誤代碼。指令處于繁忙狀態時不得更改 ISO_CONNECT 的輸入參數。CPU 需要憑借這一點了解這是啟 動連接過程的調用的延續。 您將連接ID (ConnID) 輸入分配給連接，然后當發送、接收或斷開連接時使用此 ConnID 引 用該連接。 Active輸入位確定這是主動連接（Active 設置為 TRUE）還是被動連接（Active 設置為 FALSE）。如果這是主動連接（客戶端），則 S7-200 SMART CPU 嘗試聯系和創建到指定 IP 地址和遠程 TSAP (RemTsap)的連接。CPU 打開本地 TSAP (LocTsap) 以從遠程設備接收消息。 當 Active 輸入設置為 FALSE時，S7-200 SMART CPU 會創建被動（服務器）連接。在這種情 況下，CPU 打開請求的本地 TSAP (LocTsap)并接受來自遠程設備的連接請求。如果要接受來 自任何遠程 IP 地址的連接請求，應將 IP 地址設為 0.0.0.0。如果 IP地址不為零，則 CPU 只 接受來自指定 IP 地址的連接請求。對于被動連接，CPU 會忽略遠程 TSAP 字符串(RemTsap)， RemTsap 可以設置為空字符串（例如，“”）您可以隨時調用 ISO_CONNECT指令以確定連接的當前狀態。將 Req 輸入設置為 FALSE 并提 供有效的連接 ID (ConnID)，ISO_CONNECT返回以下內容： ? Busy，如果連接過程仍在進行中。 ? Done，如果連接處于激活狀態并準備發送或接收。 ?Error，如果連接不可用。Status 顯示其中一種錯誤代碼，用于指示存在的問題。 請注意，主動連接可能*多需要 30秒的時間來確定遠程設備是否允許連接。被動連接顯示 Busy 狀態，直到遠程設備嘗試連接到 CPU。 請注意，連接關閉后 S7-200SMART 不會自動嘗試重新連接到設備。如果遠程設備斷開設備 連接，您的程序必須執行另一個 ISO_CONNECT指令以重新連接設備。主動連接和被動連接 皆如此。 表格 10-19 ISO_CONNECT 指令的參數 參數 聲明 數據類型 描述EN IN BOOL 使能輸入 Req IN BOOL 如果 Req = TRUE，CPU 啟動連接操作。如果 Req =FALSE，則輸出顯示連接的當前狀態。 Active IN BOOL ? TRUE = 主動連接 ? FALSE = 被動連接ConnID IN WORD CPU 使用連接 ID (ConnID) 為其它指令標識該 連接?？赡艿?ConnID 范圍為 0 到65534。 IPaddr1 ... IPaddr4 IN BYTE 這些是 IP 地址的四個八位字節。IPaddr1 是 IP地址的*高有效字節，IPaddr4 是 IP 地址 的*低有效字節。 RemTsap IN DWORD RemPort 是遠程TSAP 字符串。程序使用指針 來傳遞字符串。（更多信息，請參見本表后 面的示例。） LocTsap IN DWORD LocPort是本地 TSAP 字符串。程序使用指針 來傳遞字符串。（更多信息，請參見本表后 面的示例。） Done OUT BOOL當連接操作完成且沒有錯誤時，指令置位 Done 輸出。 Busy OUT BOOL 當連接操作正在進行時 描述 ErrorOUT BOOL 當連接操作完成但發生錯誤時，指令置位 Error 輸出。有關詳細信息，請參見“開放式 用戶通信庫指令錯誤代碼” (頁605)。 Status OUT BYTE 如果指令置位 Error 輸出，Status 輸出會顯示 錯誤代碼。如果指令置位 Busy或 Done 輸 出，Status 為零（無錯誤）。UDP_CONNECT 指令 UDP_CONNECT 指令使用 UDP協議創建被動連接。UDP 是一種無連接協議，因此不會在此 CPU 和遠程設備之間創建實際連接。UDP 連接打開所選本地端口以與 UDP協議配合使用。 LAD/FBD STL 描述 UDP_CONNECT Req, ConnID, LocPort, Done,Busy, Error, Status UDP_CONNECT 使用 UDP 協議創建被動連接以打開所選本地 端口。UDP_CONNECT 指令只需要連接 ID 和本地端口號即可創建連接。一個 UDP 連接可以將消息 發送到任意數量的其它設備，因為IP 地址和遠程端口會隨每個 UDP_SEND 指令一起提供。僅 當需要多個本地端口時，才需要多個 UDP連接。不能將同一本地端口號用于多個 UDP 連接。 所有本地端口號必須唯一。連接操作是異步的，可能需要幾次掃描才能完成。沒有與遠程設備建立主動連接，也沒有等 待另一臺設備連接到該CPU。當連接操作待決時，Busy 輸出置位。當連接操作完成時，程 序置位 Done輸出。僅當輸入參數發生問題或沒有可用的被動連接時，程序才置位 Error 輸出。 如果程序將 Error 位置位，Status輸出字節將包含錯誤代碼。 指令處于繁忙狀態時，不得更改 UDP_CONNECT 的參數，CPU 借此可了解這是啟動連接過程的調用的延續。 您可以調用 UDP_CONNECT 指令以確定連接的當前狀態。將 Req 輸入設置為 FALSE 并提供 有效的連接ID (ConnID)，UDP_CONNECT 指令返回以下內容： ? 如果連接處于激活狀態并準備發送或接收，指令置位 Done輸出。這僅表示您可以使用 該連接，并不表示存在任何遠程設備。 ? 如果連接仍在進行，指令置位 Busy 輸出。 ?如果連接不可用，指令置位 Error 輸出。Status 輸出字節顯示其中一種錯誤代碼，用于指 示存在的問題。 描述 EN INBOOL 使能輸入 Req IN BOOL 如果 Req = TRUE，CPU 啟動連接操作。如果 Req =FALSE，則輸出顯示連接的當前狀態。 ConnID IN WORD CPU 使用連接 ID (ConnID) 為其它指令標識該連接。可能的 ConnID 范圍為 0 到 65534。 LocPort IN WORD LocPort是本地設備上的端口號。本地端口號 范圍為 1 到 49151，但存在一些限制。如需 了解 LocPort 定義，請參見“OUC庫指令共用 的參數” (頁 582)。 Done OUT BOOL 當連接操作完成且沒有錯誤時，指令置位 Done 輸出。 BusyOUT BOOL 當連接操作正在進行時，指令置位 Busy 輸 出。 Error OUT BOOL當連接操作完成但發生錯誤時，指令置位 Error 輸出。有關詳細信息，請參見“開放式 用戶通信庫指令錯誤代碼” (頁 605)。Status OUT BYTE 如果指令置位 Error 輸出，Status 輸出會顯示 錯誤代碼。如果指令置位 Busy 或Done 輸 出，Status 為零（無錯誤）TCP_SEND 指令 TCP_SEND 指令通過現有連接 (ConnID)傳輸來自請求的緩沖區位置 (DataPtr) 的請求的字節 數 (DataLen)。您可以將該指令用于 TCP 協議和ISO-on-TCP 協議。 LAD/FBD STL 描述 TCP_SEND Req, ConnID, DataLen,DataPtr, Done, Busy, Error, Status TCP_SEND 通過現有連接傳輸來自請求的緩沖區位置的請求的字節數。 當發生以下情況時，TCP_SEND 指令啟動發送指定數量的字節的操作： ? 程序通過將 Req 輸入設置為 TRUE來調用指令。 ? 連接當前未用于執行其它發送操作。 Req 輸入由電平觸發。建議對 Req輸入使用上升沿觸發器，以便指令不啟動意外的發送操作。 TCP_SEND 處于繁忙狀態時，程序會忽略 Req 輸入。Done、Busy和 Error 輸出及 Status 輸 出字節顯示各調用的 TCP_SEND 狀態。 發送操作完成后，指令顯示調用一次TCP_SEND 的 Done 或 Error 狀態。此后，TCP_SEND 通 過錯誤代碼 24作出響應，這意味著操作待決（如果通過將 Req 輸入設置為 FALSE 進行調 用）。如果 Req 輸入設置為TRUE，則程序會啟動另一個發送操作。下圖顯示了輸入和輸出 參數之間的關系。 Req 設置為 TRUE以便開始執行消息發送操作。Busy 設置為 TRUE。 ② 消息發送完成。Done 置位，Busy 清零。 ③ EN 為 TRUE 且Req 為 FALSE，但無任何消息發送操作正在執行。因此，Error 置位且 顯示錯誤代碼 24。 ④ Req 再次設置為TRUE，因此開始執行另一消息發送操作。Busy 設置為 TRUE。 ⑤ 消息發送完成。Done 置位，Busy在一個掃描周期內清零。 ⑥ Req 保持為 TRUE，因此開始執行另一消息發送操作。 ⑦ 消息發送完成。 在一個發送操作中*多可以發送1024 字節的數據。若在 Req 輸入設置為 TRUE 時執行 TCP_SEND，程序會將用戶存儲器中發送緩沖區的數據復制到內部緩沖區。TCP_SEND 執行 且指令置位 Busy輸出后，您可以更改程序發送緩沖區。 表格 10-21 TCP_SEND 指令的參數 參數 聲明 數據類型 描述 EN IN BOOL使能輸入 Req IN BOOL 如果 Req = TRUE，CPU 啟動發送操作。如果 Req =FALSE，則輸出顯示發送操作的當前狀 態。 ConnID IN WORD 連接 ID (ConnID) 是此發送操作所用連接的編號。使用您為 TCP_CONNECT 操作選擇的 ConnID。 DataLen IN WORD DataLen 是要發送的字節數（1到 1024）。描述 DataPtr IN DWORD DataPtr 是指向待發送數據的指針。這是指向 I、Q、M 或 V 存儲器的S7-200 SMART 指針 （例如，＆VB100）。 Done OUT BOOL 當發送操作完成且沒有錯誤時，指令置位 Done輸出。 Busy OUT BOOL 當發送操作正在進行時，指令置位 Busy 輸 出。 Error OUT BOOL當發送操作完成但發生錯誤時，指令置位 Error 輸出。有關詳細信息，請參見“開放式 用戶通信庫指令錯誤代碼” (頁 605)。Status OUT BYTE 如果指令置位 Error 輸出，Status 輸出會顯示 錯誤代碼。如果指令置位 Busy 或Done 輸 出，Status 為零（無錯誤）。 示例 這是 TCP_SEND 指令的應用示例CP_RECV 指令 TCP_RECV指令通過現有連接檢索數據。您可以將該指令用于 TCP 協議和 ISO-on-TCP 協議。 LAD/FBD STL 描述TCP_RECV ConnID, MaxLen, DataPtr, Done, Busy, Error, Status, LengthTCP_RECV 通過現有連接檢索數據。 TCP_RECV 指令僅具有 EN（使能）輸入。TCP_RECV 指令沒有Req（請求）輸入。第一次執 行 TCP_RECV 指令后，狀態位顯示指令處于繁忙狀態。對 TCP_RECV 的后續調用會顯示繁忙狀態，直至 CPU 通過指定連接接收數據。 CPU 通過指定連接接收消息后，下一次執行 TCP_RECV 指令時，會執行以下任務： ?將消息數據復制到程序的數據區 (DataPtr) ? 將 Length 輸出設置為接收的字節數 ? 置位 Done 輸出，清除Busy 和 Error 輸出，且將 Status 輸出字節值設置為零（無錯誤） 您應該分配接收區/緩沖區 (DataPtr)和接收緩沖區*大長度 (MaxLen)，從而避免緩沖區溢出。 如果 CPU 接收到的字節數超出程序緩沖區的容量（由 MaxLen指定），TCP_RECV 指令會將 MaxLen 字節復制到程序的數據區，并丟棄所接收字節的其余部分。在這種情況下，指令置 位Error 輸出且 Status 輸出字節顯示錯誤代碼 25，這表示接收緩沖區過小。 在一條消息中*多可以接收 1024字節的數據。TCP_RECV 指令始終在允許接收不同長度消 息的模式下工作。 根據使用的協議，TCP_RECV指令的操作有所不同。當您調用 TCP_CONNECT （TCP 協議）或 ISO_CONNECT （ISO-on-TCP協議）創建連接時，要為連接選擇相應的協議。 使用 TCP 協議時，TCP_RECV 指令返回自程序上次調用 TCP_RECV 指令后S7-200 SMART CPU 通過指定連接接收到的所有字節。程序必須足夠頻繁地調用 TCP_RECV 指令以正確地描繪消 息，因為TCP 充當“流”協議。在 TCP 協議中沒有消息描述（沒有開始或結束標記）。因此， CPU 并不知曉消息何時開始或結束。例如，讓我們假設存在一個 TCP 客戶端接連不斷地將四條 20 字節的消息發送給 CPU，而且 在此期間程序不調用 TCP_RECV指令。程序在 CPU 接受所有四條消息后調用 TCP_RECV 指令 時，TCP_RECV 指令以一條 80個字節的接收消息返回此數據。程序負責足夠頻繁地調用 TCP_RECV 指令，以便按發送消息的原樣接收每條消息。