2017.04.2012:47:41.8852017.04.0710:00:00 sell limit 1.00 RTS-6.17 at 114060 (114060 / 114180 / 113770)
2017.04.2012:47:41.8852017.04.0723:44:59 order canceled due end of test [#140 sell limit 1.00 RTS-6.17 at 114060]
2017.04.2012:47:41.885 final balance 91195.12 RUR
2017.04.2012:47:41.885 RTS-6.17,M1: 327182 ticks, 788 bars generated. Test passed in 0:00:00.218.
テスターのACCOUNT_PROFITは無意味なことを表示しています。
付け加えます。
1. 交換用機器について
2.また、ポジションの合計損益に着目した場合、Expert Advisorのロジックが正しく動作しない。
決算時には、ACCOUNT_PROFITの値を重視します。
決算時に、端末が利益を再計算するので、最終的に
損切り
ということになります。
追加します。
どうやら私はHFTについて何か理解していないようです。私の知る限り、「超高速」トレードをする場合、過去のトレードは気にしない。
HFTは、ただ多くの取引を行うだけのTSの例を挙げた。
一部のスキャルパーを長期にわたって実行することができます。トレード数が多い(数万件)ことが大きなポイントです。そうすると、現在の履歴を扱う実装のデメリットが見えてきます。
現状は以下の通りです。案件が多い場合は、履歴を使用しない。
SDでは...
というのはすごいですね。
十分な結果を得るためには、LAST priceの使用を削除する必要があります。
ポジションのオープン価格からストップロスやテイクプロフィットのレベルまでのポイントの最小の刻み目を 見つけるのを助けてください。SymbolInfoInteger(下記コード参照)を使ってみたのですが、この計算では0が返ってきます。どなたか、正しい計算方法を教えてください。
ポジションのオープン価格からストップロスやテイクプロフィットのレベルまでのポイントの最小の刻み目を 見つけるのを助けてください。SymbolInfoInteger(下記コード参照)を使ってみたのですが、この計算では0が返ってきます。どなたか、正しい計算方法を教えてください。
0 - 制限なし。しかし、SYMBOL_SESSION_PRICE_LIMIT_MINとSYMBOL_SESSION_PRICE_LIMIT_MAXも存在する。
0 - 制限はありません。しかし、SYMBOL_SESSION_PRICE_LIMIT_MINとSYMBOL_SESSION_PRICE_LIMIT_MAXも存在する。
うーん、その場合、SYMBOL_TRADE_STOPS_LEVELがどうにかして別の働きをしてくれればいいんですけどね。0 が無制限であれば、理論的には、.PositionOpen(...) をサーバに送信するときに、建値から 1 pip (5 digits) のところにストップを置くことができますが、ここでは TRADE_RETCODE_INVALID_STOPS エラーが 100% ポップアップ表示されるでしょう。今のところガチガチです。
これはどうでしょう?
ティックごとに、現在の価格で指値をするか(すぐに実行する)、ポジションを閉じるか。つまり、ポジションがたくさんあるはずなのです。しかし、リミッターの実行が停止しているため、このようなことはありません。以下は、そのログの最後です。
SellLimitがBidに設定されたが、実行されなかった。
1585年当時は何もかもがOKだった。
テスターにまた何かされた-1586。
そして、私が間違っていることは理解していますが、それでも、ビルドのリリースに対する何か間違ったアプローチをしているような印象を受けるのです。以前は、ビルドのリリース後にこれほど多くのバグレポートが出ることはありませんでした。