mql5 - son işlemden bu yana belirli bir süre sonra dikey çizgi - sayfa 5

[Vladimir Karputov]

Son anlaşma Dikey çizgiyi taşı

sürüm "1.004"

Artık çizgi, gereksinimlere göre hareket ediyor.

   long offset_seconds= 60 * 60 * 1 ;
   if (profit_last_day<= 0.0 && profit_last_deal<= 0.0 )
     {
      offset_seconds= 60 * 60 * 24 ;
     }
   else if (profit_last_day> 0.0 && profit_last_deal<= 0.0 )
     {
      offset_seconds= 60 * 60 * 2 ;
     }

   VLineMove( 0 ,InpVLineName,time[rates_total- 1 ]+offset_seconds);

Gösterge grafikten kaldırıldıktan sonra grafik yorumu temizlenir ve çizgi kaldırılır.

 //+------------------------------------------------------------------+ 
//| Custom indicator deinitialization function                                 | 
//+------------------------------------------------------------------+ 
void OnDeinit ( const int reason)
  {
   Comment ( "" );
   VLineDelete( 0 ,InpVLineName);
  }
//+------------------------------------------------------------------+
//| Custom indicator iteration function                              |

[renatmt5]

Vladimir Karputov :

Son anlaşma Dikey çizgiyi taşı

sürüm "1.004"

Artık çizgi, gereksinimlere göre hareket ediyor.

Gösterge grafikten kaldırıldıktan sonra grafik yorumu temizlenir ve çizgi kaldırılır.

Harika!
Yalnız anladığım kadarıyla gerekli sürenin belirlenmesinde bir yanlışlık var yani vardiya şimdiki zamana ekleniyor ama son işlemin kapanış saatine eklenmesi gerekiyor.
Sonuç olarak, çizgi hem gelecekte hem de geçmişte olabilir:
- gelecekte. Örneğin, posta. anlaşma 10 dakika önce yapıldı ve anlaşmanın kendisi ve toplam gün için olumsuz sonuçlar verdi - hat şimdiki zamana göre 23 saat 50 dakika değişti.
- geçmişte. Örneğin, posta. anlaşma dün gece 20:00'de yapıldı, sonuç olarak artı anlaşmada ve artı günde - çizgi, 21:00 saatine karşılık gelen dünün barında çekildi

[renatmt5]

Çizgi gelecekteyken bu göstergeyi kullanarak işlem yapmıyorum - Bir sonraki işlem kararını sakin bir kafayla vermek için duygusal olarak iyileşiyorum

[Vladimir Karputov]

renatmt5 :

Harika!
Yalnız anladığım kadarıyla gerekli sürenin belirlenmesinde bir yanlışlık var yani vardiya şimdiki zamana ekleniyor ama son işlemin kapanış saatine eklenmesi gerekiyor.
Sonuç olarak, çizgi hem gelecekte hem de geçmişte olabilir:
- gelecekte. Örneğin, posta. anlaşma 10 dakika önce yapıldı ve anlaşmanın kendisi ve toplam gün için olumsuz sonuçlar verdi - hat şimdiki zamana göre 23 saat 50 dakika değişti.
- geçmişte. Örneğin, posta. anlaşma dün gece 20:00'de yapıldı, sonuç olarak artı anlaşmada ve artı günde - çizgi, 21:00 saatine karşılık gelen dünün barında çekildi

Yanlış belirlenen zaman değil ama Görev Tanımları sürekli belirleniyor :)

Bu nedenle, LastProfitForPeriod işlevini iyileştirmeniz ve buna üçüncü bir argüman eklemeniz gerekir - son ticaretin zamanı. Ama öğlene kadar yapacağım.

[renatmt5]

Vladimir Karputov :

Yanlış belirlenen zaman değil ama Görev Tanımları sürekli belirleniyor :)

Bu nedenle, LastProfitForPeriod işlevini iyileştirmeniz ve buna üçüncü bir argüman eklemeniz gerekir - son ticaretin zamanı. Ama öğlene kadar yapacağım.

Vladimir, referans şartlarının yanlışlığından dolayı, gelecek için kesinlikle dikkate alacağım!

[renatmt5]

Evet, şimdi fark ettim - Geçen gün kâr ve son kâr anlaşması artık Yorumlarda sayılmaz - sıfırlarla gösterilirler.
Bir büyükelçim var. işlem 19 saat önceydi, yani. geçerli saatten +-24 saat aralığında

[renatmt5]

Her ihtimale karşı, açıklığa kavuşturacağım - sonuncusu arasında. Dünün işlemi ve şimdiki zaman , ACID_NW komisyoncusunun işlemiydi - anladığım kadarıyla komisyon. Ve asla bilemezsiniz - belki bir şekilde hesaplama algoritmasını "kırdı"

[renatmt5]

Ayrıca doğrulama için bir pozisyon açtım - emri kapattıktan sonra, Son gün Kar ve son anlaşma verileri güncellendi ve yeni son için sonucu doğru bir şekilde göstermeye başladı. işlem ve buna göre cari gün için

[Vladimir Karputov]

renatmt5 :
Her ihtimale karşı, açıklığa kavuşturacağım - sonuncusu arasında. Dünün işlemi ve şimdiki zaman , ACID_NW komisyoncusunun işlemiydi - anladığım kadarıyla komisyon. Ve asla bilemezsiniz - belki bir şekilde hesaplama algoritmasını "kırdı"

Hesap türüne bağlı olarak giderek daha fazla incelik ortaya çıktığı için hiçbir şeyi değiştirmeyeceğim: netleştirme veya riskten korunma.

Daha da kendilerini.

[renatmt5]

Vladimir Karputov :

Hesap türüne bağlı olarak giderek daha fazla incelik ortaya çıktığı için hiçbir şeyi değiştirmeyeceğim: netleştirme veya riskten korunma.

Daha da kendilerini.

İyi.
Yardımın için çok teşekkür ederim Vladimir!