ダニの話 - ページ 10

 
Vasiliy Sokolov:
MT5では、時間が本当に問題です。まず、システムのdatetime型の 解像度が低すぎる。現代の基準では、1秒は永遠である。第二に、イベントの到着は時間とは関係ない。OnBookEventでグラスの新しいスクリーンショットを取得したとすると、それは何時頃を指しているのでしょうか?サーバーの最終既知の 時刻でTimeCurrentを取得する必要がありますか?最後に確認されたサーバーの時刻が1分前に更新された場合はどうでしょうか?

3000年を前にしてdatetimeを変更することはまずないだろう

последняя дата datetime 3001.01.01 00:00:00 | 32535216000

ラップを作るのはもっと簡単です。

struct millisekdatetime
  {
   datetime time;
   ushort millisek;
  };
 
Tapochun:
インジケーターは必要ない。モード差もいらないしね。あるモードに対して異なる量(例えば2000と10000)を要求したときに、同じティックの違いが観察されるか教えてください。
カルプトフ・ウラジミール
今なら理解できる。確認したいのですが・・・。

Ghjdtチェック済み。つまり、同じツールで同じモードのティック受信(COPY_TICKS_INFO モードを探しました - BidとAskのみ)、異なるティック要求の深さで、異なるティックストリームを受信します。 Expert Advisor (v. 1.41) の添付ファイルには、この動作の理由がはっきりと示されています。

1

1500を要求すると1500ティックが、10000を要求すると4691が返されます。一般的に2000ティック以上返すと、履歴を返すモードが変わります。

ファイル:
CopyTicks.mq5  4 kb
 
Karputov Vladimir:

Ghjdtチェック済み。つまり、同じコードで同じティック受信モード(COPY_TICKS_INFO モード - BidとAskのみ)で、ティック要求の深さが異なると、ティックストリームが異なる形で受信されます。 Expert Advisor (v. 1.41) の添付ファイルにこの動作の理由が明確に示されています。

1500を要求すると1500ティックが、10000を要求すると4691が返されます。一般的に2000ティック以上返されると、ヒストリーリターンモードが変更されます。

そこ、素晴らしい!私も同じです。servicedkに書きました、待ちます。
 
Tapochun:
ここ、すごい!私もそうです。servicedeskに書きました、待ちます。

面白い機能に気づきました。 前回の投稿で紹介したEAを 新しいインストゥルメント(まだティック履歴を要求していないので、ディスク上にティック履歴のファイルを作成していない)で動かしてみたところ、最初は2000を要求しても200ティック程度返ってくることがわかりました。しかし、徐々に、ティックごとに返されるティックの数が増えていく。ここに書いているように、最初の200ティックにオンライン履歴が追加されていく感じだ。

追加:添付EA v1.42 - 一番最初の実行時のレンジ終了バグを修正しました。

ファイル:
CopyTicks.mq5  4 kb
 
新ビルド1190にアップグレードしました。新バージョンでEAを再コンパイルしました。テスターでは、CopyTicks() が目盛りを取得しません - エラー4014。
 
Karputov Vladimir:

面白い機能に気づきました。 前回の投稿で紹介したEAを 新しいインストゥルメント(まだティック履歴を要求していないので、ディスク上にティック履歴のファイルを作成していない)で動かしてみたところ、最初は2000を要求しても200ティック程度返ってくることがわかりました。しかし、徐々に、ティックごとに返されるティックの数が増えていく。ここに書いているように、最初の200ティックにオンライン履歴が追加されていく感じだ。

追加:添付のEA v1.42 - 一番最初の実行時のレンジ終了バグを修正しました。

はい、レナートはティックが読み込まれていることを指摘しました。だから、(少なくとも)-1が返ってくるかどうかを確認する必要がある。一方、COPY_TICKS_INFOモードでは、それほど重要でない場合でも、返されたティックが要求されたものと等しいかどうかを解析者がチェックすることができます。それでもリターンは少なくなります。
 
Tapochun:
はい、レナートの指摘で、ダニが拾われていることがわかりました。だから、(少なくとも)-1 のチェックは必要です。また、COPY_TICKS_INFOモードでは、要求された量と同じ量が返されたかどうかを確認することができますが、そうでない場合は意味がありません。
まあ、月曜日まではダニがいるものは確認できないんですけどね。他のことに対処する。
 

今、ティックのリクエストを試してみました - オフラインのチャートで。モードやティック数に関係なく、結果はほぼ同じです:入札価格は全くありません(すべてのティックは入札=0です)。

 
Karputov Vladimir:
まあ、どうせ月曜日まではチックでは何も信じられないだろうけど。他にやることがある
なぜ?インジケーターをダウンロードした場合、更新するための素晴らしいボタンがあります。そして、誰もスクリプトをキャンセルしませんでした。
 
もう一度説明してください。今、手に入るティックヒストリーの奥深さとは?履歴はサーバーからダウンロードするのですか、つまり蓄積する必要はないのですか?テスターの仕組みは、ティックシミュレーションと ティックヒストリーのどちらを使用するのでしょうか?
理由: