В 18:00:00 по времени компа пытаемся получить новый тик по символу SBER с помощью SymbolInfoTick, нам отдают тик со временем 17:57:00
В 18:00:01 по времени компа опять пытаемся получить новый тик по символу SBER с помощью SymbolInfoTick, нам отдают тик со временем 17:58:30
14:53:10.277 ProverkaAktyalnostiTikov (RTS-3.19,H1) РЕКОРДная Разница между временем последенго тика по ВСЕМ символам Минус только, что полученный новый тик по символу 2057 милесекундa.
14:53:10.277 ProverkaAktyalnostiTikov (RTS-3.19,H1) Получен НОВЫЙ тик по символу GAZR-3.19 time_msc= 2019.03.2014:53:11.63814:53:10.277 ProverkaAktyalnostiTikov (RTS-3.19,H1) ХОТЯ до этого был получeн тик RTS-3.19 time_msc 2019.03.2014:53:13.69514:53:10.277 ProverkaAktyalnostiTikov (RTS-3.19,H1) Локальное время получения нового тика по символу. 2019.03.2014:53:10.27714:53:10.277 ProverkaAktyalnostiTikov (RTS-3.19,H1) Предпоследние Локальное время попытки получить новый тик по символу 2019.03.2014:53:10.259
14:53:10.277 ProverkaAktyalnostiTikov (RTS-3.19,H1) РЕКОРДная Разница между временем последенго тика по ВСЕМ символам Минус только, что полученный новый тик по символу 2057 милесекундa.
14:53:10.277 ProverkaAktyalnostiTikov (RTS-3.19,H1) Получен НОВЫЙ тик по символу GAZR-3.19 time_msc= 2019.03.2014:53:11.63814:53:10.277 ProverkaAktyalnostiTikov (RTS-3.19,H1) ХОТЯ до этого был получeн тик RTS-3.19 time_msc 2019.03.2014:53:13.69514:53:10.277 ProverkaAktyalnostiTikov (RTS-3.19,H1) Локальное время получения нового тика по символу. 2019.03.2014:53:10.27714:53:10.277 ProverkaAktyalnostiTikov (RTS-3.19,H1) Предпоследние Локальное время попытки получить новый тик по символу 2019.03.2014:53:10.259
そうですね、何が言いたいのでしょうか?
何に対して。
市場概要には、「出来高」「最後の取引」の列が残っています。この関数は、単に最後のティックの .time を返しているのではないかという疑いが あります。
SymbolInfoInteger(_Symbol,SYMBOL_TIME) 関数は、最後のティックの時間だけを返します。なぜなら、引用符の変更によって、新しい情報の目盛りが表示されるからです。
最後の気配値の到着から最後の刻みの時間までの時間を計測したい。秒単位で見ると、常に0になるようです。したがって、端末はすべてを速やかに返します。
へ。
SymbolInfoInteger(_Symbol,SYMBOL_TIME) 関数は、最後のティックの時間だけを返します。引用の変更は、新しい情報の刻みにつながるからです。
最後の気配値の到着から最後の刻みの時間までの時間を計測したい。秒単位で見ると、常に0になるようです。したがって、端末は速やかにすべてを返します。
もう一度、私が問題だと思うことを。
与えられた。
ローカルタイムとサーバータイムはほぼ同期しています。つまり、新しいティックの .time_msc とローカルタイムとの差は数秒です。
現地時間18:00:00に SBERのシンボルで新しいティックをSymbolInfoTickで取得しようとすると、時刻17:57:00のティックが表示されます。
18:00:01にSymbolInfoTickで新しいティックを取得しようとすると、17:58:30という 時刻のティックが取得されます。
これは運用とは呼べないと思います。
現在、私はローカルコンピュータの時間から 離れ、代わりにマーケット概要からすべてのシンボルの最後のティックの最大時間を使用しています。
改めて、私が問題視していること。
与えられた。
ローカルタイムとサーバータイムはほぼ同期しており、新しいティックの.time_mscとローカルタイムの差は数秒です。
現地時間18:00:00に SBERのシンボルで新しいティックをSymbolInfoTickで取得しようとすると、時刻17:57:00のティックが表示されます。
18:00:01にSymbolInfoTickで新しいティックを取得しようとすると、17:58:30という 時刻のティックが取得されます。
これは運用とは呼べないと思います。
現在、私はローカルコンピュータの時間から離れ、代わりにマーケット概要からすべてのシンボルの最後のティックの最大時間を使用しています。
コンピュータの時間を自由に設定できることを理解していますか?使用することはできません。すでに言われていることですね。これが第一のポイントです。
第二に、市場概要の全シンボルのうち、最後のティックの最大時間は使用できません。SBERシンボルの最後のティックの時間(SymbolInfoTick)とSBERシンボルの最後のクォートの時間(SymbolInfoInteger)のラグを求めたい場合です。つまり、私が書いたように大雑把にやるしかないのです(アドバイスされたように、より精度を上げるためにタンブラーを使う必要があるので大雑把に)。
3つ目は、これです。
根拠なく主張される。自分のコードを証明と考える場合は、「2番目」を参照してください。
コンピュータの時刻を何でも設定できることをご存知ですか?縛られることはありません。もう言われちゃいましたね。まず第一に。
ミリ秒や秒単位ならともかく、任意の時間に設定することはできません。数分の遅れの話も十分あり得ます。今はそれで差分を測っているのではなく、マーケット概要から全シンボルの最後のティックの最大時間.time_mscで計測しています。
SBERシンボルの最後のティックの時間(SymbolInfoTick)とSBERシンボルの最後のクォートの時間(SymbolInfoInteger)のラグを求めたい場合です。
しないんです。
第二に、マーケット概要からすべてのシンボルの中で最後のティックの最大時間を使用することもできません。
なぜ?私は最後のティックの時間を比較していない(コンピュータによって)、私はtime_mscを比較しています。
証拠がないと、あなたのコードは使えない。自分のコードを証明と考えるなら-「2番目」を参照。
通常、開発者は問題を再現するためのコードを要求します。最近キャッチした2秒の遅延をご紹介します。
(アドバイスにあったように、より精度を高めるためにタンブラーを使う必要があるため、おおよそですが)。
pivomoe:
このセリフだけで、あなたが何を望んでいるかがわかるような気がします。シンボル間同期のようなものに興味があるのですね。つまり、欲しい楽器のデータの一般的な関連性です。
私はこの質問に関与していないので、今のところお役に立てません。開発者に聞く。
このセリフだけで、あなたが何を望んでいるかがわかるような気がします。シンボル間同期のようなものに興味があるのですね。つまり、欲しい楽器のデータの一般的な関連性です。
私はこの質問に関与していないので、今のところお役に立てません。開発者向けのアドレスです。
アレクセイ(参加したくなかったけど...)。
このスレッドの2ページ目の「関連性」(NEW_TICK)コードではないでしょうか?
追加
CUR_TICKを使っても、以前と同じティックであることの確認や
新しいティックパケットに、前のティックパケットに含まれていないティックが含まれている場合。
アレクセイ(関わりたくなかったが...。)
このスレッドの2ページ目の「関連性」(NEW_TICK)コードではないでしょうか?
どうやら違うようだ。以来。
タイムトレードサーバ
推定されるトレードサーバーの現在時刻を返します。TimeCurrent() と異なり、時刻の値はクライアント端末で計算され、ユーザのコンピュータの時刻設定に依存 する。
つまり、コンピュータの時間に依存する(測定精度のためには、そうであってはならない)。
もちろん、ここで良いことは、pivomoeの コードが正しいかどうかを チェックし、もし本当にバグがあれば、開発者に 連絡することです。
チェックはTimeGMTOffsetで 行う必要があるようです。後で例をスケッチします。
どうやら違うようだ。なぜなら
コードをよく見て いるんですねー。
TimeTradeServer() は日を 決定するためだけに取られ、それだけです(このチェックは「念のため」行われます)!
TimeTradeServer() は全く行われないかもしれない!
によって追加されました。
繰り返す
"CUR_TICK "を使えば、今までと同じティックであることを確認することができますし
新しいティックパケットには、 前のパケットで渡されなかったティックが 含まれて おり、パケットには1tick("old") が含まれている".
ここで良いことは、もちろん、ピボモエの コードが正しいかどうかを確認し、本当にバグがあれば、開発者に連絡 することです。
マーケットレビューの文字数が数十文字ある場合と、レビューで数文字開いていても、オペラブラウザのタブが数十個ある場合のどちらかで不具合が発生します。プライベート メッセージで開発者に手紙を書きました。
先ほど書いたように、この問題は呼び出しと呼び出しの間に十分な大きさのスリープを入れることで解決します。40文字の場合はsleep(10)で十分です。文字数が増えれば増えるほど、睡眠時間が必要になってきます。