トラブル解決

MT5でEAのログが多すぎる時に確認すること

EAファンクラブ

MT5でEAを動かしていると、ExpertsログやJournalログに大量のメッセージが出ることがあります。

ログが多い場合でも、すべてが不具合とは限りません。EAが状態確認、条件判定、通知、外部連携、バックテスト確認用のログを一定間隔で出している場合があります。一方で、短時間に同じエラーが大量に出ている場合は、設定不備、外部連携失敗、注文エラー、初期化エラーなどの確認が必要です。

この記事では、MT5でEAのログが多すぎる時に確認したい、Expertsログ、Journalログ、Strategy Testerログ、同一ログの連続出力、エラー優先確認、問い合わせ前に整理する情報をまとめます。

なお、この記事はEAのログ確認・不具合切り分け・問い合わせ前整理を目的とした技術記事です。特定の売買判断、相場予測、利益、勝率、損失回避、推奨ロット、推奨設定値を示すものではありません。

この記事で確認すること

  • EAのログが多くなる主な原因
  • ExpertsログとJournalログの違い
  • Strategy Testerログが多い時の確認
  • 同じログが何度も出る時の見方
  • エラーや警告を優先して確認する方法
  • 通知ログ・外部連携ログの確認
  • ログを問い合わせ前に整理する方法
  • 送らない方がよい情報

ログが多い時に最初に確認すること

EAのログが多い時は、まず「どのログが」「どのタイミングで」「どのくらいの頻度で」出ているのかを確認します。

ログが多いというだけでは、正常な状態確認ログなのか、エラーの連続出力なのか、バックテスト用の詳細ログなのか、通知や外部連携の失敗なのかを判断できません。

確認項目見る内容確認理由
ログの種類Experts / Journal / Strategy TesterEA側かMT5端末側かを分けるため
発生時刻いつから増えたか操作や設定変更と照合するため
対象EAEA名、ファイル名、バージョン複数EAとの混在を避けるため
同一文面同じログが連続しているか繰り返しエラーか状態確認かを分けるため
エラー有無error、failed、invalid、timeoutなど優先確認箇所を絞るため
直前操作EA設置、時間足変更、set変更、VPS移行など発生原因を追いやすくするため

ログ確認では、最初からすべてのログを読むのではなく、発生時刻、EA名、エラー、警告、注文、通知、WebRequest、初期化に関する行を優先して確認します。

ExpertsログとJournalログを分けて確認する

MT5では、EA側の処理は主にExpertsログ、MT5端末側の接続や注文応答はJournalログに出ます。

ログが多い場合でも、ExpertsログとJournalログを混同すると、EA側の判定問題なのか、MT5端末・サーバー側の問題なのか分かりにくくなります。

ログ主に確認する内容
ExpertsログEAの初期化、設定、条件判定、注文、決済、通知、外部連携INIT、AUTH、ENTRY、ORDER、WebRequest、Notify
JournalログMT5端末側の接続、ログイン、注文応答、サーバー状態、EA着脱trade request、connection、login、market closed
Strategy Testerログバックテスト中の初期化、注文、決済、条件判定、エラーtest start、order failed、invalid volume

注文エラーや接続エラーを確認する場合は、ExpertsログだけでなくJournalログもあわせて確認してください。

ログが多くなる主な原因

EAのログが多くなる原因は一つとは限りません。正常な状態確認ログ、検証用ログ、同一エラーの連続出力、外部連携の失敗、バックテスト用の詳細ログなどに分かれます。

原因確認すること
状態確認ログ一定間隔でEA状態や設定値を出しているだけか
条件判定ログエントリー条件・決済条件の判定を詳細出力しているか
エラー連続出力同じエラーが短時間に繰り返されていないか
通知ログ通知成功・通知失敗が頻繁に出ていないか
外部連携ログWebRequest、Google Sheets、外部認証の失敗がないか
バックテスト詳細ログ検証用ログ設定がONになっていないか
複数EA稼働複数EAや複数チャートのログが混在していないか

ログが多い時は、量だけで判断せず、ログの種類と内容を分けて確認してください。

同じログが何度も出る時の確認

同じログが何度も出る場合でも、必ず不具合とは限りません。

EAによっては、状態確認、稼働条件、スプレッド、時間制限、外部連携状態、通知状態などを一定間隔でログに出すことがあります。ただし、同じエラーが短時間に大量に出る場合は確認が必要です。

  • 同じ文面が何秒ごとに出ているか
  • エラーなのか状態確認なのか
  • 特定操作後から増えたか
  • 時間足変更後に増えたか
  • setファイル変更後に増えたか
  • WebRequestや通知失敗が繰り返されていないか
  • 注文エラーが連続していないか

