[UYARI, KONU KAPALI!] Forumu kirletmemek için herhangi bir acemi sorusu. Profesyonel, kaçırmayın. Sensiz hiçbir yerde. - sayfa 620

 
sanyooooook :
bunun gibi bir şey, işte hesaplanan funk değerini takip etmek için bir emir
Teşekkürler, bakalım...
 

Beyler, anlamıyorum bile... Daha önce, süre sona erdikten sonra ertelemeler siliniyordu, ama şimdi değil - bir yıl boyunca test cihazında var olabilirler... Sebebi ne olabilir?

Gerekli parametreleri geçirilen Kim'in SetOrder işlevini kullanıyorum:

SetOrder( string sy, int op, double ll, double pp,
               double sl= 0 , double tp= 0 , int mn= 0 , string co= "" , datetime ex= 0 )

şöyle sesleniyorum:

   double    tp;
   string    sy= Symbol ();
   double pa=MarketInfo(sy, MODE_ASK);
   double pb=MarketInfo(sy, MODE_BID);
   double po=MarketInfo(sy, MODE_POINT);
//-------------------------------------------------------------------------------------         

   Magic= 511 ;
   Lots_New=NormalizeLot(Lots/ 2 , False, NULL );
   SetOrder( NULL , OP_SELLSTOP, Lots_New, Bid-DistORD* Point , 0 , Bid-(DistORD+tp)* Point ,Magic, TimeCurrent ()+ 1 * 60 * 60 );
 // Функция для рассчёта Take Profit по ATR

//+------------------------------------------------------------------+
//|                  Take from ATR                                   |
//+------------------------------------------------------------------+
double TakeProfitATR ( int tf)
  {
   double    atr   = iATR ( NULL ,tf, 14 , 0 );
   double    mltp  = 45000 ;
   if (tf== 5 ) mltp= 45000 ;
   double    tp    = MathRound (atr*mltp);
   return   (tp);
  }

Burada ertelenenlerin ömrünü belirledim:

 TimeCurrent ()+ 1 * 60 * 60

1 = bir saat, 2 = iki saat vb. ...
En ilginç şey, daha önce her şeyin işe yaramasıydı, ama şimdi çalışmıyor ...

Emir verme fiyatını hesaplayan bu ifadeyi normalleştirmek gerekli midir?

Bid-DistORD* Point

DistORD = 40.0; // Sipariş verme mesafesi

Bazen 4107 hatası alıyorum

 
DistORD bir bütünse, gerekli değildir, ancak gereklidir.
 

Her nasılsa, son zamanlarda burada eşitlik konusu gündeme geldi... Bu konu beni biraz bağladı ve araştırmamın sonucu şu oldu:


Trend ekleyerek ve açık pozisyonları kilitleyerek olağan salıncak ticaretini kullandım.
StopLoss kullanılmadı, alım dinamik, ATR tarafından hesaplandı, tüm pozisyonları takip etti. Ayrıca ana pozisyona parabolik trol kullandım (doğrusunu söylemek gerekirse çok fazla değil),
Yedekler ve kilitler için, her seviyeye ulaşıldığında pozisyon kısmen kapatıldığında, üç seviyeli bir çıkış sistemi kullandım.

Öz sermaye kontrolü olmadan, sistem her zaman yılın ortasında veya sonunda kaybeder. Eşitlik kontrolünü bağladıktan sonra - grafik önünüzde.

Öz sermaye başlangıç değerine göre her yüzde 5 arttığında, tüm pozisyonlar tamamen kapandı ve geri sayım yeniden başladı.


Sanırım burada tartışılacak bilgiler var... Düşünceleriniz arkadaşlar...

 
Yeni başlayanlar için buradan yardım edin, tartışmayı başka bir başlığa taşıyın.
 
artmedia70 :

Sanırım burada tartışılacak bilgiler var... Düşünceleriniz arkadaşlar...



demoda bir günlüğüne

Nedenini bilmiyorum, ancak test cihazında bazı sonuçlarım var ve tamamen farklı bir demo değil

 
Roger :
Yeni başlayanlar için buradan yardım edin, tartışmayı başka bir başlığa taşıyın.
Sonuçta, burada eşitlik sorunu ortaya çıktı - burada araştırmanın sonuçlarını gönderiyorum ... Ve sonra, peki, ilginç değil, o zaman bırakacağız ...
 
IgorM :


demoda bir günlüğüne

Nedenini bilmiyorum, ancak test cihazında bazı sonuçlarım var ve tamamen farklı bir demo değil

Zaten demoda...
 

Yardıma ihtiyacım var!!! Geçmişten son kaybeden sipariş nasıl seçilir???

 
Roger :
DistORD bir bütünse, gerekli değildir, ancak gereklidir.
Ve DistORD türünü double değil int olarak ayarlarsanız. Double değişkenlerin kullanıldığı bir ifadede int değişkeni olarak kullanmak doğru mudur?
Neden: