Kütüphaneler: OnTickMulti - sayfa 4

Yeni yorum
 
fxsaber #:

Artık son bilinen zaman bilgisine dayalı tikler olmayacak.

Milisaniyelik OnTimer, bu zamanlayıcı olayından ÖNCE tüm zamanlamaların geçmiş olmasını garanti eder. Yani, tüm semboller için zamanlamalar günceldir.

Eğer söz konusu olan, casus göstergenin bazı teknik nedenlerden dolayı "eski" tik'i geciktirip daha yeni bir tik'ten sonra başka bir enstrümana gönderebilmesi ise, bu muhtemelen gerçekleşebilir. Aksi takdirde, kodda doğrudan bir sorun görmüyorum.

Zamanlayıcının, yeni "olay"dan (zaman biriminin sayılmasından) ÖNCE tüm tiklerin geçmesini daha fazla garanti ettiğini sanmıyorum. Zamanlayıcı yerel saatle çalışırken, tiklerdeki zaman damgaları sunucu saatini içerir. Bu nedenle, araçların senkronizasyonu için zamanlayıcıya güvenmemek daha iyidir.

 
Stanislav Korotky #:

Peki, senkronizasyonun karmaşıklığı nedeniyle tikler için bu kabul edilebilir; ancak milisaniyelik bir zaman aralığı belirleyip tikleri zamana göre ayarlayabiliriz.

Ancak açılış fiyatları konusunda da durum aynı; oysa tüm sembollerde açılış saati aynı.

Ve bu davranış nedeniyle bazı sistemleri düzgün bir şekilde test etmek imkansız hale geliyor.

 

Sorunun gösterimi.

#include <fxsaber\OnTickMulti\OnTickMulti.mqh> // https://www.mql5.com/tr/code/47647

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

input bool inTimer = false; // false - OnTick, true - OnTimer

ulong TimeMsc = TimeTradeServer() * 1000 + (inTimer && EventSetMillisecondTimer(1));

void PositionOpen()
{
  for (uint i = ArraySize(OnTickMultiObject.Symbols); (bool)i--;)
  {
    const string SymbName = OnTickMultiObject.Symbols[i];
    
    OrderSend(SymbName, OP_BUY, 1, SymbolInfoDouble(SymbName, SYMBOL_ASK), 0, 0, 0);
  }
}

void OnTimer()
{
  if (TimeMsc++ == 1759280400081) // 01.10.2025 01:00:00.081
    PositionOpen();
}

// Çok karakterli OnTick.
void OnTickMulti( const string &Symb, const uint &Index )
{  
  MqlTick Tick;
  
  if (!inTimer && SymbolInfoTick(Symb, Tick) && (Tick.time_msc == 1759280400081) && // 01.10.2025 01:00:00.081
      !OrdersTotal())
    PositionOpen();
}

Ekran görüntüsünde MetaQuotes-Demo'da durumu yeniden canlandırmak için gerekli tüm veriler yer almaktadır. OnTick kullanıldığında tiklerin senkronize olmadığı, OnTimer (son derece yavaş) kullanıldığında ise senkronize olduğu açıkça görülmektedir.

 
fxsaber #:

OnTick aracılığıyla tikler senkronize edilmezken, OnTimer aracılığıyla (çok yavaş) senkronize edilir.

Görünüşe göre, senkronize modda hesaplamaları hızlandırmanın tek yolu, EAToMath benzeri bir matematik modudur.


Ya da tek geçişe ait bu verileri önceden bir dosyaya kaydetmek.

#include <fxsaber\OnTickMulti\OnTickMulti.mqh> // https://www.mql5.com/tr/code/47647

// Çok karakterli OnTick.
void OnTickMulti( const string &Symb, const uint &Index )
{  
  static MqlTick Ticks[];
  static const int Size = ArrayResize(Ticks, ArraySize(OnTickMultiObject.Symbols));  
  
  bool Res = SymbolInfoTick(Symb, Ticks[Index]);

  for (int i = 1; Res && (i < Size); i++)
    Res = (Ticks[i].time_msc == Ticks[i - 1].time_msc);
    
  if (Res)
    ArrayPrint(Ticks);  
}
2025.10.01 01:00:00                    [time]   [bid]   [ask] [last] [volume]    [time_msc] [flags] [volume_real]
2025.10.01 01:00:00   [0] 2025.10.01 01:00:00 1.17345 1.17363 0.0000        0 1759280400081     134       0.00000
2025.10.01 01:00:00   [1] 2025.10.01 01:00:00 1.34417 1.34501 0.0000        0 1759280400081     134       0.00000
2025.10.01 01:00:00   [2] 2025.10.01 01:00:00 0.66103 0.66122 0.0000        0 1759280400081     134       0.00000
2025.10.01 06:07:02                    [time]   [bid]   [ask] [last] [volume]    [time_msc] [flags] [volume_real]
2025.10.01 06:07:02   [0] 2025.10.01 06:07:02 1.17388 1.17390 0.0000        0 1759298822726     134       0.00000
2025.10.01 06:07:02   [1] 2025.10.01 06:07:02 1.34417 1.34422 0.0000        0 1759298822726     130       0.00000
2025.10.01 06:07:02   [2] 2025.10.01 06:07:02 0.65959 0.65967 0.0000        0 1759298822726     134       0.00000
2025.10.01 07:30:23                    [time]   [bid]   [ask] [last] [volume]    [time_msc] [flags] [volume_real]
2025.10.01 07:30:23   [0] 2025.10.01 07:30:23 1.17467 1.17469 0.0000        0 1759303823965       4       0.00000
2025.10.01 07:30:23   [1] 2025.10.01 07:30:23 1.34486 1.34490 0.0000        0 1759303823965     134       0.00000
2025.10.01 07:30:23   [2] 2025.10.01 07:30:23 0.65970 0.65978 0.0000        0 1759303823965       4       0.00000

