MQL4、MQL5に関する初心者からの質問、アルゴリズムやコードに関するヘルプ、ディスカッションなど。 - ページ 931

[Igor Makanu]

Seric29:

そのような失敗はあるのでしょうか？

エキスパートアドバイザーのコンパイル中にターミナルがハングアップした場合、せいぜいコードにエラーがある場合、それが起こっている、私は知らない、私は一度もなかった。

すべては、その「仕組み」を理解することにかかっているのです。

1.MT4は32ビットで、OSは3GB以上のメモリを割り当てられないので、チャートのバーの最大数を設定すると、最終的にすべてのメモリを食べることができますが、専門家の取引のためにバーの数が少なくて十分です、私は唯一の1000バー（あなたがより少ないことができる）を置く。

2.ATS用の端子を別に設置し、そこに突っ込まないようにすべき!

3. チャートの色付けをしない、EAは本当に気にしないが、それはリソースを消費する、色付け（グラフィカルオブジェクト、カスタム指標）は第二ターミナルで行うことができ、あなたはそれを行うためにかゆくなっている場合は、ちょうどそこに行くことができます。

imhoは、合理的なミニマリズムと「作品はそのままに！」という原則を掲げています。

[Seric29]

Igor Makanu:

エキスパートアドバイザーのコンパイル中にターミナルがハングアップした場合、私はそれを持っていたことがない、わからない - コードにエラーがあった場合、それは起こった

ただ、それが「どう転んだのか」ということだけは理解できたはずです。

1.MT4は32ビットで、OSは3GB以上のメモリを割り当てられないので、チャートのバーの最大数を設定すると、最終的にすべてのメモリを食べることができますが、専門家の取引のためにバーの数が少ないだけで十分です、私は唯一の1000バー（あなたがより少ないことができます）を置く。

2.ATS用の端子を別に設置し、そこに突っ込まないようにすべき!

3.チャートの色付けをしない、EAはあまり気にしないが、リソースを消費する、色付けは第二ターミナルで出来るので、うずうずしていたらそこに行けばよい

imhoは、合理的なミニマリズムと「作品はそのままに！」という原則を掲げています。

私はロボットの取引はしていませんが、コンパイルでよくハングアップします。5分足でティックを受信してロボットを嬲ると、ターミナルが死んでハングアップしますが、この場合はロボット自体が正しく動作するはずで、あなたが書いたようにハングアップはしないでしょう。また、Deinit関数は、パラメータが変更されたことがトリガーとなり、ロボットが削除されたことがトリガーとなり、ターミナルが閉じられたことが再度トリガーとなるなどのエラーを返します。唯一できることは、ロボットがチャート上でアクティブになっているかどうかを記録するプログラムを書くことです。

[Igor Makanu]

Seric29:

書いてあるように、有能にコードを使い、プログラミングしなければならない。

これらの指標の使い方がわからない場合、推測で済ませることもありますが、解き方がわからない場合、避けようとすることもありますし、解き方がわからない場合、混乱することもあります。MetaTrader5との接続が良好であれば難しいかもしれませんが、接続が中断されるため、ターミナルは履歴の同期を開始し、使用するすべてのインジケータはすべての履歴を再計算しますが、1000バーあれば5何も起こりません、MT4は非常に強力なターミナルです、私はそれを数回テストし、MT5からそれは4-5倍遅く、MT5のパフォーマンスは約C + +である。

つまり、開発者がかなり高品質な端末を作ったので、MTではなく、誰が使うかが重要な場合が多い )))

[Artyom Trishkin]

Seric29:

私もロボットの取引はしていませんが、5分足でティックを受信したときにどのように反応するかを見てコンパイルしてハングアップすることが多く、ターミナルが死んで詰まってフリーズすることがありましたが、この場合はロボット自体が正常に動作するはずなので、あなたが書いたようにハングアップすることはないでしょう。また、Deinit関数は、パラメータが変更されたことがトリガーとなり、ロボットが削除されたことがトリガーとなり、ターミナルが閉じられたことが再度トリガーとなるなどのエラーを返します。唯一できることは、ロボットがチャート上でアクティブになっているかどうかを記録するプログラムを書くことです。

