[SERVICE DESK] Zamanlayıcıda kıdemli TF'nin zamanı alınırken hata oluştu! - sayfa 4
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
Pekala, bunun bir koltuk değneği olduğunu söyleyemem. Sunucudan bir teklif akışı bekliyorum, aksi takdirde geçmiş güncellenmeyecek. Başka bir seçenek de, bilgisayarın yerel saatini alarak, otomatik olarak hesaplanabilen ve sonunda fiyatların güncellenmesini bekleyen saat dilimi için bir düzeltme girmektir. Evet, biraz çarpık ama Metaquotes'ın MT4'te hiçbir şeyi değiştireceğini düşünmüyorum. Sonunda, bu, şu veya bu şekilde ele alınması gereken sunucuya bir bağlantı sorunudur.
Burada. Ve bunun bir sorun olduğunu anladınız! Ancak düzeltilmesi gerektiğini ve/veya sertifikanın her durum için bir algoritma ile desteklenmesi gerektiğini düşünüyorum.
Veri alma işlevi, hatasız ve uyarısız kalan verileri üretmemelidir!
Bu benim ilk konu değil (bir önceki konu MT5 ile ilgiliydi, hala anlaşılır cevaplar alamadım) senkronizasyon ve sonraki donmalar/hatalar hakkında.
Evet, bu işe yarıyor gibi görünüyor. Alternatif olarak kullanabilirsiniz. Teşekkür ederim! Ancak, yine de, işlevlerin normal çalışmasını istiyorum.
Yalnızca kaçırılan çubuklar yoksa çalışır - ve böyle bir garanti olamaz. Mevcut saat için (ve belki bir önceki saat için de) sunucuda yeni alıntı olmadığını varsayalım. Buna göre, son çubuk bir önceki çubuktur.
Doğrulama yaklaşımınızda iki önemli hata var:
1. Igor, koda baktın mı? OnInit() içinde bir şeyi nereden edinebilirim?
2. Kontroller nelerdir? Doğru işlem için göstergenin OnCalculate()'i en az bir kez kullanması gerektiği nerede yazıyor?
Yalnızca kaçırılan çubuklar yoksa çalışır - ve böyle bir garanti olamaz. Mevcut saat için (ve belki bir önceki saat için de) sunucuda yeni alıntı olmadığını varsayalım. Buna göre, son çubuk bir önceki çubuktur.
Bu (dediğim gibi, bir koltuk değneği) çözüm şimdiye kadar hiç olmamasından iyidir. Dediğim (ve kanıtladığım) gibi, bir hata var. Geliştiriciler ne kadar erken düzeltirse o kadar iyi.
Yalnızca kaçırılan çubuklar yoksa çalışır - ve böyle bir garanti olamaz. Mevcut saat için (ve belki bir önceki saat için de) sunucuda yeni alıntı olmadığını varsayalım. Buna göre, son çubuk bir önceki çubuktur.
Böylece sol veriyi vermez, son alınan veriyi verir ve terminal alıntı akışını almaya başlayana kadar hata oluşmaz. Sizin durumunuzda, alıntılar bitmeden veri almaya çalışıyorsunuz, programcı bu tür istisnai durumları kendi başına halletmelidir. İletişimdeki herhangi bir kesintinin yanı sıra. Ve MT5'in okuması çok ilginç olan sorun nedir?
Peki, e-may... Bu analiz aşamasını çoktan geçtik. Kendi günlüğünüzü görün:
müteakip. Önce bağlantıyı kontrol edelim. Bağlantı kurulur kurulmaz, zamanı alırız . Lütfen bana açıklayın, neden önce 4066 hatası döndürülüyor ve sonra döndürülmüyor!? Son aramadan bu yana 20ms içinde ne değişti?
Ve MT5'in okuması çok ilginç olan sorun nedir?
https://www.mql5.com/ru/forum/219829
Bu (dediğim gibi, bir koltuk değneği) çözüm şimdiye kadar hiç yoktan iyidir. Dediğim (ve kanıtladığım) gibi, bir hata var. Geliştiriciler ne kadar erken düzeltirse o kadar iyi.
Peki, e-may... Bu analiz aşamasını çoktan geçtik. Kendi günlüğünüzü görün:
müteakip. Önce bağlantıyı kontrol edelim. Bağlantı kurulur kurulmaz, zamanı alırız. Lütfen bana açıklayın, neden önce 4066 hatası döndürülüyor ve sonra döndürülmüyor!? Son aramadan bu yana 20ms içinde ne değişti?