エラー、バグ、質問 - ページ 3146 1...313931403141314231433144314531463147314831493150315131523153...3185 新しいコメント Vitaly Muzichenko 2022.02.04 13:32 #31451 テスターではわからないことがある 1ヶ月分の履歴を要求すると、「100」年分の履歴が読み込まれます。 なぜ？ MetaQuotes 2022.02.04 14:42 #31452 Vitaly Muzichenko #:テスターではわからないことがある1ヶ月分の履歴を要求すると、「100」年分の履歴が読み込まれます。何のために？ 100年ではなく、1年でいいんです。 インジケータが正しく計算できるように、要求された間隔の前に常に空きスペースを残しておく必要があり、ゼロから開始することはできません。 そして、新参者が「このデータが足りない」「あのデータが足りない」と質問することがないように。 削除済み 2022.02.04 15:00 #31453 Valeriy Yastremskiy #: 最後と最後のascとbidを記録し、その差を数える。 それはわかります。私にとって大切なのは、一貫性です。今のところ私の考えは、「ポジションである以上、参考にすべき」ということです。そのために、ループを通してすべてのポジションを列挙し、次にそのチケットを取得し、その後にポジションの開始時刻を取得します。MqlTick ticks[ ]を含む配列を宣言します。ポジションのオープン時間から一定時間カウントし、CopyTickRangeでtick配列にtickを書き込む。次に、可能であれば、ティック配列に ArraySetAsSeries を適用します。そして、その配列の最後の2ティックに、あなたが説明した、最後と最後以外の1つのビッドとアスクの差を適用してください。でも今のところこれは単なる思いつきで、もしかしたら誰かがすでにやっていて例を挙げているかもしれません。謹んで申し上げます。 Yerkin Sagandykov 2022.02.04 16:45 #31454 MetaQuotes #:100年ではなく、1年でいいんです。ゼロから始めるのではなく、指標が正しく計算されるように、要求された間隔の前に常にスペースを空けておく必要があります。そして、新しく入ってきた人が、あるデータがないことを質問しないように。 どのように「要求された間隔の前にスペースを残す」のですか？ 2021年からカスタムインディケータを使用するExpert Advisorのテストを行っています。実際のEAではこのインディケータはこのタイムフレームで正しくプロットされますが、テストではゼロから始まるように見え、その結果不正確に なります...。 Valeriy Yastremskiy 2022.02.04 19:27 #31455 Wizard #: これは理解できる。一貫性は私にとって重要なことです。今のところ私の考えは、「立場があるのだから、対応すべき」というものです。このため、すべてのポジションをループして、そのチケットを取得し、次にポジションの開始時刻を取得します。MqlTick ticks[ ]を含む配列を宣言します。ポジションのオープン時間から一定時間カウントし、CopyTickRangeでtick配列にtickを書き込む。次に、可能であれば、ティック配列に ArraySetAsSeries を適用します。そして、その配列の最後の2ティックに、あなたが説明した、最後と最後以外の1つのビッドとアスクの差を適用してください。でも今のところこれは単なる思いつきで、もしかしたら誰かがすでにやっていて例を挙げているかもしれません。謹んで申し上げます。 MT4の場合は簡単です。そこでは、注文の開始はティックに関連付けられ、ユーザーはポジションがどのように満たされるかを見ることはできません。しかし、5ではそうなっています。ポジションが埋まるとトレードを見る。そして、1つのポジションは1目盛り以上埋めることができます。これはあくまでコメントです。しかし、その理屈は正しい。とはいえ、私としては、ホット・パシュートでやる方が正しいのですが。保留中の注文や成行注文が発生した後、オーダーチケットでポジションの回答を得た時点で、その開始時の価格と時刻のデータを取得し、その価格と時刻から最も近いティックを探します。問題は、応答が次のティックにしか来ない場合と、ティックの後に来る場合があることです。保証はありません。 Andrey Dik 2022.02.04 20:15 #31456 MetaQuotes #:100年ではなく、1年でいいんです。ゼロから始めるのではなく、指標が正しく計算されるように、要求された間隔の前に常にスペースを空けておく必要があります。そして、新しく入ってきた人が、あるデータがないことを質問しないように。 インジケータに#property indicator_bars_needのような指定ができれば、めちゃくちゃ便利なんですけどね。 このパラメータが複数のインジケータに存在する場合、テスターは単純に最も大きな値を取ります。 そのため、私のクライアントは、テスターが収集したヒストリカルエクストリームの数が少ないことに驚いていました（インジケーターのアルゴリズムによる）。 Andrey Khatimlianskii 2022.02.04 20:18 #31457 Andrey Dik #:インジケータで#property indicator_bars_needのような指定ができれば、本当に素晴らしいと思います。このパラメータが複数のインジケータに存在する場合、テスターは単に最も高い値を取ります。 プロパティは、パラメータに合わせることができません。もうファビュラスではない ) Andrey Dik 2022.02.04 20:51 #31458 Andrey Khatimlianskii #:プロパティは、パラメータに合わせることができません。それはもうファビュラスではない ) ) )) 私の提案のポイントは、計算のためにどれだけの履歴が必要かをインジケータで示すことができるようにすることです。 Renat Fatkhullin 2022.02.04 21:07 #31459 Yerkin Sagandykov #:要求されたタイムフレームの前にスペースを残す」方法は？ 私は2021年からカスタムインジケータを使用するExpert Advisorをテストしています、実際のインジケータはこのタイムフレームに対して正しく描かれていますが、テストではゼロから始まるように見え、したがってその結果は正確では ありません。 保証データが余って困ることはないですか？メモリが足りない？ x572intraday 2022.02.05 06:42 #31460 答えも、言葉もない。ここで、https://www.mql5.com/ru/forum/383809 についてお聞きします。 Расширение стандартной линейки таймфреймов в сторону более высоких периодов 2021.12.11www.mql5.com Уважаемые MetaQuotes! Давно назрела необходимость в более высоких ТФах в Metatrader и MQL ! Планируется ли повысить линейку периодов за пределы MN... 1...313931403141314231433144314531463147314831493150315131523153...3185 新しいコメント 理由: キャンセル 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
テスターではわからないことがある
1ヶ月分の履歴を要求すると、「100」年分の履歴が読み込まれます。
なぜ？
テスターではわからないことがある
1ヶ月分の履歴を要求すると、「100」年分の履歴が読み込まれます。
何のために？
100年ではなく、1年でいいんです。
インジケータが正しく計算できるように、要求された間隔の前に常に空きスペースを残しておく必要があり、ゼロから開始することはできません。
そして、新参者が「このデータが足りない」「あのデータが足りない」と質問することがないように。
最後と最後のascとbidを記録し、その差を数える。
100年ではなく、1年でいいんです。
ゼロから始めるのではなく、指標が正しく計算されるように、要求された間隔の前に常にスペースを空けておく必要があります。
そして、新しく入ってきた人が、あるデータがないことを質問しないように。
どのように「要求された間隔の前にスペースを残す」のですか？ 2021年からカスタムインディケータを使用するExpert Advisorのテストを行っています。実際のEAではこのインディケータはこのタイムフレームで正しくプロットされますが、テストではゼロから始まるように見え、その結果不正確に なります...。
これは理解できる。一貫性は私にとって重要なことです。今のところ私の考えは、「立場があるのだから、対応すべき」というものです。このため、すべてのポジションをループして、そのチケットを取得し、次にポジションの開始時刻を取得します。MqlTick ticks[ ]を含む配列を宣言します。ポジションのオープン時間から一定時間カウントし、CopyTickRangeでtick配列にtickを書き込む。次に、可能であれば、ティック配列に ArraySetAsSeries を適用します。そして、その配列の最後の2ティックに、あなたが説明した、最後と最後以外の1つのビッドとアスクの差を適用してください。でも今のところこれは単なる思いつきで、もしかしたら誰かがすでにやっていて例を挙げているかもしれません。謹んで申し上げます。
MT4の場合は簡単です。そこでは、注文の開始はティックに関連付けられ、ユーザーはポジションがどのように満たされるかを見ることはできません。しかし、5ではそうなっています。ポジションが埋まるとトレードを見る。そして、1つのポジションは1目盛り以上埋めることができます。これはあくまでコメントです。しかし、その理屈は正しい。とはいえ、私としては、ホット・パシュートでやる方が正しいのですが。保留中の注文や成行注文が発生した後、オーダーチケットでポジションの回答を得た時点で、その開始時の価格と時刻のデータを取得し、その価格と時刻から最も近いティックを探します。問題は、応答が次のティックにしか来ない場合と、ティックの後に来る場合があることです。保証はありません。
100年ではなく、1年でいいんです。
ゼロから始めるのではなく、指標が正しく計算されるように、要求された間隔の前に常にスペースを空けておく必要があります。
そして、新しく入ってきた人が、あるデータがないことを質問しないように。
インジケータに#property indicator_bars_needのような指定ができれば、めちゃくちゃ便利なんですけどね。
このパラメータが複数のインジケータに存在する場合、テスターは単純に最も大きな値を取ります。
そのため、私のクライアントは、テスターが収集したヒストリカルエクストリームの数が少ないことに驚いていました（インジケーターのアルゴリズムによる）。
インジケータで#property indicator_bars_needのような指定ができれば、本当に素晴らしいと思います。
このパラメータが複数のインジケータに存在する場合、テスターは単に最も高い値を取ります。
プロパティは、パラメータに合わせることができません。もうファビュラスではない )
プロパティは、パラメータに合わせることができません。それはもうファビュラスではない ) )
))
私の提案のポイントは、計算のためにどれだけの履歴が必要かをインジケータで示すことができるようにすることです。
要求されたタイムフレームの前にスペースを残す」方法は？ 私は2021年からカスタムインジケータを使用するExpert Advisorをテストしています、実際のインジケータはこのタイムフレームに対して正しく描かれていますが、テストではゼロから始まるように見え、したがってその結果は正確では ありません。