Hatalar, hatalar, sorular - sayfa 2179
![MQL5 - MetaTrader 5 müşteri terminalinde yerleşik ticaret stratejileri dili](https://c.mql5.com/i/registerlandings/logo-2.png)
Ticaret fırsatlarını kaçırıyorsunuz:
- Ücretsiz ticaret 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
Hayır, burada indirilecek bir şey yok.
Sıfır başlangıç çubuğu değil, 50 çubuk diyelim, o zaman her şey yolunda demektir. Aniden.
Ve 30 bar alırsam donuyor. Ve hayırdan sonra.
DUR HATA!
Bunu dene:
Bunu dene:
Ve iBarShift nerede?
Şimdi standart Çubuklar işlevindeki bir hatadan bahsediyoruz
Ve iBarShift nerede?
Şimdi standart Çubuklar işlevindeki bir hatadan bahsediyoruz
Bu işlev aynı zamanda Bars()'ı da kullanır. Her şey sizin için sadece bir iBarShift () analoguyla başladı
Bu işlev aynı zamanda Bars()'ı da kullanır. Her şey sizin için sadece bir iBarShift () analoguyla başladı
Evet, elbette, bir iBarShift analogu kullanmak bu sorunu ortaya çıkardı.
Sağladığınız iBarShift işlevini kullanırsanız, bu hata yakalanmayacaktır, çünkü orada sadece bir TF kullanılıyor,
Ve bu hata , CopyTime ve Bars işlevlerinde farklı zaman çerçeveleri kullanıldığında ortaya çıkar.
Ancak Barlar her zaman iyi çalışmalıdır. Ancak benim örneğim, iBar'ın onlarca saniye boyunca askıda kaldığı özel bir durum olduğunu gösteriyor. Ve yükleme geçmişinin bununla hiçbir ilgisi yok.
Evet, elbette, bir iBarShift analogu kullanmak bu sorunu ortaya çıkardı.
Sağladığınız iBarShift işlevini kullanırsanız, bu hata yakalanmayacaktır, çünkü sadece bir TF kullanılır,
Ve bu hata , CopyTime ve Bars işlevlerinde farklı zaman çerçeveleri kullanıldığında ortaya çıkar.
Ancak Barlar her zaman iyi çalışmalıdır. Ancak benim örneğim, iBar'ın onlarca saniye boyunca askıda kaldığı özel bir durum olduğunu gösteriyor. Ve yükleme geçmişinin bununla hiçbir ilgisi yok.
Büyük olasılıkla bu, geçmişin yüklenmesinden kaynaklanmaktadır.
Evet, elbette, bir iBarShift analogu kullanmak bu sorunu ortaya çıkardı.
Sağladığınız iBarShift işlevini kullanırsanız, bu hata yakalanmayacaktır, çünkü sadece bir TF kullanılır,
Ve bu hata , CopyTime ve Bars işlevlerinde farklı zaman çerçeveleri kullanıldığında ortaya çıkar.
Ancak Barlar her zaman iyi çalışmalıdır. Ancak benim örneğim, iBar'ın onlarca saniye boyunca askıda kaldığı özel bir durum olduğunu gösteriyor. Ve yükleme geçmişinin bununla hiçbir ilgisi yok.
İstenen aralıkta çubukların yokluğunda döngüsel senkronizasyon girişimi olduğunu düşünüyorum - Barlar "normal çalışmak" için elinden gelenin en iyisini yapıyor ve ardından zaman aşımı veya senkronizasyon denemelerinin sayısıyla vazgeçiyor
Böyle bir durumda Bars'ı aramamak için değer kontrollerini kendiniz yapmanız gerekir.
Büyük olasılıkla bu, geçmişin yüklenmesinden kaynaklanmaktadır.
Aynı fikirde olmamak. Daha sonra 22 saniye boyunca yeniden indirilmez. Ayrıca, tüm TF'ler için tüm geçmişim özel bir gösterge ile yüklenir.
Yükleniyorsa, ilk 31 çubuğun yüklenmesi gerektiğini ve sonrakilerin olmadığını nasıl açıklayabiliriz.
Yükleniyorsa, ilk 31 çubuğun yüklenmesi gerektiğini ve sonrakilerin olmadığını nasıl açıklayabiliriz.
Belgelerden: Belirli bir tarih aralığındaki çubuk sayısı istenirken, yalnızca açılış zamanı bu aralıkta olan çubuklar dikkate alınır.
Buna göre, Bars() ön görüntüsü, geçmişin yokluğu olarak yorumlanan sıfır döndürür ve önceki mesajda doğru bir şekilde belirtildiği gibi, bir komut dosyası durumunda ::Bars(), bir zaman aşımı veya başarısız sayı ile biter. denemeler.
İstenen aralıkta çubukların yokluğunda döngüsel senkronizasyon girişimi olduğunu düşünüyorum - Barlar "normal çalışmak" için elinden gelenin en iyisini yapıyor ve ardından zaman aşımı veya senkronizasyon denemelerinin sayısıyla vazgeçiyor
Böyle bir durumda Bars'ı aramamak için değer kontrollerini kendiniz yapmanız gerekir.
Oldukça mümkün.
Ama birçok seçenek var.
Barlar çok önemli bir özellik, onsuz yapmak zor. Daha doğrusu, idare edebilirsiniz, ancak artan kaynak israfı pahasına.
Sorunsuz çalışması gerekiyor.
Belgelerden: Belirli bir tarih aralığındaki çubuk sayısı istenirken, yalnızca açılış zamanı bu aralıkta olan çubuklar dikkate alınır.
Buna göre, Bars()'ın ön görüntüsü, geçmişin yokluğu olarak yorumlanan sıfır döndürür ve önceki mesajda doğru bir şekilde belirtildiği gibi komut dosyası, bir zaman aşımı veya başarısız deneme sayısı ile sona erer.
Sıfır olduğu çok açık.
Ve ne - belirli bir zaman diliminde sıfır çubuk olduğuna karar vermek normal 22 saniye mi?
Bars'ın dahili uygulamasında bariz bir algoritmik hata.
Belki bu konuda servis masasına bir başvuru yapmak gerekir, aksi takdirde hafta sonu öndedir ve bu konu Pazartesi'ye kadar kaybolabilir.