// Глобальные переменные//staticdatetime prevtime = 0; // по ценам открытия
これは開始直後です。
int start() // -----------------------СТАРТ ЭКСПЕРТА---------------
{
if(Time[0] == prevtime) return(0); //ждем нового бара
prevtime = Time[0]; //если появился новый бар , включаемся
...
TFの定義...1つの指標として、はい、使用します。There tf: NULL, PERIOD_H1 かなり標準的です。また、TFに関連するもの、あるいは、それ以外のものは、 。
そうですね、こうやってやってみるといいかもしれませんね。
コードを次のように補足してください - これはグローバル変数にあります。
これは開始直後です。
開始価格モデルによるTF M1のテストとopyt - バーの開始を明示的に制御するExpert Advisorにのみ対応...
さらに、使用するインデュレーターやEA自体のいたるところで、必要と思われる作業時間帯を明示的に 規定するなどの工夫が必要です。
後日、テストと 最適化の結果をここに書き込んでください...。その後、 テクニカルサポートに連絡し、撮影を待ってください。
FAQの スレッドはこちらです。通常、フォーラムのトップページにあります。テスターや端末のエラーが疑われる場合の問い合わせ先がわかりやすい。
以下のものを用意する必要があります。
1. Expert Advisor のソースコード。
2.テスト/最適化で使用するフルセットです。
3.そして最後に、問題の本質を明確に述べること。
eugene-last、その後テクニカルサポートに連絡し、撮影するのを待ちます。
FAQの スレッドはこちらです。通常、フォーラムのトップページにあります。テスターや端末のエラーが疑われる場合の問い合わせ先がわかりやすい。
以下のものを用意する必要があります。
1. Expert Advisor のソースコード。
2.テスト/最適化で使用する一式。
3.最後に、問題の本質を明確に述べる。
もうこんな時間か...。
すでになくなっているようですが...。"パスの中で何かが間違っていると仮定しても、少なくとも最適化の最初のパスは、単一のテストと同じであるべきだ"!
撮りに行く......"
もう手遅れだ...。
見た目は、「パスの中で何かがうまくいかないと仮定しても、少なくとも最適化の一番最初のパスは、シングルテストと同じであるべきだ!
撮影に行く......」という感じです。
最初の関数から始めて、矛盾の原因となる関数に出会うまで、少しずつ関数を追加していくんだ。
技術サポートを待っています。私は自分の知っていることには慣れていますが、ここでは.........................。
インジケータを削除しても、結果は同じで、矛盾しています。すべてのステップを経て、最初の関数から始めて、矛盾の原因となる関数に出会うまで、一つずつ関数を追加していきます。あなたの技術サポートを待っている、私は私が知っているものに慣れているが、ここで............
ひとつ理解しておいていただきたいのは、これはcovコードのデバッグでは当たり前のプロセスであり、ひねりがあると言われればなおさらだということです。
プリンターですべてをカバー - Print(); と可視化モードのテスターでF12を介して価格を開く - ステップごとに、バーごとに -戦略テスターの"ログ "タブの内容を追跡、プリンタは、すべてのパラメータまたは変数の値を報告する...など
正しいアプローチで、引っかかりを感じながら、 自分なりのエラーでコードを 出していくのです
とはいえ、ストラテジーテスターの仕事に関する記事はすべて読むべきですが...。:-)
それが正しいアプローチです。
今、私自身が困っているんです。解決できないと確信できるまでは、テクニカルサポートやフォーラムに書き込むことはしないことにしています。
すべての証券会社がM1の十分な履歴を持っていない、どちらかといえば、その後、テストとSOVまたはINDICATORSで明示的に指定したものよりも大きくないTFで 最適化しようとする、 すなわち、あなたが書いた場合 "there tf: NULL, PERIOD_H1" 、その後テストと価格モデルを開くことによってH1で最適化 - バーオープニング制御を明示するEAにのみ - ...。
この場合、指標に規定されているよりも低いタイムフレームでテストすることが望ましい。
そうでなければ、この時間にはEAはポジションをクローズすることしかできず、次の時間には条件が満たされている場合にのみオープンすることができます。
m1~m15はEAのテストに 最も適しており、n1で動作し、EAがtpとslでクローズする場合はさらに重要です。
あ、最後にもうひとつだけクセを。最適化を数回行う場合、ジェネリックがなければ、32パスとすればよい。そのため、 複数の最適化のレポートを比較すると、結果は100%一致 することがわかります。
好きなパスを選んで、一回走らせれば、違う結果が得られる。
たとえ、パスとパスの間で何かがうまくいかないと仮定しても、まあ、少なくとも最適化の最初のパスは、単一のテストと同一であるべきです!?
撮りに行く...。
ループで吊るされる運命にある者は、自分では撃てない。
端末を再起動することで、全く同じテスト結果を持つ類似のケースが解消されることが何度も観察されています。
端末を再起動し、新しい/異なるテスト結果を得ることができます。
縄に吊るされる運命にある者は、自分を撃つことはない。
端末を再起動することで、同じようなテスト結果が繰り返し表示されることが何度も確認されています。
端末を再起動し、新しい/異なるテスト結果を得ることができます。