「メタトレーダー」なんでもスレッド
掲示板トップ≫掲示板をみる
37 takechanさん
新参者のくせに、新規スレッドを立てちゃいまして、ご無礼つかまつりまする。
このスレッドで、いろいろと情報交換できるとうれしいと思い、立てました。
メタトレーダーの操作方法やカスタムインジケーター・ＥＡについての初歩的な質問からハイレベルな質問など、また、自作ＥＡやメタトレーダーによるリアルトレードのパフォーマンス自慢、最新のＥＡ販売情報…。
とにかく、メタトレーダーに関する話題ならなんでも書いちゃおう、というスレッドです。
皆様、よろしくお願いしまーす。
このスレッドで、いろいろと情報交換できるとうれしいと思い、立てました。
メタトレーダーの操作方法やカスタムインジケーター・ＥＡについての初歩的な質問からハイレベルな質問など、また、自作ＥＡやメタトレーダーによるリアルトレードのパフォーマンス自慢、最新のＥＡ販売情報…。
とにかく、メタトレーダーに関する話題ならなんでも書いちゃおう、というスレッドです。
皆様、よろしくお願いしまーす。
2010/02/16 19:55
【新しい書き込み順に表示】｜古い書き込み順に表示
37_67 takechanさん
ネット検索したり、証券会社やＶＰＳ業者に問い合わせたりして、いろんなことがわかってきました。
１．１つのＰＣ、１つの口座、複数のシステム、一つのＥＡ、１つのＭＴ４
これは、ＥＡの記述が長くなり、約定速度が遅くなる。ただ、もっとも安全な方法のようです。
２．１つのＰＣ、１つの口座、複数のシステム、複数のＥＡ、１つのＭＴ４
ＭＴ４内の複数のＥＡは同時に処理されず順番処理されるので、後順位のＥＡの約定が遅れること、および、誤作動の可能性が高いという欠点があるようです。
３．１つのＰＣ、１つの口座、複数のシステム、複数のＥＡ、複数のＭＴ４
ＭＴ４の保存フォルダーとショートカットアイコンを複数個設定すれば、可能なようで、もっともサクサク稼動するようです。ただし、証券会社によっては、推奨しないところもあるようです。また、ＭＴ４の数をあまりにも多くすると、ＰＣが容量オーバーになってしまうこと、さらに、デモ口座の場合は、ＭＴ４ごとにどうしても口座番号が別々になるので、稼動テストができないという欠点があります。
４．１つのＰＣ、複数の口座、複数のシステム、複数のＥＡ、複数のＭＴ４
まず、証券会社によっては複数の口座を許可しないところもあるようです。また、口座が複数あることから、複利運用をする際に必要な、各口座の現有資産の合計額を瞬時に算定できず、適切なポジションサイジングが難しくなるという欠点があります。
５．複数のＰＣ、複数の口座、複数のシステム、複数のＥＡ、複数のＭＴ４
そんなお金がない（笑）。
１．１つのＰＣ、１つの口座、複数のシステム、一つのＥＡ、１つのＭＴ４
これは、ＥＡの記述が長くなり、約定速度が遅くなる。ただ、もっとも安全な方法のようです。
２．１つのＰＣ、１つの口座、複数のシステム、複数のＥＡ、１つのＭＴ４
ＭＴ４内の複数のＥＡは同時に処理されず順番処理されるので、後順位のＥＡの約定が遅れること、および、誤作動の可能性が高いという欠点があるようです。
３．１つのＰＣ、１つの口座、複数のシステム、複数のＥＡ、複数のＭＴ４
ＭＴ４の保存フォルダーとショートカットアイコンを複数個設定すれば、可能なようで、もっともサクサク稼動するようです。ただし、証券会社によっては、推奨しないところもあるようです。また、ＭＴ４の数をあまりにも多くすると、ＰＣが容量オーバーになってしまうこと、さらに、デモ口座の場合は、ＭＴ４ごとにどうしても口座番号が別々になるので、稼動テストができないという欠点があります。
４．１つのＰＣ、複数の口座、複数のシステム、複数のＥＡ、複数のＭＴ４
まず、証券会社によっては複数の口座を許可しないところもあるようです。また、口座が複数あることから、複利運用をする際に必要な、各口座の現有資産の合計額を瞬時に算定できず、適切なポジションサイジングが難しくなるという欠点があります。
５．複数のＰＣ、複数の口座、複数のシステム、複数のＥＡ、複数のＭＴ４
そんなお金がない（笑）。
2010/06/09 12:13
37_66 takechanさん
はなちゃんさん
私も早くＴａｋｅＰｏを実戦に投入したいのですが、まだ少し時間がかかりそうです。
計画としては、
１．通信エラー対策などを盛り込んで実戦用にＥＡを修正する（バックテストのときは早く検証できるように簡易なＥＡで済ましているので）。
２．ＴａｋｅＰｏが問題なく稼動できるＶＰＳを選定する。
３．そのＶＰＳに合うように、再度ＥＡを編集する。
なんだか、考えただけでも、うんざりしそうです。
でも、がんばらないと、呑み代を稼げない！！
私も早くＴａｋｅＰｏを実戦に投入したいのですが、まだ少し時間がかかりそうです。
計画としては、
１．通信エラー対策などを盛り込んで実戦用にＥＡを修正する（バックテストのときは早く検証できるように簡易なＥＡで済ましているので）。
２．ＴａｋｅＰｏが問題なく稼動できるＶＰＳを選定する。
３．そのＶＰＳに合うように、再度ＥＡを編集する。
なんだか、考えただけでも、うんざりしそうです。
でも、がんばらないと、呑み代を稼げない！！
2010/05/29 11:59
37_65 はなちゃんさん
takechan様
ずっと読んでいたのですが、ちょっと回答できないのでＲＯＭってました。
多分…やってみるしかないんじゃないかなあ。
ソースはコピペできるので、一つのＥＡにまとめて記述するのも
複数ＥＡに分けて記述するのも、そんなに手間ではないはず。
負荷が多いと思っても、実影響がどんなもんなのかはやってみないとわからないですよね。
一つのＥＡのコードの長さがどうか、にもよりますし。
約定スピードや処理のスピードも数msの違いしかなくて、そんなに大勢に影響無い可能性も高い。
サーバーが落ちるかどうかも、使っているマシンのスペックによるほうが大きいのではないでしょうか。
他にも相場の状況とかでも変わりますね。
とにかくいろいろな影響があるので、とりあえず他の要素を固定して（つまり同じマシンで同じコードでパターンを変えて検証する）
星取表のような物を作ってあたりを見てみるとか。
既にコードは書いていらっしゃるようでしたので、もう実際に動いてみた方が早いんじゃないかなと思いました。
汗水流して得た結果や研究（に近いですね！）内容は、きっとtakechan様の糧となりますよ！
応援しています♪
ずっと読んでいたのですが、ちょっと回答できないのでＲＯＭってました。
多分…やってみるしかないんじゃないかなあ。
ソースはコピペできるので、一つのＥＡにまとめて記述するのも
複数ＥＡに分けて記述するのも、そんなに手間ではないはず。
負荷が多いと思っても、実影響がどんなもんなのかはやってみないとわからないですよね。
一つのＥＡのコードの長さがどうか、にもよりますし。
約定スピードや処理のスピードも数msの違いしかなくて、そんなに大勢に影響無い可能性も高い。
サーバーが落ちるかどうかも、使っているマシンのスペックによるほうが大きいのではないでしょうか。
他にも相場の状況とかでも変わりますね。
とにかくいろいろな影響があるので、とりあえず他の要素を固定して（つまり同じマシンで同じコードでパターンを変えて検証する）
星取表のような物を作ってあたりを見てみるとか。
既にコードは書いていらっしゃるようでしたので、もう実際に動いてみた方が早いんじゃないかなと思いました。
汗水流して得た結果や研究（に近いですね！）内容は、きっとtakechan様の糧となりますよ！
応援しています♪
2010/05/29 10:56
37_64 takechanさん
いろいろ調べてわかったことがあります。
まず、一つ前の投稿の
Ａパターンについて
コードが長くなるので、ＰＣが読み込むのが遅くなり、約定速度が遅くなる。また、記述ミスにつながりやすい。
Ｂパターン
一つのメタトレーダーで同時に発注されるのは、一つのＥＡ内のシステムなので、後のＥＡの約定が遅くなる。
Ｃパターン
メタトレーダー自体が重いため、複数のメタトレーダーを稼動させること自体サーバーに負荷がかかって、ダウンの原因となる。
そこで、理想的なのは、
Ｄパターン
１．複数のＥＡに
２．それぞれ一つずつのシステムを記述し、
３．それら複数のＥＡを複数のＰＣによって複数のＶＰＳを通じて複数のメタトレーダーで稼動させる
ただ、Ｄパターンの欠点は、コストがかかってしまうこと。
とすると、一番現実的なのは、
Ｅパターン
１．一つのＥＡに２～３個のシステムを記述し
２．そのようなＥＡを２～３個用意し、
３．一つのＰＣ内の２～３個のメタトレーダーから
４．一つのＶＰＳを通じて発注する。
頭が混乱してきました。（笑）
まず、一つ前の投稿の
Ａパターンについて
コードが長くなるので、ＰＣが読み込むのが遅くなり、約定速度が遅くなる。また、記述ミスにつながりやすい。
Ｂパターン
一つのメタトレーダーで同時に発注されるのは、一つのＥＡ内のシステムなので、後のＥＡの約定が遅くなる。
Ｃパターン
メタトレーダー自体が重いため、複数のメタトレーダーを稼動させること自体サーバーに負荷がかかって、ダウンの原因となる。
そこで、理想的なのは、
Ｄパターン
１．複数のＥＡに
２．それぞれ一つずつのシステムを記述し、
３．それら複数のＥＡを複数のＰＣによって複数のＶＰＳを通じて複数のメタトレーダーで稼動させる
ただ、Ｄパターンの欠点は、コストがかかってしまうこと。
とすると、一番現実的なのは、
Ｅパターン
１．一つのＥＡに２～３個のシステムを記述し
２．そのようなＥＡを２～３個用意し、
３．一つのＰＣ内の２～３個のメタトレーダーから
４．一つのＶＰＳを通じて発注する。
頭が混乱してきました。（笑）
2010/05/29 01:04
37_63 takechanさん
皆様に質問です。
１．ＥＡを使用して
２．複数システムのポートフォリオを
３．ＶＰＳを通じて稼動させる
ことを前提として、以下、３つの実運用の方法（Ａ～Ｂ）のうち、約定のスピードやサーバーへの負荷などの観点から、どれが一番適切かご意見をお願いします。
Ａパターン
１．一つのＥＡに
２．複数のシステムを全部記述し、
３．その一つのＥＡを一つのメタトレーダーで稼動させる
Ｂパターン
１．複数のＥＡに
２．それぞれ一つずつのシステムを記述し、
３．それらの複数のＥＡを一つのメタトレーダーで稼動させる
Ｃパターン
１．複数のＥＡに
２．それぞれ一つずつのシステムを記述し、
３．それら複数のＥＡを複数のメタトレーダーで稼動させる
質問自体がややこしいですが、どなたかご教示願います。ｍ（＿＿）ｍ
１．ＥＡを使用して
２．複数システムのポートフォリオを
３．ＶＰＳを通じて稼動させる
ことを前提として、以下、３つの実運用の方法（Ａ～Ｂ）のうち、約定のスピードやサーバーへの負荷などの観点から、どれが一番適切かご意見をお願いします。
Ａパターン
１．一つのＥＡに
２．複数のシステムを全部記述し、
３．その一つのＥＡを一つのメタトレーダーで稼動させる
Ｂパターン
１．複数のＥＡに
２．それぞれ一つずつのシステムを記述し、
３．それらの複数のＥＡを一つのメタトレーダーで稼動させる
Ｃパターン
１．複数のＥＡに
２．それぞれ一つずつのシステムを記述し、
３．それら複数のＥＡを複数のメタトレーダーで稼動させる
質問自体がややこしいですが、どなたかご教示願います。ｍ（＿＿）ｍ
2010/05/22 19:01
37_62 はなちゃんさん
EAマイスター様
重ね重ねありがとうございます。
今までは見ているだけだったのですが、今後はがんばって勉強し、
そのうち、逆に質問に答えることができるくらいのレベルに成長したいです。
takechan様
なるほど、わかりやすい説明ありがとうございます。
私の使っているEAは、ポジションを建てたときにSL,TPを発注することもあり
しないこともあり？みたいな不思議なポジションの建て方をしています。
でも、どちらにしても、普通は製作時に、PCが一度再起動したって
前のポジションを無視するような作り方はしないでしょうから、
きっと、takechan様のご指摘どおりに２通りのどちらかで決済をしてくれるのでしょう。
ナンピンによりマイナスが膨らむことがあっても、それもまた仕様内ならば
パニックにならずに我慢して見守ろうと思います。
なんだか子育てみたいですね（笑）
お二方とも、本当にありがとうございました。
なんだか相談することですごく楽になれた気がします！
重ね重ねありがとうございます。
今までは見ているだけだったのですが、今後はがんばって勉強し、
そのうち、逆に質問に答えることができるくらいのレベルに成長したいです。
takechan様
なるほど、わかりやすい説明ありがとうございます。
私の使っているEAは、ポジションを建てたときにSL,TPを発注することもあり
しないこともあり？みたいな不思議なポジションの建て方をしています。
でも、どちらにしても、普通は製作時に、PCが一度再起動したって
前のポジションを無視するような作り方はしないでしょうから、
きっと、takechan様のご指摘どおりに２通りのどちらかで決済をしてくれるのでしょう。
ナンピンによりマイナスが膨らむことがあっても、それもまた仕様内ならば
パニックにならずに我慢して見守ろうと思います。
なんだか子育てみたいですね（笑）
お二方とも、本当にありがとうございました。
なんだか相談することですごく楽になれた気がします！
2010/04/21 17:57
37_61 takechanさん
はなちゃんさん
「ＰＣを再起動してもＥＡはロジック通りに決済するか」
という問題ですが、EAマイスターさんのご回答通りだと思います。
基本的にはプログラム次第ということになるかと思いますが、メタトレーダーの場合、よほど変わった人でない限り、一時的な停電などを想定して、以下の二つのいずれか（または双方）の決済方法をとるのが一般的なようです。
１．新規注文の際に、OrderSend()という関数を使い、その中で、あらかじめ損切りや利食いを設定して発注する方法です。この場合、新規注文が受理されるとほぼ同時に、決済注文もサーバーに届くので、その後ＰＣの電源を切っても問題なく決済されます。
２．あらかじめ損切りや利食いを設定せずに、チャート上の決済サイン（たとえば、二本の移動平均線のデッドクロスなど）が出たときに、決済注文を出す場合は、まず、その決済サインが出たときに、OrderSelect()という関数を使って、マジックナンバー（ＥＡまたはロジックごとに付けられた任意の識別番号）と通貨ペアの一致するポジションを探し出します。もしポジションがなければスルーしますが、あれば、直ちにOrderClose()という関数を使ってそのポジションを決済します。厳密に説明するとややこしいのですが、簡単に言いますと、「ＰＣがポジションを記憶している」というより、「ＰＣが決済すべきポジションを探してくれる」というイメージです。なので、途中でパソコンの電源を切ったとしても、決済サインが出たときにパソコンが立ち上がっておりＥＡが稼動してさえいれば、問題なく決済されることになります。
ただ実際には、いつ、どんな通信トラブルが起きるか予測できないので、EAマイスターさんがおっしゃるように、完全にＰＣに任せっぱなしにせずに、常に監視しながら、いざというときは手動でリスクヘッジをするという姿勢が大事だと、私も思っています。
以上、参考にしていただければ幸いです。
「ＰＣを再起動してもＥＡはロジック通りに決済するか」
という問題ですが、EAマイスターさんのご回答通りだと思います。
基本的にはプログラム次第ということになるかと思いますが、メタトレーダーの場合、よほど変わった人でない限り、一時的な停電などを想定して、以下の二つのいずれか（または双方）の決済方法をとるのが一般的なようです。
１．新規注文の際に、OrderSend()という関数を使い、その中で、あらかじめ損切りや利食いを設定して発注する方法です。この場合、新規注文が受理されるとほぼ同時に、決済注文もサーバーに届くので、その後ＰＣの電源を切っても問題なく決済されます。
２．あらかじめ損切りや利食いを設定せずに、チャート上の決済サイン（たとえば、二本の移動平均線のデッドクロスなど）が出たときに、決済注文を出す場合は、まず、その決済サインが出たときに、OrderSelect()という関数を使って、マジックナンバー（ＥＡまたはロジックごとに付けられた任意の識別番号）と通貨ペアの一致するポジションを探し出します。もしポジションがなければスルーしますが、あれば、直ちにOrderClose()という関数を使ってそのポジションを決済します。厳密に説明するとややこしいのですが、簡単に言いますと、「ＰＣがポジションを記憶している」というより、「ＰＣが決済すべきポジションを探してくれる」というイメージです。なので、途中でパソコンの電源を切ったとしても、決済サインが出たときにパソコンが立ち上がっておりＥＡが稼動してさえいれば、問題なく決済されることになります。
ただ実際には、いつ、どんな通信トラブルが起きるか予測できないので、EAマイスターさんがおっしゃるように、完全にＰＣに任せっぱなしにせずに、常に監視しながら、いざというときは手動でリスクヘッジをするという姿勢が大事だと、私も思っています。
以上、参考にしていただければ幸いです。
2010/04/21 14:39
37_60 EAマイスターさん
はなちゃん さん
いえいえ（＾＾
最初は色々わかんないことがあって普通だと思いますよ。
ぼくも偉そうなこと言っても最初はわけのわかんないことがたくさんあって、色々経験してやっとこのレベルですので。
この掲示板はMTのことはなんでもOKみたいな掲示板なんで、書き込みは遠慮しなくてもいいんじゃないですか？
僕も気が向かないと書き込みしないでしょうけど、僕以上に親切な人がここの掲示板見てるでしょうから（＾＾
なにかあれば気軽にきいてみたらどでしょうか？
後は、やはりおかしいと思ったらEAの作者に確認してみるのが間違いないですよ。
その方が安心でしょうから遠慮することはないでしょう。
少ない金額でもお金はお金で大事ですから。
いえいえ（＾＾
最初は色々わかんないことがあって普通だと思いますよ。
ぼくも偉そうなこと言っても最初はわけのわかんないことがたくさんあって、色々経験してやっとこのレベルですので。
この掲示板はMTのことはなんでもOKみたいな掲示板なんで、書き込みは遠慮しなくてもいいんじゃないですか？
僕も気が向かないと書き込みしないでしょうけど、僕以上に親切な人がここの掲示板見てるでしょうから（＾＾
なにかあれば気軽にきいてみたらどでしょうか？
後は、やはりおかしいと思ったらEAの作者に確認してみるのが間違いないですよ。
その方が安心でしょうから遠慮することはないでしょう。
少ない金額でもお金はお金で大事ですから。
2010/04/21 02:20
37_59 はなちゃんさん
EAマイスター様
書き込みありがとうございました！
そうですよね、ありがとうございます。少しほっとしました…
マニュアルは読んでいまして、確かにこのロジックはナンピンはすると
わかっていたんですけど、なんというか、初めての実運用で・・・
性格的に一度気になると不安がどどーーって押し寄せてきて
これでいいの？いいの？って、ぷちパニックに（汗）そして手動決済…
もちろん運用ロットも様子見ですごく小さいんですが、
それでも気になるといてもたってもいられなくなってしまいまして
こちらに書き込んでしまいました…ごめんなさい。
（なんか、デモ運用ができないEAなので、動作確認ができなかったのもあり）
周りで相談する人もいなく、製作者さんには運用の質問ができなくて。
お手を煩わせてしまい、本当に申し訳ないです。
今後二度とこういう書き込みをしないよう気をつけます。
でも、すごく気持ちが楽になりました。助かりました。
書き込みありがとうございました！
そうですよね、ありがとうございます。少しほっとしました…
マニュアルは読んでいまして、確かにこのロジックはナンピンはすると
わかっていたんですけど、なんというか、初めての実運用で・・・
性格的に一度気になると不安がどどーーって押し寄せてきて
これでいいの？いいの？って、ぷちパニックに（汗）そして手動決済…
もちろん運用ロットも様子見ですごく小さいんですが、
それでも気になるといてもたってもいられなくなってしまいまして
こちらに書き込んでしまいました…ごめんなさい。
（なんか、デモ運用ができないEAなので、動作確認ができなかったのもあり）
周りで相談する人もいなく、製作者さんには運用の質問ができなくて。
お手を煩わせてしまい、本当に申し訳ないです。
今後二度とこういう書き込みをしないよう気をつけます。
でも、すごく気持ちが楽になりました。助かりました。
2010/04/20 22:51
37_58 EAマイスターさん
はなちゃん さんへ
基本的にはEAを作成する場合は、色々なトラブルを想定してつくってあるはずだから、週またぎのポジションの認識はよほどおばかな作りのEAでない限りは、再起動した時点で認識すると思うよ。
通常時でも、回線切断や、ＰＣのシャットダウンは想定内だろうから。再起動時は認識するようになってると思います。
ただ、何らかの原因で、認識出来なくなってしまう場合も絶対に起らないとは限りません。
そのEAの注文の特徴が分かっていて、ここで決済しないといけないはずなのに、決済されていないということであれば、誤動作を疑った方がいいかもですね。
でも、誤動作も、ＰＣが原因なのか、EAのプログラムが原因か見た目はわからないからやっかいですね。
明らかにおかしかったら手動で決済も仕方がないんじゃないでしょうか。
自動と言えど、時折動作チェックは可能な限りしといた方がいいですよ。
なので、まずは、EAの注文ポイントや、手法自体や特徴をしっかりと把握しておいて、動作がおかしかったら、稼働をとめるということですね。
あとは、数日位は少ないロットで動作確認を出来るだけリアルタイムで監視しておく事ですね。
そのナンピン自体が本当のロジック通かどうかを理解していない時点で、スタート時のマニュアルの読み込や、ロジックの理解が足りないのではないかなと思います。
ロジックがナンピンするものであって正しく動いてたのなら、もしかしたらその後利益がでたのかもしれないですしね。
基本的にはEAを作成する場合は、色々なトラブルを想定してつくってあるはずだから、週またぎのポジションの認識はよほどおばかな作りのEAでない限りは、再起動した時点で認識すると思うよ。
通常時でも、回線切断や、ＰＣのシャットダウンは想定内だろうから。再起動時は認識するようになってると思います。
ただ、何らかの原因で、認識出来なくなってしまう場合も絶対に起らないとは限りません。
そのEAの注文の特徴が分かっていて、ここで決済しないといけないはずなのに、決済されていないということであれば、誤動作を疑った方がいいかもですね。
でも、誤動作も、ＰＣが原因なのか、EAのプログラムが原因か見た目はわからないからやっかいですね。
明らかにおかしかったら手動で決済も仕方がないんじゃないでしょうか。
自動と言えど、時折動作チェックは可能な限りしといた方がいいですよ。
なので、まずは、EAの注文ポイントや、手法自体や特徴をしっかりと把握しておいて、動作がおかしかったら、稼働をとめるということですね。
あとは、数日位は少ないロットで動作確認を出来るだけリアルタイムで監視しておく事ですね。
そのナンピン自体が本当のロジック通かどうかを理解していない時点で、スタート時のマニュアルの読み込や、ロジックの理解が足りないのではないかなと思います。
ロジックがナンピンするものであって正しく動いてたのなら、もしかしたらその後利益がでたのかもしれないですしね。
2010/04/20 19:47
