[FX] 来週は yasciiHA04c.ex4 そのまま継続
公開日：
:
最終更新日：2015/04/20
マネー
来週稼働予定の EA は先週と同じ yasciiHA04c.ex4 と yasciiADXcross03d.ex4 。
先週にトレンド反転した通貨がありますが、とりあえず同じ通貨を継続。
＊
トレンド反転後、つまり先週1週間（短い？）のデータで最適化したパラメーターは次のとおりです。
- 使用時間足はすべて 1時間足になります
推奨パラメーター（yasciiHA04c.ex4 2015/4/20-24用）
|
通貨 |
FP | ILC |
in_time |
out_time |
long/short |
| GBPUSD | 10 | 16 | 10 | 16 | long |
| USDCHF | 10 | 22 | 11 | 23 | short |
| EURUSD | 10 | 19 | 14 | 23 | long |
推奨パラメーター（yasciiADXcross03d.ex4 2015/4/20-24用）
|
通貨 |
ADX | FP |
IJC |
in_time |
out_time |
long/short |
| EURUSD | 4 | 10 | 19 | 7 | 23 | long & short |
| EURUSD | 5 | 7 | 19 | 11 | 23 | long only |
検証期間が 1週間と短いですが、これらのパラメーターで来週は稼働させてみます。
yasciiHA04b はトレンドがほぼ確立した通貨ペアに採用しています。成績を上げるために long/short のパラメーターを片方（トレンド方向）だけに制限してみました。ですから途中でトレンド反転したらここも変更する必要があります。
yasciiADXcross03d は ADXcrossPeriod を 4と短くして両方向取れるようにしておきました。
「5 と長くして long のみ」という戦略の方がいいかもしれません（この1週間で 5％弱ほど収益がアップします）。
プログラムソース
- yasciiADXcross03d （最新バグフィックス版）
- yasciiHA04c （最新バグフィックス版）
- yasciiVQ05 （最新バグフィックス版）
- yasciiVQ05a （最新バグフィックス版）
関連記事
###
関連記事
-
-
[FX] QQE の問題点
QQE は RSI のみから作られるオシレーター 前回の記事「PLATINUM TURBO FX
-
-
Trend Intensity Index という指標
Schaff Trend Cycle について調べていたら、似たような指標 Trend Intens
-
-
ど素人がはじめるFXの本 / 羊飼い
ど素人がはじめるFXの本 「羊飼いの外国為替証拠金取引FXブログ」管理人 羊飼
-
-
【FX】Connect Safe Forex EA(2)
以前紹介した自動売買ソフト（EA）の「【FX】Connect Safe Forex EA」ですが、デ
-
-
スイスフラン暴騰騒動
今朝こんなメールが来てました。使っている FX 業者の OANDA からです。 件名：スイ
-
-
[FX] FX マイニング第7週 8/2～8/6
以前の記事「FX マイニング第6週」の続きです。 第7週分（先週分）は、 8/2 +
-
-
【FX】Forex99 という EA
前回の記事「【FX】ケルトナー チャネル」の続きです。 Keltner channel のブレ
-
-
【FX】Fintokei のビジネスモデルについての愚考
前日の記事「【FX】Fintokei チャレンジ開始」でも書きましたが、Fintokei の仕組みは
- PREV
- 哀しき半島国家 韓国の結末 / 宮家 邦彦
- NEXT
- [FX] デモ口座成績 2015/4/9-18
Comment
おはようございます。
EAを24時間稼動させているのですが、夜寝る前は問題なく動作しているのですが朝方起きてくると下記のようなエラーを絶え間なく吐いており気になっております。
EAはyasciiHA04cを使用させていただいております。
再起動を行うと出てこなくなるのですが、常時稼動させたいこともあり、このまま放っておいても問題ないかをお教えいただけませんでしょうか。
2015.04.22 08:42:11.116 1H EURUSD-a01,H1: unknown ticket 58860867 for OrderClose function
このようなエラーは今まで見たことがないです。
推測するにエクシット部分で チケット番号が見あたらないということですので、
> OrderSelect(Ticket_S, SELECT_BY_TICKET) か OrderSelect(Ticket_L, SELECT_BY_TICKET);
で該当する注文がなかったということでしょう。
Ticket_S, Ticket_L はエントリ時にサーバーで確定されているはずです。
ひょっとしたら、他にも yasciiHA04c を起動している場合に限りますが、
MAGIC 番号が重複しているので他の EA が誤ってエクシットしてしまったということは考えられます。
その場合すでにポジションはなくなっていると思いますのでエラーも吐かないはずですが、
2つの EAが同時に決済しようとして、
「OrderSelect は済んだが次の OrderClose の段階でほかのやつに先を越された」
可能性はありそうです。
プログラムソースの MAGIC番号は複数の通貨ペア
で動作させるときは少しずつ変えてください。
最適パラメータも違うはずですし。
私は MAGIC 番号を変え、名前も yasciiHA04c_eu
と yasciiHA04c_gu というように変えたものを複数コンパイルして使っています。
ご返信ありがとうございました。
なるほど、クローズしようとしたときにそのポジションが無いゆえに出ているエラーなのですね・・・・・
EAの重複マジックナンバーがないかどうかはチェックいたしましたが、末尾一桁を繰り上げる形で通貨ごとに変更しております。
少し様子を見て見ます、このまま連続稼動させても支障がないか確認をしてみます。
例えばですが、稼働時間が終了したときに持っていたポジションを強制エクシットされ、そのチケットが存在しなくなったことをEAが感知できずエラーを吐く可能性というのはありますでしょうか・・・？
MAGIC番号が重複していないとすればサーバー側のエラーでしょうか。
決済などにはサーバーとの交信が必要で、実際にはエラーチェックを豊嶋先生のEAのようにきちんと何重にもやる必要があるのですが、今までそのようなエラーはなかったので速度重視で簡易チェックのみしかしておりません。
大金を動かすようになれば考えようと思っておりますが。
ええと、最後の質問ですが、終了処理はまったくしておりませんので、ポジションは残ったままだと思います。
ご返信が遅くなり申し訳ございません。
成るほど了解いたしました。
ありがとうございました。
現状の状況で様子見をして見ます。
後、EA全般の質問になってしまいますが、オープンポジションの状態でMT4が落ちて再起動した場合はEA側の把握しているポジション状態はマッサラになりますでしょうか？
エントリの時に Ticket_S（売りの場合）、Ticket_L（買いの場合）という内部変数をサーバーから取得して、決済のときにはそれを使う必要があります。
変数はその EA 内部のものなので、再起動すると初期化（0になる）されてしまいます。
つまり再起動するとオープンポジションの決済はこの EA ではできなくなりますので、手動で行ってください。
別のコードを付加すると再起動時に残ったオープンポジションを探して動作を継続するようにすることはできます。ちょっと考えてみます。