在幾篇secs/gem系列部落格文章(包括收集事件、資料輪詢和警報)之後，我們現在討論gem特性的特性和優點，稱為配方管理。我們將介紹配方的定義, 配方管理是什麼意思，,以及為什麼需要這個功能!
什麼是配方？
配方是一組描述裝置應如何處理其材料的指令。配方內容由裝置**商定義。
什麼是配方管理?
配方管理允許工廠主機在裝置之間傳輸配方。它還要求裝置在裝置上的配方發生變化時通知工廠主機。
為什麼需要這個特性?
幾乎所有的半導體工廠都需要這個特性來確保配方的完整性並支援可追溯性。主機將裝置上已批准的配方上傳並儲存下來供以後使用，以確保配方不會被更改。為了可跟蹤性，配方通常與工藝資料一起儲存。
配方管理是如何工作的?
配方通過
secs
訊息在主機和裝置之間傳遞。有幾組
secs
訊息被用於這個功能。
e30 gem
列舉了格式化、非格式化和大型配方的訊息集。這裡將不討論大型配方的訊息集。
當操作人員在裝置上修改配方時，裝置還需要通知主機。生成的
ppchange
收集事件還需要伴有兩個資料變數：載有被更改的配方
id的變數
ppchangename
以及載有
包含更改型別
(建立、刪除和編輯
)的變數
ppchangestatus。
當配方被傳到裝置上時，裝置應對內容進行驗證。如果配方無效，則應該生成乙個ppverificationfailed的收集事件，伴有包含驗證失敗資訊的
pperror資料變數，以將問題通知主機。如果驗證失敗，該配方將不被使用。
識別
每個配方都由乙個名為
process program id或
ppid
的ascii
名稱標識。工廠主機和裝置
gem介面在配方操作中使用該名稱。
持續性
在gem 介面中， 配方是持續性的。如果主機斷開並重新連線，或者裝置重新啟動，
gem介面仍將記得配方。此外，大多數工廠主機會將配方儲存在工廠端。
使用哪些訊息?
下面是與集合事件相關的每個主要訊息的總結。注意，「s」表示「流」，「f」表示「函式」。s和f一起唯一地標識訊息。
訊息編號
方向
描述
s7f17
主機 -> 裝置
從裝置上刪除乙個配方。空列表將刪除裝置上的所有配方。
s7f19
主機 -> 裝置
請求裝置上所有可用的配方列表
訊息編號
方向
描述
s7f1
主機 <- 裝置
裝置要求上傳乙個配方
s7f3
主機 <- 裝置
裝置上傳乙個配方到主機
s7f5
主機 <- 裝置
裝置請求從主機獲取乙個配方
s7f1
主機 -> 裝置
主機要求下傳乙個配方到裝置
s7f3
主機 -> 裝置
主機下傳乙個配方到裝置
s7f5
主機 -> 裝置
主機請求從裝置獲取乙個配方
訊息編號
方向
描述
s7f1
主機 <- 裝置
裝置要求上傳乙個配方
s7f23
主機 <- 裝置
裝置上傳乙個配方到主機
s7f25
主機 <- 裝置
裝置請求從主機獲取乙個配方
s7f1
主機 -> 裝置
主機要求下傳乙個配方到裝置
s7f3
主機 -> 裝置
主機下傳乙個配方到裝置
s7f5
主機 -> 裝置
主機請求從裝置獲取乙個配方
s7f29
主機 <- 裝置
裝置請求傳送配方驗證結果
s7f27
主機 <- 裝置
裝置傳送配方驗證結果
有關配方管理的常見問題
可以傳送乙個多大的配方?
對於未格式化的配方訊息，配方要麼是單個
ascii
字串，要麼是二進位制陣列值。單個陣列值被限制為
16.777215 mb。
格式化的配方訊息，將配方分解為乙個專案列表。單個陣列值被限制為
16.777215 mb
。訊息的總大小被限制為
4.294967295 gb
。
翻譯 SECS GEM系列之九 使用者介面
我記得作為乙個新的童子軍，我們計畫去我家附近的乙個原始山區遠足。我們從地圖上學到的第一件事就是在 可以找到圖例。地圖圖例包含了閱讀地圖所需的重要資訊，比如指出哪個方向是北。既然我們知道在 可以找到圖例，我們就可以確定地圖的方向，這樣在我們計畫徒步旅行時就能找到它了。在典型的半導體或電子裝配工廠中，大...
ACD系列翻譯之四
8.performance compatibility 圖表略。security model compatibility 裝置必須實現乙個與sdk文件的securityand permissions 9.1 permission 裝置必須支援sdk文件中的許可權模型中規定的所有許可權，並且不能刪除 ...
JS逆向系列之谷歌翻譯
分析過程 首先找到谷歌翻譯的ajax請求介面 以get方式傳送的ajax請求，多次嘗試，發現請求引數中，tk和q，是不斷變化的，其中q是待翻譯的內容，tk是根據q進行js加密演算法生成的，所以我們要分析tk的產生。加密演算法應該在translate m zh cn.js檔案裡 打個斷點，請求翻譯介面...