[in] Количество запрашиваемых тиков. Если параметры from и count не указаны, то в массив ticks_array[] будут записаны все доступные последние тики, но не более 2000. Первый вызов CopyTicks() инициирует синхронизацию базы тиков, хранящихся на жёстком диске по данному символу. Если тиков в локальной базе не хватает, то недостающие тики...
ダニ解析による実験を少しまとめてみました。
1. OnTick ハンドラで相当数のティックをスキップしている。
したがって、受信ティックを通してディールのストリップを分析しようと思ったら、それは意味がないのです。
この方法では、テスターでのアルゴリズムの結果と実際の取引結果が異なることになります。
別の方法として、CopyTicks() または CopyTicksRange() 関数を使用して履歴のティックを取得することにより、選択した期間または一定量の最後のディールのストリップを分析することが可能です。
この場合、テスターでアルゴリズムをテストした結果と実際の取引結果は同じになります。
デメリットは、アルゴリズムの性能が低いことです。
はい、Expert Advisorはティックを見逃すことがあります。したがって、インジケータかCopyTicksのどちらかである。
そして、何による性能劣化なのか?必要なセグメント(最後にデータ検索に成功した後に現れたもの)だけをコピーする。
どうせCopyTicksが使われるなら、なぜ「リアルタイム」で収集するのか?
好きなタイミングで、正しい深さに刻みをコピーすることができます。
アンドリュー、トピックのタイトルを 読む
追加
CopyTicks()で正しい深さにするのは無理です!2000ティックしかありません。
アンドレイ、トピックのタイトルを 読む
もともとタスクの設定が間違っているというのはどうなんでしょう?
リアルタイムでティックの分析が可能ですが、隙間ができないようにインジケーターやCopyTicksを使用する必要があります。
CopyTicks()では必要な深さが得られず、2000ティックしか得られないのです
そのような制限はありません。ドキュメントに ある例を参照してください。
もともとタスクの設定が間違っているというのはどうなんでしょう?
リアルタイムのティック分析も可能ですが、インジケーターやCopyTicksを使用して、抜けがないようにする必要があります。
そのような制限はありません。ドキュメントに ある例を参照してください。
1.必ずしも指標にはならない!
というヘルプのことであれば
Expert Advisorやスクリプトでは、CopyTicks()関数は最大45秒まで待つことができます...。
最後まで読むと、こう書いてあります。
出力速度:端末は各文字ごとに4096個の最後のティックをキャッシュに保存し、素早くアクセスできます(スタックが動作している 文字の場合は65536個のティック)、このデータに対するクエリーは最速 です。
OnBookEvent()イベントは、ティックの新しいパックが端末に到着したときに発生するため
Expert Advisorからティックを収集することが可能です。一例を挙げて確認してみましょう。
2.このような制限がありますので、ご自身でご確認ください(CopyTicksRange() には制限はありません)。
1.必ずしも指標にはならない!
OnBookEvent()イベントは、ティックの新しいパッケージがターミナルに到着したときに発生するため
Expert Advisorからティックを収集することが可能です。一例を挙げて、確認してみましょう。
OnBookEventは、ティックが外れないことを保証するものではありません。そこに重い計算があると、OnTickと同じようにスキップが発生します。
また、CopyTicksを介して必要な深さのティックをどこからコピーするかは問題ではありません。
2.このような制限がありますので、ご自身でご確認ください。
パラメータ0, 0に対してだけ存在し、ヘルプに明示されています。
Если параметры from и count не указаны, то в массив ticks_array[] будут записаны все доступные последние тики, но не более 2000.
OnBookEventは、ティックが外れないことを保証するものではない。
繰り返す
OnBookEvent()はまさに、新しいティックのバッチが 到着したことを保証してくれるのです!
参考文献より
発行率 です。 端末は1文字あたり4096ティック(スタックが 動作している文字では65536ティック)分の最後のデータをクイックアクセスキャッシュに格納 し、このデータに対するクエリーが最も高速 になる。
引用終わり------。
OnBookEventがトリガーされなかったら、MT5での取引(為替)はすべてゴミ箱に捨てられてしまうかもしれませんね。
新しいティックのパックが到着 - 100%でOnBookEventがトリガーされ、CopyTicks()でティックの到着数が表示されます。
キャッシュに保存されているデータで、最速の アクセスです
そのため、ティックのコレクターはインジケーターやEAにリアルタイムで実装することができます(相場が動いている時)。
によって追加されました。
上のコードを持って行って、それをチェックして、議論するよりも...
ティックコレクタのコードは正しいのですが、いくつかの実装ミスがあります。
を、後で投稿してください。
追加
Expert Advisorからリアルタイムで全ティック収集
をご利用ください。
ティックコレクターの動作を 比較するために、ある時点でそこから全取引のリボンを作ることができます
(COPY_TICKS_ALLをCOPY_TICKS_TRADEに2箇所置き換えて)トレードのリボンとの比較をしてみてください。
を楽器ガラスに埋め込んだ。
流動性の高い商品の場合、印刷に時間がかかることがあります。
ダニは一度に複数のフラグを持つことはできないのですか?
繰り返し
OnBookEvent()は、まさに 新しいティックのバッチが 到着したことを保証 するものなのです
しかし、だからといって、すべてのOnBookEventイベントを処理する保証はあるのでしょうか?