SECS/GEMシリーズ：装置ターミナルサービス

このブログはもともとcimetrix.comに掲載されていました。

データ収集、イベント、アラーム、レシピ管理、ドキュメント化についてシリーズで数回にわたって解説してきたが、今回の記事ではGEM規格におけるTwitterとも言える「機器端末サービス」に焦点を当てる。端末サービスとは何か、なぜ必要なのか、そしてその仕組みについて検証していく。

ターミナルサービスとは何ですか？

設備端末サービスにより、工場オペレーターは設備ワークステーションからホストと情報を交換できます。ホストは設備の表示装置に情報を表示できます。また、設備オペレーターがホストへ情報を送信することも可能です。設備は、ホストからオペレーターの注意を引くために渡された情報を表示できる必要があります。

なぜこの機能が必要なのですか？

ターミナルサービスが使用される例としては、次のようなものがあります：

1. ホストは、プロセスモジュールで対処が必要な逸脱が発生したことをFDCソフトウェアから通知される。
2. ホストは照明塔のオペレーター通知灯を点灯させる。通知灯は、点灯した理由を伴う必要がある。
3. ホストは、FDCソフトウェアが異常検出を検知したため、オペレーターが問題に対処すべきであるというターミナルメッセージを送信する。
4. 信号塔のライトとともに、端末サービス通知がツール上で有効です。
5. オペレーターはメッセージを確認し、応答します。
6. オプション: 復旧方法は複数ありますが、オペレーターは問題解決後にホストへターミナルメッセージを送信できます。

ターミナルサービス機能はどのように動作しますか？

ホストが端末メッセージを機器に送信した場合、機器はオペレーターにそのメッセージを表示することが要求される。表示装置は最大160文字（Twitterで1回のツイートに送信可能な文字数よりも多い）を表示可能でなければならないが、それ以上の文字を表示しても構わない。機器の表示装置は、メッセージを受信したがオペレーターがまだ認識していないことをオペレーターに通知する機構を備えていなければならない。メッセージはオペレーターが認識するまで表示され続ける。 装置は、操作者がメッセージを確認するための方法（例：押しボタン）を提供しなければならない。操作者によるメッセージ確認は、操作者が情報を受信したことをホストに通知する収集イベントを生成する。装置アプリケーションは、ホストから送信されたデータを解釈する必要はない。これは操作者向けの情報に過ぎない。

オペレータが前のメッセージを承認する前にホストが新しいメッセージを送信した場合、新しいメッセージは前のメッセージを上書きします。

ホストは、ゼロ長メッセージを送信することで、未認識メッセージ（インジケータを含む）をクリアできる。ゼロ長メッセージは未認識メッセージとはみなされない。

装置はまた、操作者が装置のコンソールから入力した情報をホストに送信できるようにしなければならない。

どのメッセージが使用されますか？