【検証#06-3】トレンド/レンジ・レジーム判定 P1/P2 — CONTEXT 拡張とハースト融合¶

この記事の3行まとめ
- 🌍 P1: サーバー時刻でセッション(欧米重複・日中・夜)と 曜日(週末・月曜・金曜など)を
CONTEXT_SCOREに掛け合わせる - 🌀 P2(任意): ハースト指数(R/S、上位足)を
InpUseHurst=trueで TREND_SCORE にブレンドし、短期 ADX/R² 系の 遅効長期を補う - 🔢 バッファ 0〜5 は v100 と同一 — EA の読み取り番号は変えていません(
iCustomの input 数だけ増加)
位置づけ¶
- 【検証#06-2】 の P0(
Ind_TrendRangeRegime_v100)に、仕様書の P1〜P2 に相当する拡張を載せたのがInd_TrendRangeRegime_v101.mq5です。 - 開発仕様書(執筆用・サイト非公開) の コンテキスト層と 長期ハーストの項を、コードとコメントで固定しました。
P1: CONTEXT_SCORE の拡張¶
v100 では CONTEXT_SCORE(バッファ 4) は主に スプレッド急拡大で下がるだけでした。v101 では次の 積として扱います。
CONTEXT_SCORE ≈ スプレッド係数 × セッション係数 × 曜日係数
- セッション(サーバー時刻の
hour) - 既定で 13〜16 時を 欧米重複(
InpMulOverlap) - 8〜22 時を日中(
InpMulDay、重複より優先度は低い) - それ以外を 夜(
InpMulNight)
※ブローカーの サーバー時刻に合わせるため、必要ならInpOverlapStartHour等を調整してください。 - 曜日(
day_of_week) - 土日・月曜・金曜・火〜木 で別係数(既定
InpWeekendMul/InpMondayMul/InpFridayMul/InpWeekMidMul)。
InpCtxP1Enable = false のときは v100 と同様(スプレッドのみ)に近い挙動になります。
P2: ハースト融合(任意)¶
InpUseHurst = false(既定) … P0/P1 のみ(短窓構造+コンテキスト)。InpUseHurst = true…Ind_HurstTrendRangeと同系の R/S ハーストをInpHurstTF/InpHurstPeriodで計算し、短期の 構造スコアtrend_structと次式で合成します。
TREND_SCORE = (1 − w) × trend_struct + w × H
ここで w = InpWHurst(0〜1)、H = ハースト指数(0〜1)。長期の持続性を短期と混ぜる意図です。
マーフィー判定・レジーム離散化に使う トレンドスコアは、この融合後の値です。
iCustom について(重要)¶
- バッファ 0〜5 の意味は v100 と同一です。
- 追加した
input(P1+P2) があるため、iCustomに渡す 引数の個数と順序が v100 の 13 個から増えます(ソースのinputを 上から順に 並べるのが確実です)。 - 推奨: ラッパー関数で v101 用のデフォルトを固定し、パラメータミスを防ぐ。
ダウンロード¶
Ind_TrendRangeRegime_v101.mq5 をダウンロード
チャートの見方¶
【検証#06-2】 の「チャートの見方(v100)」節と同じレイアウトです。v101 の コメントには ctx= として 融合後の CONTEXT_SCORE を表示します。
次のステップ¶
- 【検証#06-4】v102 — 平滑化と MTF 確認 …
Ind_TrendRangeRegime_v102(SMA・上位足 ADX)
関連記事¶
あわせて読みたい
- 【検証#06-4】v102 — 平滑化と MTF
- 【検証#06-2】トレンド/レンジ・レジーム判定インジ P0
- 【検証#06-1】トレンド/レンジ・レジーム判定を設計する
- 【検証#01】ハースト指数
- 開発仕様書(執筆用・サイト非公開。詳細は本連載の各回に要約)
関連用語¶
前後の記事¶
前: 【検証#06-2】トレンド/レンジ・レジーム判定インジ P0 — バッファ契約と MQL5 実装 次: 【検証#06-4】トレンド/レンジ・レジーム v102 — 平滑化と MTF 確認
— SPONSORED —