マーケットで公開されているEAにおける最小ストップの確認。 - ページ 10 1...3456789101112131415161718 新しいコメント Vladislav Andruschenko 2016.03.16 06:11 #91 Alexey Viktorov: Это цитата из переписки с модератором маркета? А где упоминание об ошибке 130?よくわからないけど、フリーランスの引用でしょう。 Alexey Viktorov 2016.03.16 06:25 #92 Vladislav Andruschenko:よくわからないけど、フリーランスの引用でしょう。 マーケットルールもフリーランスルールも、多くのことが書かれていて、すべてのパラメーターで製品をチェックしなければなりませんが、現時点では、フクロウが修正のために戻ってきたり、マーケットに最初に提出する前にこれらのチェックが行われているのでしょうか。 Vladislav Andruschenko 2016.03.16 06:34 #93 Alexey Viktorov: 市場のルールとフリーランスのルールでたくさん書かれており、製品はすべてのパラメータにあるべきチェックが、現時点では、市場への最初の提出前にリビジョンまたはこのチェックのためにあなたにフクロウに返された?59製品あります :-)ミニストップやマージンなどのチェックを常にしているということです。 しかし、ちょうど3日前、20回モデレーションを通過したEAの別のアップデートの後、私はそれを取り戻しました - 理由は、stoploss = 1を設定すると、EAがエラー130を 出す。 これは非標準の問題で、サーバー上ではStopLoss = 0とすると、minStopを確認することができないからです。 しかし、以前は問題なく動作していました。 それぞれ - それは等しい最小ストップを設定する必要があります=例えば1スプレッド。しかし、サーバーがフローティングストップロスを持っている場合、それは1つではなく、例えば3であるかもしれません。 そのため、EAが一度でもエラー130を表示すると、モデレーションを通過することができません。そして、サーバー上の最小停止レベルに応じて、すべての変数を比較し、再設定することは不可能です(サーバーがnumber = 0を返すだけだからです)。それが問題なんです。今のところ、答えは出ていません。EAはモデレーションでぶら下がっています。今のところ、minestopと1スプレッドのチェックと、ユーザーへのエラーメッセージの送信にとどまっています。 Maxim Dmitrievsky 2016.03.16 10:44 #94 Vladislav Andruschenko:59製品あります :-)ミニストップやマージンなどのチェックを常にしているということです。 しかし、ちょうど3日前、20回モデレーションを通過したEAの別のアップデートの後、私はそれを取り戻しました - 理由は、stoploss = 1を設定するとEAがエラー130を 出すからです。 これは非標準の問題で、サーバー上ではStopLoss = 0とすると、minStopを確認することができないからです。 しかし、以前は問題なく動作していました。 それぞれ - それは等しい最小ストップを設定する必要があります=例えば1スプレッド。しかし、サーバーがフローティングストップロスを持っている場合、それは1つではなく、例えば3であるかもしれません。 そのため、EAが一度でもエラー130を表示すると、モデレーションを通過することができません。そして、サーバー上の最小停止レベルに応じて、すべての変数を比較し、再設定することは不可能です(サーバーがnumber = 0を返すだけだからです)。それが問題なんです。今のところ、答えは出ていません。Expert Advisorはモデレーションでぶら下がっています。今のところ、minestopと1スプレッドのチェックとユーザーへのエラーメッセージの送信にとどまっています。 長い間モデュレーションボットを待たせていることはありませんか? 以前、あるボットが2週間待たされたことがあります。 Andrey Khatimlianskii 2016.03.16 11:01 #95 Alexander Bereznyak: で、さらにリアルアカウントで 問題が発生するいや、本当のところは、すべてのチェックが必要なのです。しかし、マーケットプレイスのモデレーターは、何をチェックし、どう動くべきかを理解していないことが多いのです。ちなみに130回目のエラーは、端末が返してくれるもので、特に問題にはなりません。 Volodymyr Hrybachov 2016.03.16 11:23 #96 小切手を使う保留中の注文を送信するif(OrderSend(Symbol(),OP_SELLSTOP,lot,NormalizeDouble(MarketInfo(OrderSymbol(),MODE_ASK)-MathMax(StopLoss,SymbolInfoInteger(_Symbol,SYMBOL_TRADE_STOPS_LEVEL))*_Point,_Digits),0,0,0,Com,Magic,clrNONE)==false) { Print(__FUNCTION__+" error: ",Error(GetLastError())); }ストップロスやテイクアウトを変更するif(op_type==OP_BUY) { SL=NormalizeDouble(OrderOpenPrice()-MathMax(StopLoss,(int)MarketInfo(_Symbol,MODE_STOPLEVEL))*_Point,_Digits); TP=NormalizeDouble(OrderOpenPrice()+MathMax(TakeProfit,(int)MarketInfo(_Symbol,MODE_STOPLEVEL))*_Point,_Digits); }で、動作やモデレータによるチェックに問題はありません。 Ihor Herasko 2016.03.16 11:33 #97 Vladimir Gribachev:小切手を使う保留中の注文を送信するストップロスやテイクアウトを変更するで、動作やモデレータによるチェックに問題はありません。 だから、私はラッキーなんです。しかし、この方法では、サーバーが0 Stop Levelを返したにもかかわらず、実際にはStop Levelが2-3スプレッドと等しい場合、EAは失速して頑なにエラー130を 発生します。このアルゴリズムをブローカーA******の標準アカウントで、ストップロスを1ポイントにして試してみてください。 Volodymyr Hrybachov 2016.03.16 11:38 #98 Ihor Herasko: 私は同じアルゴリズムを1ピップのストップロスでテストしていました。質問、なぜリアルで ストップロスを1ポイントにしたのですか?今思い出したけど...以前、同様のアルゴリズムを最小のストップロスでテストしたことがありますが、チェックは基本的に同じで、エラーもなく、利益も出ませんでした。 Vitalii Ananev 2016.03.16 12:02 #99 Vladimir Gribachev:質問、なぜリアルで ストップロスを1ポイントにしたのですか?今思い出したけど...以前、このようなアルゴリズムを最小限のストップロスでテストしたことがありますが、チェックは基本的に同じで、エラーはなく、利益も出ませんでした。 すでにここで10回ほど書きましたが、1pipのストップロスはMarket Moderatorが商品をチェックする際に置くものです。実際の取引では、もちろんこのようなストップを設定する人はいない。 Volodymyr Hrybachov 2016.03.16 12:08 #100 Vitalii Ananev: すでにここで10回ほど書いていますが、ストップ1のポイントは、マーケットプレイスのモデレーターが製品をテストする際に設定するものです。実際の取引では、もちろんそんなストップをかける人はいない。MetaQuotes-Demoサーバー(モデレーターがテストしているところ)では、min.ストップレベルは普通に戻りますね。自分で確認する、0 - はしない。 1...3456789101112131415161718 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
Alexey Viktorov:
Это цитата из переписки с модератором маркета? А где упоминание об ошибке 130?
よくわからないけど、フリーランスの引用でしょう。
Vladislav Andruschenko:
よくわからないけど、フリーランスの引用でしょう。
市場のルールとフリーランスのルールでたくさん書かれており、製品はすべてのパラメータにあるべきチェックが、現時点では、市場への最初の提出前にリビジョンまたはこのチェックのためにあなたにフクロウに返された?
59製品あります :-)
ミニストップやマージンなどのチェックを常にしているということです。
しかし、ちょうど3日前、20回モデレーションを通過したEAの別のアップデートの後、私はそれを取り戻しました - 理由は、stoploss = 1を設定すると、EAがエラー130を 出す。
これは非標準の問題で、サーバー上ではStopLoss = 0とすると、minStopを確認することができないからです。
しかし、以前は問題なく動作していました。
それぞれ - それは等しい最小ストップを設定する必要があります=例えば1スプレッド。
しかし、サーバーがフローティングストップロスを持っている場合、それは1つではなく、例えば3であるかもしれません。
そのため、EAが一度でもエラー130を表示すると、モデレーションを通過することができません。
そして、サーバー上の最小停止レベルに応じて、すべての変数を比較し、再設定することは不可能です(サーバーがnumber = 0を返すだけだからです)。
それが問題なんです。
今のところ、答えは出ていません。EAはモデレーションでぶら下がっています。今のところ、minestopと1スプレッドのチェックと、ユーザーへのエラーメッセージの送信にとどまっています。
59製品あります :-)
ミニストップやマージンなどのチェックを常にしているということです。
しかし、ちょうど3日前、20回モデレーションを通過したEAの別のアップデートの後、私はそれを取り戻しました - 理由は、stoploss = 1を設定するとEAがエラー130を 出すからです。
これは非標準の問題で、サーバー上ではStopLoss = 0とすると、minStopを確認することができないからです。
しかし、以前は問題なく動作していました。
それぞれ - それは等しい最小ストップを設定する必要があります=例えば1スプレッド。
しかし、サーバーがフローティングストップロスを持っている場合、それは1つではなく、例えば3であるかもしれません。
そのため、EAが一度でもエラー130を表示すると、モデレーションを通過することができません。
そして、サーバー上の最小停止レベルに応じて、すべての変数を比較し、再設定することは不可能です(サーバーがnumber = 0を返すだけだからです)。
それが問題なんです。
今のところ、答えは出ていません。Expert Advisorはモデレーションでぶら下がっています。今のところ、minestopと1スプレッドのチェックとユーザーへのエラーメッセージの送信にとどまっています。
で、さらにリアルアカウントで 問題が発生する
いや、本当のところは、すべてのチェックが必要なのです。
しかし、マーケットプレイスのモデレーターは、何をチェックし、どう動くべきかを理解していないことが多いのです。
ちなみに130回目のエラーは、端末が返してくれるもので、特に問題にはなりません。
小切手を使う
保留中の注文を送信する
ストップロスやテイクアウトを変更する
で、動作やモデレータによるチェックに問題はありません。
小切手を使う
保留中の注文を送信する
ストップロスやテイクアウトを変更する
で、動作やモデレータによるチェックに問題はありません。
私は同じアルゴリズムを1ピップのストップロスでテストしていました。
質問、なぜリアルで ストップロスを1ポイントにしたのですか?
今思い出したけど...以前、同様のアルゴリズムを最小のストップロスでテストしたことがありますが、チェックは基本的に同じで、エラーもなく、利益も出ませんでした。
質問、なぜリアルで ストップロスを1ポイントにしたのですか?
今思い出したけど...以前、このようなアルゴリズムを最小限のストップロスでテストしたことがありますが、チェックは基本的に同じで、エラーはなく、利益も出ませんでした。
すでにここで10回ほど書いていますが、ストップ1のポイントは、マーケットプレイスのモデレーターが製品をテストする際に設定するものです。実際の取引では、もちろんそんなストップをかける人はいない。
MetaQuotes-Demoサーバー(モデレーターがテストしているところ)では、min.ストップレベルは普通に戻りますね。自分で確認する、0 - はしない。