mt5 strateji test keneleri - sayfa 5

 
angevoyageur: Backtest'in günlük hacimden daha az tıklama ürettiği gerçeği biraz ilgimi çekti.

Zig-zag gibi yürür ve barın yolunu takip eder (unutmayın). Gerçek fiyat bunun bir kısmını yapabilir: /\/\/\/\/\/\/\/. Strateji test cihazı bu tür 2_points üretmeyecek || 2_pip aralığı. V benzeri bir hareketten sonra devam eder.

Argümanlarınızı testlerle doğrulamak için zaman ayırdığınız için teşekkür ederiz. Daha çok senin gibi olmalıyım ;-)

 
angevoyageur :
Bu noktada neden ısrar ediyorsunuz?

Herhangi bir noktada ısrar etmiyorum, tek yaptığım NyemaSanya'nın olup olmadığını sormaktı.   sayılmayan ve kaydedilmeyen keneleri takip etti, cevap onların olmadığıydı. Nasıl yapacağım sorulduğunda cevap verdim. Tüm onayların kaydedildiğini ve Strateji Test Cihazının ürettiğinden daha az gerçek onay işareti olduğunu söylemek bana biraz aptalca geliyor, ancak gerçekte NyemaSanya   kaç tıklamanın kaçırıldığını bilmediğinden, gerçek tıklama sayısı ile Strateji Test Cihazı tarafından üretilen sayı arasında bir fark olup olmadığını bilmiyor.

Eminim, NyemaSanya'nın , kaçırılan keneleri saymak için koda küçük bir ekleme yaparak testi tekrarlaması, hepsini sıfırdan kodlamaktan çok daha hızlı olacaktır ve daha inandırıcı olacaktır.

 
NyemaSanya :

Yapışmanın ne kadar saçma olduğunu gösteren bir şey daha geldi aklıma. Test cihazının onay verilerini almak için EA'yı görselleştirmeden çalıştırdım. Bu, gerçek yaşam hızından çok daha hızlıdır, bir gün almak yarım dakikadan az sürer. Bu durumda bile tüm keneler kaydedildi....

Strateji Test Cihazından gelen keneleri kaçıramazsınız. . . kodunuz gerçekten kötü değilse.
 
Ubzen :

Zig-zag gibi yürür ve barın yolunu takip eder (unutmayın). Gerçek fiyat bunun bir kısmını yapabilir: /\/\/\/\/\/\/\/. Strateji test cihazı bu tür 2_points üretmeyecek || 2_pip aralığı. V benzeri bir hareketten sonra devam eder.

...

Açıklamanız, her bir kenenin göreceli konumu için iyidir, ancak bunun kene miktarındaki farkı nasıl açıklayabileceğini anlamıyorum. Belki de algoritmayı yanlış anladım.
 
angevoyageur :
Açıklamanız, her bir kenenin göreceli konumu için iyidir, ancak bunun kene miktarındaki farkı nasıl açıklayabileceğini anlamıyorum. Belki de algoritmayı yanlış anladım.
Örneğimde, o m1_bar içinde 15_ticks var. Jeneratörün 15 tik üreteceğine inanmıyorum. Bunun yerine yalnızca 3_ticks /\/ [up_down_up] oluşturur. Açıklanan çubuk, aralarında yalnızca 1_tick bulunan bir bullish_bar'dır. Gerçekten mum fitili yok, çoğunlukla gövde mum olarak çizildiğinde beyaz bir kutuya benziyor. Yanılıyor olabilirim, ancak anladığım kadarıyla, oluşturma algoritması, hedef hacmi elde etmeye çalıştığı için bu 2_ticks arasında 15 kez yukarı ve aşağı sıçrama yapmazdı.
 
Ubzen :
Örneğimde, o m1_bar içinde 15_ticks var. Jeneratörün 15 tik üreteceğine inanmıyorum. Bunun yerine yalnızca 3_ticks /\/ [up_down_up] oluşturur. Açıklanan çubuk, aralarında yalnızca 1_tick bulunan bir bullish_bar'dır. Gerçekten mum fitili yok, çoğunlukla gövde mum olarak çizildiğinde beyaz bir kutuya benziyor. Yanılıyor olabilirim, ancak anladığım kadarıyla, oluşturma algoritması, hedef hacmi elde etmeye çalıştığı için bu 2_ticks arasında 15 kez yukarı ve aşağı sıçrama yapmazdı.
Tamam amacını anladım. Ama yine de argümanlarınızı testlerle doğrulamak için zaman ayırmam gerekiyor. ;-)
 
