[ARŞİV] Forumu kirletmemek için herhangi bir acemi sorusu. Profesyonel, kaçırmayın. Sensiz hiçbir yerde - 5. - sayfa 352

 
Size parantez içindeki bir hatayı işaret ettim.
 
hoz :


Yani aktif olan mevduatlar için kapanış fiyatı mantıksal olarak sıfıra eşittir (çünkü kapanmamıştır) ve zaten kapanmış olan mevduatlar için kapanış fiyatı sıfıra eşit değildir (kapanış fiyatı zamanla aynı olacaktır) gittiğinde). Mantıken, bu kapanış zamanı mı?

Gecikmelerin kapatılmadığını, silindiğini anlıyorum, ancak bunu başka nasıl uygulayabilirim?


MODE_TRADES (varsayılan) - emir, açık ve bekleyen emirler arasından seçilir,
MODE_HISTORY - emir, kapatılan ve silinen emirler arasından seçilir.
 

Her şeyi doğru yaptı, sadece parantezler doğru şekilde düzenlenmemiş.

2 hoz - sana tavsiyem, bu algoritmayı at. Neden grafikte bir grup ertelenmiş sürüklemeniz gerekiyor?

Gridder, yalnızca birkaç ertelenmiş tarafından mükemmel bir şekilde yapılır:

1) başlangıçta birkaç durdurma emri ayarlayın.

2) biri ateş ettiğinde hemen ardından (istenen mesafeye) aynısını ayarlayın. Karşı tarafı istediğiniz mesafe kadar fiyata yaklaştırın.

Herşey. Böylece, her zaman sadece 2 bekleyen siparişiniz olur. ve yeniden hesaplamalarla uğraşmayın.

 
 
FAQ :
Size parantez içindeki bir hatayı işaret ettim.


Evet, burada hiçbir şeyi değiştirmedim, ayrıca fonksiyonun başında aşırı fiyat değişkenlerini sıfırlama ile ilgili bir söve vardı (yani eskiden 2 idi ama şimdi 4 oldu). Her şey çalıştı, teşekkürler.

SSS :

Her şeyi doğru yaptı, sadece parantezler doğru şekilde düzenlenmemiş.

2 hoz - sana tavsiyem, bu algoritmayı at. Neden grafikte bir grup ertelenmiş sürüklemeniz gerekiyor?

ızgara, yalnızca birkaç ertelenmiş tarafından mükemmel bir şekilde yapılır:

1) başlangıçta birkaç durdurma emri ayarlayın.

2) biri ateş ettiğinde hemen ardından (istenen mesafeye) aynısını ayarlayın. Karşı tarafı istediğiniz mesafe kadar fiyata yaklaştırın.

Herşey. Böylece, her zaman sadece 2 bekleyen siparişiniz olur. ve yeniden hesaplamalarla uğraşmayın.


Mümkün ve bu yüzden, AMA, anladığım kadarıyla, gecikmeler arasındaki adım çok az önemliyse, gecikmelerin ayarlanması için zaman olmayabilir. benimle aynı fikirde misin? Sonuçta, gecikme buna değerse, işe yarayacaktır. Ve adım küçük olduğunda, yine de ayarlanması gerekir ve bu yine kayma olasılığını gerektirir, çünkü. bir sipariş her zaman gerektiğinde kapanmaz.

Ayrıca, tüm ızgarayı her zaman yerleştirmiyorum. Aslında, yalnızca bir aşırı sipariş kaldırılır ve 2 sipariş verilir (biri kısa, diğeri uzun). Böylece, aynı eşit koşullar altında iyi olacağı ortaya çıktı, çünkü güçlü bir hareketle bile tüm hareketi ele geçirebilirsiniz.

 

Lütfen 1000 ile sınırlı olan iHigh( Symbol() , timeframe ,shift) içindeki shift değerinin sınırlandırılmasıyla ilgili sorunu çözmeme yardım edin .

iTime(Symbol(), timeframe , 1001 ) 1970.01.01 00:00 değerini verir
 
hoz :


Evet, burada hiçbir şeyi değiştirmedim, ayrıca fonksiyonun başında aşırı fiyat değişkenlerini sıfırlama ile ilgili bir söve vardı (yani eskiden 2 idi ama şimdi 4 oldu). Her şey çalıştı, teşekkürler.


Mümkün ve bu yüzden, AMA, anladığım kadarıyla, gecikmeler arasındaki adım çok az önemliyse, gecikmelerin ayarlanması için zaman olmayabilir. benimle aynı fikirde misin? Sonuçta, gecikme buna değerse, işe yarayacaktır. Ve adım küçük olduğunda, yine de ayarlanması gerekir ve bu yine kayma olasılığını gerektirir, çünkü. bir sipariş her zaman gerektiğinde kapanmaz.

Ayrıca, tüm ızgarayı her zaman yerleştirmiyorum. Aslında, yalnızca bir aşırı sipariş kaldırılır ve 2 sipariş verilir (biri kısa, diğeri uzun). Böylece, aynı koşullar altında eşit olmanın iyi olacağı ortaya çıkıyor, çünkü güçlü bir hareketle bile tüm hareketi ele geçirebilirsiniz.


1) Buna inanıyor musunuz??? evet, gerçek hayatta iyi bir harekette, komisyoncu mevduatın yarısını fiyata göre kaydıracak ve her şeyi bir kalabalıkta ve hatta kar elde etmek için açacak ve hemen durdurarak kapatacaktır. ve geri kalanı hiç açılmayabilir. Ve o haklı olacak.

2) Danışmanın gecikmeleri ayarlamak için zamanı olmayacak kadar iyi bir hareket henüz görmedim.

Ancak benzer bir durumda bir komisyoncu hakkında şikayetler bir vagon ve küçük bir araba gördü. Durdurma gecikmeleri her zaman kayar. bu bir gerçektir.

 
Fox_RM :
Beyler, yardım tavsiyesi. https://www.mql5.com/ru/forum/142582/page351


bence sorun bu

 for (i= 0 ; i<=colbr; i++)
{VLUP += MathAbs (iVolume( NULL , 0 , shift+i));}
}


    
   Comment ( "Vol_" ,VLUP,prlw_e,prhgh_e); 
   for (i= 0 ; i<limit; i++)
   {     
SetText( "Awesome_super_volumes" +Close[i], DoubleToStr(VLUP, 0 ), tmlw, AO_dn, Black);     
 }
        
Bir grafiği açtığınızda, limitiniz çubuk sayısına eşittir, önce VLUP miktarını hesaplarsınız ve ardından onu tüm noktalarda bir jikle ile değiştirirsiniz. Muhtemelen o zaman doğru olacaktır.
 
Serg16 :

Lütfen sorunu 1000 ile sınırlı olan iHigh(Symbol(), timeframe ,shift) içindeki shift değeri sınırı ile çözmeme yardım edin.

iTime(Symbol(), timeframe , 1001 ) 1970.01.01 00:00 değerini verir

Araçlar -> Ayarlar-> Grafikler'i açın. Grafik için kaç çubuğa izin verdiğinizi görün. Hem 2000 hem de 3000 ile benim için çalışıyor.
 
Bir ay içinde ikinci kez, gezgindeki tüm hesaplar terminalde kayboluyor, onları terminalin posta kutusundan geri yüklemeniz gerekiyor ve en son posta kutusunun boş olduğu ortaya çıktı .... bu ne saçmalık, değil mi? geçen var mı?