アバランチ - ページ 466 1...459460461462463464465466467468469470471472473...523 新しいコメント baykanur 2011.06.21 05:26 #4651 そして、これは本当のインスタセンターです 私はなぜ6.40後の私のロットは夜に102.40だった私は朝、EAをオフにするのを忘れていた失われた理解していない khorosh 2011.06.21 05:33 #4652 baykanur: そして、これは本当のインスタセンターです 私はなぜ6.40後の私のロットは夜に102.40だったのか理解できません 私は朝、EAをオフにすることを忘れて排水した その理由は、コードを見ないとわからない。 Cmu4 2011.06.21 06:36 #4653 baykanur: そして、これは私が6.40後にたくさん持っている理由を理解していない本物のインスタセンターは、一晩で102.40だった午前中にEAをオフにすることを忘れてしまった梅 嫌な予感がしたんです。コード内でトレードに時間制限を設けることができます。そんな暴落しないような取引時間に制限をかけることができる。これが一番簡単だと私は思っています。1行の条件+extern intで、制限を行う時間だけなら。 Роман 2011.06.21 09:26 #4654 Cmu4: それは残念なことです。コード内でトレードに時間制限を設けることができます。 そのようなクラックが発生しないように、コードに時間制限を設けてもよいでしょう。 これが一番簡単だと私は思っています。条件+extern intの1行で、時間だけなら制限を行う。 次のロットを計算するアルゴリズム(コード内)にエラーがあります。タイムリミットは関係ない。いつ登場してもおかしくない...。私はそれがどのようにあるかわからない - アバランチの私のバージョンでは - パラメータを最適化した後 - 時間によって、それが判明した "開始" - 0時、 "終了" - 23時間で、すなわち、クロックの周りに仕事...そして実際、夜のユーロバックスには面白い動きが...。と、フラットも日中上下することも...。別のアプローチが必要なのです。(上の書き込みを参照)...フクロウの作品を(今回は(アバランチと))時間で限定するのは不適切だと思うのですが......。もちろん、IMHOです。 追伸:上のスクリーンショットで6.4以降のボリュームは102.4ロットではなく、12.8となるはずです...。- これはプログラムのエラーです。 baykanur 2011.06.21 11:10 #4655 Cmu4: 残念でなりません。コードに取引時間制限を設けることができます。これでは、そのような問題は起きないでしょう。これが一番簡単だと私は思っています。1行の条件+extern intで、制限を行う時間だけなら。 私の場合、アバランチ7が一番うまくいくのですが、証券会社が違うと、同じ通路でもインスタが誤動作し始めるなど、約定遅延があると全く違う結果になります。 ノルドの仕事は順調で、時計仕掛けのように動いています。 Роман 2011.06.21 12:11 #4656 baykanur: 制限をどうにかしないと、せっかくの預金が台無しになってしまうので......。 "アバランチ7 "を使っていて、6時40分過ぎに大損したのは解るが、 朝EAのスイッチを 切り忘れた...。 "初期 "のデータを使っているなら、この次の注文の数量増加と時間による作業 制限とは--何ら関係のない事なのだが......。 アバランチ7 - これはあなたが考えているオプションですか? //+------------------------------------------------------------------+ //| avalanche 7.mq4 | //| George Tischenko | //| | //+------------------------------------------------------------------+ #property copyright "George Tischenko" extern bool Monitor=true; //в тестере при выключенной визуализации отключать (тормозит) extern int Distance=25, //расстояние в пунктах от цены до первого открытия позиции MinProfit=5, //минимальный профит в пунктах, если открытых ордеров более 1 Slippage=3; extern double Lot=0.1; int Trade=0; double BLot,StartPrice; //+------------------------------------------------------------------+ //| expert initialization function | //+------------------------------------------------------------------+ int init() { //---- StartPrice=Bid; BLot=MarketInfo(Symbol(),15); // MODE_LOTSIZE размер контракта в базовой валюте инструмента //---- if(Monitor==true) { int a,y; for(a=0,y=5;a<=3;a++) { string N=DoubleToStr(a,0); ObjectCreate(N,OBJ_LABEL,0,0,0,0,0); ObjectSet(N,OBJPROP_CORNER,3); ObjectSet(N,OBJPROP_XDISTANCE,5); ObjectSet(N,OBJPROP_YDISTANCE,y); y+=20; } } //---- return(0); } //+------------------------------------------------------------------+ //| expert deinitialization function | //+------------------------------------------------------------------+ int deinit() { //---- if(Monitor==true) { for(int a=0;a<=3;a++) { string N=DoubleToStr(a,0); ObjectDelete(N); } } //---- return(0); } //+------------------------------------------------------------------+ //| expert start function | //+------------------------------------------------------------------+ int start() { int i; //---- if(OrdersTotal()==0) { RefreshRates(); if((Ask-StartPrice>=Distance*Point && Trade==0) || Trade==1) { OrderSend(Symbol(),OP_BUY,Lot,Ask,Slippage,0,0,"",1307,0,Blue); } if((StartPrice-Bid>=Distance*Point && Trade==0) || Trade==-1) { OrderSend(Symbol(),OP_SELL,Lot,Bid,Slippage,0,0,"",1307,0,Red); } } else //OrdersTotal()>0 {//узнаем размер максимального лота, тип и цену открытия последнего активного ордера double lots=0, Type=-1, OpenPrice=0; for(i=0;i<OrdersTotal();i++) {//самый последний ордер имеет самый большой объем if(OrderSelect(i,SELECT_BY_POS,MODE_TRADES)==true) { if(OrderSymbol()==Symbol()) { if(lots<OrderLots()) { lots=OrderLots(); Type=OrderType(); OpenPrice=OrderOpenPrice(); } } } } //возможно, ордера надо закрыть - проверим это: int C=0; //флаг закрытия всех позиций if(OrdersTotal()==1) //ЭТО ДЛЯ ПАР ТИПА XXX/USD { if(AccountProfit()>=BLot*Lot*Point*Distance) { switch(Type) { case 0 : Trade=1; break; case 1 : Trade=-1; } C=1; } } else //OrdersTotal()>1 {//лишь бы без убытка... if(AccountProfit()>=BLot*Lot*Point*MinProfit) { switch(Type) { case 0 : Trade=1; break; case 1 : Trade=-1; } C=1; } } switch(C) { case 0 : //закрываться рановато... { lots*=2; //опять Мартин :-( RefreshRates(); switch(Type) { case 0 : { if(OpenPrice-Bid>=Point*Distance*2) {if(OrderSend(Symbol(),OP_SELL,lots,Bid,Slippage,0,0,"",1307,0,Red)>0) return(0);} break; } case 1 : { if(Ask-OpenPrice>=Point*Distance*2) {if(OrderSend(Symbol(),OP_BUY,lots,Ask,Slippage,0,0,"",1307,0,Blue)>0) return(0);} } } break; } case 1 : //закрываем все позиции { while(OrdersTotal()>0) { int ticket_buy=0, //тикет ордера BUY (не может быть=0) ticket_sell=0; //тикет ордера SELL (не может быть=0) for(i=0;i<OrdersTotal();i++) { if(OrderSelect(i,SELECT_BY_POS)==true) { if(OrderSymbol()==Symbol()) { switch(OrderType()) { case 0 : ticket_buy=OrderTicket(); break; case 1 : ticket_sell=OrderTicket(); } } } } //проверка тикетов на некорректность: bool OCB=ticket_buy>0 && ticket_sell>0; if(OCB) OrderCloseBy(ticket_buy,ticket_sell,White); // Цикл закрытия else {//закрываем оставшиеся одиночные ордера for(i=0;i<OrdersTotal();i++) //если total==0, цикл просто не сработает {//закрываем оставшиеся ордера if(OrderSelect(i,SELECT_BY_POS,MODE_TRADES)==true) { if(OrderSymbol()==Symbol()) { RefreshRates(); switch(OrderType()) { case 0 : { while(!OrderClose(OrderTicket(),OrderLots(),Bid,Slippage,White)) { Sleep(10000); RefreshRates(); } break; } case 1 : { while(!OrderClose(OrderTicket(),OrderLots(),Ask,Slippage,White)) { Sleep(10000); RefreshRates(); } } } } } } } }//end while } } } //==== БЛОК МОНИТОРИНГА if(Monitor==true) { string str="Balance: "+DoubleToStr(AccountBalance(),2)+" $"; ObjectSetText("0",str,10,"Arial Black",White); str="Profit: "+DoubleToStr(AccountProfit(),2)+" $"; ObjectSetText("1",str,10,"Arial Black",Silver); str="Free Margine: "+DoubleToStr(AccountFreeMargin(),2)+" $"; ObjectSetText("2",str,10,"Arial Black",Yellow); str="OrdersTotal: "+DoubleToStr(OrdersTotal(),0); ObjectSetText("3",str,10,"Arial Black",Aqua); } //---- return(0); } //+------------------------------------------------------------------+ Роман 2011.06.21 12:18 #4657 baykanur: 私のアバランチ7が一番効くのですが・・・。 このオプション? baykanur 2011.06.21 17:57 #4658 Roman.: "そして、これは私が無駄に午前中にExpert Advisorをオフにするのを忘れた夜に6.40後に 私のロットは102.40だった 理由を理解していない本物のインスタセンターです - 時間によって次の順序とオーブンの制限の音量の "この "増加-に基づいて、あなたのデータ "初 "はどのようにお互いに関連していないものである... アバランチ 7 - あなたが言及しているのは、このバリアントでしょうか? 私の場合は5で、タイムフレームはm1 です。 この雪崩現象は他のアカウントでも起こっているので、DTが関係ないとは言い切れませんが、ロットによって発見されるはずです。 のアカウントを取得し、1週間で2倍になりました。 以下は、その夜のレポートです。 fozi 2011.06.21 19:39 #4659 なんというテーマでしょう。洗脳される。 みなさん、こんにちは。 Сергей Исаев 2011.06.21 19:52 #4660 baykanur: はい、このバリアントは、私での距離の 唯一の違いは、現在5とm1の期間とエラーがDTの遅延実行で、制限時間を犠牲にして表示さ れますです。 タイムリミットとは関係ないと思うのですが......販売店とは関係ないのかどうかわかりませんが、ロットの間違いを見つけるための時間です。 のアカウントを取得し、1週間で2倍になりました。 以下は、その夜のレポートです。 私も似たようなケースを経験しました。証券会社は、最大でもかなり大きく開いた。もうその証券会社では取引していない。 何が問題だったのか見当はついているが、プログラムのエラーは見つかっていないようだ(注文が遅れて何度も再計算され、ロットが非常に大きくなった) - 証券会社がお金に強欲だった。 1...459460461462463464465466467468469470471472473...523 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
そして、これは本当のインスタセンターです 私はなぜ6.40後の私のロットは夜に102.40だったのか理解できません 私は朝、EAをオフにすることを忘れて排水した
そして、これは私が6.40後にたくさん持っている理由を理解していない本物のインスタセンターは、一晩で102.40だった午前中にEAをオフにすることを忘れてしまった梅
嫌な予感がしたんです。コード内でトレードに時間制限を設けることができます。そんな暴落しないような取引時間に制限をかけることができる。これが一番簡単だと私は思っています。1行の条件+extern intで、制限を行う時間だけなら。
それは残念なことです。コード内でトレードに時間制限を設けることができます。 そのようなクラックが発生しないように、コードに時間制限を設けてもよいでしょう。 これが一番簡単だと私は思っています。条件+extern intの1行で、時間だけなら制限を行う。
次のロットを計算するアルゴリズム(コード内)にエラーがあります。タイムリミットは関係ない。いつ登場してもおかしくない...。私はそれがどのようにあるかわからない - アバランチの私のバージョンでは - パラメータを最適化した後 - 時間によって、それが判明した "開始" - 0時、 "終了" - 23時間で、すなわち、クロックの周りに仕事...そして実際、夜のユーロバックスには面白い動きが...。と、フラットも日中上下することも...。別のアプローチが必要なのです。(上の書き込みを参照)...フクロウの作品を(今回は(アバランチと))時間で限定するのは不適切だと思うのですが......。もちろん、IMHOです。
追伸:上のスクリーンショットで6.4以降のボリュームは102.4ロットではなく、12.8となるはずです...。- これはプログラムのエラーです。
残念でなりません。コードに取引時間制限を設けることができます。これでは、そのような問題は起きないでしょう。これが一番簡単だと私は思っています。1行の条件+extern intで、制限を行う時間だけなら。
私の場合、アバランチ7が一番うまくいくのですが、証券会社が違うと、同じ通路でもインスタが誤動作し始めるなど、約定遅延があると全く違う結果になります。
ノルドの仕事は順調で、時計仕掛けのように動いています。
制限をどうにかしないと、せっかくの預金が台無しになってしまうので......。
"アバランチ7 "を使っていて、6時40分過ぎに大損したのは解るが、 朝EAのスイッチを 切り忘れた...。 "初期 "のデータを使っているなら、この次の注文の数量増加と時間による作業 制限とは--何ら関係のない事なのだが......。
アバランチ7 - これはあなたが考えているオプションですか?
私のアバランチ7が一番効くのですが・・・。
このオプション?
"そして、これは私が無駄に午前中にExpert Advisorをオフにするのを忘れた夜に6.40後に 私のロットは102.40だった 理由を理解していない本物のインスタセンターです - 時間によって次の順序とオーブンの制限の音量の "この "増加-に基づいて、あなたのデータ "初 "はどのようにお互いに関連していないものである...
アバランチ 7 - あなたが言及しているのは、このバリアントでしょうか?
私の場合は5で、タイムフレームはm1 です。
この雪崩現象は他のアカウントでも起こっているので、DTが関係ないとは言い切れませんが、ロットによって発見されるはずです。
のアカウントを取得し、1週間で2倍になりました。
以下は、その夜のレポートです。
なんというテーマでしょう。洗脳される。
みなさん、こんにちは。
はい、このバリアントは、私での距離の 唯一の違いは、現在5とm1の期間とエラーがDTの遅延実行で、制限時間を犠牲にして表示さ れますです。
タイムリミットとは関係ないと思うのですが......販売店とは関係ないのかどうかわかりませんが、ロットの間違いを見つけるための時間です。
のアカウントを取得し、1週間で2倍になりました。
以下は、その夜のレポートです。
私も似たようなケースを経験しました。証券会社は、最大でもかなり大きく開いた。もうその証券会社では取引していない。
何が問題だったのか見当はついているが、プログラムのエラーは見つかっていないようだ(注文が遅れて何度も再計算され、ロットが非常に大きくなった) - 証券会社がお金に強欲だった。