Firebird v63G - ページ 15

 

セッティング

こんにちは、ヘンドリック、こんにちは、ワッケナです。

私たちのパイプカウントを向上させるためのすべての努力に感謝します。私はあなた方の議論を聞き、またあることを試みました。私自身は特に改善されませんでした。しかし、あなたは、増加タイプのファクターによってオープンオーダー数を制御することを試みました。私は0.5を使用しています。私は、Firebirdの作者の書式に従ってテーブルを作りました。Hendrik 私もNeuimexと一緒に仕事をしています。もしかしたら、私たちは、異なる値の制御を行うことができるかもしれません。karl テーブルの追加に成功しませんでしたが、今成功しました。しかし、それはexceclファイルです。

ファイル:
incrtype.txt  14 kb
 

その理由とは?

Firebird v63gのコードを理解していれば、チャート上の最初のオリジナルトレードは、Codeによって「Relative Vigor index」でトリガーされます。

doubleRVI=iRVI(NULL,0,10,MODE_MAIN,0)-iRVI(NULL,0,10,MODE_MAIN,1) です。

最初の取引では、TimeFrame変数が0になって います。これは、現在のチャートのTimeFrame選択を使用することを意味します。

PipStep取引は、コードによって「移動平均インデックス」によってトリガーされます。

doublemyMA=iMA(NULL,MA_timeframe,MA_length,0,MODE_SMA,PRICE_OPEN,0) とします。

PipStepのトレードではMA_timeframeが 使用されていますが、私の設定ではMA_timeframe=15を使用しています。

このため、前回報告したように、Chart Periodが異なると結果が異なるのです。

要するに、「Cuurent Chart TimeFrameの選択がトレード活動に影響を与える」ということです。

これで納得していただけたでしょうか。もし私が間違っていたら、アドバイスをお願いします。

Wackena

Wackena:
私が聞いたほとんどの意見では、EAに時間枠がハードコードされているため、どのチャート期間を選択しても問題ないとしています。そこで、同じ設定でチャート期間を変えて、3つのサイドバイサイドテストを行ってみました。なお、このテストでは、2つのフォワードテストデモと1つのライブアカウントを使用しました。6月14日(1800GMT開始)から6月16日(2400GMT終了)までの結果がこちらです。

M1 (ライブ)

eur/usd - 10トレード (10勝0敗)

gbp/usd - 19トレード (18勝1敗)

usd/chf - 15トレード(14勝1敗)

usd/jpy - 6トレード (5勝1敗)

M15 (デモ)

eur/usd - 14トレード (14勝0敗)

gbp/usd - 4トレード (4勝0敗)

usd/chf - 5トレード (5勝0敗)

usd/jpy - 5トレード (5勝0敗)

M30 (デモ)

eur/usd - 1トレード (1勝0敗)

gbp/usd - 10トレード (10勝0敗)

usd/chf - 3トレード (3 wins, 0l oss)

usd/jpy - 2トレード (2勝、0敗)

LiveとDemoの成績に差がないはずなのに、取引量にかなりの差があるようです。また、M15とM30の期間は、取引回数が少なく、トレンドのスパイクをよりよく処理するようです(多分)。これは短いテスト期間なので、私は「多分」と言います。また、異なる通貨ペアは異なるチャート期間でより良いパフォーマンスを示す可能性があることをここで示唆しています。

ワクテナ
 
karl:
Hendrickさん、Wackenaさん、ピップカウントの改善のためにご尽力いただきありがとうございます。私も皆さんの議論に耳を傾け、あることを試してみました。私自身は特に改善されませんでした。しかし、あなたは、増加タイプのファクターによってオープンオーダー数を制御しようとしました。私は0.5を使用しています。私は、Firebirdの作者の書式に従ってテーブルを作りました。Hendrik 私もNeuimexと一緒に仕事をしています。もしかしたら、私たちは、異なる値の制御を行うことができるかもしれません。karl テーブルの追加に成功しませんでしたが、今成功しました。しかし、それはexceclファイルです。

