トレード状況がビジー状態エラー原因悪夢ダフ屋や高周波のトレーダーのため. メタト レーダーはあまりにも多くのチャートを開くまたはあまりにも多くの注文するときチョークします。. MT4 を処理およびブローカー サーバーから情報を受け取る方法に由来する問題.
OrderSend() コマンド, を MQL プログラマ 貿易を開くために使用します。, また MT4 クライアントのターミナル サーバーの応答を待つことを指示します。. すべてがハングアップします。. サーバーが引き続きクライアント ターミナルを許可するまで、コードが何かを行うことはできません。. もっと重要なこと, 取引ターミナルを開く追加の取引を許可しません.
例
ユーロドルを取引するシナリオを検討してください。, H1 のチャートで豪ドル/ドルと円の通貨ペア. MT4 は MQL 取引の決断をすることができます前に受信チェックを待つ必要があります。. 数ヶ月前にこの問題を取り上げました 時間ベースの注文.
複数の通貨のタイマー刻みは多く一緒に液体の時のグループします。. 端末が互いの数百ミリ秒内着信のティック数を受信した場合, メタト レーダーは、独自のボトルネックを作成します。.
AUDUSD 目盛りは最初に来る. エキスパートアドバイザー取引機会を見て、OrderSend と豪ドル/ドルの貿易を開くことを決定(). 150 ms 以降 EURUSD ダニ来るし、別の取引の機会を作成します. EURUSD EA, 完全に別のチャート上で実行されます。, 貿易することはできません。.
トレード状況がビジーのための再試行間隔
私たち エキスパート アドバイザー チェック “トレード状況がビジー状態です。” ブローカーに注文を送信する前にエラー. 状況が終了したとき, EA をトレード状況チェック毎 50 ms まで 50 回.
メタト レーダー命令は実行に 1 秒以上かかることは珍しくないです。. 私たちの例から元豪貿易はまだそこにぶら下がって. EURUSD EA に入る、 50 常に要求する ms サイクル, “トレード状況が開いていた?”
USDJPY の目盛りは、その後、します。 70 EURUSD の目盛りに ms. USDJPY の同じトレード コンテキストの問題が発生します。, 別にそれを蹴る, “トレード状況がビジーします。” ループ.
豪ドル/ドル取引を最終的に実行するとき, それは新しくオープンした取引ウィンドウを発見するための必死のレースで EURUSD は、USDJPY エキスパートアドバイザーを残します. 取引のコンテキスト中にビジー エラーが消えていることを発見する最初の EA は最初の要求を送信します。. 2 番目の EA, 残念なことに, 最初と通信できません。. 2 番目の EA がトレード状況が開放を発見するでしょうが, それは貿易を受け取る取引を試みるとき、用いた文脈は中にビジー エラー; もみ EA は、既に取引の依頼を送信. 2 番目のエキスパートアドバイザー分担自体の最大 10 それは、貿易与える前に失敗.
EURUSD は最初新しい取引ウィンドウを発見したと仮定すると, USDJPY がその最初の失敗した順序試みを受信します. USDJPY は再び取引のコンテキストに関するお問い合わせすべて 50 ms. ユーロドルのトレードを最終的に実行します。, 最後に市場に参入する USDJPY を許可します。.
ご利用のお客様のほとんどは、この遅延を気付くことはないです。, 私たちの仕事をしたことを意味します。. あります。, しかし, どこメタト レーダー単に発行できない速度で十分な注文トレーダー破断点の欲望します。. グラフの任意の組み合わせで 10 ほぼ同時をオフに行ってが取引機会を逃したことになります以上のご注文または.
MetaQuotes はブローカーの処理要件を制限するために貿易のコンテキスト エラーで MT4 を設計. 私は何度も表明してきた, ブローカーを取得 MetaQuotes’ 優遇 MetaQuotes を支払うものであるため’ 料金. メタト レーダーの取引プラットフォーム、高周波ではないです。. それは高速取引をサポートするブローカーの利益ではないです。. それ通常それらを開きまでの利用しているあまりにも多くのトレーダー 裁定取引 機会.