[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 （最新バグフィックス版）
関連記事
###
関連記事
-
-
【高配当株】 楽天SCHD 9/18発表とか
WAT さんの動画で詳しく紹介されているのを本日観ましたが、米国の高配当ETF で有名な SCHD
-
-
【FX】ECM、ICM、vantage のスプレッド
ECM、ICM、vantage のスプレッドを比べてみました。 左から ECM（STD）、ICM（
-
-
[FX] THV Trix は MACD なのか
THV システムでキモとなっている Trix は秘密のヴェールに隠されていますが、ポピュラー
-
-
[FX]前週の平均値と順張り＆逆張り EA化(4) GBPJPY版のみ始動
以前の記事「前週の平均値と順張り＆逆張り EA化(3) 半自動のススメ」でデモ口座で稼働させてい
-
-
【FX】FX相場は先月くらいから比較的堅調
ようやく魔の夏枯れ相場を脱し、９月初旬からうちの自動売買プログラムたちが調子を取り戻し始めま
-
-
【FX】Exness でゼロ口座２つめを開く
以前の記事「Exness で新たにゼロ口座を開いてみる」で書きましたが、ここのゼロ口座は無敵なので、
-
-
【FX】ゴールドのトレード
金（ゴールド）の実物の売買は私も昔からやっておりますが、巷では最近は差金決済取引による売買のほうが盛
-
-
[FX] 2015/5/19-22 リアル口座結果
entry time B/S pair Entry rate stop e
-
-
RVI のクロスを使った逆張り系FX自動売買システム
RVI（ relative vigor index ）という指標は素直でわかりやすいなぁと前から
- 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 ではできなくなりますので、手動で行ってください。
別のコードを付加すると再起動時に残ったオープンポジションを探して動作を継続するようにすることはできます。ちょっと考えてみます。