運転

使われているユニット。ユニットごとに 1 つのノードと、そのユニットを動かす操作パネルとダッシュボード、実行とは何か、開始から完了までの一生、そして停止中に何が拒まれるかです。

運転は、Process のページのワークスペースの欄にあるモデルの 4 つのグループの最後で、定義、可視化、段取りのあとに来ます。ほかの 3 つは工程を宣言し、この 1 つは使われているユニットを、ユニットごとに 1 つのノードとして抱え、そのユニットの下には、それを操作する面を抱えます。ここでは何も設定しません。ユニットはモデル自身のページで宣言し、そこで終わらせます（ユニット）。その操作パネルとダッシュボードは可視化の下で並べ、それが実行するものは段取りの下で組み立てます。

この枝は、モデルを見てよいすべてのロール（モデルの閲覧、手順の実行、Process の管理）に対して描かれます。レシピと判定の編集だけを持つロールには、各モデルが段取りのグループに減って見えるので、運転は描かれません。見守るのはツリーとともに自由にできますが、用意、開始、実行の操舵には手順の実行が要り、それを持たないロールには操作パネルが自分の面の上でそう言います。

運転のページ

このグループを選ぶと、ユニットごとに 1 枚のカードの壁が開きます。見出しは「このモデルが動くステーション。1 つ開くと、手順を用意し、開始し、記録され判定される実行を見守れます。」です。カードを押すと、そのユニットが開きます。どのカードも、ユニットの実時間の状態を、次の優先の順で解決して持ちます。

ユニットのないモデルは「まだユニットがありません。モデルのページの『ユニット』の表で追加してください。」と読めます。グループのツリーの行は、自分のユニットを数えます。

詳細のバーは、2 つのまとめての引き金を載せ、手順の実行を持つロールにだけ描かれます。ここでは何も作られず何も削除されないので、このバーにはほかに何も立ちません。

まとめての指令は引き金であって、そろえられた操作ではありません。どのユニットも自分で動き、1 台の拒みは記録されるだけで、ほかを巻き戻すことは決してなく、操作ログ帯が件数を伝えます（「3 台のユニットを開始しました」、「停止できたユニットはありません。」）。

ユニット

ユニット自身のページは、そのユニットの名前を出し、実行がそれを持っているかどうかを言い、その面のそれぞれへ開きます。見出しには、カードが持つのと同じピル（記録中、一時停止中、保存中、準備中、終了処理中。ユニットが空いている間は何もありません）が付き、1 枚のカード面が、モデルが定義する操作パネルとダッシュボードを、このユニットのために描いたタイルとして並べます。このページにはバーの操作も右クリックの献立もありません。入口であって、編集する場所ではないからです。

ユニットの下では、ツリーがモデルの操作パネルごとに 1 つのノード、続いてダッシュボードごとに 1 つのノードを抱えます。どちらも、View のページが使うのと同じ舞台のバーの下に開きます。名前は「Model · Unit · Surface」で、名前の横に実行の状態のピルが付き、後ろ側に 2 つのウィンドウの操作が付きます。拡大表示はその面にウィンドウの全体を渡し、全画面（F11）は画面の全体を取り、Esc がどちらからも出ます。

• 操作パネルのノードは、その操作パネルが並べたカードを、このユニットのために描きます。実行のカード、メタデータのカード、実行の状態、コメント、発生記録、チャネルのグラフ、生産性の記録、単発の指令、そしてその操作パネルがカードとして埋め込むどのダッシュボードもです。その面をカードごとに述べるのが実行記録とコメントです。
• ダッシュボードのノードは、モデルの 1 つの定義を、すべての抽象的なチャネルをこのユニットのバインドした信号源で答えさせて動かします。ダッシュボードを見せるだけで、決して編集しません。編集は、可視化の下のモデル自身の行の操作です（モデルのダッシュボード）。何も置かれていないダッシュボードは、空の舞台を描く代わりにそう言います。その指令のコンポーネントは、ここでは手順の実行だけを求めます。これはステーション自身のダッシュボードではなく、Process の正式な面だからです。

View に表示の印が付いた操作パネルやダッシュボードは、View のページにも、モデルのユニットごとに 1 項目として、同じ名前で現れます。どちらから見ても、描かれるものは同じです。

実行とは何か

実行とは、1 つのユニットの上での 1 つの手順の 1 回の実施です。名前は「手順 · ユニット」で、アプリのデータの根の acquisitions フォルダーの下の、それ自身の SQLite ファイルに記録され、履歴の索引の 1 行がそれを指します。それが、終わっていない実行を再起動のあとに見つけて再開できるようにしているものです。手順の方式が実行の枠組みです。即時は値を当て、1 行を記録し、一度判定して、自分で終わります。時間指定は手順の時間範囲を走り、必要ならサイクルとして繰り返し、最後の時間範囲が閉じたときに終わります。制御ありは開始時に値を当て、誰かが止めるまで記録します。

1 台のユニットに、一度に 1 つの実行だけです。開始は何を解決するよりも先にユニットを予約するので、準備中のユニットは、記録しているふりをせずに「処理中」になります。予約は実行中、一時停止中、保存中、そしてファイルの最後の閉じまで続きます。どれか 1 つのユニットが占められている間、ステーションのどの構成の面も読み取り専用になります（「ユニットの実行中は構成が施錠されます。」）。運転そのものは生きたままです。操作することは、設定することではないからです。

一生

アプリケーションが閉じたときに実行中か一時停止中だった実行は、終わりません。次の起動で再開し、時間のプロファイルは保存された区間とサイクルのところで一時停止しています。

どの実行も、誰が開始したか（開始を押した画面でサインインしている操作員、誰もいなければステーション、ユニットの自動化、またはエージェント）と、誰が終わらせたか（停止か中止について、同じ種類）を記録します。自分で走り切った時間範囲、インターロックの作動、失敗は、誰も名指さずに終わります。一時停止と再開は、誰も残しません。

何が拒まれ、なぜか

• ランタイム停止中：ステーションのランタイムが停止している間、開始、一時停止、再開、停止、中止、単発の指令、用意、コメントはすべてその理由で拒まれ、実行のカードはそれをボタンの下に書きます。ランタイムが止まった時点でまだ開いている実行は、中止として終わります。
• インターロック：ユニットのインターロックが作動、再投入待ち、取得不可のいずれかである間、そのユニットで新しい開始、再開、スナップショット、判定、レシピの適用は受け付けられません（「ユニット『X』はインターロックで塞がれています：理由」）。停止と中止は引き続き使えます。
• 何も用意されていない：開始には用意した手順が要ります（「用意した手順がありません。先に選んでください。」）。
• 別の実行が押さえている信号源：同じ信号源に書き込む 2 台のユニットは一緒に動けません。2 つ目の開始は、チャネルと押さえているユニットを添えて拒まれます。

このグループのページは次のとおりです。