Ve kendi danışmanınızda, OnTick'te senkronizasyon için bu dosyanın verilerini kullanmak. Hızlı ve doğru bir şekilde çalışacaktır.

Подробнее о способах ускорения оптимизации советников в MT5.
Подробнее о способах ускорения оптимизации советников в MT5.
  • 2025.09.02
  • www.mql5.com
Классификация советников. Все советники, запускаемые в Оптимизаторе, делятся на два типа. Торговые. Статистические: "обучение", обработка котировочных данных. Каждый из них тоже делится на два типа
 
fxsaber #:

Sorunun gösterimi.

Ekran görüntüsünde, MetaQuotes-Demo'da sorunu yeniden canlandırmak için gerekli tüm veriler yer almaktadır. OnTick kullanıldığında tiklerin senkronize olmadığı, OnTimer (son derece yavaş) kullanıldığında ise senkronize olduğu açıkça görülmektedir.

Peki, siz == operatörüyle pozisyona giriş koşulu içeren kodunuzu kullanmışsınız. Yukarıda da belirttiğim gibi, koşul kesinlikle > olmalı, “eşittir” olmamalıdır. 1 Ekim 2025 01:00:00.081 tarihine kadar bilinen en son fiyatlara göre tüm enstrümanlarda senkronize işlemler gerçekleştirmek için, bu tarihten önce tik izlemeye başlamalısınız, yani örnek sabit olarak örneğin >1759280400080 değerini referans sabit olarak almalısınız. Her algoritma için mantığı değiştirmeniz gerekir; sadece bir işlemci türünü diğeriyle değiştirmek yeterli olmayacaktır.

Not: Senkronizasyon derken, bilinen en son fiyatlara göre işlem yapmayı kastediyorum. Milisaniye düzeyinde eşzamanlılık için elbette ek kontroller gerekir, ancak bu tür durumların (farklı enstrümanların tiklerinin milisaniye düzeyinde çakışması) olasılığı düşüktür; bu da potansiyel sinyallerin kaçırılması anlamına gelir. Böyle bir eşzamanlılığın pratikte bir faydası olduğundan emin değilim.

 
Stanislav Korotky #:

01.10.2025 saat 01:00:00'a kadar bilinen en son fiyatlarla senkronize işlemler gerçekleştirmek için.081'e kadar tüm enstrümanlarda senkronize işlemler gerçekleştirmek için, bu tarihten önce tik izlemeye başlamanız gerekir; yani, örneğin >1759280400080 gibi bir değeri referans sabiti olarak almanız gerekir.

Koddaki önerinizi incelemek için hazırım.
 

Senkronizasyonun en basit yolu, kullanılan karakterlerin tik sürelerinden bir küme oluşturmaktır.

Hareket halindeyken, tek geçişte senkronizasyon sağlamak zordur.

Zorluk, gecikmenin belirsizliğinden kaynaklanıyor. Hangi sembolün öncü olacağı bilinmiyor.

 
fxsaber #:
Koddaki önerinizi incelemeye hazırım.

Tam kapsamlı bir test senaryosu hazırlamak için pratik bir görevi anlamam gerekiyor: sadece milisaniye hassasiyetinde zamanları çakışan tiklere göre mi işlem yapıyoruz?

Önceden bilinen bir anda, tüm enstrümanlarda senkronize tiklerin olduğu tek bir işlemden oluşan yapay bir örnek için, yapay bir optimal algoritma tasarlayabiliriz, ama ne gereği var ki?

 
Rorschach #:

Ancak açılış fiyatları da aynı, her ne kadar tüm hisse senetlerinin açılış saatleri aynı olsa da.

Sorunu biraz daha netleştirmemiz gerekiyor. Açılış fiyatları söz konusu olduğunda, algoritma tüm sembollerin çubuklarının mevcut olmasını gerektiriyorsa, tüm sembollerde iTime(,,0) değerlerinin aynı olana kadar bekleriz. Bu yaklaşımda çubuklar için genellikle mantıksal bir sorun olmaz, çünkü çubuklar (M1 bile) nadiren eksik olur; ancak saniye ve daha küçük zaman aralıklarında senkronizasyon bozuklukları sık görülebilir. Böyle durumlarda ne yapmalı?

Uygulamada, senkronizasyon olarak, tik zaman damgalarının tam olarak eşleşmesini değil, belirli bir zaman aşımı sınırından daha eski olmayan herhangi bir fiyatın varlığını dikkate almak gerektiğini düşünüyorum.

 
Stanislav Korotky #:

Görevi biraz daha netleştirmemiz gerekiyor. Açılış fiyatlarına göre, algoritma tüm sembollerin çubuklarının mevcut olmasını gerektiriyorsa, tüm sembollerde iTime(,,0) değerlerinin aynı olması için bekleriz. Bu yaklaşımda çubuklar için genellikle mantıksal bir sorun yoktur, çünkü çubuklar (M1 dahil) nadiren eksik olur.

Burada açılış fiyatlarına göre çalışan test modundan bahsediliyor.

Stanislav Korotky #:
saniye ve daha küçük zaman aralıklarında senkronizasyon hataları sıkça görülebilir. Böyle durumlarda ne yapılmalı?

Bilinen son değeri girmek.

12345
Yeni yorum