実行記録とコメント

ユニットの操作パネルです。手順とメタデータの用意、開始とそれが確かめること、一時停止、再開、停止、中止、実時間のカード、コメント、単発の指令、実行記録ファイル、そして自動化とエージェントの経路を説明します。

ユニットの操作パネル（Process > モデル > モデル > 運転 > ユニット > 操作パネルと、View に表示の印が付いているときは View のページの同じ操作パネル）が、実行を用意し、開始し、動かし、見張る場所です。どのカードをどの順で描くかは、可視化 > 操作パネルでモデルの上に 1 度だけ並べます。それから、モデルのすべてのユニットが同じ面を通して操作されます。見るだけならツリーがあれば足ります。操作パネルのどの指令にも手順の実行が要ります。それがないと、操作パネルは「ここでこのユニットの実行の状態を見ることはできますが、開始や操作には「手順の実行」の権限が必要です。」の注とともに開き、実行の指令のボタンを 1 つも描きません。

ステーションが見せるものを何も渡さないカードは、空のまま描かれずに省かれます。単発の指令のカードにはモデルのデータログか即時のレシピが要り、チャネルのカードには読めるチャネルが要り、メタデータのカードには項目を尋ねる用意した手順（またはまだ何も用意していないこと）が要り、埋め込んだダッシュボードにはその上に置かれたものが要ります。カードを 1 枚も並べていない操作パネルは「このパネルはカードを描きません。カードは、モデルの「可視化」にある操作パネルの行で選びます。」と言います。

インターロックの通知バー

モデルが外部停止を観測しているとき（自動化）、そのユニットのインターロックはどのカードよりも上に立ち、正常な間は何も描きません。そうでないときは、インターロック作動（強い色）、インターロック再投入待ち、またはインターロックを利用できませんという表題の通知バーになり、理由、信号源の名前、その値、その品質が付きます。正常でない間、そのユニットでは新しい開始も、再開も、スナップショットも、判定も、レシピの適用も受け付けられません。作動は、進行中の実行を、ふつうの終わりの経路で、総合判定不合格の中止として、終了の理由をインターロックにして終わらせます。終わらせた者として名指される人はいません。ラッチは再起動をまたいで残ります。再投入は再投入待ちのときにだけ現れます。手順の実行の権限と、良好で安全側を読んでいる信号源と、どの実行も持っていないユニットが要ります。ラッチを外し、操作員の名前とともに診断ログに残り、中止された実行を再び始めることは決してありません。

実行のカード

カードの見出しにランプが載ります。記録中（緑）、準備中（注意の色）、または記録していませんです。

実行の指令のボタンは、描かれる順に次のとおりです。用意した手順が制御ありか即時のときは、一時停止と再開が省かれます。凍らせる時間の幅を持つのは時間指定の実行だけだからです。何も用意していないときは 5 つとも描かれます。

拒まれた指令は、その理由をカードの上に書きます（「手順を用意していません。先に 1 つ選んでください。」）。ボタンの下の 2 行が、ステーションかユニットが指令を受け付けていない理由を常に言います。「ランタイムが停止しています」と、インターロックの理由です。

開始と、それが確かめること

開始は、そのユニットの用意を使い切り、何の資源も取る前に、すべてを確かめて拒みます。順に、まずユニットが確保されます（同じユニットへの 2 度目の開始は拒まれます）。用意した手順がまだ存在しなければなりません（「用意した手順がもうありません。もう一度選んでください。」）。エンジニアリングの編集が終わるのを開始が待っている間に、用意が動いてしまってもいけません（「開始が待っている間に、用意した手順かメタデータが変わりました。用意した実行を確かめてから、もう一度実行してください。」）。手順は、自分のページが見せる関門を通らなければなりません（「走らせるものがありません。この手順は、データログもレシピも参照していません。」、「時間指定の方式には長さが要ります。決めてください。」、「即時の方式には、即時のレシピ（またはなし）が要ります。時間のプロファイルには、1 つの時点がありません。」、「レシピのプロファイル（n ms）が、時間指定の時間の幅（m ms）より長いです。」、そして生産数の確かめです）。監視するすべての発生記録は、正しい条件を持っていなければなりません。データログのチャネルのうち少なくとも 1 つが、このユニットでバインドされた信号源に解決しなければなりません（「ユニット「X」で、バインドされた信号源に解決するデータログのチャネルがありません。」）。尋ねるメタデータはそろっていて、型も合っていなければならず（「メタデータの項目「X」は必須です。」、「メタデータの項目「X」は数値でなければなりません。」）、連番の項目はすべて組み立てられなければなりません（ユニットや手順のコードがないと開始は拒まれます）。インターロックは正常でなければなりません。そして、レシピが書き込むすべての信号源が空いていなければなりません（別のユニットの実行が持っている信号源は、チャネルと持っているユニットを名指して開始を拒みます）。それらを越えて初めて、連番のカウンターが確保され、メタデータをすでに書き込んだ状態で実行記録ファイルが作られ、仕組みが動き出します。手順が出す開始のラベルと開始のレポートは、実行が実体になるのと同時に出ていきます（ラベルとレポートの発行）。

