EAラボラトリーフォーラム::FXシステムトレード情報満載のコミュニティサイト

返信ありがとうございます。

そうなんですね～。インチキEA野郎根絶のためにもイイ物だといいですね。
V5はJPNアカウント判定機能とかの日本のユーザ向けの改造ですか。。

公開ソースとこのトピックのおかげで大変勉強になりました。
MoneyManagement機能とかパクれるものがあって勉強になりました。

ちなみに、
オリジナルを超える改造であるという、マルチタイムフレームへの改造はやってみたのですが、
BTしても結局？？な感じでした。。

以前、Zulutradeを使っていました。
Zulutradeはトレーダーを選ぶだけなので、FXの知識がなくてもできます。
ただ、勝率99％でPFも高いトレーダーを選んでいたのですが、
全然勝てなかったです。
公表している数字が信用できなかったので、撤退しました。

個人的には人任せってのがどうも苦手で信用できないんです。
公表値はどうにでもなるでしょうから・・。
めっけものに当たれば良いのでしょうけど（笑）

自分でEAを探して（または自作して）最適化からBTで初めて見えてくる部分もあるのではないでしょうか？
ソースがまるで分からない販社のEAはフォワードやらBTやらでしか判断できませんが、ソースを
堂々と公開しているこのEAの場合は比べものにならない安心感があります。
作者も言っているように”Winnerは多くの人が使うようなEAじゃない、なぜならもっと優秀なEAがあるから”
ということですが、ほったらかしで動かせるEAって事でWinnerなのだと思います。
負けたときにブローカーの最小ロットになるとか、年末年始に最小ロットになるとかは彼の
経験からそうしてるのだと思います、今回の連続損失はデフォルトで使っている人には痛くもかゆくも無いはずで
ハイレバレッジ設定や、ロット固定の場合はそれなりに損失は出たと予想しています。（笑）
稼ぎ頭ではなく脇役で淡々と積み重ねるEAでは無いのかなと思います。

みなさん日々検証ありがとうございます。

ところで、過去の書き込み等でソース内の指標は固定足参照になってるので、iTime()等を使って稼働時間足ごとにタイミングを変える努力を去れていたと思います。

単純に指標の参照足を０＝稼働チャート時間足参照にしてピリオドを変更できるようにするだけとはどう違うんでしょうか？

弄りすぎて原形をとどめていません

みなさん、こんにちは。

Steady Winner やられていますね。（というかトレンド系全般ですか）
私はBT上でもFT上でも連敗がほとんど無かった為、
負け後の最小ロット設定を切っていました。
V4になってバリバリポジションをとるようになったので
アグレッシブな方が今のバージョンには向いているのかもとの思いでの
設定でしたがこの相場ではあだとなったようでした。
joiｎさんの言われるように陰で動いてましたというようなロットでの稼働に
なるように調整してみます。
個人的にはV３の時の方がエントリーは少なかったですが最小ロット設定も
効いていて結構すきでした。

今日の結果です。

ブローカ：FxPro
改造：累積RSI、スプレッドフィルタ、他改造入り

Open Date　　　　　Close date　　　　　　　Pips　　Duration
02.21.11 05:14　　 02.21.11 07:33　　-2.0　　2h 19m　
02.21.11 02:38　　 02.21.11 03:23　　7.0 　　45m　　

このＥＡですが、ＳＬ入らない時ありませんか？
仕様なのかバグなのか分からないのですが、今日Stop設定しているpipsを超えて
上昇してたのを偶々発見して、あわてて手動決済してしまいました・・・ｗ

※ブローカーはFxPro使ってます。

私は３ブローカーで動かしてますが、
3ブローカーともSLが入ってませんでした。
どうやらバグみたいなのがありそうです。
おかげで3ブローカーとも100pipsの負け
痛いです・・・・

kamyuさん、fuka研究員

EAのログに何か残ってませんか？
急激な動きの時、注文（今回の場合OrderModify)が追いつかない＆受け付けてもらえない事は多々ありますので。

今手元にEAは無いのですが、確か、オーダーのエラー時の処理がコードに組み込まれて無く次のtickまでは何もしないコードだったような気がします

KEISHO＿MANさま

> オーダーのエラー時の処理がコードに組み込まれて無く
> 次のtickまでは何もしないコードだったような気がします

その通りです。素晴しい記憶力ですね

エラー処理が甘い (ほぼ皆無) だったりするので、
今回のような事故は起こり得ますよね。


ほとんど全部のサブルーチンがvoidで、
引数も使わずほとんどグローバル変数でやり取りされてるし、

TPとSLはパラメータで指定した値から2 pipずれた値で入るし、
ロット数計算は資金の2%になってないし、
使ってないインジケータが毎Tick呼び出されていて無駄に重いし、

ムキになって直していったら、残っているコードは、
indicatorsと、エントリーやクローズ判定の条件式だけでした


ただ、プログラム的にエラー時のリトライ処理が無かったとは言え、
fukaさんの、3ブローカーともSLが入ってないケースは気になります。

ストップが10 pipsぐらいしかない設定なら、ちょっと激しい値動きでもあれば、
あちこちの会社でOrderModifyに失敗しても納得ですが。。

いつのオーダーで、どの3社で、どんなエラーが出ていて、
どんなSL・TP設定だったんでしょうね。