プラットフォームとツール

MT5接続中なのに古い気配:銘柄別時刻とEAの診断

一般時計とGBP/JPYの25秒前気配を元SVGで比較。日本語版では同じBid/Askでも更新時刻が進む独立JST模型を追加し、無注文で原因を絞ります。

接続と銘柄別データの診断を表す編集用画像。実際の障害や業者ログではありません。
一般時計が新しくても、対象の更新を個別に確認します。

レバレッジを使うFXやCFDでは、短時間で大きな損失が生じることがあります。内容は学習用であり、個別の投資助言ではありません。

この記事の内容

この記事を読むと…

  • 一般時刻と対象ペアの更新を別に確認する。
  • 同じ価格でも更新時刻が変わる場合を説明する。
  • 試し注文をせず診断と再開の記録を整える。

記事内で用語を調べる

エキスパートアドバイザー(EA) BidとAsk(売値と買値)

MT5がサーバーへ接続中でも、対象ペアの気配がEAの判断には古い場合があります。休場、違う銘柄、プログラム条件も沈黙の理由。再起動・再送の前に区別し、一つの正確な銘柄について不足する証拠を記録します。対象はMT5とMQL5で、全端末共通の手順ではありません。 EAの定義。

接続表示が確認するのは何か

TERMINAL_CONNECTEDは取引サーバーへの接続です。接続、価格更新からの時間、取引許可は別の事実。通信経路が動いても、対象商品が更新されたとは限らず、別銘柄だけが更新される場合もあります。

銘柄の完全名、サーバー、口座種類、実行端末を確認。似た名前でも接尾辞が違う場合があり、スマホ表示でなくEAの実対象を記録します。VPSは遠隔の実インスタンスも確認。ローカル画面だけでは遠隔状態は不明で、ログと制御担当を特定する前にリセットしません。 VPSの監督。

三種類の時刻は別の問いへ答える

TimeCurrentはOnTick内では処理中ティックの時刻、OnTimer等ではMarket Watchの最終気配時刻です。後者は別の選択銘柄でも更新され、対象ペアの新しさを答える一般時計ではありません。

各時刻が答える問いは違う
読取対象説明する事実証明しないこと
OnTimer内のTimeCurrentMarket Watchの最終気配時刻。対象ペアの新しさ。
TimeTradeServer端末側で計算したサーバー時刻。新しい価格の到着。
対象SymbolInfoTick選択銘柄のデータと最終更新時刻。注文の受理・約定。

TimeTradeServerは端末側計算でPCの時計設定に依存。正確な銘柄へSymbolInfoTickを取得し、成功とtime_msc、Bid・Askを記録します。基準を合わせずPC時刻とサーバー時刻を引きません。負の経過時間、欠測、失敗は新鮮という判定でなく不確かさです。 BidとAsk。

新しい一般時計の陰に古い気配が残る

作成した診断模型:全時刻は共通の架空サーバー軸。業者の観測記録ではありません。確認は12:00:00、TimeCurrentはOnTimer内。市場ごとの許容経過時間は立証していません。

接続中でも対象ペアは古い

横にスクロールすると図全体を確認できます。

接続中でも対象ペアは古い12:00:00の架空模型。EUR/USDは11:59:59、GBP/JPYは11:59:35更新。一般時計の新しさはGBP/JPYの新しさを保証しません。共通のサーバー時刻軸 11:59:3511:59:59 GBP/JPYの最終更新更新から25秒 EUR/USDの最終更新更新から1秒 確認12:00:00二銘柄は個別に確認
共通軸12:00:00で一般の最新値は一秒前でもGBP/JPYは25秒前。対象銘柄ごとに確認します。

EUR/USDは11:59:59更新でも、対象GBP/JPYは11:59:35が最後。一般値は模型時計の一秒前、対象は25秒前です。TimeCurrentだけの確認では見落とし得ます。ただし業者障害の証明ではなく、セッション、銘柄提供、プログラム条件も確認します。

経過時間カウンターで測った間隔を空け再観測。time_msc不変なら、その読取りで新しい更新が見えなかった証拠です。発生源からPCへの個々のティックの伝送遅延を測ったわけではありません。サーバー時刻とクライアント推定だけでその精度は得られず、事実と原因推測を分けます。

静かな市場とプログラム問題を分ける

気配配信と取引の時間を、サーバー時刻、休憩、休日通知も含め照合。時間外の古い表示は想定内の場合があります。メジャーペアの時間を同じ一覧の指数・金属へ適用しません。開場中の反復した無更新は調査対象ですが共通の何秒基準はありません。

OnTickはEAを付けたチャート銘柄のイベント。同種が待機・処理中ならNewTickは追加されません。そのためログのOnTick件数とティック総数は同じとは限りません。複数銘柄EAでは設置チャートと判断対象を区別します。

MQL5のOnTick資料は、AutoTrading無効でもEA自体の動作は停止しないと説明しています。取引要求の許可とは分けて確認します。

AutoTradingを無効にしても計算は停止せず、EAの取引要求を禁止する設定です。プログラム活動、価格更新、戦略条件、応答を分けて記録。診断に試し注文は不要で、ログの定期記録があることも入口条件成立の証拠ではありません。

ログでは「信号なし」「データなし」「取引許可なし」を区別。対応が違います。ロボットが静かというだけでは計算省略か規則による見送りか判断できません。

要求再開前に残す診断記録

