Kütüphaneler: OnTickMulti - sayfa 3

Yeni yorum
 
Stanislav Korotky #:

Geleceğe bakış yoktur, çünkü X zamanında birkaç sembol için tikler varsa, araçlardan birinde ilk olay gerçekleştiğinde, diğer sembollerde (olayları henüz kuyrukta bekleyenler) bir sonraki tik değil, bir önceki tik olacaktır (örnekte olduğu gibi, 00:04, 00:05’ten önceydi, sonra değil).

Senkronizasyon için bunu kodunuzda algoritmik olarak sağlamanız gerekir; örneğin, OnTick işleyicisinde, işlemi başlatmadan önce ilgili tüm sembollerdeki tik zamanlarını sorgulamalısınız. Ancak, prensip olarak, arbitraj tam olarak tikler üzerinden yapılıyorsa (çubuklar veya dakikalar üzerinden değil), güvenilir bir senkronizasyon düşünmek zordur; çünkü bazı sembollerdeki tikler birkaç saniye boyunca gerçekten eksik olabilir.

Her şey görecelidir; bir enstrüman için gecikme olurken, diğeri için ise öncülük olabilir.

Orada her şey dalgalanır; hata ayıklayıcıda her şey senkronize çalışır, neredeyse boş bir OnTick ile bile.

Komisyon ve spread'i doğru bir şekilde simüle etmek için test amacıyla çubukları tiklere bölmek zorunda kalıyoruz.

Özel test aracının hesaplamalarının MT ile uyuşması için bunu OnTick'te yapmak zorunda kaldım.

   int size=ArraySize(T);
   if(size==0) return;
   datetime dt1=(datetime)SymbolInfoInteger(name1,SYMBOL_TIME);
   datetime dt2=(datetime)SymbolInfoInteger(name2,SYMBOL_TIME);
   while(sh1<size && T[sh1]<dt1) sh1++;
   while(sh2<size && T[sh2]<dt2) sh2++;
   while(sh1<size && T[sh1]==dt1)
     {if(D1[sh1]>0)  Buy(name1);
      if(D1[sh1]<0) Sell(name1);
      if(D1[sh1]==0) Close(name1);
      sh1++;
     }
   while(sh2<size && T[sh2]==dt2)
     {if(D2[sh2]>0)  Buy(name2,D2[sh2]);
      if(D2[sh2]<0) Sell(name2,fabs(D2[sh2]));
      if(D2[sh2]==0) Close(name2);
      sh2++;
     }
 
Stanislav Korotky #:

Senkronizasyon için bunu kodunuzda algoritmik olarak sağlamanız gerekir; örneğin, OnTick işleyicisinde, işlemi başlatmadan önce ilgili tüm sembollerin tik sürelerini sorgulamalısınız.

Korkarım bu, OnTick içinde geçerli zamana ait tik dizisinin bittiğini anlamaya izin vermez. Büyük olasılıkla, yalnızca milisaniyelik bir OnTimer yardımcı olacaktır.

 
Rorschach #:

Her şey görecelidir; bir enstrüman için geride kalma, diğeri için ise öne geçme söz konusu olacaktır.

(Test cihazının) geçerli zamanı vardır; geleceğe bakma terimlerini ancak buna göre kullanabiliriz. Eğer geçerli zaman X ise ve iki enstrüman için sırasıyla X-1 ve X-2 anlarına ait tikler mevcutsa, bunlar bilinen en son güncel tiklerdir ve algoritma ile hesaplama bu tikler üzerinden yapılmalıdır. İşte, X-2 anında biri X-1 ve X için tikleri hesaplamaya çalışsaydı, bu geleceğe bakmak olurdu. Ancak teknik olarak test cihazı bunu yapmaya izin vermez.
 
fxsaber #:

Korkarım bu, OnTick'in geçerli zamana ait tik kuyruğunun sona erdiğini anlamasını engelleyecektir. Büyük olasılıkla, yalnızca milisaniyelik bir OnTimer işe yarayacaktır.

Bu, if koşulunda zamanla ilgili koşulun nasıl yazıldığına bağlıdır — >= yerine kesin > işareti kullanılmalı ve koşulun tetiklenmesine neden olan tik hesaba katılmamalıdır. Zamanlayıcı kullanıldığında da durum benzer olacaktır.
 
Stanislav Korotky #:
Bu, if koşulunu zamana göre nasıl yazacağınıza bağlıdır — >= yerine kesin > kullanmalı ve koşulun tetiklenmesine neden olan tik'i hesaplamamalısınız.
Anlamadım.
 
Stanislav Korotky #:
Zamanlayıcıyla da aynı şekilde olur.
Orada daha kolay.
 
fxsaber #:
Anlamadım.

Aklıma gelen, milisaniye hassasiyetinde zaman tanımlaması (saniye için de durum aynıdır):

// TODO: ArrayResize(lookback, <sembol sayısı>)
MqlTick lookback[];

void OnTickMulti(const string &symbol, const uint &index)
{
   static MqlTick t[1];
   static long timeCurrentMsc;
   
   SymbolInfoTick(symbol, t[0]);
   
   if(t[0].time_msc > timeCurrentMsc)
   {
      if(!timeCurrentMsc) // tam başlangıç değil, yani bu yeni bir milisaniye
      {
         // TODO: analiz ve işlemler için lookback[] ticks'i kullan
         // Bunlar henüz mevcut zaman adımını içermiyor, çünkü bu bir sonraki milisaniyeden geliyor
         // ...
      }
      timeCurrentMsc = t[0].time_msc;
   }

   // yalnızca analizden sonra, kayıt defterini yeni zaman damgasıyla güncelle
   lookback[index] = t[0];
}

Ancak (Rorschach için) tekrar belirtmek isterim ki, bu kadar küçük aralıklarla senkronizasyon yanıltıcıdır. Bir enstrümandaki tikler saniyeler boyunca görünmeyebilir, bu durumda o enstrüman için geçerli fiyat aslında "eski" hale gelebilir. Eğer birisi için tüm fiyatların aynı [mili]saniyeye ait olması önemliyse, verilen kod parçasında (yorum satırlarıyla işaretlenmiş analiz bloğunda) sinyal zamanlarının eşitliğini ek olarak kontrol etmek ve ancak bu koşul sağlandığında işlem yapmak gerekir.

 
Stanislav Korotky #:

Kafamdan sayarsak, milisaniye hassasiyetinde zaman tanımlamasıyla (saniye için de durum aynıdır):

Bu yöntemle tüm karakterlerin zaman damgalarının güncel olduğu garanti edilemez. Yalnızca milisaniyelik OnTimer ile bu sağlanabilir.
 
fxsaber #:
Bu yöntemle, tüm sembollerin tiklerinin güncel olduğu hiçbir şekilde garanti edilemez. Yalnızca milisaniyelik OnTimer ile.
Güncellik ile ne kastediliyor (bu yöntem tüm enstrümanlar için bilinen en son tikleri verir; eğer bu konudan bahsediliyorsa CopyTicks kullanılabilir)? Ve OnTimer nasıl farklı bir sonuç verecek?
 

Stanislav Korotky #:
Что подразумевается под актуальностью (этот метод отдает последние известные тики по всем инструментам)?

Artık son bilinen zamana ilişkin tik sesleri olmayacak.

Peki OnTimer nasıl farklı bir sonuç verecek?

Milisaniyelik OnTimer, bu zamanlayıcı olayından ÖNCE tüm tiklerin geçtiğini garanti eder. Yani tüm sembollerde tikler günceldir.

12345
Yeni yorum