この記事の内容
この記事を読むと…
- 一般時刻と対象ペアの更新を別に確認する。
- 同じ価格でも更新時刻が変わる場合を説明する。
- 試し注文をせず診断と再開の記録を整える。
記事内で用語を調べる
エキスパートアドバイザー(EA) BidとAsk(売値と買値)MT5がサーバーへ接続中でも、対象ペアの気配がEAの判断には古い場合があります。休場、違う銘柄、プログラム条件も沈黙の理由。再起動・再送の前に区別し、一つの正確な銘柄について不足する証拠を記録します。対象はMT5とMQL5で、全端末共通の手順ではありません。 EAの定義。
接続表示が確認するのは何か
TERMINAL_CONNECTEDは取引サーバーへの接続です。接続、価格更新からの時間、取引許可は別の事実。通信経路が動いても、対象商品が更新されたとは限らず、別銘柄だけが更新される場合もあります。
銘柄の完全名、サーバー、口座種類、実行端末を確認。似た名前でも接尾辞が違う場合があり、スマホ表示でなくEAの実対象を記録します。VPSは遠隔の実インスタンスも確認。ローカル画面だけでは遠隔状態は不明で、ログと制御担当を特定する前にリセットしません。 VPSの監督。
三種類の時刻は別の問いへ答える
TimeCurrentはOnTick内では処理中ティックの時刻、OnTimer等ではMarket Watchの最終気配時刻です。後者は別の選択銘柄でも更新され、対象ペアの新しさを答える一般時計ではありません。
| 読取対象 | 説明する事実 | 証明しないこと |
|---|---|---|
| OnTimer内のTimeCurrent | Market Watchの最終気配時刻。 | 対象ペアの新しさ。 |
| TimeTradeServer | 端末側で計算したサーバー時刻。 | 新しい価格の到着。 |
| 対象SymbolInfoTick | 選択銘柄のデータと最終更新時刻。 | 注文の受理・約定。 |
TimeTradeServerは端末側計算でPCの時計設定に依存。正確な銘柄へSymbolInfoTickを取得し、成功とtime_msc、Bid・Askを記録します。基準を合わせずPC時刻とサーバー時刻を引きません。負の経過時間、欠測、失敗は新鮮という判定でなく不確かさです。 BidとAsk。
新しい一般時計の陰に古い気配が残る
接続中でも対象ペアは古い
横にスクロールすると図全体を確認できます。
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停止だけで受理済み保護が分かったとはしません。 注文エラーと再送前の照合。
次に行う三つの確認
- 対象銘柄と時間を記録:該当口座の仕様でサーバー・気配時間・取引時間を調べ、事象時刻と比較。その時に更新を期待してよかったか確認します。
- 取引せず二観測:デモで対象ティック時刻、価格、接続、プログラム状態を記録し、既知の間隔後に再読。欠測を明示し、取得失敗をゼロ経過や有効価格へ置換しません。
- 再開前に状態照合:建玉・注文・履歴と、自分の規則が必要とする新しさを確認。原因不明なら匿名化記録を開発者や提供元へ渡します。この診断は発注の推奨ではありません。
独立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で国内夏時間なし。実際は配信時間と自分の入口停止条件を併記します。
時刻進行と価格変化を分け、欠測やPCとの基準差を新鮮な気配へ置き換えません。 小さな画面では横にスクロールするか、図を拡大できます。数値と要点は下のテキストにも記載しています。
理解度を確認
練習の目安: 約3分.
答えと解説を見る
正解。時間帯と戦略要件も確認。25秒は共通障害基準ではありません。
よくある質問
MT5の新しい時計は対象銘柄の新しい気配ですか。
何秒ティックがなければ障害ですか。
再起動して注文を再送すべきですか。
価格不変と静かなログでEA停止を証明できますか。
出典と検証
- www.mql5.com
内容の参考資料。記事に記載した範囲と前提を確認してください。
- www.mql5.com
内容の参考資料。記事に記載した範囲と前提を確認してください。
- www.mql5.com
内容の参考資料。記事に記載した範囲と前提を確認してください。
- www.mql5.com
内容の参考資料。記事に記載した範囲と前提を確認してください。
- www.mql5.com
内容の参考資料。記事に記載した範囲と前提を確認してください。
計算例には前提条件を明記しています。現在の市場データや提供会社の取引条件の代わりにはなりません。
