マーケットでのEA検証の問題点 - ページ 10 1...34567891011121314151617...20 新しいコメント Vadim Zotov 2017.12.21 17:05 #91 Sergey Makarkin: テストはエラーで終了 エラー数1開始しました2017.12.20 04:59:59終了しました2017.12.20 05:05:19 TypeExpertスプレッド0 低レバレッジの口座で取り組んでみてください。おそらく、マージンが足りないのでしょう。 Konstantin Nikitin 2018.01.06 22:18 #92 Marat Sultanov:そうでしょうね！？:)例えば、スリープを有効に活用することで、コンピューティングリソース、つまりCPUの負荷を軽減することができます。また、もう一つの例として、必要な時系列のダウンロードを待つ機能を実装することができます。あるいは別の例として、グラフィックのアニメーションを実装することも可能です。スクリプトでは、これがないとタイマーを実装することは不可能です。Sleepを使ってできることは、他にもたくさん考えられます ;) ところで、toadのsetTimeoutと setIntervalの アナログが足りないことがあります。松葉杖を書かなければならない ) Ivan Titov 2018.01.10 17:47 #93 Vadim Zotov: 今日、サービスデスクとかなりやり取りをしました。迅速な対応を開始。今日、私の質問にほぼリアルタイムで答えてくれた。その不可解なログの2Gigのスクリーンショットも撮ることができました（答えと一緒に写真で添付）。131の "Incorrect volume "エラーがあちこちにあった。少なくとも1つのそのようなエラーがある状況をモデル化しようと試みたが、成功しなかった（想像できる、そして想像できないすべてのテストモードで、エラーのないきれいなログを得た）。サービスデスクから特定のテスト条件について詳しい情報を得ようと試みたが、すべて失敗した。頑なに一般論にとどめている。それぞれの答えの中で、彼らは記事や文書に顔を突っ込んでいる。原理的には正しい場所を示してくれるのですが、悲しいことに、テスト中に作った状況を再現することができないのです。やはり、ブラインドでコードを編集する必要があります。昔の小学1年生みたいな読み方を教わっている感じです。鞭で。助けようという意識はなく、読み間違えると叩くだけ。 まあ、少なくともエラーコードを見せてくれたことに感謝します。プログラムのどこを見ればいいのかがわかった。私たちのような人間にはうんざりしているのでしょう。オートバリデーターは、彼らの仕事を軽減するどころか、むしろ増やしているのです。そのため、具体的な質問に答えることは難しくなっている。EA開発者がオートバリデータのテストプロトコルに求めるものを明確にするために、フォーラムに別のスレッドを作成するのもいいかもしれませんね。そうすれば、オートバリュエーション開発者が、自分の子供を邪魔するのではなく、人の役に立つレベルにまで持っていくことができる。この問題をどのように解決したか、あなたの経験を教えてください。私も似たようなものを持っていて、servicedeskと似ています。 Dmitiry Ananiev 2018.01.16 11:01 #94 音量に異常がある場合は、3つのチェック項目があるだけです。1.ボリュームは、ブローカーに応じて0.01または0.1の形式でなければなりません。EAでそれはロットを変更するための最小ステップを計算することができます。2.計算されたロットは最小値以下であってはならない。すなわち、n = 0.01, = 0.00 または = 0.00092 であってはならない。0.01のみ、または取引注文なし。3.最大ロットの制御ロットは100を超えることはできません。102または100.8は、いかなる預金とともに表示されてはならない。 Ivan Titov 2018.01.16 11:38 #95 全部あるけれども、役に立たなかった Ihor Herasko 2018.01.16 13:21 #96 Ivan Titov:全部あるけれども、役に立たなかったどうやら正しく実装されていないようです。コードはありますか？ Ivan Titov 2018.01.16 14:51 #97 Vadim Zotov 2018.01.18 18:11 #98 Ivan Titov: この問題をどのように解決したか、あなたの経験を共有してください。私も似たようなものを持っていて、同じようなサーヴィスクのバウンスエラー131「ボリュームが正しくありません」を克服するのは簡単です。モデレータのお気に入りの記事に、取引業務における間違ったボリュームという 項目があります。以下は、ロット補正のサンプルコードです。注文の直前に、このコードを通して計算されたロット値を渡します。このコードでは、正しいロット値が得られます。 このチェックは、ロットが計算されずに入力パラメータから取得されただけの場合でも実行されることに注意してください。司会者が意図的に間違った数字を使うことがあります。 Artyom Trishkin 2018.01.18 18:28 #99 Vadim Zotov:131エラー "Incorrect volume "は簡単に克服できました。モデレーターのお気に入り記事に「Wrong Volumes in Trades」の項目があります。そこにロット補正のサンプルコードがあります。注文の直前に、計算したロット値をこのコードに通しています。このコードでは、正しいロット値が得られます。 このチェックは、ロットが計算されずに入力パラメータから取得されただけの場合でも実行されることに注意してください。司会者が意図的に間違った数字を使うことがあります。頭をいじっているのは司会者ではなく、あなたのコードを「フールプルーフ」であるかどうかチェックしている人です。そして、もしあなたのコードが間違ったユーザーの行動に対してそのようなチェックを持っていない場合、そのようなExpert Advisorの市場はどうなるのでしょうか？ Vadim Zotov 2018.01.18 19:09 #100 Artyom Trishkin:ここであなたを責めているのは司会者ではなく、「フールプルーフ」をチェックしているあなたのコードなのです。そして、もしあなたのコードがユーザーの間違った行動に対してそのようなチェックを持っていない場合、そのようなExpert Advisorの市場はどうなるのでしょうか？私たちは気にしません。確認させてください。ただ、何をしたらエラーになるのか、本人に言わせればいいんです。しかし、現状では、エラーコードを見せていただいて、それで終わりです。実験の条件が定まっていないので、再シミュレーションができないのです。そのため、エラーを見つけるのは非常に困難です。 1...34567891011121314151617...20 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
テストはエラーで終了
低レバレッジの口座で取り組んでみてください。おそらく、マージンが足りないのでしょう。
そうでしょうね！？:)
例えば、スリープを有効に活用することで、コンピューティングリソース、つまりCPUの負荷を軽減することができます。
また、もう一つの例として、必要な時系列のダウンロードを待つ機能を実装することができます。
あるいは別の例として、グラフィックのアニメーションを実装することも可能です。
スクリプトでは、これがないとタイマーを実装することは不可能です。
Sleepを使ってできることは、他にもたくさん考えられます ;)
今日、サービスデスクとかなりやり取りをしました。迅速な対応を開始。今日、私の質問にほぼリアルタイムで答えてくれた。その不可解なログの2Gigのスクリーンショットも撮ることができました（答えと一緒に写真で添付）。131の "Incorrect volume "エラーがあちこちにあった。少なくとも1つのそのようなエラーがある状況をモデル化しようと試みたが、成功しなかった（想像できる、そして想像できないすべてのテストモードで、エラーのないきれいなログを得た）。サービスデスクから特定のテスト条件について詳しい情報を得ようと試みたが、すべて失敗した。頑なに一般論にとどめている。それぞれの答えの中で、彼らは記事や文書に顔を突っ込んでいる。原理的には正しい場所を示してくれるのですが、悲しいことに、テスト中に作った状況を再現することができないのです。やはり、ブラインドでコードを編集する必要があります。昔の小学1年生みたいな読み方を教わっている感じです。鞭で。助けようという意識はなく、読み間違えると叩くだけ。
まあ、少なくともエラーコードを見せてくれたことに感謝します。プログラムのどこを見ればいいのかがわかった。私たちのような人間にはうんざりしているのでしょう。オートバリデーターは、彼らの仕事を軽減するどころか、むしろ増やしているのです。そのため、具体的な質問に答えることは難しくなっている。
EA開発者がオートバリデータのテストプロトコルに求めるものを明確にするために、フォーラムに別のスレッドを作成するのもいいかもしれませんね。そうすれば、オートバリュエーション開発者が、自分の子供を邪魔するのではなく、人の役に立つレベルにまで持っていくことができる。
この問題をどのように解決したか、あなたの経験を教えてください。私も似たようなものを持っていて、servicedeskと似ています。
音量に異常がある場合は、3つのチェック項目があるだけです。
1.ボリュームは、ブローカーに応じて0.01または0.1の形式でなければなりません。EAでそれはロットを変更するための最小ステップを計算することができます。
2.計算されたロットは最小値以下であってはならない。すなわち、n = 0.01, = 0.00 または = 0.00092 であってはならない。0.01のみ、または取引注文なし。
3.最大ロットの制御ロットは100を超えることはできません。102または100.8は、いかなる預金とともに表示されてはならない。
全部あるけれども、役に立たなかった
全部あるけれども、役に立たなかった
どうやら正しく実装されていないようです。コードはありますか？
この問題をどのように解決したか、あなたの経験を共有してください。私も似たようなものを持っていて、同じようなサーヴィスクのバウンス
エラー131「ボリュームが正しくありません」を克服するのは簡単です。モデレータのお気に入りの記事に、取引業務における間違ったボリュームという 項目があります。以下は、ロット補正のサンプルコードです。注文の直前に、このコードを通して計算されたロット値を渡します。このコードでは、正しいロット値が得られます。
このチェックは、ロットが計算されずに入力パラメータから取得されただけの場合でも実行されることに注意してください。司会者が意図的に間違った数字を使うことがあります。
131エラー "Incorrect volume "は簡単に克服できました。モデレーターのお気に入り記事に「Wrong Volumes in Trades」の項目があります。そこにロット補正のサンプルコードがあります。注文の直前に、計算したロット値をこのコードに通しています。このコードでは、正しいロット値が得られます。
このチェックは、ロットが計算されずに入力パラメータから取得されただけの場合でも実行されることに注意してください。司会者が意図的に間違った数字を使うことがあります。
頭をいじっているのは司会者ではなく、あなたのコードを「フールプルーフ」であるかどうかチェックしている人です。そして、もしあなたのコードが間違ったユーザーの行動に対してそのようなチェックを持っていない場合、そのようなExpert Advisorの市場はどうなるのでしょうか？
ここであなたを責めているのは司会者ではなく、「フールプルーフ」をチェックしているあなたのコードなのです。そして、もしあなたのコードがユーザーの間違った行動に対してそのようなチェックを持っていない場合、そのようなExpert Advisorの市場はどうなるのでしょうか？
私たちは気にしません。確認させてください。ただ、何をしたらエラーになるのか、本人に言わせればいいんです。しかし、現状では、エラーコードを見せていただいて、それで終わりです。実験の条件が定まっていないので、再シミュレーションができないのです。そのため、エラーを見つけるのは非常に困難です。