Ticaret Sistemleri Birliği. Çalışmaya devam ediyoruz. - sayfa 152

 
Roman Shiredchenko :
canım - buradaki yorumların kimseyi ilgilendirmez. ormana giderdin, IMHO!!!

Saçmalık. İlgiliyim. Yak, yaşlı adam! :D

 
Vladimir Baskakov :
Test modunu pozisyon açma algoritması ile karıştırmayın. Algoritma bir çubuk açarak yapılırsa, test etmek ve optimize etmek bir zevktir.

Görebildiğim kadarıyla, önceki çubuğu kapatma algoritması. Açıldığında çalışmayacaktır çünkü. tüm mantık bozulacak.

 
Eduard_D :

Görebildiğim kadarıyla, önceki çubuğu kapatma algoritması. Açıldığında çalışmayacaktır çünkü. tüm mantık bozulacak.

Kötü mantık, kod tabanındaki örneklere bakın

 //--- we work only at the time of the birth of new bar
   datetime time_0= iTime (m_symbol.Name(), Period (), 0 );
   if (time_0==ExtPrevBars)
       return ;
   ExtPrevBars=time_0;
 
Eduard_D :

George, şapkamı çıkarıyorum...! Siz (ve Kızılderilileriniz) Ligi yeniden optimize etmek için muazzam bir iş yapıyorsunuz.

Özellikle yeniden optimizasyon için 2 saate inanmayan şüpheciler için:

Ve bu, bir çiftte sadece bir araç.

Peki, tamam, benim donanımım seninkinden daha kötü, ancak 2 kat daha az zaman harcasanız bile, o zaman bilgisayarınız kesintisiz yeniden optimizasyon ile meşgul olmalıdır.

İşte tam da bu yüzden, HER ZAMAN eksiksiz bir hazır araç setine sahip olmak için - bu araçların sürekli olarak demo hesaplar üzerinde çalışması gerektiği sonucuna vardım. Ve sadece "kontrol vuruşu yapanlar"ın yeniden optimize edilmesi gerekiyor. Günde 3-10 tane alıyorum. Ortalama beş. Her sistemin yeniden optimize edilmesi için 15 dakika ila 2 saat gerekir. Artı - bölmeden bölmeye beşten yirmiye geçiş (ancak çeviri sadece koddaki bölme bayrağını değiştiriyor ve yeniden derleniyor, bu yüzden çok hızlı gidiyor).

 
Vladimir Baskakov :
Bir çubuk açmak için bir algoritma yapın ve her şey uçacak. Kafa derisi yok, neden her keneye eziyet ediyorsun, makinelere acıyorsun

uçmayacak. Bana ve böylece kod yeterince optimize edildi. Aynı zamanda, bir bar açma algoritması da çok yanlış.

"Tüm onaylar" modu çok hassas, ancak yalnızca doğru zamanda (her zaman diliminde bir tane) işlenen bir onay işaretim olmasına rağmen, her bir onay üzerinde epeyce küçük ön kontroller yapılacak - ve bu gerekli değil.

Sonuç olarak, 1M OHLC moduna uzun zaman önce karar verdim - en mantıklısı olarak.

 
Roman Shiredchenko :

ona ihtiyaç var. Pekala.

hesabım 2599118.

büyüler: 200640, 642750, 642342, 642350,642422.

İzleme başarısız olur mu?

Düzenlemek.

Hesap: 2599118
Büyü: 200640

Kayıt Kodu: 2107362309

------------------------------------

Hesap: 2599118
Büyü: 642750

Kayıt Kodu: 3877358909

------------------------------------

Hesap: 2599118
Büyü: 642342

Kayıt Kodu: 3030109576

------------------------------------

Hesap: 2599118
Büyü: 642350

Kayıt Kodu: 2963000471

------------------------------------

Hesap: 2599118
Büyü: 642422

Kayıt Kodu: 2359020562

------------------------------------

 
Eduard_D :
George, layout, pliz, mevcut ayarlar 640150.

Sonuç olarak, gerçekten istemiyorum. Ancak, bir istisna olarak, başlatma işlevi:

   m_didData.m_etWorkTimeFrame = PERIOD_H4 ;
   m_dtBuildMoment = D'2018.07.23' ;
   m_iH6WorkIdx = - 1 ;
   m_uiEMAPeriod = 169 ;
   m_dFilterDATRLevel = 0.00 ;
   m_dTPvsDATR = 2.95 ;
   m_esEnterSignal = ES_LONGSTRIKE_BAR_3;
   m_bInverseSignal = false ;
   m_dUnlossTriggerVsDATR = 0.20 ;
   m_dUnlossDistanceVsDATR = 0.17 ;
   m_dSLvsDATR = 4.90 ;
   m_cfpControlParams.m_dStability = 0.358 ;
   m_lcEALeagueClass = LC_HIGH;
Burada - zaten hesaplanmış SL, TP, momentum ve başabaş seviyesi (DATR ile ilgili olarak) not edilmelidir.
 
Georgiy Merts :

uçmayacak. Bana ve böylece kod yeterince optimize edildi. Aynı zamanda, bir bar açma algoritması da çok yanlış.

"Tüm onaylar" modu çok hassas, ancak yalnızca doğru anda (her zaman diliminde bir tane) işlenen bir onay işaretim olmasına rağmen, her bir onay üzerinde epeyce küçük ön kontroller yapılacak - ve bu gerekli değil.

Sonuç olarak, 1M OHLC moduna uzun zaman önce karar verdim - en mantıklısı olarak.

Onlar. ayrıca test modu ile açılış algoritması arasındaki farkı da anlamıyorsunuz. üzüntü
 
Georgiy Merts :

Sonuç olarak, gerçekten istemiyorum. Ancak, bir istisna olarak, başlatma işlevi:

Burada - zaten hesaplanmış SL, TP, momentum ve başabaş seviyesi (DATR ile ilgili olarak) not edilmelidir.

uilMaxTPC4Enter'ın değeri nedir?

 
Eduard_D :

uilMaxTPC4Enter'ın değeri nedir?

Sıfır. Bu fonksiyon o kadar eskiydi ki, o zaman henüz bu parametre yoktu.