Karlさん、この添付ファイルはすでにお持ちかもしれませんね。Firebirdの以前のバージョンでの戦略や、PipStep Increasementについて説明されています。

Wackena

ファイル:
 
 
Wackena:
はい、もし私が正しくpipsを計算したなら、それは以下の通りです。

M1

940pipsの勝ち

-360pipsの損失

580 pips ネット

M15

560pipsの勝ち

-0 ピップス損失

560ピップスネット

M30

320 pipsの勝ち

-0 pipsの損失

320ピップスネット

ワクテナ

こんにちは、Wackenaさん。

違う時間軸で同じ設定をされているのですね。

ありがとうございます。

ババール

 
babarmughal:
こんにちは、Wackenaさん。

ということは、上記の設定を別の時間枠で実行しているのですね・・・・・?

ありがとうございます。

ババール

Babarです。

はい。M1、M15、M30です。

Wackena

 

先週、デモ 口座で4つのメジャーでFirebirdを走らせ、ついでにチャートのタイムフレームをM1にしたままにしておきました。設定は変えていないのに、このような結果になりました。

もう一度言いますが、これが関係しているのかどうかは分かりませんが、全てのトレードが勝利しています。

こんなことがあるのでしょうか?このメッセージと私の設定にレポートを添付します。

ロジャー

ファイル:
 

6月15日〜6月16日のフォワードテストについて

このFirebirdのフォワードテストは、この設定(wackenaさんが独自に設定)に従って行っています。

M1チャート上

設定方法

MA_length=10(長さ

MA_timeframe=15とする。

MAtype=0

パーセンテージ=0.05000000

TradeOnFriday=1

スリップ=100

ロット=0.1000000

テイクプロフィット=23

ストップロス=120

Fast_Period=23(ファストピリオド

ファストプライス=1

スロー期間=84

Slow_Price=1

DivergenceLimit=0.00200000

使用_V63D_Divergence=0

ピップステップ=40

IncreasementType=0.00000000

DVLimit=10

ピップスゴール=500

PipsLoss=500

GMT=0

DST=0

オープニングアワー=0

クロージングアワー=24

writelog=0

gbpjpyのペ アはあまり良くない。そのgbpjpyのポジを手動で閉じる。

現在、4つのメジャー(eurusd.gbpusd.usdchf,usdjpy)のみでfirebirdを走らせています。

ありがとうございます。

ファイル:
 

このスレッドの投稿者は、このeaで素晴らしい仕事をした...結果はかなり印象的です。

 
Hendrick:
皆さんの中には、TP=20、SL=120の設定をしている方もいらっしゃいますね。つまり、1人の敗者に対して、6人の勝者がいなければ収支が合わないということです。これが最終的にうまくいくかどうかはわかりません。TP=18 と SL=42 の後、私は今 TP=26 と SL=52 を使っています (ブレークイーブンのために、1人の敗者に対して2人の勝者)。一番期待できそうですね。さらに、私はMAtype=0が必須だと思います。MAtype=1では、Firebirdがスパイク中にトレードを行うのを見たことがあります。また同じ方向に急騰すると口座がゼロになります(私が2回経験しました)。 私はFirebirdが行うすべてのトレードを研究し、12:00-13:00, 15:00-16:00, 23:00-8:00 にはトレードを行わない方が良いことに気づきました。多くの有益な取引は、16:00から18:00(私はGMT+2です)の間に行われた取引でした(そして負けは全くありません)。このようなスケジュールを利用するために、私は自分でツールを作りました。EDEAです。ファイルについては添付ファイルをご覧ください。新しい設定とスケジュールで新しいデモアカウントを始めたところです。見てみましょう!

hendrickさん、こんにちは。

あなたが使用している他のFirebirdの設定は何ですか。

ありがとうございます。

ババール