記事"クロスプラットフォームグリッドEAの開発(パートIII):マーチンゲールによる補正ベースのグリッド"についてのディスカッション - ページ 5

[Jian Chen]

Ben Shapiro:

過去のデータでこれをテストしようとすると、いつもこうなる：

2019.08.17 20:38:02.707 2018.11.18 22:23:30 failedmarket sell 0.01 XXX [Unsupported filling mode] (サポートされていない充填モード)

どのシンボル（FXまたは株式）を選択しても発生します。取引は行われていません。何が問題なのでしょうか？

オーダーフィリングモード」の入力パラメータを変更してみてください。ブローカーのシンボルの仕様に合わせてください。

シンボルのフィリングモードの確認方法

Market Watch "にアクセス -> シンボルを選択して右クリック -> "Specification... "メニュー項目をクリック -> "Filling "記述をチェック。

[Roman Shiredchenko]

テイクアウトを大きくすることは失敗への道だと思いませんか？

例えば、20ピップスのストップとテイク、20ピップスのテイクなど、チャネル内の利益で取引することを妨げるものは何ですか？

実際の口座は消耗しています - 私は少なくともこのため除外しません...

"2番目の信号は、実際のアカウントでごく最近開かれました。SBUX、MCD、KO、MSFT、NKE、ORCL、ADBE、CMCSA、LLY、HPE： "執筆の時点で、それは株式市場の楽器でのみ取引されています。

遠いテイクアウト - 私は、まず第一に、特にあなたがのような記事で説明したように、価格はそのテイクアウトに到達するために非常に長い時間がかかること、貪欲の話だと思う....

[ddwin668]

なぜこのEAはMT5でテストを完了することができないのでしょうか？ログにはエラーは表示されませんが、一定のリクオートがあるだけで、トランザクションはありません。何が起こっているのか教えていただけますか？

[Arthur Albano]

Ben Shapiro:

過去のデータでこれをテストしようとすると、いつもこうなる：

2019.08.17 20:38:02.707 2018.11.18 22:23:30 failedmarket sell 0.01 XXX [Unsupported filling mode] (サポートされていない充填モード)

どのシンボル（FXまたは株式）を選択しても発生します。取引は行われていません。何が問題なのでしょうか？

ソースのルークを読んでください！

switch(useORDER_FILLING_RETURN){
   case FOK:
      mrequest.type_filling = ORDER_FILLING_FOK;
      break;
   case RETURN:
      mrequest.type_filling = ORDER_FILLING_RETURN;
      break;
   case IOC:
      mrequest.type_filling = ORDER_FILLING_IOC;
      break;
}

コードはとても素晴らしい。充填モードを選んでください。ブローカーに優しい :)

[rmshau]

Arthur Albano:

ソースのルークを読む

コードはとても素晴らしい。充填モードが選べます。ブローカーに優しい :)

このコードはクロスプラットフォームで、時系列も含めて本当にすばらしいのですが、私のMT4テスター（ビルド1260）がこのコードでどのAsk/Bid価格を取得して取引を開始するかを調べようとしています。OrderSendの各試行はエラー138(New Prices)で終わります。まるでMqlTick構造がティックの間違ったAsk/Bidを生成しているかのようです。- それとも、他のタイムフレームからデータを引っ張ってきているのでしょうか?

このEAを試された方で、同じような問題を経験された方、またテスターのエラー138の原因は何でしょうか？

また、上記の問題のように、（ブローカー/インストルメントにとって唯一のオプションである可能性のある）市場価格で注文を満たすことは、少なくともMQL4コンパイルでは、このEAではオプションではないようです：

#ifdef __MQL5__ 
   #include <Trade\Trade.mqh>
   CTrade Trade;

   enum TypeOfFilling // 充填モード
     {
      FOK,//order_filling_fok
      RETURN,// order_filling_return
      IOC,//order_filling_ioc
     }; 
   input TypeOfFilling  useORDER_FILLING_RETURN=FOK; // オーダー充填モード
#endif 

(しかし、そのような選択がMT5プラットフォームで必要かどうかを尋ねることで、私の傲慢さを示すべきではありません... ;-)

また、私自身はプログラマーではないのですが、あるコードのサンプルで、「 ストラテジーテスターの 場合、 ティックが入るたびに実行することが必須 だが、リアルタイム処理はタイマーイベント（標準200ミリ秒）で実行するのがベストである」と仮定されているのを見つけました。

以上、コメントありがとうございました。

[Keith Watford]

rmshau:

このコードはクロスプラットフォームで、時系列とすべてにおいて本当にすてきですが、私の MT4テスター(ビルド1260)がこのコードで取引を開始するためにどのAsk/Bid価格を取得するかを調べようとしています。OrderSendの各試行はエラー138(New Prices)で終わります。まるでMqlTick構造がティックの間違ったAsk/Bidを生成しているかのようです。- 運用中のtfと同じタイムフレームで実行してみましたが、やはり同じでした。

このEAを試された方で、同じような問題を経験された方、またテスターのエラー138の原因は何でしょうか？

また、上記の問題のように、（ブローカー/インストルメントにとって唯一のオプションである可能性のある）市場価格で注文を満たすことは、少なくともMQL4 コンパイルでは、このEAではオプションではないようです：

(しかし、そのような選択がMT5 プラットフォームで必要かどうかを尋ねることで、私の傲慢さを示すべきではありません... ;-)

また、私自身はプログラマーではないのですが、あるコードのサンプルで、「 ストラテジーテスターでは、 ティックが入るたびに実行することが必須 だが、リアルタイム処理はTimerイベント（標準200ミリ秒）で実行するのがベストである」と仮定されているのを見つけました。

以上、コメントありがとうございました。

このトピックはMQL5に関するもので、使用しているプラットフォームをご存じないようです。

MT4に関することは MT4のセクションに 投稿してください。

[Aaron JF]

私のところもそうだった。

[Vasiliy Sokolov]

fxsaber 取引回数は 減少する。

これらのリターンをテスターで直接取り出して、普通のTSを1行で作ることも可能である。

結論

その結果、私の結論はどこで間違っているのか理解できない。すべての補充TSは一種の自己欺瞞、つまり利益削減である。ポーカーという形でのドレインではなく、利益削減の話である。結局のところ、どんな補充TSからでも、より利益の高いTSを引き出すことは可能なのだ。この結論は論理的にはすべて正しいようだ。しかし、そのような実験をした私には、なぜかよくわからない。

同じ結論は見当たらない。番目の入力は、2番目以降の入力と同様に記憶がない。つまり、そのMOはこのTCの他の入力と同じ、つまりゼロである。それは，4 番目の赤の後に 5 番目の黒を待つようなものであり，赤が 5 回連続する確率はごくわずかである．現実には、同じ50/50があり、マーチンやそのようなグリッドで取引するには、保証された固定リターンを得るために無限の資本が必要であることを意味する。

[fxsaber]

Vasiliy Sokolov #:

同じ結論にはならない。番目の入力は次の入力と同様に記憶がないため、その手口はこのTSの他の入力と同じ、つまりゼロに等しい。4回目の赤の後、5回目の黒を待つようなものである。赤が5回連続する確率はごくわずかである。現実には、私たちは同じ50/50を持っており、マーチンやそのようなグリッドで取引するには、保証された一定のリターンを得るために無限の資本が必要であることを意味します。

あなたは私の言葉を誤解しているようだ。

[vito hong]

等しい