[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] 一目均衡表を自動売買プログラムにしてみた
前回の記事「小次郎講師流 テクニカル指標を計算式から学び、その本質に迫る 真・チャート分析大
-
-
【FX】リセット＆ゴー
FX リアル口座での運用ですが、昨秋から使い始めた Evening Scalper Pro の使用を
-
-
【FX】ORION SCALPER という EA
ORION SCALPER という EA を見つけました。 オリオンというと、日本人が過去に作
-
-
2023/2/22 外国債券が調子良い
楽天証券で買える外債は数が少なく、そのうちドルベースなものは社債が２つ、国債が４つしかありません。
-
-
FX テストトレード 2014/11/12
本日はヒロセ商事からのログインパスワードが送られてきたので、楽天銀行からクイック入金をし、い
-
-
【FX】マネーフローインデックス（MFI）という指標
オシレーター系の指標で、ちょっと変わったものにマネーフローインデックス（Money Flow Ind
-
-
【FX】AXI Select 25日め
各FX業者から毎日メールで各口座の報告書が来ます。 あ、月報も月に 1回来ます。 昨日、AX
-
-
CEPI(REX クリプト・エクイティ・プレミアム・インカムETF)について
CEPI とは REX社の運用している ETFの「クリプト・エクイティ・プレミアム・インカムETF」
- 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 ではできなくなりますので、手動で行ってください。
別のコードを付加すると再起動時に残ったオープンポジションを探して動作を継続するようにすることはできます。ちょっと考えてみます。