メタデータのカード

カードの見出しは「「手順」の次の実行を、何のもとに記録するかです。* の付いた項目は、どの手順でも尋ねます。」で、用意した手順が尋ねるメタデータの項目 1 つにつき 1 件を、その手順の順に描きます。何も用意していないときは「手順を用意すると、その手順が尋ねる項目がここに出ます。」と出ます。

用意は開始が使い切るのであって、消されるのではありません。入れた値は、同じ手順の次の実行のための既定として残ります。別の手順のために打った値は、用意の場所に残りますが、効きません。開始が読むのは、用意した手順の項目だけだからです。箱は、手順の実行がないときと、ランタイムが停止している間は灰色になります。

実行の状態のカード

3 つの表示です。状態（実行中、一時停止中、保存中、完了、中止、失敗、ユニットが確保されている間は「準備中」、何も持っていないときは「待機」）、サイクル（サイクルのある実行では「2 / 10」、そうでなければ「サイクルなし」。用意した手順が制御ありか即時のときは、まるごと省かれます）、そして総合判定（判定の実時間の総合判定で、実行が終わったあとも次の実行が始まるまで読めるままです。何も判断されていないときは「なし」）です。

それぞれの終わり方が何をするか

アプリケーションを閉じても、何も終わりません。実行中や一時停止中の実行は次に立ち上げたときに再び現れ、時間のプロファイルは保存された区間とサイクルで一時停止したままになり、データログは同じファイルの中で続きます。

チャネルのカード

そのユニットの読めるチャネルを 1 枚の実時間のグラフにまとめます。どの系列も、そのユニットで効いている名前で呼ばれ（別名は実時間で出ます）、モデルがそのチャネルに宣言する色と帯で描かれ、どのグラフも持つツールのバーが付きます（グラフ）。実行が記録していてもいなくても、実時間の値を見せます。描画の下の 1 行が、グラフがどれだけの履歴を保つかを言います。

コメントのカード

カードの見出しは、実行が動いている間は「コメント · 手順 · ユニット」、そうでなければ「コメント · 進行中の実行記録なし」です。待機中のユニットは時系列を見せません。終わった実行の書き込みは履歴のものになります。記録された行はどれも、時刻、段階（実行中か実行後か）、その文を見せ、2 つの操作が付きます。編集はその場で書き直し（Enter で保存、Esc で取り消し。空や変わらない文は記録をそのままにし、書き直しは編集の時刻を刻みます）、削除は 2 度押しで、1 度目がその行を構え（「このコメントを削除しますか。元に戻せません。」）、2 度目が取り除きます。下の箱（「コメントを追加…」）と追加が、その時刻と、この画面にサインインしている操作員（誰もいなければステーション）を刻んだ新しい行を記録します。3 つの操作にはどれも、手順の実行の権限と、動いている実行が要ります。同じ追記は、ユニットの Commands.Comment のポイントを通して、ダッシュボードとエージェントにも開かれています（ユニットのアドレス空間）。

発生記録のカード

このユニットの発生区間を、進行中のものを先に並べます。それぞれに、状態、2 つの時計（発生していた時間と信号の喪失）、そしてそれと一緒に固定されたメッセージが付きます。見出しが進行中の発生区間を数えます。発生区間が何であるか、その時計がどう導かれるかは発生記録にあります。

生産性のカード

そのユニットの生産の動きを、今日か移動する時間の幅について見せます（見出しの区切られた切り替えで選びます）。生産性、良品率、標準の所要時間、生産の記録、完了の結果、そして手順ごとの表です。何が数えられ、どう計算されるかは生産性にあります。

単発の指令のカード