プログラムを確認してみないとわからない。情けは人の為ならず...。

[Roman Shiredchenko]

Seric29:

設定が狂ってしまったとか、端末の故障でロボット自体が飛んでしまったとか、そういう失敗があったのでしょうか？

そうですね、いろいろとありました。ただ、生地に負荷がかかると、すぐに反応しなければならないので......。プロファイルは全部読み込むけど、TSのロボットの後のセットは順次読み込まないんだ。そうですね、プロファイルをロードすると、すべてのロボット設定がロードされます。まだテストしていない。

チャート上にインストールされた同名のロボットをリコンパイルすると、入力パラメータの値がコードで設定した値に落ちない（ME） - 古いネタですが、ご参考まで。

ただし、外部パラメータに編集を加えた場合、MEでコンパイルした後にターミナルで設定したものが反転してしまうようです。

[Roman Shiredchenko]

Seric29:

その方は、失敗したときのことや、すべてを設定し直す方法など、なかなか興味深い質問をされましたが、実は方法はないのです。 そのような結果になるような失敗を、どのようにシミュレーションすればいいのか、どのような設定が失われる可能性があるのか、気になります。そのような失敗があるのでしょうか？

今はどうかわかりませんが、昔は......。ごまかさないよ...。:-)

私はいつも、すべてをプロファイルに保存しています。

テンプレートもあるのですが......長くて辛いです......。

[Roman Shiredchenko]

Igor Makanu:

エキスパートアドバイザーのコンパイル中にターミナルがハングアップした場合、私はそれを持っていたことがない、わからない - コードにエラーがあった場合、それは起こった

ただ、それが「どう転んだのか」ということだけは理解できたはずです。

1.MT4は32ビットで、OSは3GB以上のメモリを割り当てられないので、チャートのバーの最大数を設定すると、最終的にすべてのメモリを食べることができますが、専門家の取引のためにバーの数が少なければ十分です、私は唯一の1000バー（あなたがより少ないことができる）を置く。

2.ATS用の端子を別に設置し、そこに突っ込まないようにすべき!

3. チャートの色付けをしない、EAは本当に気にしないが、それはリソースを消費する、色付け（グラフィカルオブジェクト、カスタム指標）は第二ターミナルで行うことができ、あなたはそれを行うためにかゆくなっている場合は、ちょうどそこに行くことができます。

imhoは、合理的なミニマリズムと「作品はそのままに！」という原則を掲げています。

ああ...というのは、話題作りのために長い道のりを歩むことになる...。:-)

戦闘端末の画面上にすべてを置く必要がある - 情報を素早く追跡し、意思決定を行うために... 他になぜすべてが必要なのか - それはMT4とMT5だ!すべての端末を制覇する:-)中途半端な対策は、ここでは不適切です。特に、すべてが現実的で非常に厳しい状況である場合。

1,2,3 - まったくナンセンスだ...。:-)

[Igor Makanu]

Roman Shiredchenko:

1,2,3 - まったくナンセンスだ...。:-)

今日、昨日、一週間の利益を画面に表示させ、さらに仮想の利食いラインを引くというユーザーの要望はわかりますが、同じインディケータを使ったテンプレートをチャート上で実行すると、すべてが遅くなるのです

取引に必要ないことをやって端末を壊すのはどうかと思う

;)

[Valerius]

皆さん、こんにちは。

みんな、アドバイス、唯一の参考書を参照していない、それが明確に記述されていないと例なしで、時には私は、次のエントリを満たしています。

void NameFunction(void); または double NameFunction(double); 変数なし

どのように機能するのですか？どのようなパラメータが、どこから渡されるのか？

[Yevhenii Levchenko]

Symbol() と_Symbolの使い分けは？ Symbolと_Symbolのどちらを使うのが良いですか？

次のコードは、現在のシンボルに対する注文があるかどうかをチェックするために正しく機能しますか？

      int ordersTotal=OrdersTotal();
      bool isOrdersExist=false;
      for (int i=0; i<ordersTotal; i++){
         if (OrderSelect(i,SELECT_BY_POS,MODE_TRADES)==true){
            if(OrderSymbol()==Symbol()){
               isOrdersExist=true;
               break;
            }
         }
      }