正常な状態確認ログであっても、バックテスト中に詳細ログが多いと処理が重くなる場合があります。検証時は、ログ設定のON/OFFや出力頻度も確認してください。

エラーや警告を優先して確認する

ログが大量にある場合は、すべてを上から読むのではなく、エラーや警告に関係しやすい文字列を優先して確認します。

  • error
  • failed
  • invalid
  • timeout
  • not enough money
  • trade disabled
  • market closed
  • WebRequest
  • auth
  • init
  • deinit
  • order
  • retcode

エラーや警告がある場合は、その前後のログも確認してください。直前に設定値、対象銘柄、ロット、スプレッド、時間制限、通知先、WebRequest設定などが出ていることがあります。

エントリーしない、決済しない、注文エラーがある場合は、症状別の記事もあわせて確認すると整理しやすくなります。

バックテスト中のログが多い場合

バックテスト中にログが多すぎる場合、検証用の詳細ログがONになっている、条件判定を毎tickで出している、注文失敗を繰り返している、同じ状態確認ログを出し続けている可能性があります。

Strategy Testerログが多いと、確認しにくいだけでなく、テスト速度に影響する場合があります。

  • 検証用詳細ログがONになっていないか
  • 毎tickで同じログを出していないか
  • 注文エラーが連続していないか
  • スプレッド超過や時間制限ログが多くないか
  • 外部連携ログをバックテストで出していないか
  • 必要なログと不要なログを分けられるか

バックテスト結果を相談する場合は、すべてのログを送るのではなく、テスト条件、EA名、setファイル、発生時刻、エラー前後のログを整理すると確認しやすくなります。

通知ログ・外部連携ログが多い場合

Discord通知、Google Sheets連携、WebRequest、外部認証、外部シート取得を使うEAでは、通知や外部連携のログが多くなることがあります。

通知ログや外部連携ログが多い場合は、EA本体の売買処理とは分けて確認します。

  • 通知ON/OFFが意図どおりか
  • 通知対象イベントが多すぎないか
  • 同じ通知を複数EAから送っていないか
  • WebRequest失敗が繰り返されていないか
  • Google Sheets送信失敗が連続していないか
  • 外部認証エラーが短時間に繰り返されていないか
  • VPS側MT5でWebRequest設定済みか

Webhook URL、GAS URL、APIキー、認証トークンなどの実値は、公開ページや通常の問い合わせ文面にそのまま貼らないでください。スクリーンショットに映る場合も、必要に応じてマスキングしてください。

複数EA・複数チャートのログ混在を確認する

同じMT5や同じ口座で複数EAを使っている場合、Expertsログに複数EAのログが混在します。

ログが多すぎる場合は、対象EA名、銘柄、時間足、マジックナンバー、発生時刻で絞って確認してください。

  • 対象EA名がログに出ているか
  • 同じEAを複数チャートに入れていないか
  • 複数EAが同じ通知先を使っていないか
  • EAごとにマジックナンバーを分けているか
  • ログの発生銘柄と対象チャートが一致しているか
  • 別EAのエラーを対象EAの問題と混同していないか

複数EAを使っている場合は、ログを確認する前に、対象EAと対象チャートを明確にすることが重要です。

ログを送る前に整理すること

不具合相談や動作確認依頼でログを送る場合、すべてのログをそのまま送るより、確認対象を整理した方が原因を追いやすくなります。

大量のログを送る場合でも、発生時刻、対象EA名、症状、操作内容、前後のログ範囲を明記してください。

整理項目内容
対象EAEA名、ファイル名、バージョン
発生時刻問題が起きた日時
症状エントリーしない、決済しない、注文エラー、通知不達など
直前操作set変更、時間足変更、EA更新、VPS移行など
ログ範囲発生前後のExpertsログ、必要に応じてJournalログ
使用環境銘柄、時間足、口座タイプ、VPS有無

ログやスクリーンショットに、口座番号、氏名、メールアドレス、Webhook URL、GAS URL、APIキー、認証トークン、VPSログイン情報などが表示されていないか確認し、必要に応じてマスキングしてください。

ログ過多で避けたい判断

ログが多いだけで、すぐにEA本体の不具合と判断しないようにしてください。

ログには、正常な状態確認、設定値の出力、検証用の詳細出力、外部連携の結果、通知成功、注文失敗、初期化エラーなどが混在する場合があります。

  • ログ量だけで不具合と断定しない
  • 同じログが正常な状態確認かエラーかを分ける
  • ExpertsログとJournalログを混同しない
  • 通知ログと注文ログを混同しない
  • バックテストログとリアル運用ログを混同しない
  • 別EAのログを対象EAの問題として扱わない
  • ログを全部送る前に発生時刻と症状を整理する