観測時刻と基準、サーバー・完全銘柄名、接続、取得結果、ティック時刻・Bid・Ask、時間帯、プログラム状態、最新取引応答を一記録にします。例は「12:00:00・共通サーバー軸・GBP/JPY・取得成功・11:59:35更新・時間帯未確認・新規入口停止」。サポート共有にパスワードや完全な口座識別子を含めません。

送信エラーや不明応答なら再送前に建玉、待機注文、履歴を照合。価格復旧だけでは過去要求の結果は分かりません。診断中も既存リスクを確認し、EA停止だけで受理済み保護が分かったとはしません。 注文エラーと再送前の照合。

次に行う三つの確認

  1. 対象銘柄と時間を記録:該当口座の仕様でサーバー・気配時間・取引時間を調べ、事象時刻と比較。その時に更新を期待してよかったか確認します。
  2. 取引せず二観測:デモで対象ティック時刻、価格、接続、プログラム状態を記録し、既知の間隔後に再読。欠測を明示し、取得失敗をゼロ経過や有効価格へ置換しません。
  3. 再開前に状態照合:建玉・注文・履歴と、自分の規則が必要とする新しさを確認。原因不明なら匿名化記録を開発者や提供元へ渡します。この診断は発注の推奨ではありません。

独立JST模型:価格が同じでも更新時刻は変わる

架空USD/JPYを完全名USDJPY.demoとし、ログでは基準を確認してJSTへ換算済みとします。観測21:00:00.000 JSTに最終更新20:59:58.500、Bid150.000・Ask150.020。二秒後の21:00:02.000では価格は同じでも最終更新21:00:01.900です。経過は1.500秒から0.100秒へ変化し、価格不変だけで無更新とは判定できません。実サーバーのtime_mscへJST時計を直接引くコード例ではありません。

さらに21:00:04.000で更新時刻が21:00:01.900のままなら、その観測時の経過は2.100秒。直前と同じ価格でも、時刻が進んだ読取りと進まなかった読取りは別です。これも伝送遅延や業者故障の証明、共通二秒上限ではありません。JSTはUTC+9で国内夏時間なし。実際は配信時間と自分の入口停止条件を併記します。

独立JST模型:価格不変と更新不変は別USDJPY.demoの架空記録。全時刻は同一基準からJST換算済み。Bid150.000・Ask150.020は三回とも同じ。仮定に基づく計算観測21:00:00.000更新20:59:58.500、経過1.500秒観測21:00:02.000更新21:00:01.900、経過0.100秒観測21:00:04.000更新21:00:01.900、経過2.100秒
独立JST模型:価格不変と更新不変は別. USDJPY.demoの架空記録。全時刻は同一基準からJST換算済み。Bid150.000・Ask150.020は三回とも同じ。

時刻進行と価格変化を分け、欠測やPCとの基準差を新鮮な気配へ置き換えません。

小さな画面では横にスクロールするか、図を拡大できます。数値と要点は下のテキストにも記載しています。

観測21:00:00.000
更新20:59:58.500、経過1.500秒 – 初回の更新時刻を記録。
観測21:00:02.000
更新21:00:01.900、経過0.100秒 – 価格は同じでも更新が進んでいます。
観測21:00:04.000
更新21:00:01.900、経過2.100秒 – この読取りでは新しい時刻は見えません。

理解度を確認

練習の目安: 約3分.

12:00:00にOnTimerのTimeCurrentは11:59:59、GBP/JPY更新は11:59:35。新しさについて何がいえますか。

答えと解説を見る

正解。時間帯と戦略要件も確認。25秒は共通障害基準ではありません。

よくある質問

MT5の新しい時計は対象銘柄の新しい気配ですか。
限りません。どの時計をどこで読んだか確認。一般値は他銘柄、計算時計は価格到着そのものではない場合があります。完全銘柄、取得成功、更新時刻、時間帯を記し再観測。負値や欠測をゼロへ替えず、試し注文なしで不足する説明を特定します。
何秒ティックがなければ障害ですか。
共通秒数はありません。元の25秒は時計の区別で障害閾値ではなく、時間帯、活動、配信予定、戦略要件を考慮します。入口停止条件は自分で明記しても市場標準とは称さず、取得不確かなら口座状態も照合。時間だけで端末・サーバー・EAの原因は特定できません。
再起動して注文を再送すべきですか。
まずログ、建玉、待機注文、履歴を確認。前の要求が到達した可能性があれば再送でリスクが増え得ます。再起動は口座無処理の証明ではなく、データ復旧と要求結果を区別。VPSならどの実体か特定し、既存建玉の受理済み保護も別に調べます。
価格不変と静かなログでEA停止を証明できますか。
不十分です。価格不変、休場、選択イベントだけのログも考えられます。更新時刻、観測の起動方法、設置チャート、対象、プログラム状態、入口条件を確認。保存した事実と期待仕様を比べ、原因を憶測せず担当へ伝えます。

出典と検証

  1. www.mql5.com

    内容の参考資料。記事に記載した範囲と前提を確認してください。

  2. www.mql5.com

    内容の参考資料。記事に記載した範囲と前提を確認してください。

  3. www.mql5.com

    内容の参考資料。記事に記載した範囲と前提を確認してください。

  4. www.mql5.com

    内容の参考資料。記事に記載した範囲と前提を確認してください。

  5. www.mql5.com

    内容の参考資料。記事に記載した範囲と前提を確認してください。

計算例には前提条件を明記しています。現在の市場データや提供会社の取引条件の代わりにはなりません。

著者について

Jarosław Wasińskiはポーランドの編集者・市場アナリストです。2004年にMyBank.plを設立し、2007年から外国為替市場の分析に携わっています。