2015.03.2620:49:01.641 Test (MIX-6.15,M1) Необходима загрузка истории с сервера!
2015.03.2620:49:01.641 Test (MIX-6.15,M1) Init failed. RTS-6.152015.03.2620:49:01.641 Test (MIX-6.15,M1) Необходима загрузка истории с сервера!
2015.03.2620:49:01.641 Test (MIX-6.15,M1) Init failed. Si-6.152015.03.2620:49:01.641 Test (MIX-6.15,M1) Sorry! Get Bars failed.
boolSeriesInfoInteger(
string symbol_name, // имя символаENUM_TIMEFRAMES timeframe, // периодENUM_SERIES_INFO_INTEGER prop_id, // идентификатор свойстваlong& long_var // переменная для получения информации
);
なぜOnInitで行ったことをOnCalculateで繰り返すのですか?そんな呪文があるんですか(笑)
単純なコピー&ペーストのマジックです))
よし、ポピュラーに説明しよう。イニテで一度、データのレディネスを確認するだけでは不十分です。非同期でデータを生成するため(メイン処理が遅くならないように)、initでのチェック時にデータエラーが発生する可能性があります(様々な要因に依存します)。
したがって、calculate で check and (or only) して、必要なデータがすべて揃うまでメインの計算を開始しない、つまりtick ごと に ready まで check する必要があるのです。
単純なコピー&ペーストのマジックです))
よし、ポピュラーに説明しよう。イニテで一度、データのレディネスを確認するだけでは不十分です。データは非同期で生成されるため(メイン処理が遅くならないように)、initでのチェック時に、データエラーが発生する可能性は十分にあります(様々な要因に依存します)。
そのため、チェックは計算中に行い(あるいは計算中にのみ)、必要なデータがすべて揃うまでメインの計算を開始しない、つまり、毎ティックで準備が整うまでチェックする必要があるのです。
それこそ、インジケーターのOnInit関数が クソだったり、開発者が仕事してなかったり。
コピー&ペーストは素晴らしいことです、自分もやってます )) 。
怒鳴っても、チュクチを呼んでも、問題は解決しない!
履歴のダウンロードはまだ書いていないのですが、データはターミナルに入っていて、初回は出てこないんです
なるほど、面白い!
インジケータは自分のスレッドで、EAは自分のスレッドで作業します。もちろん、単芯石であれば別ですが。
全てはドキュメントに書かれている通りです。:)
テスト用のインジケータとEAをスケッチして、その結果を動画にしました。
1) まず、OnTick 機能を 20 秒間実行したチャートに Expert Advisor をプロットします。
その結果、チャートは動作を継続し、すべてをあるべき姿で表示することができます。チャートも期待通りに動作します。
2) 次に、OnCalculate 機能を持つインジケータを20秒間チャートに適用します。
その結果、チャットがハングアップしてしまいます。同時に、同じシンボルで期間の異なる次のチャットウィンドウも中断されます。ガラスは本来の性能を発揮し続けます。機能が働いた後は、すべてが元に戻ります。
3) ビデオにはありませんが、一方のチャットでインジケータを投げ(60秒に設定)、もう一方のチャットでエキスパートを投げると、もう一方のチャットのインジケータが不具合を起こすまでエキスパートが動き出しません
動画を別途添付しました - 私のブラウザでは遅いです。
すべてがドキュメントに書かれているとおりになるのです。:)
インジケータとExpert Advisorをスケッチし、ビデオで確認。
1) まず、20秒間動作するOnTick関数を内蔵しているExpert Advisorのチャートにキャストしてみました。
その結果、チャートは動作を継続し、すべてをあるべき姿で表示することができます。チャートも期待通りに動作します。
2) 次に、OnCalculate 機能を持つインジケータを20秒間チャートに適用します。
その結果、チャットがハングアップしてしまいます。同時に、同じシンボルで期間の異なる次のチャットも停止されます。ガラスは本来の性能を発揮し続けます。機能が働いた後は、すべてが元通りになります。
3) ビデオにはありませんが、1つのチャットでインジケータ(60秒設定)、もう1つのチャットでEAをキャストすると、別のチャットでインジケータが誤動作するまでEAが動作し始めません。
動画を別途添付 - 私のブラウザは遅いです。
ありがとうございます、動画が見れないので調べてみます。
インジケータから作業する際に、取引環境からデータを取得しようとする場合、OnInit()でクエリを設定しようともしないでください。OnCalculate()でクエリを作成し、レスポンスを確認します。他のシンボルや他のタイムフレームからデータを受信する場合、OnCalculateでも、最初の時間からデータを受信することに成功しないことがほぼ確実です。そのため、値の戻りを確認する必要があります。値が得られない場合は、OnCalculate()で次のティックでのデータ取得を試みる。
また、servicedeskからのレスポンス、つまり提供されたコードを見るのもすでに興味深いです。
トレーディング、自動売買システム、ストラテジーテストに関するフォーラム
FORTSヘルプ
alexvd, 2015.03.26 15:48
あなたはservisdeskからソースコードを渡されました。最後のコードをTest()関数に入れてみてください。すでにスポーツ的な興味 - 著者は自分のコードを書き続け、servicedeskのコードを無視する?
インジケータから作業する際に、取引環境からデータを取得しようとする場合、OnInit()でクエリを設定しようともしないでください。OnCalculate()でクエリを作成し、レスポンスを確認します。他のシンボルや他のタイムフレームからデータを受信する場合、OnCalculateでも、最初の時間からデータを受信することに成功しないことがほぼ確実です。そのため、値が返ってくるかどうかを確認する必要があるのです。値を受信しなかった場合は、OnCalculate()で次のティックでのデータ受信を試みます。
+++ といった具合に、最後まですなわち、データがない場合は、リターンする。
何を問い合わせるかによります。また、何回クエリを発行するかは、コード作成者の好みに完全に依存します。
あなたは、次のことを理解しています。
端末にデータがある場合は、関数
はFALSEを返してはいけないのでしょうか?
P/S SDコードも初回から使えない!
ONCE AGAIN
ヘルプから
SeriesInfoInteger
履歴データの状態に関する情報を返す。この機能には、2つのバリエーションがあります。
2つ目のバリエーション。
series_terminal_firstdate。
期間に関係なく、クライアント端末のシンボルに従って履歴の最初の日付
時分
この関数は、端末にデータがある場合に false を返してはいけません!!!!
どこからかけてもOK!