Ubzen :
Örneğimde, o m1_bar içinde 15_ticks var. Jeneratörün 15 tik üreteceğine inanmıyorum. Bunun yerine yalnızca 3_ticks /\/ [up_down_up] oluşturur. Açıklanan çubuk, aralarında yalnızca 1_tick bulunan bir bullish_bar'dır. Gerçekten mum fitili yok, çoğunlukla gövde mum olarak çizildiğinde beyaz bir kutuya benziyor. Yanılıyor olabilirim, ancak anladığım kadarıyla, oluşturma algoritması, hedef hacmi elde etmeye çalıştığı için bu 2_ticks arasında 15 kez yukarı ve aşağı sıçrama yapmazdı.
Eşit OHLC değerlerine sahip ve onay sayısı 6 olan bir M1 çubuğu buldum, Strateji Test Cihazında tekrar oynatıldığında 1 onay oluşturdu ancak yine de çubuk için onay sayısı 6 gösterdi. Bu yüzden inancınıza katılıyorum.
Documentation on MQL5: Standard Constants, Enumerations and Structures / Chart Constants / Chart Properties
Documentation on MQL5: Standard Constants, Enumerations and Structures / Chart Constants / Chart Properties
  • www.mql5.com
Standard Constants, Enumerations and Structures / Chart Constants / Chart Properties - Documentation on MQL5
 
RaptorUK :
Eşit OHLC değerlerine sahip ve onay sayısı 6 olan bir M1 çubuğu buldum, Strateji Test Cihazında tekrar oynatıldığında 1 onay oluşturdu ancak yine de çubuk için onay sayısı 6 gösterdi. Bu yüzden inancınıza katılıyorum.

6 kene de aynı OHLC'ye sahip mi?

6, yakaladığınız kene sayısı mı yoksa bu çubuğun Hacmi mi?

 
angevoyageur :

6 kene de aynı OHLC'ye sahip mi?

6, yakaladığınız kene sayısı mı yoksa bu çubuğun Hacmi mi?

Hayır, M1 çubuğu Open, High, Low ve Close için aynı değere sahiptir ve dakika boyunca 6 tik vardı, Tick Volumes'u açın ve MT5 penceresinin sağ alt kısmında bir çubuk için tik sayısını görebiliriz.

6, çubuk için onay sayısıydı (Tick Volume). Daha sonra bu çubuğu içeren günü Strateji Test Cihazında (M1'e ayarlı) çalıştırdım ve bu çubuğun formunu yavaş bir hızda izledim. . . bunun için üretilen tek bir kene vardı.

Documentation on MQL5: Standard Constants, Enumerations and Structures / Indicator Constants / Price Constants
Documentation on MQL5: Standard Constants, Enumerations and Structures / Indicator Constants / Price Constants
  • www.mql5.com
Standard Constants, Enumerations and Structures / Indicator Constants / Price Constants - Documentation on MQL5
 
RaptorUK :

Hayır, M1 çubuğu Open, High, Low ve Close için aynı değere sahiptir ve dakika boyunca 6 tik vardı, Tick Volumes'u açın ve MT5 penceresinin sağ alt kısmında bir çubuk için tik sayısını görebiliriz.

6, çubuk için onay sayısıydı (Tick Volume). Daha sonra bu çubuğu içeren günü Strateji Test Cihazında (M1'e ayarlı) çalıştırdım ve bu çubuğun formunu yavaş bir hızda izledim. . . bunun için üretilen tek bir kene vardı.

RaptorUK sana inanıyorum. Aynı şey mt4'te de oldu. Bir dakika_1 çubuğunun tutabileceği minimum hacim 4'tür. Bunun nedeni, veri yapısı için bir OHLC gereksinimine sahip olması gerektiğidir. a) gibi bir faktör nedeniyle var olan bu düz çubukların içinden geçtiğinde, tam bir dakika hareketsiz geçmiştir. b) çubuk açıldı ancak bir sonraki çubuğa kadar hiç değişmedi ve son olarak c) market_info [ tick_value ] || [ margin_required ] değişti ... en çok çapraz para birimleri için geçerli || sentetik çiftler.

Senaryo C, bu 6_volume || belki 5_ticks 2_ticks'i kaçırdı || sadece kötü veriler. Her neyse... temel 4_volume ile strateji test cihazı bile bu çubuklar üzerinde four_start() harcamadı. Bir gitti ve devam etti.

Bu durumda, meta alıntılara katılıyorum, hiçbir şey neden orada oturarak zaman harcadığını değiştirmedi. Ancak, /\/\/\/\/\/\/\/ örneğim için bunun en iyi yaklaşım olduğundan emin değilim ve durumun böyle olmadığını umuyorum. Birisi, ticaret tetikleyicisi olarak 15 kene sıçraması için bir algoritma yapabilir. Bu muhtemelen gerçek hayatta olabilir, ancak test cihazında asla gerçekleşmeyebilir.