int losses=0;
for (int i=0; i<OrdersHistoryTotal(); i++) { // Цикл по истории терминалаif (OrderSelect(i,SELECT_BY_POS,MODE_HISTORY)) { // Если ордер выбран ...if (OrderSymbol()!=Symbol()) continue; // Если символ ордера не наш - к следующему ордеруif (OrderType()>OP_SELL) continue; // Если тип ордера не наш - к следующему ордеруif (OrderMagicNumber()!=Magic) continue; // Если магик ордера не наш - к следующему ордеруif (OrderProfit()>=0) continue; // Если профит ордера в плюсе - к следующему ордеруif (OrderProfit()<0) // Ордер закрыт в минусе ...
losses++; // Увеличиваем счётчик убыточных ордеров
}
elseif (!OrderSelect(i,SELECT_BY_POS,MODE_HISTORY)) { // Если не удалось выбрать ордер ...Print("Error in history! ", GetLastError()); // Сообщим об ошибке и посмотрим её кодbreak; // Прерываем цикл перебора ордеров
}
}
そして、もうひとつ。
if(ldlot<0.1) ldlot=0.1;
同じように、最低限許される範囲内でチェックをするのが良いのでしょうか?
double MinLot=MarketInfo(Symbol(),MODE_MINLOT);
if (ldlot<MinLot) ldlot=MinLot;
そして同時に、(関数にロットサイズを渡す際に)最大値より大きいか?
double MaxLot=MarketInfo(Symbol(),MODE_MAXLOT);
if (ldlot>MaxLot) ldlot=MaxLot;
滑りを良くする。高速のマーケットで取引されたものであること。重要なニュースの後、ユーロバックスが1-2ティックで悪夢のような速さになることが時々あります。そして、サーバーがEAの注文を処理している間に、価格は非常に急激に変化します。
スリッページが常に大きいと、DTがシステマチックに悪用しそうで怖いです。サーバー上の価格が注文を送った時の価格より良い場合に限り、動的に「移動」させることが望ましい。もし、要求された価格がもはや利用できない場合、新しい価格が提示され、OKを押して受け入れるか、拒否するか、もちろん同じ状況であればですが、手動入札に似ています。
みなさん、こんにちは。次のような組み合わせになるようにお願いします。結果は、価格に沿った2本のライン、1本はAskより20pips低い...となるはずです。
しかも、1tickで20ポイントも変わるとビープ音が鳴るんです。
すべて別個に問題なく動作します。ありがとうございました。
1)Askを20pips下回るライン。
2) ラインはAskの20pips上にある。
3)価格の時間的変化率
賢いペトロシアンが冗談を言いたくなるような...))
それは申し訳ない、お金はあなたのものです。あなたが増えれば増えるほど、私たちは幸せになれるのです。
MetaEditorには、iMAインジケータが標準装備されています。ご自由にお使いください :)
みんな!リスク次第でたくさん取引できそうなものを作ろうと思っているのですが・・・出てこないものですね・・・。
どこがエラーなのか、アドバイスをお願いします...。
取引履歴に正しい種類の注文が1件だけあるか?
利益確定した注文があった場合、ループから抜け出し、残りの履歴を確認しない...。
これが自分の機能?それともOrdersHistoryTotal()?
負け注文の数を検索して迷っています。最後に閉じた注文が必要な場合、最後の注文のチェックはどこにあるのですか?
ここで、ご自身の分析のための宿題を出します。
そして、もうひとつ。
同じように、最低限許される範囲内でチェックをするのが良いのでしょうか?
そして同時に、(関数にロットサイズを渡す際に)最大値より大きいか?
ありがとう、でもやっぱりスリップは入れてね。
Slippageが常に高いと、DCが組織的に悪用するようになるのではと危惧しています。
チケットでオーダーを扱う場合、変数(int Ticket)はどのように書けばよいのでしょうか。静的なローカル変数として、あるいは通常のグローバル変数として、あるいは一般的に通常のローカル変数として、教えてください。混乱しています。ありがとうございます。
この変数がすべてのEA機能で利用可能になるかどうかにかかっています(まあ...すべてではありませんが、いくつかは確実にあります)。すると、その変数はグローバルになります。
1つの機能でのみ使用される場合は、ローカルとなります。
花を入れる水は、プレーンと甘酒のどちらか」というような質問です・・・。と思っているうちに、花は箒になり、お風呂に...。:))
Slippageが常に高い状態だと、DCが組織的に悪用する可能性があるのではないかと危惧しています。サーバー上の価格が注文を送った時の価格よりも良い場合にのみ、動的に「スリッページ」を行いたいのです。もし、要求された価格がもはや利用できない場合、新しい価格が提示され、OKを押して受け入れるか、拒否するか、もちろん同じ状況であればですが、手動入札に似ています。