[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 （最新バグフィックス版）
関連記事
###
関連記事
-
-
2024-11-17 楽天証券での投資（組み替え）
本日2024年11月17日付けの楽天証券での投資実績はこちら。 だいぶ含み益は回復して
-
-
FX トレード 2014/11/19 日中
本日もリアルトレード。 今日は自宅。仕事はヒマなのでチャートを眺めながら仕事中。 昨日持ち越
-
-
[FX] 2015/5/11 今週の戦略
PC のメモリ不足が露見したのですが、ちょっと忙しくて新しいマシンを用意できず、以前と同じ PC
-
-
黄金の扉を開ける賢者の海外投資術 / 橘 玲
黄金の扉を開ける賢者の海外投資術 (講談社プラスアルファ文庫) 橘 玲
-
-
[FX] 自動売買始めました (3)
前回の記事「 自動売買始めました」、「 自動売買始めました (2)」の続きです。 EA（自動売
-
-
クマは人間より走るのが速い
男が二人山歩きをしていると、腹をすかせたヒグマに遭遇。 一方の男は落ち着いて、かがんで靴の紐を
- 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 ではできなくなりますので、手動で行ってください。
別のコードを付加すると再起動時に残ったオープンポジションを探して動作を継続するようにすることはできます。ちょっと考えてみます。