バイ・ストップ セル・ストップ クラスとしてのグリッド・アドバイザー - ページ 2 12345678 新しいコメント Vladimir Karputov 2017.09.28 04:32 #11 少しずつですが、機能を追加しています。開始時、ポジションがなく、保留中の注文が ない場合、保留中のストップ注文が発注されます。バージョン表記は、クラスファイルに添付されています。//+------------------------------------------------------------------+ //| 1.001: | //| when starting, sets Buy stop and sell stop | //+------------------------------------------------------------------+ds Georgiy Merts 2017.09.28 06:01 #12 興味深いことに、CBuyStopSellStopGrid::RefreshRates(void)関数は、asc-bid値がゼロかどうかをチェックします。 本当にあり得る状況なのでしょうか? 一般的には - これ以上の指摘はありません、コードは非常に透明で明確です。 Vladimir Karputov 2017.09.28 06:19 #13 George Merts:興味深いことに、CBuyStopSellStopGrid::RefreshRates(void)関数は、asc-bid値がゼロかどうかをチェックします。 こんな状況、本当にあるのでしょうか? 一般的に、他の指摘はなく、コードは非常に透明で明確です。そう、これが人生であり、ここでは何でも可能なのです。一般的には、テスターのせいで入力されたゼロ値をチェックします(1年ほど前です:最初のt=few ticksを開始するときにテスターがゼロを与えました)。少しずつですが、機能を追加しています。OnTradeTransactionでは、ポジションがある場合(「DEAL_ENTRY_IN」)、保留中の注文を削除し、新たに2つのストップ保留注文を設定します。//+------------------------------------------------------------------+ //| 1.001: | //| when starting, sets Buy stop and sell stop | //| 1.002: | //| OnTradeTransaction: if DEAL_ENTRY_IN delete all pending orders,| //| and, sets Buy stop and sell stop | //+------------------------------------------------------------------+これまではそのような欠点がありました。 毎ティック、ポジションと注文待ちの量をチェックします。取引操作(保留注文)を制御しない - Expert Advisor は保留注文が発注されていない状況を処理しない。ポジションを持たないポジションのセット - この状況は処理されません。例えば、買いポジションを決済し、その後売りポジションを開設した場合...。 削除済み 2017.09.28 09:20 #14 Vladimir Karputov: そう、これが人生であり、何でも可能なのです。一般に、ゼロ値のチェックはテスターの関係で導入されたものです(1年ほど前、最初のt=数ティックを開始するときに、テスターがゼロを出したという事例がありました)。少しずつですが、機能を追加しています。OnTradeTransactionでは、ポジションがある場合(「DEAL_ENTRY_IN」)、保留中の注文を削除し、新たに2つのストップ保留注文を設定します。これまではそのような欠点がありました。 毎ティック、ポジションと注文待ちの量をチェックします。取引操作(保留注文)を制御しない - Expert Advisor は保留注文が発注されていない状況を処理しない。ポジションを持たないポジションのセット - 例えば、買いポジションを開いた後に、売りポジションを開いた...という状況は処理されない。スクリーンショットに示されたアルゴリズムは動作しません。アルゴリズムを動作させるためには、次のようなことが必要です。買いシグナルを受信すると、最初のローソク足の高値の上に買いのストップ注文がグリッド状に配置されます。終値以下では、売り逆指値注文が発注されます。注文は利益や損失ではなく、別のシグナルによってクローズされるべきです。多少なりともまともな信号であれば、このシステムは必ず機能します。これはあくまでバリエーションであり、すべてを別の方法で行うことも可能です。 Georgiy Merts 2017.09.28 09:59 #15 Ibragim Dzhanaev:信号が多少なりともまともであれば、このようなシステムは必ずうまくいく。安値で買って高値で売れば、必ず利益が出る」と書いた方がいいだろう。 誰が議論しているのか?問題は、「合理的な信号」を見つけることです。 Vladimir Karputov 2017.09.28 10:06 #16 バージョン1.003。//+------------------------------------------------------------------+ //| 1.001: | //| when starting, sets Buy stop and sell stop | //| 1.002: | //| OnTradeTransaction: if DEAL_ENTRY_IN delete all pending orders,| //| and, sets Buy stop and sell stop | //| 1.003: | //| OnTradeTransaction: DEAL_ENTRY_IN | //| DEAL_TYPE_BUY => ClosePositions(POSITION_TYPE_SELL) | //| DEAL_TYPE_SELL => ClosePositions(POSITION_TYPE_BUY) | //| PlacesXXXX: | //| "RefreshRates()" is now inside the "PlacesXXXX" | //| OnTradeTransaction: | //| a "while" loop for "PlacesXXXX" | //+------------------------------------------------------------------+ポジションがオープンされると、反対側のポジションをすべてクローズするようにしました。現在の価格取得は、ギャップやスリッページを防ぐため、PlacesBuyおよびPlacesSell機能の中に移動しました。OnTradeTransactionでは、保留中の注文はwhileループで発注されます。つまり、サーバーを殴っているのです:)- ベストな解決策ではありませんが、今のところはこのままです。実は、今、私たちは考えることができます。ポジションを増やす方法(ロット数計算)は?対立する立場をどうするか...。 削除済み 2017.09.28 10:21 #17 George Merts:安値で買って高値で売れば、必ず利益が出る」と書くのがベターでしょう。 誰が議論しているのか?問題は、「合理的な信号」を見つけることです。 最もシンプルでわかりやすい選択肢です。 Artiom Morochin 2017.09.28 10:29 #18 ご一緒してもいいですか? 削除済み 2017.09.28 10:29 #19 とか、そんな感じです。 Vladimir Karputov 2017.09.28 10:33 #20 Artiom Morochin: ご一緒してもいいですか?完了しました。ウェアハウスと接続 し、ウェアハウスからプロジェクトファイルを更新する。 12345678 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
少しずつですが、機能を追加しています。開始時、ポジションがなく、保留中の注文が ない場合、保留中のストップ注文が発注されます。バージョン表記は、クラスファイルに添付されています。
ds
興味深いことに、CBuyStopSellStopGrid::RefreshRates(void)関数は、asc-bid値がゼロかどうかをチェックします。
本当にあり得る状況なのでしょうか?
一般的には - これ以上の指摘はありません、コードは非常に透明で明確です。
興味深いことに、CBuyStopSellStopGrid::RefreshRates(void)関数は、asc-bid値がゼロかどうかをチェックします。
こんな状況、本当にあるのでしょうか?
一般的に、他の指摘はなく、コードは非常に透明で明確です。
そう、これが人生であり、ここでは何でも可能なのです。一般的には、テスターのせいで入力されたゼロ値をチェックします(1年ほど前です:最初のt=few ticksを開始するときにテスターがゼロを与えました)。
少しずつですが、機能を追加しています。OnTradeTransactionでは、ポジションがある場合(「DEAL_ENTRY_IN」)、保留中の注文を削除し、新たに2つのストップ保留注文を設定します。
これまではそのような欠点がありました。
そう、これが人生であり、何でも可能なのです。一般に、ゼロ値のチェックはテスターの関係で導入されたものです(1年ほど前、最初のt=数ティックを開始するときに、テスターがゼロを出したという事例がありました)。
少しずつですが、機能を追加しています。OnTradeTransactionでは、ポジションがある場合(「DEAL_ENTRY_IN」)、保留中の注文を削除し、新たに2つのストップ保留注文を設定します。
これまではそのような欠点がありました。
スクリーンショットに示されたアルゴリズムは動作しません。アルゴリズムを動作させるためには、次のようなことが必要です。
買いシグナルを受信すると、最初のローソク足の高値の上に買いのストップ注文がグリッド状に配置されます。終値以下では、売り逆指値注文が発注されます。注文は利益や損失ではなく、別のシグナルによってクローズされるべきです。多少なりともまともな信号であれば、このシステムは必ず機能します。
これはあくまでバリエーションであり、すべてを別の方法で行うことも可能です。
信号が多少なりともまともであれば、このようなシステムは必ずうまくいく。
安値で買って高値で売れば、必ず利益が出る」と書いた方がいいだろう。
誰が議論しているのか?問題は、「合理的な信号」を見つけることです。
バージョン1.003。
実は、今、私たちは考えることができます。
安値で買って高値で売れば、必ず利益が出る」と書くのがベターでしょう。
誰が議論しているのか?問題は、「合理的な信号」を見つけることです。
最もシンプルでわかりやすい選択肢です。
とか、そんな感じです。
ご一緒してもいいですか?
完了しました。ウェアハウスと接続 し、ウェアハウスからプロジェクトファイルを更新する。