ログ確認では、量よりも、発生時刻、対象EA、症状、エラー前後の流れを整理することが重要です。

目的別に確認したい記事

ログが多すぎる時は、症状や目的ごとに近い記事を確認すると整理しやすくなります。

確認したい内容見るポイント関連ページ
ログ確認の基本を確認したいExpertsログ、Journalログ、発生時刻、EA名、setファイルEAのログを問い合わせ前に確認する方法
EAがエントリーしない自動売買、取引時間、スプレッド、条件判定、外部停止MT5でEAがエントリーしない時に確認すること
EAが決済しないTP/SL、トレーリング、マジックナンバー、決済エラーMT5でEAが決済しない時に確認すること
注文エラーが出るロット、証拠金、取引時間、銘柄可否、JournalログMT5でEAの注文エラーが出た時に確認すること
バックテスト結果を相談したい期間、銘柄、時間足、スプレッド、レポート、ログMT5でバックテスト結果を相談する前に整理すること
通知・ログ確認パックを確認したい通知、ログ、WebRequest、外部連携、問い合わせ前整理MT5で通知・ログ確認パックを使う前に確認すること
不具合報告の情報を整理したい症状、発生時刻、スクリーンショット、ログ、環境不具合報告・調査依頼について
利用上の注意事項を確認したい投資助言ではないこと、動作保証範囲、利用者側確認免責事項・リスク説明

ログ確認の実務チェック表

  • 対象EA名を確認した
  • EAファイル名とバージョンを確認した
  • 対象銘柄と時間足を確認した
  • 発生時刻を記録した
  • 直前操作を整理した
  • Expertsログを確認した
  • Journalログを確認した
  • バックテストの場合はStrategy Testerログを確認した
  • 同じログが何秒ごとに出ているか確認した
  • error、failed、invalid、timeoutなどを優先確認した
  • 注文エラーと通知エラーを分けて確認した
  • 複数EAのログが混在していないか確認した
  • 必要なログ範囲を発生時刻前後に絞った
  • 口座番号やURLなどの実値が映っていないか確認した
  • ログ量だけでEA不具合と断定していない

問い合わせ前に整理する情報

ログが多すぎる状態について相談する場合は、次の情報を整理してください。

整理項目内容
EA情報EA名、ファイル名、バージョン
使用環境MT5、ブローカー、口座タイプ、銘柄、時間足、VPS有無
症状ログが多い、同一エラーが続く、通知ログが多いなど
発生時刻ログ確認の基準になる日時
直前操作EA設置、set変更、時間足変更、EA更新、VPS移行など
ExpertsログEA側の初期化、条件判定、注文、決済、通知、外部連携
JournalログMT5端末側の接続、ログイン、注文応答、取引許可
Strategy Testerログバックテスト中の初期化、注文、エラー、条件判定
スクリーンショットログ画面、EA設定、チャート、エラー表示

ログやスクリーンショットを送る場合は、口座番号、氏名、メールアドレス、Webhook URL、GAS URL、APIキー、認証トークン、VPSログイン情報などが表示されていないか確認し、必要に応じてマスキングしてください。

よくある質問

EAのログが多すぎる時は全部送った方がよいですか?

必ずしも全部送る必要はありません。問題が発生した日時、対象EA名、銘柄、時間足、症状、エラー前後のExpertsログを中心に整理してください。

同じログが何度も出るのは不具合ですか?

必ず不具合とは限りません。EAが状態確認ログを一定間隔で出している場合があります。ただし、短時間に大量のエラーが出ている場合は、ログ設定や発生条件を確認してください。

バックテスト中のログが多い場合はどうしますか?

検証用詳細ログがONになっていないか、毎tickで同じログを出していないか、注文エラーが連続していないかを確認してください。必要なログ範囲を発生時刻前後に絞ると確認しやすくなります。

通知ログが多い場合はEA本体の問題ですか?

通知ログとEA本体の注文・決済処理は分けて確認します。通知ON/OFF、通知対象イベント、複数EA、WebRequest、Webhook、外部サービス側の状態を確認してください。

ログだけで不具合原因を判断できますか?

ログは重要な確認材料ですが、EA本体、setファイル、使用環境、発生時刻、直前操作、スクリーンショットとあわせて確認する必要があります。

まとめ

MT5でEAのログが多すぎる時は、まずExpertsログ、Journalログ、Strategy Testerログを分けて確認してください。

同じログが何度も出ていても、状態確認ログ、検証用ログ、通知ログ、外部連携ログ、注文エラーなど、内容によって確認方法が異なります。

問い合わせ前には、対象EA名、発生時刻、症状、直前操作、エラー前後のログ、使用環境を整理すると、原因を確認しやすくなります。

お問い合わせする

ABOUT ME
記事URLをコピーしました