「メタトレーダー」なんでもスレッド
掲示板トップ≫掲示板をみる
37 takechanさん
新参者のくせに、新規スレッドを立てちゃいまして、ご無礼つかまつりまする。
このスレッドで、いろいろと情報交換できるとうれしいと思い、立てました。
メタトレーダーの操作方法やカスタムインジケーター・EAについての初歩的な質問からハイレベルな質問など、また、自作EAやメタトレーダーによるリアルトレードのパフォーマンス自慢、最新のEA販売情報…。
とにかく、メタトレーダーに関する話題ならなんでも書いちゃおう、というスレッドです。
皆様、よろしくお願いしまーす。
このスレッドで、いろいろと情報交換できるとうれしいと思い、立てました。
メタトレーダーの操作方法やカスタムインジケーター・EAについての初歩的な質問からハイレベルな質問など、また、自作EAやメタトレーダーによるリアルトレードのパフォーマンス自慢、最新のEA販売情報…。
とにかく、メタトレーダーに関する話題ならなんでも書いちゃおう、というスレッドです。
皆様、よろしくお願いしまーす。
2010/02/16 19:55
【新しい書き込み順に表示】|古い書き込み順に表示
37_69 takechanさん
自己レスです。
原因が判明しました。
最近、FOREX.COM.JAPANが、メタトレーダー4のアップグレードをしたのですが、その際に、サーバー(米国)からのヒストリーデータのアップロードに不具合が生じたためだそうです。
現在、会社を挙げて、ヒストリーデータの再アップロードに取り組んでいるそうです。
原因が判明しました。
最近、FOREX.COM.JAPANが、メタトレーダー4のアップグレードをしたのですが、その際に、サーバー(米国)からのヒストリーデータのアップロードに不具合が生じたためだそうです。
現在、会社を挙げて、ヒストリーデータの再アップロードに取り組んでいるそうです。
2010/08/06 07:25
37_68 takechanさん
メタトレーダー(FOREX.COM.JAPANからダウンロード)のヒストリーセンターについて質問です。
[質問の前提]
以下、「遡及取得」とは、「メタクォーツ社ではなくそのブローカーの過去データで、はじめからチャート内に蓄積されたものよりも古いデータを、チャート上でのスクロールによる手動で、または、チャート上での更新ボタンによる自動で、取得すること」をいうものとして、質問させていただきます。
[質問の本体]
これまで、FOREX.COM.JAPANのデモ口座でメタトレーダーを使用してバックテストをしてきましたが、つい最近、メタトレーダーをアンインストール&再インストールしました。すると、以前は「遡及取得」ができたのに、突然、「遡及取得」ができなくなりました。具体的に述べますと、以前は、USD/JPYの5分足で、約1年間ほどの過去データを「遡及取得」できましたが、アンインストール&再インストール後は、約1ヶ月分のデータしか表示されません。現在、FOREX.COM.JAPANの担当者の方にも相談して問題解決に取り組んでいますが、未だ解決しておりません。以下、これまでに判明していることを列挙します。
1.「ヒストリー内のバーの最大数」と「チャート表示バーの最大数」をマックスにして、メタトレーダーを再起動しても「遡及取得」できません。
2.自宅の別のパソコンで実験しても「遡及取得」できません。
3.知人のパソコンで実験しても「遡及取得」できません。
4.121証券のメタトレーダーで実験したら、普通に「遡及取得」できました。
以上の事実から、何か原因または解決方法について、ご存知の方がいらしたら、ぜひご教示願います。
なお、「自分も同じような現象が発生している」というだけの回答でも結構です。
よろしくお願いします。
[質問の前提]
以下、「遡及取得」とは、「メタクォーツ社ではなくそのブローカーの過去データで、はじめからチャート内に蓄積されたものよりも古いデータを、チャート上でのスクロールによる手動で、または、チャート上での更新ボタンによる自動で、取得すること」をいうものとして、質問させていただきます。
[質問の本体]
これまで、FOREX.COM.JAPANのデモ口座でメタトレーダーを使用してバックテストをしてきましたが、つい最近、メタトレーダーをアンインストール&再インストールしました。すると、以前は「遡及取得」ができたのに、突然、「遡及取得」ができなくなりました。具体的に述べますと、以前は、USD/JPYの5分足で、約1年間ほどの過去データを「遡及取得」できましたが、アンインストール&再インストール後は、約1ヶ月分のデータしか表示されません。現在、FOREX.COM.JAPANの担当者の方にも相談して問題解決に取り組んでいますが、未だ解決しておりません。以下、これまでに判明していることを列挙します。
1.「ヒストリー内のバーの最大数」と「チャート表示バーの最大数」をマックスにして、メタトレーダーを再起動しても「遡及取得」できません。
2.自宅の別のパソコンで実験しても「遡及取得」できません。
3.知人のパソコンで実験しても「遡及取得」できません。
4.121証券のメタトレーダーで実験したら、普通に「遡及取得」できました。
以上の事実から、何か原因または解決方法について、ご存知の方がいらしたら、ぜひご教示願います。
なお、「自分も同じような現象が発生している」というだけの回答でも結構です。
よろしくお願いします。
2010/08/01 14:10
37_67 takechanさん
ネット検索したり、証券会社やVPS業者に問い合わせたりして、いろんなことがわかってきました。
1.1つのPC、1つの口座、複数のシステム、一つのEA、1つのMT4
これは、EAの記述が長くなり、約定速度が遅くなる。ただ、もっとも安全な方法のようです。
2.1つのPC、1つの口座、複数のシステム、複数のEA、1つのMT4
MT4内の複数のEAは同時に処理されず順番処理されるので、後順位のEAの約定が遅れること、および、誤作動の可能性が高いという欠点があるようです。
3.1つのPC、1つの口座、複数のシステム、複数のEA、複数のMT4
MT4の保存フォルダーとショートカットアイコンを複数個設定すれば、可能なようで、もっともサクサク稼動するようです。ただし、証券会社によっては、推奨しないところもあるようです。また、MT4の数をあまりにも多くすると、PCが容量オーバーになってしまうこと、さらに、デモ口座の場合は、MT4ごとにどうしても口座番号が別々になるので、稼動テストができないという欠点があります。
4.1つのPC、複数の口座、複数のシステム、複数のEA、複数のMT4
まず、証券会社によっては複数の口座を許可しないところもあるようです。また、口座が複数あることから、複利運用をする際に必要な、各口座の現有資産の合計額を瞬時に算定できず、適切なポジションサイジングが難しくなるという欠点があります。
5.複数のPC、複数の口座、複数のシステム、複数のEA、複数のMT4
そんなお金がない(笑)。
1.1つのPC、1つの口座、複数のシステム、一つのEA、1つのMT4
これは、EAの記述が長くなり、約定速度が遅くなる。ただ、もっとも安全な方法のようです。
2.1つのPC、1つの口座、複数のシステム、複数のEA、1つのMT4
MT4内の複数のEAは同時に処理されず順番処理されるので、後順位のEAの約定が遅れること、および、誤作動の可能性が高いという欠点があるようです。
3.1つのPC、1つの口座、複数のシステム、複数のEA、複数のMT4
MT4の保存フォルダーとショートカットアイコンを複数個設定すれば、可能なようで、もっともサクサク稼動するようです。ただし、証券会社によっては、推奨しないところもあるようです。また、MT4の数をあまりにも多くすると、PCが容量オーバーになってしまうこと、さらに、デモ口座の場合は、MT4ごとにどうしても口座番号が別々になるので、稼動テストができないという欠点があります。
4.1つのPC、複数の口座、複数のシステム、複数のEA、複数のMT4
まず、証券会社によっては複数の口座を許可しないところもあるようです。また、口座が複数あることから、複利運用をする際に必要な、各口座の現有資産の合計額を瞬時に算定できず、適切なポジションサイジングが難しくなるという欠点があります。
5.複数のPC、複数の口座、複数のシステム、複数のEA、複数のMT4
そんなお金がない(笑)。
2010/06/09 12:13
37_66 takechanさん
はなちゃんさん
私も早くTakePoを実戦に投入したいのですが、まだ少し時間がかかりそうです。
計画としては、
1.通信エラー対策などを盛り込んで実戦用にEAを修正する(バックテストのときは早く検証できるように簡易なEAで済ましているので)。
2.TakePoが問題なく稼動できるVPSを選定する。
3.そのVPSに合うように、再度EAを編集する。
なんだか、考えただけでも、うんざりしそうです。
でも、がんばらないと、呑み代を稼げない!!
私も早くTakePoを実戦に投入したいのですが、まだ少し時間がかかりそうです。
計画としては、
1.通信エラー対策などを盛り込んで実戦用にEAを修正する(バックテストのときは早く検証できるように簡易なEAで済ましているので)。
2.TakePoが問題なく稼動できるVPSを選定する。
3.そのVPSに合うように、再度EAを編集する。
なんだか、考えただけでも、うんざりしそうです。
でも、がんばらないと、呑み代を稼げない!!
2010/05/29 11:59
37_65 はなちゃんさん
takechan様
ずっと読んでいたのですが、ちょっと回答できないのでROMってました。
多分…やってみるしかないんじゃないかなあ。
ソースはコピペできるので、一つのEAにまとめて記述するのも
複数EAに分けて記述するのも、そんなに手間ではないはず。
負荷が多いと思っても、実影響がどんなもんなのかはやってみないとわからないですよね。
一つのEAのコードの長さがどうか、にもよりますし。
約定スピードや処理のスピードも数msの違いしかなくて、そんなに大勢に影響無い可能性も高い。
サーバーが落ちるかどうかも、使っているマシンのスペックによるほうが大きいのではないでしょうか。
他にも相場の状況とかでも変わりますね。
とにかくいろいろな影響があるので、とりあえず他の要素を固定して(つまり同じマシンで同じコードでパターンを変えて検証する)
星取表のような物を作ってあたりを見てみるとか。
既にコードは書いていらっしゃるようでしたので、もう実際に動いてみた方が早いんじゃないかなと思いました。
汗水流して得た結果や研究(に近いですね!)内容は、きっとtakechan様の糧となりますよ!
応援しています♪
ずっと読んでいたのですが、ちょっと回答できないのでROMってました。
多分…やってみるしかないんじゃないかなあ。
ソースはコピペできるので、一つのEAにまとめて記述するのも
複数EAに分けて記述するのも、そんなに手間ではないはず。
負荷が多いと思っても、実影響がどんなもんなのかはやってみないとわからないですよね。
一つのEAのコードの長さがどうか、にもよりますし。
約定スピードや処理のスピードも数msの違いしかなくて、そんなに大勢に影響無い可能性も高い。
サーバーが落ちるかどうかも、使っているマシンのスペックによるほうが大きいのではないでしょうか。
他にも相場の状況とかでも変わりますね。
とにかくいろいろな影響があるので、とりあえず他の要素を固定して(つまり同じマシンで同じコードでパターンを変えて検証する)
星取表のような物を作ってあたりを見てみるとか。
既にコードは書いていらっしゃるようでしたので、もう実際に動いてみた方が早いんじゃないかなと思いました。
汗水流して得た結果や研究(に近いですね!)内容は、きっとtakechan様の糧となりますよ!
応援しています♪
2010/05/29 10:56
37_64 takechanさん
いろいろ調べてわかったことがあります。
まず、一つ前の投稿の
Aパターンについて
コードが長くなるので、PCが読み込むのが遅くなり、約定速度が遅くなる。また、記述ミスにつながりやすい。
Bパターン
一つのメタトレーダーで同時に発注されるのは、一つのEA内のシステムなので、後のEAの約定が遅くなる。
Cパターン
メタトレーダー自体が重いため、複数のメタトレーダーを稼動させること自体サーバーに負荷がかかって、ダウンの原因となる。
そこで、理想的なのは、
Dパターン
1.複数のEAに
2.それぞれ一つずつのシステムを記述し、
3.それら複数のEAを複数のPCによって複数のVPSを通じて複数のメタトレーダーで稼動させる
ただ、Dパターンの欠点は、コストがかかってしまうこと。
とすると、一番現実的なのは、
Eパターン
1.一つのEAに2~3個のシステムを記述し
2.そのようなEAを2~3個用意し、
3.一つのPC内の2~3個のメタトレーダーから
4.一つのVPSを通じて発注する。
頭が混乱してきました。(笑)
まず、一つ前の投稿の
Aパターンについて
コードが長くなるので、PCが読み込むのが遅くなり、約定速度が遅くなる。また、記述ミスにつながりやすい。
Bパターン
一つのメタトレーダーで同時に発注されるのは、一つのEA内のシステムなので、後のEAの約定が遅くなる。
Cパターン
メタトレーダー自体が重いため、複数のメタトレーダーを稼動させること自体サーバーに負荷がかかって、ダウンの原因となる。
そこで、理想的なのは、
Dパターン
1.複数のEAに
2.それぞれ一つずつのシステムを記述し、
3.それら複数のEAを複数のPCによって複数のVPSを通じて複数のメタトレーダーで稼動させる
ただ、Dパターンの欠点は、コストがかかってしまうこと。
とすると、一番現実的なのは、
Eパターン
1.一つのEAに2~3個のシステムを記述し
2.そのようなEAを2~3個用意し、
3.一つのPC内の2~3個のメタトレーダーから
4.一つのVPSを通じて発注する。
頭が混乱してきました。(笑)
2010/05/29 01:04
37_63 takechanさん
皆様に質問です。
1.EAを使用して
2.複数システムのポートフォリオを
3.VPSを通じて稼動させる
ことを前提として、以下、3つの実運用の方法(A~B)のうち、約定のスピードやサーバーへの負荷などの観点から、どれが一番適切かご意見をお願いします。
Aパターン
1.一つのEAに
2.複数のシステムを全部記述し、
3.その一つのEAを一つのメタトレーダーで稼動させる
Bパターン
1.複数のEAに
2.それぞれ一つずつのシステムを記述し、
3.それらの複数のEAを一つのメタトレーダーで稼動させる
Cパターン
1.複数のEAに
2.それぞれ一つずつのシステムを記述し、
3.それら複数のEAを複数のメタトレーダーで稼動させる
質問自体がややこしいですが、どなたかご教示願います。m(__)m
1.EAを使用して
2.複数システムのポートフォリオを
3.VPSを通じて稼動させる
ことを前提として、以下、3つの実運用の方法(A~B)のうち、約定のスピードやサーバーへの負荷などの観点から、どれが一番適切かご意見をお願いします。
Aパターン
1.一つのEAに
2.複数のシステムを全部記述し、
3.その一つのEAを一つのメタトレーダーで稼動させる
Bパターン
1.複数のEAに
2.それぞれ一つずつのシステムを記述し、
3.それらの複数のEAを一つのメタトレーダーで稼動させる
Cパターン
1.複数のEAに
2.それぞれ一つずつのシステムを記述し、
3.それら複数のEAを複数のメタトレーダーで稼動させる
質問自体がややこしいですが、どなたかご教示願います。m(__)m
2010/05/22 19:01
37_62 はなちゃんさん
EAマイスター様
重ね重ねありがとうございます。
今までは見ているだけだったのですが、今後はがんばって勉強し、
そのうち、逆に質問に答えることができるくらいのレベルに成長したいです。
takechan様
なるほど、わかりやすい説明ありがとうございます。
私の使っているEAは、ポジションを建てたときにSL,TPを発注することもあり
しないこともあり?みたいな不思議なポジションの建て方をしています。
でも、どちらにしても、普通は製作時に、PCが一度再起動したって
前のポジションを無視するような作り方はしないでしょうから、
きっと、takechan様のご指摘どおりに2通りのどちらかで決済をしてくれるのでしょう。
ナンピンによりマイナスが膨らむことがあっても、それもまた仕様内ならば
パニックにならずに我慢して見守ろうと思います。
なんだか子育てみたいですね(笑)
お二方とも、本当にありがとうございました。
なんだか相談することですごく楽になれた気がします!
重ね重ねありがとうございます。
今までは見ているだけだったのですが、今後はがんばって勉強し、
そのうち、逆に質問に答えることができるくらいのレベルに成長したいです。
takechan様
なるほど、わかりやすい説明ありがとうございます。
私の使っているEAは、ポジションを建てたときにSL,TPを発注することもあり
しないこともあり?みたいな不思議なポジションの建て方をしています。
でも、どちらにしても、普通は製作時に、PCが一度再起動したって
前のポジションを無視するような作り方はしないでしょうから、
きっと、takechan様のご指摘どおりに2通りのどちらかで決済をしてくれるのでしょう。
ナンピンによりマイナスが膨らむことがあっても、それもまた仕様内ならば
パニックにならずに我慢して見守ろうと思います。
なんだか子育てみたいですね(笑)
お二方とも、本当にありがとうございました。
なんだか相談することですごく楽になれた気がします!
2010/04/21 17:57
37_61 takechanさん
はなちゃんさん
「PCを再起動してもEAはロジック通りに決済するか」
という問題ですが、EAマイスターさんのご回答通りだと思います。
基本的にはプログラム次第ということになるかと思いますが、メタトレーダーの場合、よほど変わった人でない限り、一時的な停電などを想定して、以下の二つのいずれか(または双方)の決済方法をとるのが一般的なようです。
1.新規注文の際に、OrderSend()という関数を使い、その中で、あらかじめ損切りや利食いを設定して発注する方法です。この場合、新規注文が受理されるとほぼ同時に、決済注文もサーバーに届くので、その後PCの電源を切っても問題なく決済されます。
2.あらかじめ損切りや利食いを設定せずに、チャート上の決済サイン(たとえば、二本の移動平均線のデッドクロスなど)が出たときに、決済注文を出す場合は、まず、その決済サインが出たときに、OrderSelect()という関数を使って、マジックナンバー(EAまたはロジックごとに付けられた任意の識別番号)と通貨ペアの一致するポジションを探し出します。もしポジションがなければスルーしますが、あれば、直ちにOrderClose()という関数を使ってそのポジションを決済します。厳密に説明するとややこしいのですが、簡単に言いますと、「PCがポジションを記憶している」というより、「PCが決済すべきポジションを探してくれる」というイメージです。なので、途中でパソコンの電源を切ったとしても、決済サインが出たときにパソコンが立ち上がっておりEAが稼動してさえいれば、問題なく決済されることになります。
ただ実際には、いつ、どんな通信トラブルが起きるか予測できないので、EAマイスターさんがおっしゃるように、完全にPCに任せっぱなしにせずに、常に監視しながら、いざというときは手動でリスクヘッジをするという姿勢が大事だと、私も思っています。
以上、参考にしていただければ幸いです。
「PCを再起動してもEAはロジック通りに決済するか」
という問題ですが、EAマイスターさんのご回答通りだと思います。
基本的にはプログラム次第ということになるかと思いますが、メタトレーダーの場合、よほど変わった人でない限り、一時的な停電などを想定して、以下の二つのいずれか(または双方)の決済方法をとるのが一般的なようです。
1.新規注文の際に、OrderSend()という関数を使い、その中で、あらかじめ損切りや利食いを設定して発注する方法です。この場合、新規注文が受理されるとほぼ同時に、決済注文もサーバーに届くので、その後PCの電源を切っても問題なく決済されます。
2.あらかじめ損切りや利食いを設定せずに、チャート上の決済サイン(たとえば、二本の移動平均線のデッドクロスなど)が出たときに、決済注文を出す場合は、まず、その決済サインが出たときに、OrderSelect()という関数を使って、マジックナンバー(EAまたはロジックごとに付けられた任意の識別番号)と通貨ペアの一致するポジションを探し出します。もしポジションがなければスルーしますが、あれば、直ちにOrderClose()という関数を使ってそのポジションを決済します。厳密に説明するとややこしいのですが、簡単に言いますと、「PCがポジションを記憶している」というより、「PCが決済すべきポジションを探してくれる」というイメージです。なので、途中でパソコンの電源を切ったとしても、決済サインが出たときにパソコンが立ち上がっておりEAが稼動してさえいれば、問題なく決済されることになります。
ただ実際には、いつ、どんな通信トラブルが起きるか予測できないので、EAマイスターさんがおっしゃるように、完全にPCに任せっぱなしにせずに、常に監視しながら、いざというときは手動でリスクヘッジをするという姿勢が大事だと、私も思っています。
以上、参考にしていただければ幸いです。
2010/04/21 14:39
37_60 EAマイスターさん
はなちゃん さん
いえいえ(^^
最初は色々わかんないことがあって普通だと思いますよ。
ぼくも偉そうなこと言っても最初はわけのわかんないことがたくさんあって、色々経験してやっとこのレベルですので。
この掲示板はMTのことはなんでもOKみたいな掲示板なんで、書き込みは遠慮しなくてもいいんじゃないですか?
僕も気が向かないと書き込みしないでしょうけど、僕以上に親切な人がここの掲示板見てるでしょうから(^^
なにかあれば気軽にきいてみたらどでしょうか?
後は、やはりおかしいと思ったらEAの作者に確認してみるのが間違いないですよ。
その方が安心でしょうから遠慮することはないでしょう。
少ない金額でもお金はお金で大事ですから。
いえいえ(^^
最初は色々わかんないことがあって普通だと思いますよ。
ぼくも偉そうなこと言っても最初はわけのわかんないことがたくさんあって、色々経験してやっとこのレベルですので。
この掲示板はMTのことはなんでもOKみたいな掲示板なんで、書き込みは遠慮しなくてもいいんじゃないですか?
僕も気が向かないと書き込みしないでしょうけど、僕以上に親切な人がここの掲示板見てるでしょうから(^^
なにかあれば気軽にきいてみたらどでしょうか?
後は、やはりおかしいと思ったらEAの作者に確認してみるのが間違いないですよ。
その方が安心でしょうから遠慮することはないでしょう。
少ない金額でもお金はお金で大事ですから。
2010/04/21 02:20


natumi
[02/04 12:55更新]
良ければポンっとお願いします ↓↓↓ 為替ブログ FX 女性投資家 30日(月)…-36.1pips 31日(火)…+10pips 1日(水)…+10pips 2日(木)…+10pips ちょっとづつ回復させ...




Mihawkfx(ミホークエフエックス)
[02/01 05:51更新]
デイトレ派のバナー・右プロフ画像下のバナーの応援クリックお願いします! 応援クリックをよろしくお願いします。 モチベーション維持や更新頻度・ブログレベルにかかわります。 ...





















