10ポイント 3.mq4 - ページ 275

 

改造について

ありがとうございます。

このプロジェクトを 実現するための皆さんの努力に本当に感謝しています。この議論は私がPCから離れている間に起こったもので、Davidと議論する機会がありませんでした。私はコーディングのスキルはありませんが、いつもはDavidとアイデアを出し合っていますし、家に帰ったらYahooメッセンジャーで再度連絡を取るつもりです。

私は、最終的に大きな損失は避けられないという結論に達しましたが、あなたは私の熱意を再燃させ、さらなる発展を期待しています。フォワードテストは私がサポートします。IBFX Miniとの互換性に興味があり、そのプラットフォームでテストできるようにしたいと思っています。

ジョン

 

私は上記の提案に従ってコードを更新しましたが、テストではあまりうまくいきません。

私はDavidsの時間遅延でそれを試してみましたが、バックテストでは 動作しません、フォワードテストでは正常に動作するかもしれませんが、私はすぐに言及する固有の問題が残っています。

Michel、あなたの提案も試してみましたが、基本的にDavidが提供したコードでバックテストの問題を修正しました。しかし、私が直面している問題は、基本的に最後の注文の間の遅延時間の固定値を作成していることです。 これは、注文が接近しているにもかかわらず、強制的な遅延時間が取引を逃してしまうような、ボラティリティの低い時間帯には不都合です。

私はまだこれを行うための最良の方法を考えていますが、基本的には、エントリ間の時間を固定することはできません。 また、固定する場合は、ローソク足1本につき1~2本以上の取引が発生する可能性のある、ボラティリティの高い時間帯にのみ適用する必要があります。

まだ考えています...提案はありますか?

あなたがここに戻ってくるのは良いことだyeoeleven、私は我々がこれを動作させることができると思います、あなたのフォワードテストは大きな助けになります。

 

FXA0 - 10-points3v0.03.mq4

以下は、davidke20、Michel、および私の追加をすべて含む更新後のコードです。 私は現在、時間遅延の部分をコメントアウトしています。

現在、タイムディレイについてはコメントアウトしています。 とりあえず、これがそのコードです。

私は多くのものを整理し、いくつかのものを短くしました。

また、最後にダメージコントロールとして余分な関数を 追加した。

entryDirection()関数のエントリーの種類によって、別のauditTrade()関数を追加して、エントリー指標から大幅に乖離したかどうかをチェックします。

を追加しました。

entryDirection()関数に従ってロングした場合、auditTrade()関数は繰り返しごとに現在のインディケータをチェックし、それがあるレベルに達していれば、すべてのロングを決済します。

と判断した場合、すべてのロングオーダーを成行で決済します。 これは、ショートを開始した場合とは逆になります。

次の繰り返しでは、未決済の注文はなく、entryDirection()関数に従って、再び注文を探します。

基本的にこれは同じ10points3ですが、盲信するのではなく、指標に従ってポジションの購入と決済を行う力を備えています。

もしこれが分かりにくかったら申し訳ありませんが、コードを言葉に置き換えるのは難しいです。 私はただ、このシェルを皆さんに提供したかったのです。

というのも、entryDirection()とauditTrade()関数に好きなだけ基準を追加することができるからです。

この新しいコードで、複数の異なるエントリーとエグジットの基準を指定することができます。

このまま続けてみましょう。

EDIT: 添付ファイルを追加するのを忘れていました。 、今日はちょっとやることがあるので、ブレインストーミングをして、後でここにチェックします。

EDIT2: 今現在、エントリーとエグジットの基準はあまり知的なものではありません。 基本的には、RSIが50以下で、現在のRSIが最後のバーのRSIより小さい場合、ショートする。 RSIが50以上で、現在のRSIが最後のバーのRSIより大きければ、ロングする。 そして、利益が出た場合、または方向転換の保護のためにRSIがある数値に戻った場合に閉じます。

