[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] Tokyo Box（ロンドン・コーリング） の新作プログラム
以前、ロンドン・コーリングとか Tokyo Box、東京BOXブレイクアウト とか呼ばれて
-
-
[FX] 3年ぶりかな FX リアルトレード
自動運転用の VPSサーバーがしょっちゅう勝手に落ちて実損が出たのでしばらく FX はやめておりまし
-
-
【FX】グリッドトレード（グリッド戦略）
グリッドトレード（グリッド戦略）とは株や外為で昔からよくある方法で、相場に対し等間隔の値幅で複数のポ
-
-
【FX】2023年10月第3週決算
ネタがないので FX の記事です。 以前の記事「2023年10月前半決算」で、2023年10月
-
-
QQE を使った自動売買ソフト(3)
前回の記事「QQE を使った自動売買ソフト(2) 」でご紹介した、QQE という指標を使った E
-
-
KOSPI ベアETN が熱い
ムンさんのおかげで韓国経済がボロボロになりかけています。 このまま日本からの制裁（まだ制裁にな
-
-
95歳まで生きるには夫婦で約2千万円の金融資産の取り崩しが必要になる？
3日前に金融庁が出したレポート『金融審議会 「市場ワーキング・グループ」報告書 』で、現状の高齢者が
- 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 ではできなくなりますので、手動で行ってください。
別のコードを付加すると再起動時に残ったオープンポジションを探して動作を継続するようにすることはできます。ちょっと考えてみます。