SL/TP siparişlerinin kabulü - sayfa 8

[fxsaber]

Andrey Khatimlianskii # :

Bu arada, evet, ilginç. Küçük limitli bir oyuncu büyük bir pozisyonun TP'si ile aynı seviyedeyse ve bu TP büyük olduğu için reddedilirse, limit oyuncunun doldurma şansı bile olmayacak mı?

Yanlış tahmin. Alma kuyruğu, tüm alımlar gönderildiğinde sona erer. Onlar. sınırlayıcılar, bu gönderimin sonuçlarını değil, tüm çekimlerin gönderilmesini bekliyor.

Bir başkasının limit limitinin gönderilmesini büyük bir alım hacmi ile değil, limit limitinin fiyat seviyesinde çok sayıda alım ile yavaşlatabilirsiniz. Örneğin, min. çok güzelsin.

[Andrey Khatimlianskii]

fxsaber # :

Yanlış tahmin. Alma kuyruğu, tüm alımlar gönderildiğinde sona erer. Onlar. sınırlayıcılar, bu gönderimin sonuçlarını değil, tüm çekimlerin gönderilmesini bekliyor.

Bir başkasının limit limitinin gönderilmesini büyük bir alım hacmi ile değil, limit limitinin fiyat seviyesinde çok sayıda alım ile yavaşlatabilirsiniz. Örneğin, min. çok güzelsin.

Neyse. Her şey, tüm TP'lerin ve limitlerin ardışık olarak yürütülmesinden daha iyidir.

Ama tabi ki sırayı düzeltmek gerekiyor. TP düzenli bir sınırlayıcı olmalıdır.

[fxsaber]

Andrey Khatimlianskii # :

Neyse. Her şey, tüm TP'lerin ve limitlerin ardışık olarak yürütülmesinden daha iyidir.

Ama tabi ki sırayı düzeltmek gerekiyor. TP düzenli bir sınırlayıcı olmalıdır.

Burada konuyla ilgili çok daha fazlası var. Örneklerle.

[fxsaber]

fxsaber # :

Burada konuyla ilgili çok daha fazlası var. Örneklerle.

İddiaya göre, TP siparişi doğduktan sonra etkinleştirici TP siparişi kenesi belirdi! Onlar. önce bir TP siparişi doğdu ve ancak o zaman bir TP siparişinin doğmasına neden olan bir onay işareti. Kulağa çılgınca geliyor. Bu nedenle, resmi ayrıntılı olarak anlıyoruz.

Senaryo bir hata yapmadı! Bu, kene veritabanının büyük bir gecikmeyle dolduğu anlamına gelir. Ve tik süresi, kayıt süresi olarak yapıştırılır. Onlar. yanlış tik zamanı.

Yani bir mimari   MT5 hatası .

Bu hatayı MQ-Demo'da ilk kez yeniden oluşturmak.

 #include <MT4Orders.mqh> // https://www.mql5.com/ru/code/16006

#define Bid SymbolInfoDouble ( _Symbol , SYMBOL_BID )
#define Ask SymbolInfoDouble ( _Symbol , SYMBOL_ASK )

input int inTP = 10 ;

// Выставляет противоположные позиции с фиксированным тейком.
void OnStart ()
{
   OrderSend ( _Symbol , OP_BUY, 0.1 , Ask, 0 , 0 , Ask + inTP * _Point );

   OrderSend ( _Symbol , OP_SELL, 0.1 , Bid, 0 , 0 , Bid - inTP * _Point );
}

Pozisyonu kapattıktan sonra, alımın tetiklendiği zamana ve alımı etkinleştirmesi gereken tik zamanına bakarız.

Alma işleminin, sözde etkinleştirici onay işaretinin ortaya çıkmasından 61 ms önce tetiklendiğini görüyoruz.

Hata yalnızca MQ-Demo'da değil, gerçek hesaplarda bile ortaya çıkıyor. Ancak MQ-Demo yukarıda gösterildiği gibi hemen oynanabilir.

Ne yazık ki, ticaret sunucusundaki kene veri tabanı bozuk.

Arama dizisi : Oshibka 042.