Firebird v63G - ページ 15 1...8910111213141516171819202122...64 新しいコメント karl 2006.06.18 08:23 #141 セッティング こんにちは、ヘンドリック、こんにちは、ワッケナです。 私たちのパイプカウントを向上させるためのすべての努力に感謝します。私はあなた方の議論を聞き、またあることを試みました。私自身は特に改善されませんでした。しかし、あなたは、増加タイプのファクターによってオープンオーダー数を制御することを試みました。私は0.5を使用しています。私は、Firebirdの作者の書式に従ってテーブルを作りました。Hendrik 私もNeuimexと一緒に仕事をしています。もしかしたら、私たちは、異なる値の制御を行うことができるかもしれません。karl テーブルの追加に成功しませんでしたが、今成功しました。しかし、それはexceclファイルです。 ファイル: incrtype.txt 14 kb Wackena 2006.06.18 09:45 #142 その理由とは? 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の期間は、取引回数が少なく、トレンドのスパイクをよりよく処理するようです(多分)。これは短いテスト期間なので、私は「多分」と言います。また、異なる通貨ペアは異なるチャート期間でより良いパフォーマンスを示す可能性があることをここで示唆しています。 ワクテナ Firebird v63G ヘッジホッグ・システム&EA HedgeHog System & EA Wackena 2006.06.18 10:28 #143 karl: Hendrickさん、Wackenaさん、ピップカウントの改善のためにご尽力いただきありがとうございます。私も皆さんの議論に耳を傾け、あることを試してみました。私自身は特に改善されませんでした。しかし、あなたは、増加タイプのファクターによってオープンオーダー数を制御しようとしました。私は0.5を使用しています。私は、Firebirdの作者の書式に従ってテーブルを作りました。Hendrik 私もNeuimexと一緒に仕事をしています。もしかしたら、私たちは、異なる値の制御を行うことができるかもしれません。karl テーブルの追加に成功しませんでしたが、今成功しました。しかし、それはexceclファイルです。 Karlさん、この添付ファイルはすでにお持ちかもしれませんね。Firebirdの以前のバージョンでの戦略や、PipStep Increasementについて説明されています。 Wackena ファイル: firebird_document_01.27.zip 99 kb Hendrick 2006.06.18 13:23 #144 babarmughal 2006.06.18 17:27 #145 Wackena: はい、もし私が正しくpipsを計算したなら、それは以下の通りです。M1 940pipsの勝ち -360pipsの損失 580 pips ネット M15 560pipsの勝ち -0 ピップス損失 560ピップスネット M30 320 pipsの勝ち -0 pipsの損失 320ピップスネット ワクテナ こんにちは、Wackenaさん。 違う時間軸で同じ設定をされているのですね。 ありがとうございます。 ババール Wackena 2006.06.18 18:32 #146 babarmughal: こんにちは、Wackenaさん。ということは、上記の設定を別の時間枠で実行しているのですね・・・・・? ありがとうございます。 ババール Babarです。 はい。M1、M15、M30です。 Wackena kokas 2006.06.19 01:23 #147 先週、デモ 口座で4つのメジャーでFirebirdを走らせ、ついでにチャートのタイムフレームをM1にしたままにしておきました。設定は変えていないのに、このような結果になりました。 もう一度言いますが、これが関係しているのかどうかは分かりませんが、全てのトレードが勝利しています。 こんなことがあるのでしょうか?このメッセージと私の設定にレポートを添付します。 ロジャー ファイル: detailedstatement_26.htm 14 kb detailedstatement_15.gif 5 kb firebird.txt 1 kb saat2006 2006.06.19 03:00 #148 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を走らせています。 ありがとうございます。 ファイル: statement-firebird.htm 18 kb 新型ファイアーバードEA Firebird v63G New Firebird EA faifarni 2006.06.19 14:37 #149 このスレッドの投稿者は、このeaで素晴らしい仕事をした...結果はかなり印象的です。 babarmughal 2006.06.19 16:20 #150 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の設定は何ですか。 ありがとうございます。 ババール 1...8910111213141516171819202122...64 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
セッティング
こんにちは、ヘンドリック、こんにちは、ワッケナです。
私たちのパイプカウントを向上させるためのすべての努力に感謝します。私はあなた方の議論を聞き、またあることを試みました。私自身は特に改善されませんでした。しかし、あなたは、増加タイプのファクターによってオープンオーダー数を制御することを試みました。私は0.5を使用しています。私は、Firebirdの作者の書式に従ってテーブルを作りました。Hendrik 私もNeuimexと一緒に仕事をしています。もしかしたら、私たちは、異なる値の制御を行うことができるかもしれません。karl テーブルの追加に成功しませんでしたが、今成功しました。しかし、それはexceclファイルです。
その理由とは?
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
私が聞いたほとんどの意見では、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の期間は、取引回数が少なく、トレンドのスパイクをよりよく処理するようです(多分)。これは短いテスト期間なので、私は「多分」と言います。また、異なる通貨ペアは異なるチャート期間でより良いパフォーマンスを示す可能性があることをここで示唆しています。
ワクテナHendrickさん、Wackenaさん、ピップカウントの改善のためにご尽力いただきありがとうございます。私も皆さんの議論に耳を傾け、あることを試してみました。私自身は特に改善されませんでした。しかし、あなたは、増加タイプのファクターによってオープンオーダー数を制御しようとしました。私は0.5を使用しています。私は、Firebirdの作者の書式に従ってテーブルを作りました。Hendrik 私もNeuimexと一緒に仕事をしています。もしかしたら、私たちは、異なる値の制御を行うことができるかもしれません。karl テーブルの追加に成功しませんでしたが、今成功しました。しかし、それはexceclファイルです。
Karlさん、この添付ファイルはすでにお持ちかもしれませんね。Firebirdの以前のバージョンでの戦略や、PipStep Increasementについて説明されています。
Wackena
はい、もし私が正しくpipsを計算したなら、それは以下の通りです。
M1
940pipsの勝ち
-360pipsの損失
580 pips ネット
M15
560pipsの勝ち
-0 ピップス損失
560ピップスネット
M30
320 pipsの勝ち
-0 pipsの損失
320ピップスネット
ワクテナこんにちは、Wackenaさん。
違う時間軸で同じ設定をされているのですね。
ありがとうございます。
ババール
こんにちは、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で素晴らしい仕事をした...結果はかなり印象的です。
皆さんの中には、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の設定は何ですか。
ありがとうございます。
ババール