Print("Factor=",TesterStatistics(STAT_RECOVERY_FACTOR)); // Выводим Фактор ВосстановленияPrint("Profit/BalanceDD=",TesterStatistics(STAT_PROFIT)/TesterStatistics(STAT_BALANCE_DD)); // Отношение профита к просадке по балансуPrint("Profit/EquityDD=",TesterStatistics(STAT_PROFIT)/TesterStatistics(STAT_EQUITY_DD)); // Отношение профита к просадке по средствам
KG 0 prp4 (EURJPY,M15) 02:23:25 <><><><><73200011000 RR 0 prp4 (EURJPY,M15) 02:23:25 <<<<<<<<<<<<<<<<<<<<<732 magic_num=732 <-поидее числа равны и условие не должно срабатывать
こんにちは。簡単なインジケータを作ったのですが、新しいバーが来たときにインジケータの線が このように動作します。何が問題なのでしょうか?
Terminalのアップデート中にProgram FilesMeta Trader 5MQL5 フォルダがC:UsersersGetAppDataに完全に コピーされたようです。そうでなければ、数日前に行われ、果物が正常にテストされた仕事の時間のペアがどこにあるか、私は説明することはできません。
.mqh-fileを通してクラスをフォーマットし、それを接続する習慣があることです。知らずにmqhとmq5をProgram FilesMeta Trader 5 accountsに放り込んで、Navigatorに表示されないのを見て、workフォルダ(C:UsersuserAppData \Roaming ↪MetaQuotes ◇Terminal ◇00C5B588590D4A2C89EFC1E0C5301ECA ◇MQL5)に移動させたのでした。ターミナルが更新されるまでは、すべて順調でした。さらにテストのためにExpert Advisorを実行してから、他のものをいじりたくなって、Program FilesMeta Trader 5のコピーである古いコードを見かけました。mq5が変更されておらず、端末がmqhに変更があったことを推測していないため、正しいバージョンが最適化されています。再コンパイルにより、旧バージョンに戻った。
その結果、すでにやったことのために1時間、2時間と費やさなければならず、とても迷惑しています。
私が考えるこの状況からの脱出方法は。
1) フォルダ全体をコピーし、標準パッケージに含まれるファイルのリストだけをコピーする。
2) 上書きされることを何とか警告する (ただし、標準ライブラリの 多くのファイルを変更する場合は面倒)。
3) Program Filesのmql5フォルダが変更されたことを何らかの方法で判断(crcを計算するなど)し、新しいバージョンをインストールする前に、データを保存できるように警告を出す。
4) 古いMQL5のコピーをTerminal00C5B588590D4A2C89EFC1E0C5301ECAに作る(例えばMQL5.384版を追加) - 一番簡単です。
まれにしかない問題だが、くそ、ひどいもんだ。
新しいバージョンのターミナルのアップデート中に、フォルダのFULL コピーがあるようです...........................。
........................... ......................
結論から言うと、非常に腹立たしく、すでにやったことにまた1時間か2時間かけなければならない。
この状況を打開する方法が見えてきた - ..........................。
稀な問題だが、くそっ、ひどいもんだ。
リカバリーファクター- このインジケータは、戦略のリスク性を示し、Expert Advisorが利益を得るためにどの程度のリスクを負って いるかを示します。最大ドローダウンに対する獲得利益の比率として計算されます。(どちらかは書いてありません)
stat_recovery_factor
回復の要因 - 比率STAT_PROFIT/STAT_BALANCE_DD
二重
回収率は、バランスではなく、エクイティで利益とドローダウンの比率を算出することを実験的に確立しました。
リファレンスに間違いはないですか?
そうかそうか、直近の5万枚を見せられたのか。1日に1440本のバーがあります。
ありがとうございました。
そういう問題じゃないんです。疑問というより、悲しみのため息......。
テストに 6月だけを 選んだ場合(30日×1440<5万)、理由によってチャートに何を表示すればいいのか?8月か?
ところで、テスターのティンピッカーは、1秒後に勝手に閉じてしまうという不快な性質があるのですが、もう1つのティンピッカーは...。
致命的なことではなく、どうせなら手で選んだほうが早いのですが......。
価格が変化していないにもかかわらず、OnTickがトリガーされる理由がわからないのですが?
2012.09.10 11:52:11 Sample_Tick (EURUSD,M5) 493 1.2787 1.2789 1.2788 300000
2012.09.10 11:52:10 Sample_Tick (EURUSD,M5) 492 1.2787 1.2789 1.2788 300000
2012.09.10 11:52:09 Sample_Tick (EURUSD,M5) 491 1.2787 1.2789 1.2788 300000
2012.09.10 11:52:07 Sample_Tick (EURUSD,M5) 490 1.2787 1.2789 1.2788 300000
ありがとうございました。
そういう問題じゃないんです。疑問というより、悲しみのため息......。
テストに 6月だけを 選んだ場合(30日×1440<50,000)、理由別にチャートで何を見るべきか?8月?
ボリューム - 変えられるし、もっとある)
ボリュームが変化しないのがわかると思います!!!
ボリュームが変化しないのがわかると思います!!!
仕組みがよくわからない、わからない)
Print("<><><><><",request_action.magic);//Print((ulong)MathMod(request_action.magic-MathMod(request_action.magic,100000000),100000000000)/100000000);
if(magic_num!=(ulong)MathMod(request_action.magic-MathMod(request_action.magic,100000000),100000000000)/100000000){Print("<<<<<<<<<<<<<<<<<<<<<",(ulong)MathMod(request_action.magic-MathMod(request_action.magic,100000000),100000000000)/100000000," magic_num=",magic_num);return;}
KG 0 prp4 (EURJPY,M15) 02:23:25 <><><><><73200011000
RR 0 prp4 (EURJPY,M15) 02:23:25 <<<<<<<<<<<<<<<<<<<<<732 magic_num=732 <-поидее числа равны и условие не должно срабатывать
コメントプリント
Print("<><><><><",request_action.magic);Print((ulong)MathMod(request_action.magic-MathMod(request_action.magic,100000000),100000000000)/100000000);
if(magic_num!=(ulong)MathMod(request_action.magic-MathMod(request_action.magic,100000000),100000000000)/100000000){Print("<<<<<<<<<<<<<<<<<<<<<",(ulong)MathMod(request_action.magic-MathMod(request_action.magic,100000000),100000000000)/100000000," magic_num=",magic_num);return;}
MH 0 prp4 (EURJPY,M15) 02:28:11 <><><><>73200011000
PE 0 prp4 (EURJPY,M15) 02:28:11 92233720368 <- そしてこの数字はどこから来たのかわかりませんが、どうやら最初の計算で「(ulong)MathMod(request_action.magic-MathMod(request_action.magic,100000000),100000000000)/100000000" とすると、何か変なカウントが入る。
<-conditionが成立せず、printが出なかったので、数値は等しくなった。
午前1時頃までは、まったく問題なかった。
追伸:ノートパソコンで試したところ、687ビルドはそのままで、同じパイです。