どの手順の外でも、そのユニットに単発の指令を 1 つ出します。行は、それが撃つものをモデルが宣言しているところにだけ現れます。

スナップショットと判定は、メタデータを尋ねず、カウンターを確保せず、生産に数えられることも決してありません。結果は操作ログ帯に出ます（「スナップショットを記録しました。履歴を見てください。」、「判定しました。総合判定は履歴に記録しています。」、「レシピを適用しました。」）。

カードとしてのダッシュボード

操作パネルは、モデルのどのダッシュボードでも、操作パネルの上で選んだ高さのカードとして埋め込めます。そのカードは、ユニット自身のダッシュボードの節点とまったく同じように、このユニットのために解決されたモデルの定義を走らせ、その指令のコンポーネントに要るのは手順の実行だけです。

データログ

実行が記録している間、その手順が名指すデータログが、周期ごとにアプリケーションの層のスナップショットを 1 つ書きます。記録するすべてのチャネルを、宣言された列の順に、どの値にも良好か取得不可の印を組にして書きます。その行が約束するのは、アプリケーションとして辻褄の合った観測であって、物理的に同時に取得したことではありません。信号源の機器は、それぞれ自分の周期で新しくなります。取得できない信号源や、変換できない値は欠落として保存されます。正しく受け取った NaN や工業上の特別値は、良好のままです。これより短い周期は、画面からは入りません。データログの「スナップショットの間隔（ms）」の欄は 50 ms 未満の値を拒み（「50 以上の数を入力してください。」）、入力欄は今の周期に戻ります。ほかの道筋で実行に届いた周期は 50 ms までそのまま使われ、それより短いものは 50 ms として扱われます。

実行記録ファイル

実行記録ファイルが、そろった記録です。モデル、ユニット、手順の変わらない識別情報と名前、モデルの版、各列の解決されたグラフの色を持つ固定されたチャネルの並び、メタデータの値、実行時のレシピの書き込み、判定基準の結果、発生記録のイベント、コメント、グラフの注記、生産の記録、ラベルの成果物、そしてレポートの登録です。固定された文脈は開始のときに取られ、そのあと変わることは決してありません。終わらせる仕組みが足すのは結果だけです。総合判定、最終状態、終了の時刻、誰が実行を終わらせたか、そしてインターロックが終わらせたときは終了の理由です。モデル、ユニット、手順を削除しても、記録された実行記録に触れることは決してありません。実行記録ファイルを見ること、書き出すこと、そこから文書を作り直すことは履歴です。

自動化の経路

自動化が有効なユニットは、同じ一生を現場から受け取ります。開始、一時停止、再開、停止、中止にバインドされた Bool の信号源の立ち上がりが、その指令を撃ちます。同じ巡回では中止が停止に勝ち、それ以外の同時の立ち上がりの組は、競合として拒まれます。自動の開始は、固定の選択か数値の選択から自分の手順を解決し、設定した取得元から自分のメタデータを解決します。操作員の用意には触れず、ユニットが開始できる状態のときにだけ受け付けられます。結果は、Command result として対応付けた戻りに書き返されます。0 待機または再投入、1 受け付け、2 ユニットが準備できていません、3 選択が不正、4 メタデータが不正、5 指令が合いません、6 指令が競合、7 内部の失敗です。自動化が受け付けた実行は、履歴に自動化の印とともに並び、実行者として自動化を記録し、自動の停止や中止のあとは、終わらせた者としても自動化を名指します。

エージェントとダッシュボード

組み込みのエージェントのサーバーは、Process の運転のツール（開始、停止、一時停止、再開、中止、コメント、スナップショット、判定、レシピの適用）を通して同じ一生を動かします。診断ログにはエージェントとして残り、実行の中にもエージェントとして記録されます（エージェントアクセス）。ダッシュボードは、ユニットの指令のポイントを通してそこに届きます。Commands.Start の上のボタンは、開始できるかどうかが偽の間は自分を使えなくし、Next.<Field> の上の入力は値を用意し、手順の選択のコンポーネントは手順を用意します（ユニットのアドレス空間）。

この面がしないこと

何も設定しません。チャネル、バインド、メタデータ、インターロック、自動化は定義の下で編集します。実行が何を当て、何を記録し、何で判断するかは段取りの下で組み立てます。終わった実行を編集することもしません。記録された実行記録の実行後のメモ、注記、書き出し、レポート、ラベルは履歴です。そして、ステーションが埋められないカードを描くことも決してありません。