
Alım-satım fırsatlarını kaçırıyorsunuz:
- Ücretsiz alım-satım uygulamaları
- İşlem kopyalama için 8.000'den fazla sinyal
- Finansal piyasaları keşfetmek için ekonomik haberler
Kayıt
Giriş yap
Gizlilik ve Veri Koruma Politikasını ve MQL5.com Kullanım Şartlarını kabul edersiniz
Hesabınız yoksa, lütfen kaydolun
Vladimir, ancak test cihazında sorun ortaya çıkmıyor... Böyle bir sorun nereden geliyor ??? Yoksa test cihazında yalnızca bir Uzman Danışman olduğu için mi?
Ayrıca SD'de, tek değişikliğin ikinci danışmanın onu başka bir çifte koyması olduğunu önerdim...
Bir terminalde (M15 döneminde Uzman Danışmanlar vardı) tek bir sembol üzerinde çalışmadı - Sorunun, başka birinin zaman çerçevesini kullanırken , tüm geçmişi "çekmeniz" gerektiğinden %99 eminim. zaman . CopyTime() ile yapmanın daha iyi olduğunu düşünüyorum.
Bu bir hata değil. Başka birinin zaman çerçevesi üzerinde çalışıyorsunuz. Bu durumda bir başkasının zaman dilimindeki verilerin güncel olduğundan emin olmanız gerekir.
Şahsen ben bir alternatif görmüyorum.
Gerçek değil, SERIES_LASTBAR_DATE'in nasıl çalıştığı bilinmiyor. Hiçbir şeyin güncellenmesi gerekmeyebilir, çünkü son çubuğun zamanı belirtilen sembolün TimeCurrent() kullanılarak hesaplanabilir. Geliştiricilere sorun.
Ancak, iki değişken true olarak atanırsa, bu değişkenlerin birlikte (&& işaretlenirken) de true vereceği hala tartışılmaz bir gerçektir.
Diğer araçların / TF'nin önbelleğinin kaybolmasıyla ilgili sorun gerçekten var.
Ayrıca, hataları kontrol etmek ve bir döngüde yüklemeyi beklemek her zaman yardımcı olmaz. Servis masasında konuştuk ama MQ'dan hiçbir gelişme olmadı, sadece bir ipucu:
Şüphe, geçmiş verilerin zaman aşımı ile boşaltılmasıdır.
2 çözüm var:
1. verilere her 3 dakikada bir defadan daha sık erişin
2. verilere çok basit bir gösterge ekleyin. örneğin hacim. Hesaplama yoktur, yalnızca bir arabellek işgal edilmiştir. Göstergenin varlığı, erişim sıklığından bağımsız olarak geçmiş önbelleği bellekte tutacaktır.
2. ipucu çalışmıyor, göstergeler her zaman çağrılıyor, ancak bir noktada önbellek düşüyor ve verileri almak imkansız hale geliyor.
Sorunu böyle bir koltuk değneği ile çözdüm - her 150 saniyede bir ilgili tüm enstrümanlar/TF'ler için aşağıdaki kodu çağırıyorum:
Yeterince hızlı çalışıyor, bu güncellemeden sonra 4806 hatası ortadan kalkmış görünüyor.
Sizden başka bir yanlış anlaşılma hakkında yorum yapmanızı rica ediyorum.
Bars
Karşılık gelen dönem sembolü için geçmişteki çubuk sayısını döndürür. İşlev için 2 seçenek vardır.
Sadece ikinci seçenek ilgi çekicidir.
danışman metni
00:00:00 saatinin, 00:00:01 saatiyle tamamen aynı gelecek günlere ait olduğunu anlıyorum.
Ama... önerilen baskılar bununla aynı fikirde değil.
2016.06.22 00:00:00 ile 2016.06.24 00:00:00 arasında günlük ÜÇ bar ve 2016.06.22 00:00:01 ve 2016.06.24 00:00:00 arasında sadece İKİ...
Yoksa bir şeyi yanlış mı anlıyorum???
Ve mevcut çubuğun zamanına bir saniye eklersek
o zaman bu olur
2016.06.24 00:00:01 saati bir sonraki bara ait gibi görünüyor ya da ne???
Çubuk sayısının belirlendiği aralığa üst zaman sınırı dahil değildir.
Dmitry, bu garip değil mi? Yeni bir çubuk ortaya çıktı, ancak henüz saymayacağız.
Dinle, bu davranışın nedeni bu değil mi SeriesInfoInteger(_Symbol, PERIOD_D1, SERIES_LASTBAR_DATE ); ? Yeni bir çubuk belirdi, bir onay işareti var, kod yürütülüyor, ancak zaman henüz dikkate alınmadı ???
Eh, kuzu uçup gitti ... Ve ondan tam bir görmezden geldi ...
Vladimir, en azından bu soruyu cevaplayabilir misin ???
Ve CopyRates () bu geçmişi çeker??? Sonuçta, yapıda zaman var ...
Eh, kuzu uçup gitti ... Ve ondan tam bir görmezden geldi ...
Vladimir, en azından bu soruyu cevaplayabilir misin ???