【移植#28】シフトの違うMAの間へ雲を描く — 表示時刻をそろえてから塗りつぶす¶

今回の原典は「ずれた2本の間をどう結ぶか」¶

投稿日順で次に当たる2010年1月15日の記事では、横方向の移動量が違う2本の移動平均線の間へ雲を描くとき、どのバー同士を組にすればよいかが取り上げられていました。

元記事「シフトした移動平均線の間に雲を描く」を読む

移動平均の計算自体は難しくありません。ややこしいのは、同じバッファ位置の値でも、横シフトが違えばチャート上では別の時刻へ描かれることです。

たとえば短期MAを5本先、長期MAを0本先へ表示するとします。短期MAのバッファ位置0と長期MAのバッファ位置0は、計算上は同じバーですが、画面上では5本離れます。その2値をそのまま雲の境界にすると、線と雲が一致しません。

今回の公開版では、EMA20を5本先、EMA50をシフトなしで表示し、画面上の同じ横位置に見えている2値を組にして雲を描きます。

前回のMA雲との違い¶

移植#20でも、2本のMA間をDRAW_FILLINGで塗りました。ただし、あちらは両方とも横シフト0なので、同じバー番号同士をそのまま使えます。

今回は次のように表示位置が異なります。

公式資料では、PLOT_SHIFTは描画を時間軸方向へバー単位でずらすプロパティと定義されています。一方、DRAW_FILLINGは2本のバッファ値の間を塗る描画方式です。

つまり、雲に渡す前に「異なるシフトを持つ2本の値が、画面上のどこで出会うか」をそろえる必要があります。

共通シフトへ再配置する¶

まず、2本のうち小さい横シフトを雲の共通シフトにします。

CommonShift = min(FastShift, SlowShift)
FastOffset  = FastShift - CommonShift
SlowOffset  = SlowShift - CommonShift

初期値では次の結果です。

CommonShift = min(5, 0) = 0
FastOffset  = 5 - 0 = 5
SlowOffset  = 0 - 0 = 0

古い足から新しい足へ増える通常配列の位置をiとすると、雲の境界は次の対応になります。

CloudFast[i] = FastMA[i - FastOffset]
CloudSlow[i] = SlowMA[i - SlowOffset]

短期側は5本古い計算値を現在の雲位置へ置きます。その値はPLOT_SHIFT=+5で5本先へ動かした短期線と、画面上で同じ位置になります。長期側はシフト0なので、そのままです。

時系列配列を「位置0が最新」として読む場合は方向が逆になり、短期側の参照位置は現在位置 + 5です。通常配列と時系列配列の表記を混ぜないことが大切です。

MQL5実装の構成¶

MA計算と表示シフトを分ける¶

内部のiMAは横シフト0で作り、純粋なMA値を取得します。そのうえで、短期線の描画へPLOT_SHIFT=5、長期線へPLOT_SHIFT=0を設定しました。

MA計算と表示位置を分けたため、雲の再配置式をコード上で明示できます。どの値がどの表示時刻へ移ったかも検証しやすくなります。

雲は1つの共通シフトを持つ¶

DRAW_FILLINGは2本のバッファを1つのプロットとして扱うため、境界ごとに別のPLOT_SHIFTを指定できません。そこで雲全体にはCommonShiftを設定し、2本のバッファ値そのものを事前にずらします。

橙色はシフト後の短期EMAが長期EMAより上、青色は下の区間です。色は将来の上昇・下落を予測するものではなく、2本の表示上の上下関係を表します。

確定足だけを描画する¶

MAラインも雲も、形成中の最新バーに対応する計算値をEMPTY_VALUEにしています。ティックごとに変わるバーを検証結果へ混ぜず、確定した値だけで再現できるようにするためです。

シフト先が未来側でも、使っているのは過去に確定したMA値です。未来の価格を参照しているわけではありません。

ハンドルとコピー件数を検査する¶

2本のiMAハンドルは初期化時に1回だけ作り、終了時に解放します。BarsCalculated()で準備状況を確認し、CopyBuffer()が要求本数を返さなければ計算を完了扱いにしません。

外部EAからシフト付きバッファを読むときの注意¶

表示結果を検証EAから読むときにも、横シフトを無視できません。シフト付きプロットを生の計算位置へそろえて取得する場合、CopyBuffer()の開始位置を-PLOT_SHIFT相当に補正します。

今回の検証では次の開始位置を使いました。

すべてを開始位置0で読むと、画面上では別の時刻にある値を同じバーとして比較してしまいます。これはコンパイルでは見つからない、表示シフト特有の時系列ずれです。

専用MT5での動作確認¶

売買無効の専用テストMT5で、本体インジケーターと検証EAをコンパイルし、雲の各境界を対応するMAラインから独立に照合しました。

画像では、橙色と青色の雲の外周がそれぞれ対応する橙色・水色のEMAラインへ重なっています。シフト量を無視した雲に見られる、境界線との横ずれはありません。

パラメータ¶

横シフトは-100から+100まで指定できます。負の値は過去側への表示です。期間とシフトの組み合わせを変えても、共通シフトと各オフセットは自動で再計算されます。

ダウンロード¶

28_Shift_Aligned_MA_Cloud_v1_00.mq5 をダウンロード

MT5のIndicatorsへ保存してコンパイルし、チャートへ適用してください。注文機能はなく、表示だけを行うインジケーターです。

ロジック評価の結論¶

原典の要点は、バッファ番号が同じでも、横シフトが違えばチャート上の時刻は同じではないということです。雲は数値の組を塗る機能なので、表示時刻の対応付けは実装側で解決しなければなりません。

今回のMQL5版では、個別シフトの線を描きつつ、雲用には共通シフトへ値を再配置しました。これにより、線と雲の境界を数値でも画面でも一致させられます。

ただし、MAシフトは確定済みの値を別の位置へ表示する操作です。予測値を作るものではなく、この雲だけで売買の優位性や将来方向を判断することもできません。用途は、異なる時間配置を持つライン同士の関係を見やすくすることです。

前後の記事¶

前: 【移植#27】OCO両建て注文の状態遷移を可視化する — 実注文なしでキャンセル順序を検証

次: 【移植#29】複数のMT5で状態ファイルを共有する — FILE_COMMONで安全に受け渡す