SECS/GEM 解決方案
Stream Function 是 SECS/GEM 通訊 (尤其是指 SECS-II ) 的基礎， 我們在處理 SECS/GEM 相關實務的日常對話中 (至少在台灣是如此)， 常常會提到這個詞， 通常用來指單一個訊息。 事實上， 這是個不精準， 但已經被沿用的稱呼。 單一個訊息比較正確的說法應該是 Function。 Stream 與 Function 在 SECS-II 規範中定義了許多單一的訊息， 稱為 Function ， 並且將同類別的 …
SECS-II 訊息表示法 是 SECS-II 規範中， 為了更完整說明一個 SECS/GEM 訊息代表的功能， 進而使用的一種紀錄方式。 表示法的格式如下圖。 Stream 代號與 Function 代號合在一起才能完整標定出一個訊息 (詳見 Stream & Function 的說明)，也就是上圖的 Sn,Fm (例如： S1,F1 )，一般也常用 SxFy (例如： S1F1 ) 來表示。 但如果只使用字母和數字， 比較難馬上知道到它的功能， …
ACKC6 ACKC6 為 SECS-II 規範中， Stream 6 的 請求確認碼 (Acknowledge code)。 當接收端在收到 S6Fy 的 主訊息 (primary message) 後， 接收端 回覆訊息 (secondary message) S6Fy+1 的回覆資料中若有確認碼， 則定義為 ACKC6。 資料格式 10 (binary)，1 位元組 …
S6F11 / S6F12 用於裝置端在特定事件發生事， 可以主動把事件 (Event) 與對應的報表 (Report) 上傳到上位機， 而上位機收到上報事件後， 以 S6F12 回覆裝置端。 同樣可以達成設備狀態上傳的目的， S6F11 / S6F12 與 S1F3 / S1F4 最大的不同點在於， S1F3 需要由上位機發出詢問， 裝置端回應對應的狀態值； 而 S6F11 則是由裝置端決定發出的時間點， 發出的內容是事先定義好的報表。 SECS …
SV 為裝置端的狀態變數值 (Status variable value)。用於透過 S1F4 回覆狀態變數要求 (S1F3) 時， 將 SVID 代表的對應狀態值回覆給上位機。因為裝置端各種不同的狀態有其特性， 加上裝置供應商自身的考量， 因此用來呈現這些狀態的 SV 在資料格式上有很大的差異性。 資料格式 0 (list) 10 (binary) 11 (boolean) 20 (ASCII) 21 (JIS-8) 3() (signed integer) …
S1F3 / S1F4 是 SECS -II 訊息中， 提供上位機用來取得設備端、 儀器端， 或裝置端中的狀態變數 (SV, Status Variable) 最常用的方法， 因此 S1F3 是上位機專用的訊息， 只能由上位機發出， 並在通訊資料中列出所要取得的狀態變數代碼 (SVID)。 如果裝置端可以提供上位機要求的狀態變數， 則透過 S1F4 將狀態變數的值回覆給上位機。 S1F3 (指定的設備狀態請求) SECS-II 訊息定義 S1,F3 Selected …
SECS/GEM 的英語全文是 SEMI Equipment Communications Standard / Generic Equipment Model， 為 SEMI 所制定的一組通訊協定。 它的定義含蓋的範圍很廣， 小到設備和它的上層主機 (Host) 二者之間， 在通訊時所有需要細節； 大到一台設備在各種情境下的應有的行為。 最早用於半導體 (semiconductor) 產業， 因為對設備通訊和行為定義完備， 後來逐漸擴展到其他領域， 如： 印刷電路板 (Printed Circuit Board, PCB) …
MDLN MDLN為設備型號 (Equipment Model Type)。上位主機可透過 S1F1 詢問後，由設備藉由 S1F2 傳回。 資料格式 20 (ASCII)，最長 6 位元組。 數值說明 依設備定義。 使用處 S1F2 / S1F13 / S1F14 SOFTREV SOFTREV為軟體版本碼 (Software revision code)。上位主機可透過 S1F1 詢問後，由設備藉由 S1F2 …
S1F1 / S1F2 為上位機與設備互相確認是否在線的方式。無論是上位機或設備，都可以主動發出 S1F1 的確認在線請求，接收方如果處在可以提供更多互動的狀態下，可以透過回覆 S1F2 來通知請求方可以繼續後續的動作。如果接收方認為無法開啟互動，可透過回覆 S1F0，來停止此次的資料交換 (Transaction) ，但回覆 S1F0 ，來停止資料交換並不屬於 SECS / GEM 強制規範的部份。在 GEM 的規範中， S1F1 / S1F2 也用於控制狀態模型 (Control State Model) 中，以確認上位機是否接收設備從離線狀態 (Off-line) 轉換到在線狀態 (On-line) …
S1F13 / S1F14 的目的是在開機時及通訊中斷後，提供一個正式的方式，初始化在邏輯應用層次上的通訊。它應該在主機和設備 SECS 應用程式發現無法通訊之後，被使用來建立連線。重覆嘗試發送建立通訊請求（S1F13），直到在對話超時時限內，收到建立通訊確認（S1F14）與接受建立連線的確認碼（COMMACK 為0）。在GEM的規範中， S1F13 / S1F14 會搭配通訊狀態模型 (Communications State Model) 來建構完整的建立連線流程。 S1F13 (建立連線) SECS-II 訊息定義 S1,F13 Establish Communications Request (CR), S, H<->E, reply 參數格式 SECI Box …