Barın sonunda siparişi kapatmama yardım et! - sayfa 3

 
RaptorUK :

Evet, hala yürütülmediği sürece her onay için start() çağrılır. . .

Evet, ancak bu konudaki ilk mesajınızda bunu istemediniz. . . şimdi, kapanışın Periyot ve ardından başka bir Periyot, vb. tarafından ertelenmesinin sorun olmadığını söylüyorsunuz. Eğer barın bitişine yakın olarak Kapatmak istiyorsanız, o zaman bunu bir sonraki barın ilk tikinde yapmanız gerekir ve yapmanız gerekir. Kapatmanın başarısız olup olmadığını kontrol edin ve Kapatmayı başarabilmeniz için doğru şekilde yeniden deneyin.

Başka çözümüm yok. Olsaydı bunları yapardım.


SDC :

Bir barın kapanış fiyatının sonraki barda tekrarlanmaması, zorunlu olarak açılış fiyatının değil...

Evet, bazen bir önceki mumun kapanışının altında veya üstünde ve bazen de tam olarak bu seviyede bir çubuk açılır. Ama bazen her şeyi mahveden bu boşluklar vardır, bu yüzden onlardan kaçınmak için daha iyi bir çözüm isterdim, ama şimdi görüyorum ki bu mümkün değil.
 

Sorun, büyük sorun:

 /////////////////OrderSelect() and other stuff

if ( OrderType() == OP_BUY ){
    
if ( /* blablabla condition && */ Time[0]>OrderOpenTime()  ){

OrderClose( OrderTicket(), OrderLots(),OrderClosePrice() ,TAKEPROFITPIPS, CLR_NONE );             
RefreshRates();    

}}

Bu yüzden bu kodu, mumun sonuna en yakın olan kötü ticareti kapatmak için kullandım, ancak sorun şu ki, geriye dönük testlerde sihir gibi çalışıyor, ancak canlı bir demo hesabında denediğimde çok aptalcaydı. Pozisyonları açtıktan hemen sonra kapatmak için. Neden Zaman[0] mevcut çubuğun açık zamanı olması gerektiğini anlamıyorum ve bu, açıklığın açılmasından sonra ticaretin yapıldığı şimdiki zamandan nasıl daha büyük olabilir? mum? Bu sadece saçmalık.

Ama yine de öyle, bu yüzden herhangi bir hatayı ekarte etmek için sadece kullandım:

 if ( Time[0]>OrderOpenTime()  )

Bu, diğer parazitleri ekarte etmek için if'de, ancak evet, sorun bu testte:

Time[0]>OrderOpenTime() 

Bunu nasıl atlayabilirim veya bazıları1 lütfen buna canlı hesapta da çalışan başka bir eşdeğer test bulabilir mi, lütfen yardım edin!

 
Proximus :

Sorun, büyük sorun:

Bu yüzden bu kodu, mumun sonuna en yakın olan kötü ticareti kapatmak için kullandım, ancak sorun şu ki, geriye dönük testlerde sihir gibi çalışıyor, ancak canlı bir demo hesabında denediğimde çok aptalcaydı. Pozisyonları açtıktan hemen sonra kapatmak için. Neden Zaman[0] mevcut çubuğun açık zamanı olması gerektiğini anlamıyorum ve bu, açıklığın açılmasından sonra ticaretin yapıldığı şimdiki zamandan nasıl daha büyük olabilir? mum? Bu sadece saçmalık.

Oldu, öyleyse nedenini bulun. . . örneğin, OrderSelect()'iniz başarısız olursa (çalışıp çalışmadığını kontrol ediyor musunuz?), o zaman OrderType() yanlış değeri veya tesadüfen doğru olanı döndürür, OrederOpenTime() yanlış değeri döndürür. . . belki sıfır ve sıfır, Time[0] öğesinden küçüktür. . . Neyin yanlış gittiğini anlamaya çalışırken OrderOpenTime() değerini yazdırdınız mı? neden ?

Bu bağlantıyı yayınlamaya devam etmemin iyi nedenleri var. . . İşlev dönüş değerleri nelerdir? Onları nasıl kullanırım? neden sürekli iyi tavsiyeleri görmezden geliyorsun?

 
Proximus :

Başka çözümüm yok. Olsaydı bunları yapardım.

Evet, bazen bir önceki mumun kapanışının altında veya üstünde ve bazen de tam olarak bu seviyede bir çubuk açılır. Ama bazen her şeyi mahveden bu boşluklar vardır, bu yüzden onlardan kaçınmak için daha iyi bir çözüm isterdim, ama şimdi görüyorum ki bu mümkün değil.

Tam olarak yakın fiyat olmak zorunda mı? Şöyle bir şey denemeye ne dersiniz... kenelerin oluşumu sırasında kenelerin gelişi arasındaki fark.. Saniyede 1 gibi hızlı geliyorlarsa barın kapanma saatinden 5 saniyeden daha kısa bir süre sonra geliyorsa fiyatı alın. , tikler dakikada 1 gibi yavaş geliyorsa, çubuğun son 30 saniyesinde bir tik gelirse fiyatı, bu süre içinde tik gelmezse sonraki çubuğun açılış fiyatını alın.

 
SDC :

Tam olarak yakın fiyat olmak zorunda mı? Şöyle bir şey denemeye ne dersiniz... kenelerin oluşumu sırasında kenelerin gelişi arasındaki fark.. Saniyede 1 gibi hızlı geliyorlarsa, barın kapanma saatinden 5 saniyeden daha kısa bir süre sonra geliyorsa fiyatı alın. , tikler dakikada 1 gibi yavaş geliyorsa, çubuğun son 30 saniyesinde bir tik gelirse fiyatı, bu süre içinde tik gelmezse sonraki çubuğun açılış fiyatını alın.


Tam olarak Kapat[1] olmak zorunda değil çünkü önceki gönderilerde tam olarak bu seviyeye ulaşmanın imkansız olduğunu ekarte etmiştik. Ama buna en iyi / en yakın ikinci şey de bunu yapacak. Lütfen fikrinizi yazar mısınız? ne olduğunu görmek için bir kod.
 

Hacim[0]==1 ;// yeni çubuk = kapatılan son çubuk.

veya.

bool NewBar()

{

statik tarihsaat son çubuğu;

tarihsaat curbar = Saat[0];

if(lastbar!=curbar)

{

lastbar=curbar;

dönüş (doğru);

}

başka

{

dönüş(yanlış);

}

}


if (Sinyal=="AL" && NewBar())

 
Yardım için Ty sorunu çözdüm, aslında aynı anda birçok çizelge açtım ama hepsinde aynı sihir numarası vardı, şimdi rastgele oluşturulanlar var, bu yüzden sorun değil.
 

Merhaba,

Çubuk H4 Zaman çerçevesinde bitmeden 5 dakika önce açık pozisyonu kapatmanın bir yolu var mı? Teşekkürler

 
jonjon :

Merhaba,

Çubuk H4 Zaman çerçevesinde bitmeden 5 dakika önce açık pozisyonu kapatmanın bir yolu var mı? Teşekkürler



Evet var
 
Mehmet : Cilt[0]==1 ;// yeni çubuk = kapatılan son çubuk.
  1. Bir çubuğun ilk işaretini kaçırırsanız , kodunuz başarısız olur ve tüm çubuğu kaçırır . DAİMA zamanı kullanın.
  2. kodu yapıştırma
    Video oynatmak
    Lütfen yayınınızı düzenleyin .
    Büyük miktarda kod için ekleyin.
Neden: