這篇部落格文章最初發表於 cimetrix.com
工程師經常詢問：「在資料擷取方面，介面 A 與 SECS/GEM 之間有何差異？」以下是針對介面 A 與 SECS/GEM/HSMS-SS 資料擷取功能所進行的高層次比較。我們目前正在開發一些工具，用以協助展示 EDA/介面 A 的資料擷取功能。更多相關內容將於稍後說明……
客戶
介面 A 支援多個客戶端，而 SECS/GEM 通常僅支援單一客戶端。
安全
介面 A 可設定為透過 SSL 進行安全通訊。僅持有有效憑證的客戶端才能使用此介面，且所有透過該介面傳輸的資料均經過加密。
HSMS 並非安全的。在 HSMS 中，任何擁有裝置 ID 的主機均可連線，且透過線路傳輸的資料雖以二進位編碼，但並未經過加密。
此外，介面 A 的客戶端功能受權限限制，而 GEM 的功能則不受權限限制。
設備型號
介面 A E125 提供方法，讓其客戶端上傳設備邏輯結構的描述，其中包含指派給模組、子系統及 I/O 裝置的參數、事件與例外狀況。藉此方式，每個參數、事件及例外狀況皆具備其所屬元件的上下文。
在 GEM 中，相關資訊可參閱隨設備附帶的使用手冊。可惜的是，大多數設備手冊中並未說明設備上的哪個元件會產生該參數、事件或例外狀況。缺乏相關背景資訊。
蹤跡
介面 A 追蹤具備 GEM 追蹤所沒有的功能。介面 A 追蹤設有開始與停止觸發器。這些觸發器可能包含一個或多個事件和／或例外狀況。當任何一個開始觸發器發生時，追蹤便會開始收集資料；當其中一個停止觸發器發生時，則會停止收集資料。此功能相當實用，因為可將處理模組的追蹤定義為：當該模組發生「處理開始」事件時啟動，並在發生「處理完成」事件時停止。 以此方式，介面 A 客戶端只需定義一次追蹤，並僅在處理處於活躍狀態時才收集資料。在觸發條件之間，資料會以指定的頻率進行收集。該頻率以浮點數指定，表示兩個採樣點之間的秒數。解析度則受設備所限。
在 GEM 中，追蹤會於透過 SECS 訊息定義時開始，並在收集到指定數量的樣本後結束。若要達到與介面 A 相同的效果，主機必須針對處理模組的「處理開始」與「處理完成」事件定義事件報告。當接收到「處理開始」事件時，主機必須透過傳送 SECS 訊息來定義追蹤；當接收到「處理完成」事件時，主機則必須透過 SECS 訊息終止追蹤。 與介面 A 不同，主機必須每次都執行此操作。由於 SECS 訊息傳輸的延遲，處理開始事件與追蹤開始之間會存在時間差，而介面 A 則不存在此問題。即使設備能支援更快的追蹤，根據 E5 標準，GEM 追蹤的分辨率仍限於百分之一秒。某些較舊的 GEM 實作則僅限於秒級分辨率。
活動報導
介面 A 事件報告會指定一個事件，以及當該事件發生時需收集的一組可選參數。介面 A 客戶端會啟動事件報告以開始監控該事件，並停用該報告以停止監控該事件。
GEM 事件報告的運作方式略有不同。GEM 主機會定義一組稱為「報告」的參數集合，接著將一個或多個報告與一個或多個事件建立關聯。若需要，同一個報告可與多個事件建立關聯。隨後，主機透過啟用該事件來開始監控該事件，並透過停用該事件來停止監控該事件。
警報通報
介面 A 的異常通報與 GEM 警報通報有很大不同。介面 A 的異常通報是透過來源 ID、異常 ID 及嚴重程度來定義的。這些欄位均可留空或填入資料。 來源 ID 用於識別提供警報的元件，例如處理模組或負載埠。若來源 ID 是唯一非空欄位，則該元件的所有異常都會被監控並回報。異常 ID 用於識別特定的異常名稱；若此為唯一非空欄位，則所有與此名稱相符的異常（不論來源為何）都會被監控並回報。 若嚴重性是唯一非空欄位，則所有符合此嚴重性的例外狀況，不論來源 ID 或例外 ID 為何，皆會被監控並回報。若上述欄位中有超過一個非空，則回報規則將透過對這些欄位套用布林「與」(AND) 邏輯來決定。此外，介面 A 中的例外報告可能包含參數資料；然而，每個例外狀況所附帶的參數由設備製造商指定，介面 A 客戶端無法自行選擇。
GEM 警報通報有兩種形式。若要通知警報已觸發或解除，主機可啟用警報功能，並接收一則僅包含警報狀態資訊、不含其他資料的 SECS 訊息。在 GEM 中，每個警報皆有一項「觸發」事件與一項「解除」事件，可用於事件通報。透過這些事件，主機可收到警報觸發與解除的狀態轉換通知，相關通報內容將包含由主機所選定的資料。
報告
無論是介面 A 還是 GEM，均不提供附有註解的報告。
資料蒐集的影響
介面 A E134 定義了一種機制，供設備用以限制客戶端定義的資料蒐集對材料處理所造成的影響。若資料蒐集妨礙處理作業，設備可向所有客戶端發出「效能警告」，並停用其資料蒐集功能。設備可於稍後恢復資料蒐集，並發出「效能恢復」通知。
GEM 並未定義此類流量限制或通知機制。