共通基盤 ｜ 調停と設定
Arbitration matrix & commissioning — when modes contend for one device
複数のモードが同じ設備を同時に要求したとき、どちらを優先するか（調停）を定義する。原則はひとつ——安全・防御がすべてに優先し、最適化は上位の枠内でしか効かない。設備体系（system）とモード（modes）を結ぶ、運用の交通整理ページ。
Priority ladder — upper tier overrides lower
M10 スコール強制閉／M11 停電フェールセーフ。設備と作物の保護。どのモードの要求もこれを超えない。
M5 除湿・結露除去。過湿放置・葉面結露は病害に直結。「朝は葉を乾かしてからCO₂」のように、回避が最適化に勝つ。
高温上限（35℃接近で換気・冷房を強制）と夜温下限（M4・加温で死守）。生育最適化より優先。
CO₂施用（M2/M9）・強日射遮光（M8）・QD（M3）・潅水（WS）。収量と品質を積み増す層。上位が開口を要求したら譲る。
M1換気・M2朝・M4夜の日内サイクル。平常時のベース。上位の割り込みが無い間の既定動作。
▲ 上位ほど優先。下位の要求は、上位と衝突した時点で待たされる・上書きされる。
具体例：朝、結露除去(T1)が窓のわずか開を要求し、CO₂施用(T3)が窓閉を要求したら、T1が勝つ＝先に葉を乾かし、乾いてからCO₂。雨季午後はM10強制閉(T0)が換気・冷房のすべてを上書きする。
Per-device priority of contending modes
競合の核：CO₂保持(閉)と除湿・換気(開)。上位（高温・病害）が開を要求したらCO₂は譲る。
採光(開)と遮光(閉)は日射量で切替、保温(夜閉)と採光(昼開)は時刻で切替。
競合は少ない。夜温下限の死守が常に最優先。
「冷やしたい」より「過湿にしない」が優先。パッド＝窓閉でファン制御／細霧＝窓開で換気併用（両者は排他）。初期値の例（28℃で遮光→30℃で換気全開→31〜32℃で冷房起動・29℃で停止）は数値シートの高温期へ。VN雨季は細霧が効かず遮光換気が主。
CO₂はT3。上位（安全・温度・病害）が窓開を求めたら停止して譲る。
独立性が高く競合は少ない。停電時の挙動だけ設計しておく。
各設備の番号・系統は設備体系ページに対応。T0〜T4は上の5階層。「—」は階層でなく設備固有の制約（排他・前提条件）。
Commissioning — set thresholds top tier first
風速・降雨センサのトリガー値（M10強制閉の発動条件）、停電時のフェールセーフ方向（ハード仕様＋施設の季節で決定）。ここを最初に確定する。
夜温下限（厳寒期10〜12℃等）、高温側の段階（換気開始25〜27℃／強制換気30℃／危険35℃）。生理障害を起こさない枠。
飽差下限、結露除去の起動（被覆温・葉面温の条件）、加湿系の多湿ロック（多湿時は細霧を禁止）。
CO₂目標（800〜1000ppm）と施用時間帯、日射遮光のトリガー、QDの時刻（日没30〜60分前）、潅水の日射比例係数。
実運用で逸脱（夜温の落ち過ぎ・日中の過湿・CO₂の抜け等）を記録し、閾値を微調整。具体数値は作物別シート（tomato_env-params）が供給。
なぜ上位から設定するか：下位の最適化（CO₂・潅水）は上位の制約（安全・温度・病害）の枠内でしか働かない。先に枠を決めてから中を詰める。具体的な数値は気候圏テンプレート（日本版／VN版）と作物別シートが供給し、本ページは枠組み（順序と優先関係）を定義する。