[警告は閉鎖されました!】フォーラムを乱雑にしないために、どんな初心者の質問でも。プロフェッショナルは、通り過ぎないでください。あなたなしでは、どこにも行けない。 - ページ 995 1...988989990991992993994995996997998999100010011002...1145 新しいコメント stasjan777 2010.11.30 10:16 #9941 こんにちは、すべて、それが可能である場合(価格が上がる場合は、順序は開いたままですが、価格は2点で下落している場合は、順序を閉じて)正しくそれを行う方法をアドバイスします。if (iMomentum(NULL,0,-2,PRICE_HIGH,0)) { OrderClose(OrderTicket(),OrderLots(),0,Bid,Violet); Julia Sharipova 2010.11.30 11:43 #9942 artmedia70: 意味がわからない...。取引条件を定義する機能で、なぜヒストリーのn本のバーの平均スプレッドを計算する必要があるのですか? 英国の教科書に載っている関数を使うのであれば、Events()関数の中でやった方が理にかなっていると思います。 それはそれとして、SKが提案するブローカーのStopLevelの変化を追跡する方法をご覧ください。全く同じ方法でスプレッドの変化を追跡し、もしあれば配列の次の値を入力することを妨げるもの。さて、そして、その「院内の平均温度」(c)SKを計算する配列を埋めるとき ... アイデアは、一日の異なる時間帯に異なるスプレッドがあり、時には私のトレーディングシステムは、例えば12ポイントの平均スプレッドでうまく取引し、6ポイントのスプレッドでは負け、逆に私がスプレッド6に調整すると、スプレッド12で負けになります、つまり保留中のオーダーのレベルは、このパラメータに依存します。TakeとStopで注文を出したら、5桁で100pipsのプラスで、Takeはもともと150pipsだったのが、プラスになったのですが。ストップロスやテイクテイクを設定しても、価格がゾーンに近いとストップロスやテイクプロフィットができないのですが、どうしたらいいですか?結果、システムは正常に動作し、反転コマンドを出したが、ターミナルは失敗し、売りポジションを取らずに、買いポジションを取らずに価格が下がっていった。 どのように戦うのか? Artyom Trishkin 2010.11.30 12:44 #9943 ex_kalibur: このアイデアは、時間帯によってスプレッドが異なるというもので、平均的なスプレッドの場合、私のトレーディングシステムは、例えば12ポイントのスプレッドでうまく取引でき、6ポイントのスプレッドでは損をすることがあります。 もしスプレッドを6で調整すれば、12ポイントでは損をします。つまり、保留命令のレベルはこのパラメータに依存します。全体のアイデアは後で掲載しますが、今私は段階的に何かをしなければならず、今日初めて凍結レベルにも直面しました。TakeとStopで注文を出したら、5桁で100pipsのプラスで、Takeはもともと150pipsだったのが、プラスになったのですが。ストップロスやテイクテイクを設定しても、価格がゾーンに近いとロスカットやテイクプロフィットができないのですが。結果、システムは正常に動作し、反転コマンドを出したが、ターミナルは失敗し、売りポジションを取らずに、買いポジションを取らずに価格が下がっていった。 どのように戦えばいいのでしょうか? いい ところに来たようだな...。 削除済み 2010.11.30 13:23 #9944 プログラミングを始めてまだ3日目、トレーリングストップの部分の書き方がわからない。 問題は、すべてがうまくいくことです。しかし、ストップロスを 片側と反対側の両方に移動させてしまいます。 if (Ticket> 0) { if (Opn_B == true) { SL = Ask - TS*Point; Ticket= OrderModify(Ticket,Price,SL,TP,0); } ※私の場合、Opn_Bはtrueです。 if (Opn_S == true) { SL = Ask + TS*Point; Ticket= OrderModify(Ticket,Price,SL,TP,0); } (Opn_S == true)。 } ZahvatkiN 2010.11.30 15:31 #9945 ex_kalibur インボックスありがとうございます、今度メールしてみます。 Julia Sharipova 2010.11.30 15:45 #9946 ZahvatkiN: ex_kalibur インボックスありがとうございます、今度メールしてみます。 何ですって? nkrutin 2010.11.30 16:58 #9947 こんばんは!(^o^) Metatrader4からExelにチャートのデータ(インジケータの値)をエクスポートする方法を教えてください。 ヘルプやヒントをもらえたら嬉しいです :) Aleksander 2010.11.30 17:35 #9948 プリント することで、あなたのお役に立ちます :) Julia Sharipova 2010.11.30 18:15 #9949 親愛なる artmedia70、私はあなたが積極的にこのスレッドで支援していることを非常に感謝して、 次の文章は 、 主にあなたに向けられているが、より多くの専門家がある場合は、によって行くと助けてください、それはおとぎ話のように判明した森の中にさらに多くの薪、私は壁を打つ巻き上げの結果として、私は本当に 助けを必要とし、 私はこの戦略を実装し、多くの初心者が一貫して効果的にプログラミングで経験を積むことを期待 します。 問題はこれです。 1.Low変数とHigh変数を見つける(それぞれを見つけるプロセスは異なるままです) 2. 直近Nティックの平均スプレッドを計算する必要がある(外部変数N)。 3.チャンネル幅のk部分(例:チャンネル幅の2/3または最小1/3)において、高-低>平均の広がりを想定している。 4.これらの条件が満たされると、注文が発注されます。 - ラインより上 高 - 売り - ライン下 Low - Bay 注文はグリッドを使って両サイドに出す。 *最も近い売り注文は最小の数量となり、可能であればHighの水準で発注されます。 * 次の注文は、High+一定のポイント数(例:High+(High-Low))の距離で発注されます。 * 注文の総数は外部変数に設定する必要があり、この場合、各注文は等しいボリュームを持っていない(例えば、最初の0.1、第二0.2、第三0.3などここで我々は算術進行または幾何級数でボリュームを増やすの異なる方法を想定し、我々はそれぞれ、後でここに決定する、このブロックが別の関数にすべきである)。 * 外部設定で希望のSLを指定し、最初の(最も小さい)SLでStopLoss(設定による)と等しくなり、その後のStopLossは最初のものと同じ値(0,1 = 60ポイント、0,2 = 40ポイント)つまり、最も小さい注文でStopLossが発動されると、すべての注文が一度に決済されます。 * テイクプロフィットは、(高値-安値)*ポイント+建値となります。 *市場終了条件 オープンベイ 注文が利益状態であり、Highレベルが変化して以前の値より低くなり、Bid>=High、StopLewelで注文を閉じることができれば、ベイタイプのすべてのオープンオーダーは、当社商品の最大のボリュームから始めて閉じられます。 *市場に応じた開設条件。 Bay ==0、かつBid < Low、かつAsk < High + 平均スプレッドの場合、許容される最小の数量でオープンし、このタイプの保留中の注文を最小の数量で削除します(条件が許す場合)。 取引中に、最初の注文よりも大きな値で新しい注文が開き、同じ終値で閉じたら、同じ数量で、閉じられたのと同じ値段で新しい注文を出します(条件が許す場合)。 同じ数量、同じ価格で、+スリッページで市場に戻る。 * 最初の注文(最小量の注文です)が閉じられた後、保留中の買い注文はすべて削除され、それ以上の未決済注文は存在しないはずだと仮定され、その後注文は再計算され、グリッドが再び投げられます。 * 反対の注文タイプで常に未決済注文が計算され、それぞれ反対の注文タイプのグリッドが投げられます。 * 最初の注文(最小数量)が開いている間は、反対注文を開くことはできません。 5.ロットボリュームの計算、設定で固定またはパーセンテージのいずれかを許可。 すべての注文が固定数量である場合 - 1つの固定数量を持つすべての注文 -固定-ストップロスでグリッド(シリーズ)を閉じる場合、すべての注文の総量は、許容される損失の%を超えてはならない。 従って、最大ボリュームは現在の価格から最も遠く、ストップロスが最小で、価格に最も近いボリュームが最小となるように計算されます( 例 シリーズ 0.1 0.2 0.3 0.4 0.5 は次のようになります。 series 0.1 0.1 0.1 0.2 0.3 - in this case we have not enough for whole series 6.最低保証金計算のブロック *ここで、最大損失額の計算が行われます。変数High,Lowの値に基づいて、すべての保留中の注文が開かれ、Stop Lossで閉じられると考えられます。 「選択されたリスク%で、注文がストップロスで閉じられた場合、あなたは...の損失を被ることになります」。 とか、「ストップシリーズを1つ実装するための資金がなくてExpert Advisorが動かない」とか。 7.私は1つの機能しか持っていません:イベントの記録、情報、本のようにエラーを見たいと思います。 8. そしておそらく最後に、いくつかの「ボタン」または特別な機能で、それをクリックすると(または設定を変更すると)、オープンとは逆のタイプの保留中の注文がすべて削除され(市場が買いであれば、すべてが削除されます)、エキスパートがシリーズが終了するまで動作します。 本の構造https://book.mql4.com/ru/build/index に従ってプログラムを書いて頂きたいのですが。 このポストでこれを行うには、私は本からすべてのファイルを添付し、これらのファイルの各々は、個々のファイルの完了後に保存され、また、コーディングプログラムの完了時に、公開に添付される作業を開始しますこのフォーラムに投稿されます。 私はこのアイデアはもっぱら認知、教育的性質であり、専門家の完了時に有益であることを保証するものではありませんことをすぐに警告し、それが懸念しているすべてのポリープは、日や時間を費やしているグレイルを探し、別のお尻ハリネズミをつぶすしたい ))))))))))))))))))))))))))))。 私の個人的な目標は、この構造でコーディングできるようになることです。つまり、コメント、個々の関数、外部ファイル、ライブラリとの連携など、すべてのルールでコーディングできるようになることです。 Julia Sharipova 2010.11.30 18:26 #9950 第1段階は非常に重要で、基本的なことですが、プログラマーが何を求められているかを理解できるように、正しく定式化された参照条件を用意することだと考えています。 というわけで、私のアウトラインに対するコメントを待って、正しいToRを書きましょう、そして、始めましょう 1...988989990991992993994995996997998999100010011002...1145 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
意味がわからない...。取引条件を定義する機能で、なぜヒストリーのn本のバーの平均スプレッドを計算する必要があるのですか?
英国の教科書に載っている関数を使うのであれば、Events()関数の中でやった方が理にかなっていると思います。
それはそれとして、SKが提案するブローカーのStopLevelの変化を追跡する方法をご覧ください。全く同じ方法でスプレッドの変化を追跡し、もしあれば配列の次の値を入力することを妨げるもの。さて、そして、その「院内の平均温度」(c)SKを計算する配列を埋めるとき ...
アイデアは、一日の異なる時間帯に異なるスプレッドがあり、時には私のトレーディングシステムは、例えば12ポイントの平均スプレッドでうまく取引し、6ポイントのスプレッドでは負け、逆に私がスプレッド6に調整すると、スプレッド12で負けになります、つまり保留中のオーダーのレベルは、このパラメータに依存します。TakeとStopで注文を出したら、5桁で100pipsのプラスで、Takeはもともと150pipsだったのが、プラスになったのですが。ストップロスやテイクテイクを設定しても、価格がゾーンに近いとストップロスやテイクプロフィットができないのですが、どうしたらいいですか?結果、システムは正常に動作し、反転コマンドを出したが、ターミナルは失敗し、売りポジションを取らずに、買いポジションを取らずに価格が下がっていった。
どのように戦うのか?
このアイデアは、時間帯によってスプレッドが異なるというもので、平均的なスプレッドの場合、私のトレーディングシステムは、例えば12ポイントのスプレッドでうまく取引でき、6ポイントのスプレッドでは損をすることがあります。 もしスプレッドを6で調整すれば、12ポイントでは損をします。つまり、保留命令のレベルはこのパラメータに依存します。全体のアイデアは後で掲載しますが、今私は段階的に何かをしなければならず、今日初めて凍結レベルにも直面しました。TakeとStopで注文を出したら、5桁で100pipsのプラスで、Takeはもともと150pipsだったのが、プラスになったのですが。ストップロスやテイクテイクを設定しても、価格がゾーンに近いとロスカットやテイクプロフィットができないのですが。結果、システムは正常に動作し、反転コマンドを出したが、ターミナルは失敗し、売りポジションを取らずに、買いポジションを取らずに価格が下がっていった。
どのように戦えばいいのでしょうか?
問題は、すべてがうまくいくことです。しかし、ストップロスを 片側と反対側の両方に移動させてしまいます。
if (Ticket> 0)
{
if (Opn_B == true)
{
SL = Ask - TS*Point;
Ticket= OrderModify(Ticket,Price,SL,TP,0);
} ※私の場合、Opn_Bはtrueです。
if (Opn_S == true)
{
SL = Ask + TS*Point;
Ticket= OrderModify(Ticket,Price,SL,TP,0);
} (Opn_S == true)。
}
ex_kalibur インボックスありがとうございます、今度メールしてみます。
ex_kalibur インボックスありがとうございます、今度メールしてみます。
こんばんは!(^o^)
Metatrader4からExelにチャートのデータ(インジケータの値)をエクスポートする方法を教えてください。
ヘルプやヒントをもらえたら嬉しいです :)
親愛なる artmedia70、私はあなたが積極的にこのスレッドで支援していることを非常に感謝して、 次の文章は 、 主にあなたに向けられているが、より多くの専門家がある場合は、によって行くと助けてください、それはおとぎ話のように判明した森の中にさらに多くの薪、私は壁を打つ巻き上げの結果として、私は本当に 助けを必要とし、 私はこの戦略を実装し、多くの初心者が一貫して効果的にプログラミングで経験を積むことを期待 します。
問題はこれです。
1.Low変数とHigh変数を見つける(それぞれを見つけるプロセスは異なるままです)
2. 直近Nティックの平均スプレッドを計算する必要がある(外部変数N)。
3.チャンネル幅のk部分(例:チャンネル幅の2/3または最小1/3)において、高-低>平均の広がりを想定している。
4.これらの条件が満たされると、注文が発注されます。
- ラインより上 高 - 売り
- ライン下 Low - Bay
注文はグリッドを使って両サイドに出す。
*最も近い売り注文は最小の数量となり、可能であればHighの水準で発注されます。
* 次の注文は、High+一定のポイント数(例:High+(High-Low))の距離で発注されます。
* 注文の総数は外部変数に設定する必要があり、この場合、各注文は等しいボリュームを持っていない(例えば、最初の0.1、第二0.2、第三0.3などここで我々は算術進行または幾何級数でボリュームを増やすの異なる方法を想定し、我々はそれぞれ、後でここに決定する、このブロックが別の関数にすべきである)。
* 外部設定で希望のSLを指定し、最初の(最も小さい)SLでStopLoss(設定による)と等しくなり、その後のStopLossは最初のものと同じ値(0,1 = 60ポイント、0,2 = 40ポイント)つまり、最も小さい注文でStopLossが発動されると、すべての注文が一度に決済されます。
* テイクプロフィットは、(高値-安値)*ポイント+建値となります。
*市場終了条件
オープンベイ
注文が利益状態であり、Highレベルが変化して以前の値より低くなり、Bid>=High、StopLewelで注文を閉じることができれば、ベイタイプのすべてのオープンオーダーは、当社商品の最大のボリュームから始めて閉じられます。
*市場に応じた開設条件。
Bay ==0、かつBid < Low、かつAsk < High + 平均スプレッドの場合、許容される最小の数量でオープンし、このタイプの保留中の注文を最小の数量で削除します(条件が許す場合)。
取引中に、最初の注文よりも大きな値で新しい注文が開き、同じ終値で閉じたら、同じ数量で、閉じられたのと同じ値段で新しい注文を出します(条件が許す場合)。
同じ数量、同じ価格で、+スリッページで市場に戻る。
* 最初の注文(最小量の注文です)が閉じられた後、保留中の買い注文はすべて削除され、それ以上の未決済注文は存在しないはずだと仮定され、その後注文は再計算され、グリッドが再び投げられます。
* 反対の注文タイプで常に未決済注文が計算され、それぞれ反対の注文タイプのグリッドが投げられます。
* 最初の注文(最小数量)が開いている間は、反対注文を開くことはできません。
5.ロットボリュームの計算、設定で固定またはパーセンテージのいずれかを許可。
すべての注文が固定数量である場合 - 1つの固定数量を持つすべての注文
-固定-ストップロスでグリッド(シリーズ)を閉じる場合、すべての注文の総量は、許容される損失の%を超えてはならない。
従って、最大ボリュームは現在の価格から最も遠く、ストップロスが最小で、価格に最も近いボリュームが最小となるように計算されます(
例 シリーズ 0.1 0.2 0.3 0.4 0.5 は次のようになります。
series 0.1 0.1 0.1 0.2 0.3 - in this case we have not enough for whole series
6.最低保証金計算のブロック
*ここで、最大損失額の計算が行われます。変数High,Lowの値に基づいて、すべての保留中の注文が開かれ、Stop Lossで閉じられると考えられます。
「選択されたリスク%で、注文がストップロスで閉じられた場合、あなたは...の損失を被ることになります」。
とか、「ストップシリーズを1つ実装するための資金がなくてExpert Advisorが動かない」とか。
7.私は1つの機能しか持っていません:イベントの記録、情報、本のようにエラーを見たいと思います。
8. そしておそらく最後に、いくつかの「ボタン」または特別な機能で、それをクリックすると(または設定を変更すると)、オープンとは逆のタイプの保留中の注文がすべて削除され(市場が買いであれば、すべてが削除されます)、エキスパートがシリーズが終了するまで動作します。
本の構造https://book.mql4.com/ru/build/index に従ってプログラムを書いて頂きたいのですが。
このポストでこれを行うには、私は本からすべてのファイルを添付し、これらのファイルの各々は、個々のファイルの完了後に保存され、また、コーディングプログラムの完了時に、公開に添付される作業を開始しますこのフォーラムに投稿されます。
私はこのアイデアはもっぱら認知、教育的性質であり、専門家の完了時に有益であることを保証するものではありませんことをすぐに警告し、それが懸念しているすべてのポリープは、日や時間を費やしているグレイルを探し、別のお尻ハリネズミをつぶすしたい ))))))))))))))))))))))))))))。
私の個人的な目標は、この構造でコーディングできるようになることです。つまり、コメント、個々の関数、外部ファイル、ライブラリとの連携など、すべてのルールでコーディングできるようになることです。
第1段階は非常に重要で、基本的なことですが、プログラマーが何を求められているかを理解できるように、正しく定式化された参照条件を用意することだと考えています。
というわけで、私のアウトラインに対するコメントを待って、正しいToRを書きましょう、そして、始めましょう