ForexBestRobots.comEAを比較 →
JA

テクニカルガイド · 診断フロー

MT4のExpertsとJournalを読み、EAエラーを切り分ける方法

MT4のExpertsとJournalを使い、EAの権限、無効な注文、接続、ライセンス、VPS問題を診断する手順です。

14 分で読めますForexBestRobots編集チームによるレビュー済み
EAシグナルからMT4ターミナルの確認、ブローカー応答までを示す診断図テクニカルガイドMT4実践ガイド

ForexBestRobots.comのために制作したオリジナル図解です。

EAが動かない、注文を拒否する、VPS移行後に挙動が変わる場合、最初に確認すべきなのはExpertsとJournalです。チャート画像だけでは戦略、ターミナル、口座、ブローカーのどこに原因があるかほぼ判断できません。

ExpertsとJournal

Expertsは主にEAとインジケーターの出力を記録し、Journalは接続、注文リクエスト、サーバー応答、起動、プラットフォームエラーを広く記録します。一行ではなく、両方の時系列を照合します。

EAシグナルからMT4ターミナルの確認、ブローカー応答までを示す診断図
タイムスタンプ、シンボル、注文処理、サーバー応答を一つの流れとして読みます。
コンテキストなしでエラー番号だけを追わない

同じサーバーエラーでも原因は異なります。時刻、価格、ロット、契約仕様、直前メッセージをまとめて判断します。

主なメッセージ

メッセージ意味次の確認
AutoTrading disabledEAからの注文が許可されていないAutoTradingとAllow live tradingを有効にする
Invalid account / licenseサーバーエラー65は無効な取引口座を示します。提供元のライセンスメッセージは別の認証確認から出る場合があります。発生元、口座、サーバーを確認し、ログインはブローカー、独自ライセンス条件は提供元に問い合わせます。
エラー130 / 無効なストップSL、TP、予約価格が価格・距離の条件に違反。現在のBid/Ask、方向、精度、Stops Levelを確認し、ストップ変更時はリスクを再計算します。
Error 131 / invalid volumeロットが口座制限に合わない最小、Step、最大、余剰証拠金を確認
Off quotes / requote指定価格が利用できない接続、スプレッド、市場状態を確認
Trade context busy他の取引処理が実行中重複端末を止めるか安全な再試行を設ける
接続なし/認証失敗サーバー接続が維持できないVPS回線、サーバー、認証情報を確認

診断手順

1

設定を変えず1回再現

サーバー時刻、銘柄、時間足、予定動作を記録します。設定を次々変えると原因を示す証拠のつながりが失われます。

2

シグナル前後のExpertsを読む

EA名、初期化結果、ライセンス応答、フィルター、試行した注文の正確なパラメーターを探します。

3

同じ時刻をJournalで照合

ターミナルまたはブローカーの応答を探します。注文種別、価格、数量、エラー番号、その前後の接続メッセージを記録します。

4

問題の層を分ける

設定、EAロジック、口座権限、シンボル仕様、接続、約定に分類します。

5

1項目だけ変えて再検証

根拠のある修正を1つだけデモで試します。複数設定を同時に変えると、どれが有効だったか特定できません。

よくある診断上の誤り

時刻、シンボル、エラー開始部分をトリミングする
保存前にログを削除する
注文パラメーターなしで最後のエラー番号だけ送る
元の問題を再現する前にEA版を変える
PCとVPSで同じ口座を同時稼働する

安全な運用ルール

問題発生直後にExpertsとJournalを保存し、EA Inputs、チャートのシンボルと時間足、口座履歴、Market Watchの仕様も残します。パスワードと個人情報は隠しますが、口座種別、サーバー名、関連チケットは保持します。

修正後に正常動作を確認

ライセンスやInputエラーなしでEAが初期化する。
意図したシグナルが正しいシンボルと注文種類を使う。
サーバーが受理しTicketを返す。
第2のターミナルが注文を重複・即時修正しない。
再起動後にEAが保有ポジションを認識し、通常の管理を再開する。

ログファイルを探し、時刻の基準をそろえる

このターミナルのデータフォルダを開きます。Journalのファイルはlogs/YYYYMMDD.LOG、EAとインジケーターのログはMQL4/Logs/YYYYMMDD.LOGにあります。タブには最近のメッセージだけが表示される場合があります。Openコマンドはログフォルダを開き、現在のメッセージをディスクへ書き出します。

注文と照合する前に元の時刻を保存し、タイムゾーンまたはサーバー時計の差を記録します。原本を編集せず、比較用のコピーを共通時刻に変換してください。EAがInputs、要求価格、Magic Numberを自動出力するとは限りません。必要なら説明書に記載された診断モードを依頼します。

結果不明の要求は再送前に追跡する

例として、要求送信 → エラー128 → 接続復旧 → 保有注文と直近履歴を照合 → 一致するチケットを発見、という流れがあります。この場合、時間内に応答がなくても元の要求は成功しています。再送すれば新規注文になります。一致しなければ、回数を限定したEAの復旧手順に従い、証拠を残してください。

ターミナルの接続、EAの正常動作、価格の新しさを区別します。修正や再起動後は、エラーの消失だけでなく既存ポジションの認識も確認してください。抜粋を共有する際は、パスワード、キー、無関係な個人情報を伏せ、コード、順序、必要な銘柄情報は残します。

公式のJournalとExpertsの説明にログの保存場所が記載されています。

エラーを再現可能なインシデントとして記録する

Error 130を例にすると、エラー行だけでなく、注文種別、正確な銘柄、要求価格、SL/TP、数量、同時点のBid/Ask、直前のメッセージを保存します。銘柄仕様と距離の単位を確認してください。Stops Levelがゼロでも任意の距離が許可されるとは限らず、サーバーが動的な制限を適用する場合があります。

どの段階で拒否され、再テストで何を変えたかを記録します。正しい修正にストップ拡大が必要なら、想定金銭リスクが増えないよう数量を再計算します。ストップを削除したり、同じ要求を連続送信したりしても診断上の解決にはなりません。タイムアウトなど結果不明の場合は、新規要求を検討する前に注文一覧と履歴を照合します。

有用な記録にはEAのバージョン、時計の基準を伴う時刻、期待した動作、実際の応答、根拠のある修正を含めます。元ログを保管し、共有する抜粋から秘密情報を除きます。EAのエラー診断ガイドで、設定、口座、銘柄、約定の問題を切り分けられます。

公式リファレンス

公式ドキュメントを確認。