MQL4、MQL5に関する初心者からの質問、アルゴリズムやコードに関するヘルプ、ディスカッションなど。 - ページ 1951 1...1944194519461947194819491950195119521953 新しいコメント Vitaly Muzichenko 2022.04.27 13:10 #19501 JRandomTrader #:newで作成したオブジェクトが、終了時に破棄されないものがあるようです。 はい、問題を発見しました。 プログラムの先頭に呼び出しを移動させ、エラーはなくなりました Valeriy Yastremskiy 2022.04.28 10:51 #19502 OrderSend が成功した後、成行注文のプロパティのデータ構造は埋められず、この注文の同じ始値を OrderSelect を実行して取得する必要があるという理解で正しいでしょうか。 もう一つ質問ですが、5kaの場合、SLとTPを決めてすぐにポジションを建てる のと、先にポジションを建ててから 修正するのと、どちらが良いのでしょうか? Andrei Sokolov 2022.04.28 12:08 #19503 Valeriy Yastremskiy #:OrderSend が成功した後、成行注文のプロパティに関する情報の構造は満たされず、この注文の同じ開始価格を OrderSelect の実行によって取得する必要があるというのは正しく理解していますか? 私の知る限りではありませんし、記述されているのを見たこともありません。 Andrei Sokolov 2022.04.28 12:11 #19504 Valeriy Yastremskiy ポジションを建てる のと、先に建ててから修正するのと、どちらが良いのでしょうか? 私が理解する限り、損切りと利益が必要な価格、建玉依頼時のターミナルにある価格、実際に建玉する価格によって異なります。 Valeriy Yastremskiy 2022.04.28 12:59 #19505 Andrei Sokolov #:私の知る限りではありませんし、記述されているのを見たこともありません。 いや、そうなんです、過去の令状データは細部に渡っているんです。 Valeriy Yastremskiy 2022.04.28 13:01 #19506 Andrei Sokolov #:私が理解した限りでは、損切りと利食いが必要な価格、オープン要求時にターミナルにある価格、実際にオープンする価格によって異なるようです。 問題は、誤差の割合と実行速度です。パラメータが低いほどエラー確率は低くなるが、2つの演算は論理的に時間がかかる。しかし、現実にはどうなのか、測定する必要があります。もしかしたら、すでに誰かが測定しているかもしれません。 Vitaly Muzichenko 2022.04.28 13:13 #19507 私は口を挟む :) DAX30指数=9から22まで相場がある タイムフレームM15、H1などでセッションのバー数を調べるにはどうしたらいいでしょうか。 Maxim Kuznetsov 2022.04.28 13:53 #19508 Vitaly Muzichenko #:私は口を挟む :)DAX30指数=9から22まで相場があるタイムフレームM15、H1などでセッションのバー数を調べるにはどうしたらいいでしょうか。 (22*3600-9*3600)/PeriodSeconds(M15) が、これは理想的には「9:00から22:00の間にこれだけのバーがあればいい」ということです。 時間枠が小さいほど誤差は大きくなりますが、実際にはほとんど小さくなります。履歴から「Nバー毎-次のセッション」をカウントすることはできない Andrei Sokolov 2022.04.28 14:09 #19509 Valeriy Yastremskiy #:一般的にはエラーレートと実行速度に関する質問です。パラメータが低いとエラーの可能性は低くなりますが、論理的には2回の操作で時間がかかります。しかし、現実にはどうなのか、それを測らなければならないのです。もしかしたら、すでに誰かが測定しているかもしれません。 エラー率と実行速度に関する一般的な質問」であれば、そのように書 けばよいでしょう。 Maxim Kuznetsov 2022.04.28 15:21 #19510 Valeriy Yastremskiy ポジションを建てる のと、先にポジションを建ててから修正 するのと、どちらが良いのでしょうか? 4でも、「まずポジションを建ててから修正 する」のがよいでしょう。 ストップロスを設定しながら、マーケットでオープンすることができる人はそう多くはありません。 ちなみに、Stop Lossはどこでも使えるわけではありません。ストップロス注文はブローカーのサーバーで処理され、それは彼の個人的なサービス(メリット、リスク、収益)であり、あなたが考えるところではない、ストップロス注文の取引スタックは存在しないのです。 1...1944194519461947194819491950195119521953 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
newで作成したオブジェクトが、終了時に破棄されないものがあるようです。
はい、問題を発見しました。
プログラムの先頭に呼び出しを移動させ、エラーはなくなりました
OrderSend が成功した後、成行注文のプロパティのデータ構造は埋められず、この注文の同じ始値を OrderSelect を実行して取得する必要があるという理解で正しいでしょうか。
もう一つ質問ですが、5kaの場合、SLとTPを決めてすぐにポジションを建てる のと、先にポジションを建ててから 修正するのと、どちらが良いのでしょうか?
OrderSend が成功した後、成行注文のプロパティに関する情報の構造は満たされず、この注文の同じ開始価格を OrderSelect の実行によって取得する必要があるというのは正しく理解していますか?
私の知る限りではありませんし、記述されているのを見たこともありません。
私が理解する限り、損切りと利益が必要な価格、建玉依頼時のターミナルにある価格、実際に建玉する価格によって異なります。
私の知る限りではありませんし、記述されているのを見たこともありません。
いや、そうなんです、過去の令状データは細部に渡っているんです。
私が理解した限りでは、損切りと利食いが必要な価格、オープン要求時にターミナルにある価格、実際にオープンする価格によって異なるようです。
問題は、誤差の割合と実行速度です。パラメータが低いほどエラー確率は低くなるが、2つの演算は論理的に時間がかかる。しかし、現実にはどうなのか、測定する必要があります。もしかしたら、すでに誰かが測定しているかもしれません。
私は口を挟む :)
DAX30指数=9から22まで相場がある
タイムフレームM15、H1などでセッションのバー数を調べるにはどうしたらいいでしょうか。
私は口を挟む :)
DAX30指数=9から22まで相場がある
タイムフレームM15、H1などでセッションのバー数を調べるにはどうしたらいいでしょうか。
(22*3600-9*3600)/PeriodSeconds(M15)
が、これは理想的には「9:00から22:00の間にこれだけのバーがあればいい」ということです。
時間枠が小さいほど誤差は大きくなりますが、実際にはほとんど小さくなります。履歴から「Nバー毎-次のセッション」をカウントすることはできない
一般的にはエラーレートと実行速度に関する質問です。パラメータが低いとエラーの可能性は低くなりますが、論理的には2回の操作で時間がかかります。しかし、現実にはどうなのか、それを測らなければならないのです。もしかしたら、すでに誰かが測定しているかもしれません。
エラー率と実行速度に関する一般的な質問」であれば、そのように書 けばよいでしょう。
4でも、「まずポジションを建ててから修正 する」のがよいでしょう。
ストップロスを設定しながら、マーケットでオープンすることができる人はそう多くはありません。
ちなみに、Stop Lossはどこでも使えるわけではありません。ストップロス注文はブローカーのサーバーで処理され、それは彼の個人的なサービス(メリット、リスク、収益)であり、あなたが考えるところではない、ストップロス注文の取引スタックは存在しないのです。