今のところ、これは非常に静的なものです。 もしこれを機能させたいなら、もっとダイナミックにする必要があります。 その理由は以下の通りです。 もし私たちがロングで行っていて、RSIが50を越えてクロスアップした場合、問題はありません。 さて、今度はRSIが62で上昇する可能性があります。 しかし、今はauditTrade()のクローズから遠く離れているため、より大きなリスクにさらされています。 現在、49で静止していることを思い出してください。 50を超えたら問題ないのですが、今は62で、49という保護水準からはかなり離れています。 プロテクションから離れれば離れるほど、より大きな打撃を受けることになります。 これは、エントリーによって調整する必要があります。 これが私の今後の開発方針で、前述したようにローソク足1本につき2回以上買わないようにするコードの他に考えていることです。

ファイル:
 
neta1o:
...しかし、私が遭遇している問題は、基本的に最後の注文の間の遅延時間の固定値を作成していることです。 これは、注文が接近しているにもかかわらず、強制的な遅延時間によって取引を逃してしまうような、変動の少ない時間帯には不都合です。

まだ最良の方法を考えているところですが、基本的にエントリー間の時間は固定できません。 あるいは、固定とするならば、ローソク足1本につき1~2本以上の取引が発生する可能性のある、ボラティリティの高い時間帯にのみ適用すべきです。

私の悪い英語で申し訳ありませんが、私はエントリーの間に固定された時間間隔を持つことを意味するものではありません。つまり、ピップステップが10で時間間隔が3分だとすると、時間tに売り注文が出されたら、時間t+3*60のビッドをチェックして、その値に10ピップを足すのです。

ゆっくりした相場では、結果は標準的なエントリー(最後の価格+10ピップ)とほぼ同じになりますが、速い相場では、その3分の間に価格が15ピップ上がると、実際のピップステップは15+10となります。

これは指値注文で非常にうまく機能しますが、即時約定 注文でも実行できます。

もちろん、その3分の間に別の売りを建てることはありませんが、他の注文を建てたときの対処はしなければなりません。

 

笑)まあ、これまで行った変更のほとんどは、私たちの10points3をオリジナルの10points3の作者elcactus.comから入手できるDLMv1.4-MQL4Contest.mq4にアップデートしたようです。

私は10points3v0.03のアップデートをやめ、上記のDLMv1.4のアップデートを行いました。 よりクリーンなコードになったようです。 アップデートしながら作業していこうと思います。

 

バックテストの実施について

こんにちは

私は新しい10point3のバックテストを するつもりです。最高の設定と結果で、最新の素晴らしいテストをお見せします。

今、私は1M,pips20,tp20,maxtrades9.が最高で安全だと感じています。

私たちは、安全で、安全で、安全で、安全で、トータルネットプロフィットだけが私たちの目標ではありません。

私たちの開発者にとても感謝しています。

davidke20

Michel

Neta1o

そして私は私が助けることができることを望みます。

サワー

 

neta1oさんお疲れ様です。

neta1o:
以下は、davidke20、Michel、そして私が追加したコードを更新したものです。 私は、現在、時間遅延のものをコメントアウトしています。

はベストな方法を決めてください。 とりあえず、これがそのコードです。

私は多くのものを整理し、いくつかのものを短くしました。

また、ダメージコントロールとして機能するように、最後に追加の関数を追加しました。

entryDirection()関数のエントリーの種類によって、別のauditTrade()関数を追加して、エントリー指標から大幅に乖離したかどうかをチェックします。

を追加しました。

entryDirection()関数に従ってロングした場合、auditTrade()関数は繰り返しごとに現在のインディケータをチェックし、それがあるレベルに達していれば、すべてのロングを決済します。

と判断した場合、すべてのロングオーダーを成行で決済します。 これは、ショートを開始した場合とは逆になります。

次の繰り返しでは、未決済の注文はなく、entryDirection()関数に従って、再び注文を探します。

基本的にこれは同じ10points3ですが、盲信するのではなく、指標に従ってポジションを買ったり閉じたりする力を備えています。

もしこれが分かりにくかったら申し訳ありませんが、コードを言葉に置き換えるのは難しいです。 私はただ、このシェルを皆さんに提供したかったのです。

というのも、entryDirection()とauditTrade()関数に好きなだけ基準を追加することができるからです。

この新しいコードで、複数の異なるエントリーとエグジットの基準を指定することができます。

このまま続けてみましょう。

EDIT: 添付ファイルを追加するのを忘れました。 、今日はちょっとやることがあるので、ブレインストーミングをして、後でここにチェックします。

EDIT2: 今現在、エントリーとエグジットの基準はあまり知的なものではありません。 基本的には、RSIが50以下で、現在のRSIが最後のバーのRSIより小さい場合、ショートする。 RSIが50以上で、現在のRSIが最後のバーのRSIより大きければ、ロングする。 そして、利益が出た場合、または方向転換時の保護のためにRSIがある数値に戻った場合に閉じます。

今はとても静的な状態です。 もしこれを機能させたいなら、もっとダイナミックなものにしなければなりません。 その理由は以下の通りです。 もし私たちがロングで、RSIが50を越えて上昇した場合、問題はありません、私たちはロングで取得し、迅速に利益を閉じることができます。 さて、今度はRSIが62で上昇する可能性があります。 しかし、今はauditTrade()の終値から遠く離れているため、より大きなリスクを抱えています。 現在、49で静止していることを思い出してください。 50を超えたら問題ないのですが、今は62で、49という保護水準からはかなり離れています。 プロテクションから離れれば離れるほど、より大きな打撃を受けることになります。 これは、エントリーによって調整する必要があります。 これが私の今後の開発方針で、前述したようにローソク足1本につき2回以上買わないようにするコードの他に考えていることです。

とても良い出来です。

テストしてみましょう

サワー

 

よっしゃー

やあみんな......。私はここにいる、そして私は準備ができている!

N2

 

更新情報

このプログラムは完全に書き直されたものです。 このプログラムを使ってライブで取引しないでください。

お望みであれば、デモトレードは可能です。 基本的に、私はゼロから10points3コードを書き直した。 私は多くを取り出し、10points3コードをクリーンアップ。 また、marketQualityという新しい関数を追加しました。 これはプログラムのエントリーとエグジットの基本です。

今、私はそこに単純なRSIスクリプトを持っていますが、それは明らかに成功しません。 何か大きなランが起きれば失敗します。

これにもっとインテリジェンスを加えようと思っている。

もしよかったら、デモを試してみてください。 私たちは何を追加または削除することができます教えてください。

リアルタイムで方向に忠実であるいくつかの良い指標は何ですか?

EDIT:これは、注文を開いたり閉じたりするために指標を使用しているので、T / PまたはS / Lを持っていません。

本当に成功するEAを作るには、より多くの変数をダイナミックにする必要があると思います。 相場に合わせて調整しないと、必ず失敗します。 TakeProfitとPipStepは、市場のボリュームと取引のボラティリティに応じてダイナミックに変化させる必要があるかもしれません。 また、保守的な資金管理をプログラムすることで、皆がmaxtrade変数をいじくり回すのを避けることができるでしょう。 maxtrade 変数は、口座残高に基づいて 動的に設定することができます。

ファイル:
 

いくつかのテスト

davidke20:
って、今まで見た中で一番クレイジーな発言。Muahahaha

採用情報

デビッド

ここモントリオールで、「ムハハハ」という声が聞こえてきそうです。

V12ほどの性能のないEAをテストしている人が大勢いるなんて、最悪だ。私もそれに参加したかったです

私は今10pt3のいくつかのバリエーションを持っていますが、どれも非常に良い、はい、デビッドにあなたのいくつかを行っています。私は、昨日からテストを始めた5分足のものを添付しました。設定 最大取引数 7- pips15-takeprofit-15 trailing stop10macdtf 30

理由: