このブログはもともとcimetrix.comに掲載されていました。
エンジニアからよく「データ収集においてインターフェースAとSECS/GEMの違いは何か」と質問されます。これはインターフェースAとSECS/GEM/HSMS-SSのデータ収集機能に関する概要比較です。EDA/インターフェースAのデータ収集を実証するツールの開発を進めています。詳細は後ほど…
クライアント
インターフェースAは複数のクライアントをサポートしますが、SECS/GEMは通常単一のクライアントです。
セキュリティ
インターフェースAはSSLによるセキュア通信に対応可能です。有効な証明書を持つクライアントのみが本インターフェースを利用でき、通信経路上の全データは暗号化されます。
HSMSは保護されていません。HSMSでは、デバイスIDを持つ任意のホストが接続可能であり、通信されるデータはバイナリ符号化されていますが、暗号化はされていません。
さらに、Interface Aクライアント機能は権限によって制限されますが、GEM機能には権限制限がありません。
機器モデル
インターフェースA E125は、クライアントが機器の論理構造の説明をアップロードするためのメソッドを提供する。この説明には、モジュール、サブシステム、およびI/Oデバイスに割り当てられたパラメータ、イベント、例外が含まれる。これにより、各パラメータ、イベント、例外は、所有コンポーネントのコンテキストを持つ。
GEMでは、同様の情報が機器に付属のマニュアルに記載されています。残念ながら、ほとんどの機器マニュアルでは、機器のどの構成要素がパラメータ、イベント、または例外を生成するかの関連性が記載されていません。コンテキストが欠落しています。
痕跡
インターフェースAのトレースには、GEMトレースにはない機能があります。インターフェースAのトレースには開始トリガーと終了トリガーがあります。これらのトリガーには、1つ以上のイベントおよび/または例外を含めることができます。開始トリガーのいずれかが発生するとトレースはデータ収集を開始し、終了トリガーのいずれかが発生するとデータ収集を停止します。これは、処理モジュールのトレースを、そのモジュールで処理開始イベントが発生したときに開始し、処理完了イベントが発生したときに停止するように定義できる点で有用です。 このようにして、インターフェースAクライアントはトレースを一度定義し、処理がアクティブな時のみデータを収集します。トリガー間では、指定されたレートでデータが収集されます。レートはサンプル間の秒数を指定する浮動小数点数で指定されます。分解能は機器によって制限されます。
GEMでは、トレースはSECSメッセージで定義された時点で開始され、指定されたサンプル数が収集されると終了する。インターフェースAと同様の効果を得るには、ホストは処理モジュールの処理開始イベントと処理完了イベントに対してイベントレポートを定義する必要がある。処理開始イベントを受信すると、ホストはSECSメッセージを送信してトレースを定義しなければならない。処理完了イベントを受信すると、ホストはSECSメッセージでトレースを終了させる必要がある。 インターフェースAとは異なり、ホストは毎回この操作を実行する必要があります。処理開始イベントとトレース開始の間には、インターフェースAでは発生しないSECSメッセージングによる遅延が生じます。GEMトレースは、装置がより高速なトレースをサポートできる場合でも、E5規格により100分の1秒単位の分解能に制限されます。一部の古いGEM実装では1秒単位の分解能に制限されています。
イベントレポート
インターフェースAのイベントレポートは、イベントと、そのイベント発生時に収集されるオプションのパラメータセットを指定します。インターフェースAクライアントは、イベントレポートを有効化してイベントの監視を開始し、レポートを無効化してイベントの監視を停止します。
GEMイベントレポートは少し異なります。GEMホストはレポートと呼ばれるパラメータの集合を定義します。その後、1つ以上のレポートを1つ以上のイベントにリンクします。必要に応じて、同じレポートを複数のイベントにリンクできます。その後、ホストはイベントを有効にしてイベントの監視を開始し、イベントを無効にしてイベントの監視を停止します。
警報報告
インターフェースAの例外報告は、GEMアラーム報告とは大きく異なります。インターフェースAの例外報告は、ソースID、例外ID、および重大度を使用して定義されます。いずれのフィールドも空欄または入力済みである可能性があります。 ソースIDはアラームを発生させたコンポーネント（例：処理モジュールやロードポート）を特定します。ソースIDのみが非空フィールドの場合、そのコンポーネントの全例外が監視・報告対象となります。例外IDは特定の例外名を識別します。これが唯一の非空フィールドの場合、発生元に関わらずこの名前に一致する全例外が監視・報告対象となります。 重大度のみが非空の場合、ソースIDや例外IDに関係なく、この重大度に一致する全ての例外が監視・報告されます。複数のフィールドが非空の場合、報告対象はフィールド間の論理AND演算によって決定されます。なお、インターフェースAの例外レポートにはパラメータデータが含まれる場合がありますが、各例外に付随するパラメータは機器メーカーによって指定され、インターフェースAクライアント側で選択することはできません。
GEMアラーム報告には2つの形式がある。アラーム設定または解除の通知については、ホストはアラームを有効化し、他のデータを含まないSECSメッセージを受信できる。GEMでは、各アラームには1つの設定イベントと1つの解除イベントがあり、これらはイベント報告に使用可能である。これらのイベントを利用することで、ホストはアラーム設定および解除の遷移を、ホストが選択したデータを含む報告で通知される。
報告書
インターフェースAもGEMも注釈付きレポートを提供しません。
データ収集の影響
インターフェースA E134は、クライアント定義のデータ収集が材料処理に与える影響を機器が制限する仕組みを定義する。データ収集が処理を妨げる場合、機器は全クライアントにパフォーマンス警告を発し、それらのデータ収集を無効化できる。機器は後ほどデータ収集を再開し、パフォーマンス復旧を通知できる。
GEMは、そのようなスロットリングや通知メカニズムを定義していません。