Tool version: O!kurra Capital Defense EA 2.00
拘束力のある区別 — 先に進む前にお読みください。 O!kurra では 「Movement」 という語にはすでに意味があります：それは OKUR オシレーター の移動量であり、オシレーター単位で計測され、ボタンのエントリーシグナル（Movement Correction と Movement Continuation、第9章）を生み出します。Price Movement は別のものです — 価格 の移動量であり、ポイントまたは ATR の倍数で計測されます。ボタンパネルでは両方の用語が並んで表示されます。「Movement」は指標がどれだけ動いたかを問います。「Price Movement」は価格がどれだけ動いたかを問います。
目次
18.1 Price Movement とは 18.2 モデル：ボタンがセンサーに登録する 18.3 5つの計測モード 18.4 しきい値：ポイントまたは ATR 18.5 方向 — 価格上昇、価格下落 18.6 センサーのライフサイクル：READY と SPENT 18.7 再アーム — 5つのルール 18.8 安全リミット 18.9 発火時の成行エントリー 18.10 チャート上の発火レベルライン 18.11 マスタースイッチ 18.12 センサーがボタンに与える作用 18.13 設定パターン 18.14 ログで読むべきもの 18.15 Inputs ウィンドウ（F7）のパラメーター — Price Movement
18.1 Price Movement とは
これまで、ボタンのオン/オフは3つの方法で行ってきました：パネル上で手動、Follow BEa（第12章）経由、または Cross-button Triggers（第17章）経由です。この3つはいずれもシステムの状態に反応します — あなたのクリック、シールドのアーム、別のボタンの状態変化です。
Price Movement は4番目の方法を加えます：価格の動きそのものへの反応です。 4つの独立したセンサーが価格がどれだけ動いたかを計測し、設定した距離を踏破した時点で、登録されたボタンをオンまたはオフに切り替えます。
これはフィルターではありません。フィルター（第10章）は「今エントリーしてよいか」という問いに答え、すでにオンになっているボタンに対して働きます。センサーは別の問いに答えます：「この戦略はそもそも稼働させるべきか」。フィルターはシグナルを通すか遮断します；センサーはスイッチを切り替えます。
すぐに知っておくとよい3点：
- 計測はティック単位、BID 価格で行われます。 確定した足ではありません — センサーは距離が踏破された瞬間に発火し、その分の終わりを待ちません。足は5つの計測モードのうちの1つにすぎず、ファミリー全体のルールではありません。ASK ではなく BID なのは、スプレッドの拡大が、実際には起きていない価格の動きのように見えてしまうからです。
- 工場出荷時、このファミリーは二重に無効化されています： リリース2.00以降、マスタースイッチ（
PM_Enabled、セクション18.11）は無効の状態で出荷され、それとは独立に4つのセンサーすべての計測モードが「Off」に設定されています。マスタースイッチを意図的にオンにし、かついずれかのセンサーに計測モードを設定するまで、このファミリーは何もしません。 - センサーは自分のターゲットを指定しません。 どのセンサーが自分をオンにし、どのセンサーがオフにするかを言うのはボタンの側です — 次のセクションを参照してください。
18.2 モデル：ボタンがセンサーに登録する
このファミリーで最も重要な設計上の決定：センサーはターゲットリストを持ちません。センサーのパラメーターは共有され、どのセンサーを使うかは各ボタンが自分で宣言します — グローバルフィルターへのオプトイン（第10章）とまったく同じ方式です。
どのボタンにも2つのフィールドがあります：
| フィールド | 意味 | 値 |
|---|---|---|
B<n>_PM_ArmBy | どのセンサーが自分をオンにするか | 0 = なし、1…4 = センサー番号 |
B<n>_PM_DisarmBy | どのセンサーが自分をオフにするか | 0 = なし、1…4 = センサー番号 |
散文で言えば：「switched ON by sensor」フィールドは4つのセンサーのうちどれがこのボタンを起こすかを示し、「switched OFF by sensor」フィールドはどれがこのボタンを眠らせるかを示します。両方のフィールドが 0 なら、そのボタンは Price Movement にまったく参加しません。これが5つすべてのボタンの工場出荷設定です。
ここから導かれること：
- 1つのセンサーは任意の数のボタンを扱えます — 望むなら5つすべてを同時に；
- 同じセンサーが同じ発火で、あるボタンをオンにし別のボタンをオフにできます（「救助＋ブレーキ」パターン、セクション18.13）；
- ボタンはあるセンサーで起こされ、別のセンサーで眠らされることができます — 例：センサー1（急落）がオンにし、センサー2（上への戻り）がオフにします。
範囲外の値は拒否され、決して「修正」されません。 5 や −1 を入力すると、EA は起動時にそれをログに記録し、0（センサーなし）として扱います。値を最も近い有効なスロットに引き寄せることはしません — 静かな1つのずれは、センサーをまったく別の戦略に結び付けてしまいます。これは、トリガーのターゲットエディター（第17章）で修正したのと同じ種類の誤りです。
設定は5つのボタンに分散しているため、EA は起動時に解決された配線を出力します — センサーごとに1行なので、5つの画面から組み立てる代わりに1か所で読み取れます：
[PM] Sensor 2: DOWN 300.00 pt / window 60 s -> ON: B4,B5 | OFF: B1 | re-arm: targets off+flat
[PM] engine ON (cooldown 60s, re-arm return 50%, cap/day off, confirm 0ms)1行目は次のように読みます：センサー2は60秒のウィンドウ内での300ポイントの下落を監視します；発火するとボタン4と5をオンにし、ボタン1をオフにします。そして、そのターゲットがオフでポジションを保有していない状態になった時点で再アームします。