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
CopyTicksRange istenen tüm onay işaretlerini doğru şekilde döndürdüğünde bir hatayla karşılaştım, ancak LastError == ERR_HISTORY_TIMEOUT(4403).
Bu bir hata değil, bir özelliktir. CopyTicks bazen aynı şeyi verir. Bu "özelliği" nasıl kullanacağımı anlayana kadar
CopyTicksRange işlevinin açıklamasında:
ERR_HISTORY_TIMEOUT – время ожидание синхронизации тиков вышло, функция отдала всё что было.
Elbette, CopyTicks işlevinde bir onay işareti alınması şartıyla geliştiricilerin bu hatanın ne anlama geldiğini açıklamasını isterim. Bu hata nasıl işlenir. ps: göstergede arıyorum
Lütfen bu sorunu en kısa sürede çözmek için hangi bilgileri sağlamanız gerektiğini bana bildirin.
Tiki kopyalama yapmıyor, hata veriyor.
Devamlı
Anlam
Tanım
ERR_HISTORY_SMALL_BUFFER
4407
Alıcı dizi, istenen tüm verileri tutamayacak kadar küçük.
Böyle sürprizlerle normal bir şekilde çalışmak imkansız!
GUI aracılığıyla (CTRL+U) keneler sorunsuz alınır.
Arama dizisi : Oshibka 007.Lütfen bu sorunu en kısa sürede çözmek için hangi bilgileri sağlamanız gerektiğini bana bildirin.
Tiki kopyalama yapmıyor, hata veriyor.
Devamlı
Anlam
Tanım
ERR_HISTORY_SMALL_BUFFER
4407
Alıcı dizi, istenen tüm verileri tutamayacak kadar küçük.
Yerel olarak farklı şekillerde kontrol ettik - henüz yeniden üretilmedi. Ayrıntılara ihtiyacınız var:
1. Terminalin hangi versiyonu?
2. Hangi sunucuyla çalışıyorsunuz?
3. Komut dosyası hangi sembolde çağrılır?
4. COPY_TICKS_INFO ile değil de COPY_TICKS_ALL ile ararsanız, ERR_HISTORY_SMALL_BUFFER hatası da mı çıkıyor?
Teşekkür ederim!
Yerel olarak farklı şekillerde kontrol ettik - henüz yeniden üretilmedi. Ayrıntılara ihtiyacınız var:
1. Terminalin hangi versiyonu?
2. Hangi sunucuyla çalışıyorsunuz?
3. Komut dosyası hangi sembolde çağrılır?
4. COPY_TICKS_INFO ile değil de COPY_TICKS_ALL ile ararsanız, ERR_HISTORY_SMALL_BUFFER hatası da mı çıkıyor?
Teşekkür ederim!
ZY Karavanda özel. json'dan bir sembol oluşturun, keneleri içe aktarın, bu sembolün grafiğinde bir komut dosyası çalıştırın. Çoğaltılıp çoğaltılmadığını lütfen yazınız.
Çoğaltılıp çoğaltılmadığını lütfen yazınız.
Evet, 2380'de yeniden üretildi.
Çok teşekkürler! Anlıyoruz.
ZY Karavanda özel. json'dan bir sembol oluşturun, keneleri içe aktarın, bu sembolün grafiğinde bir komut dosyası çalıştırın. Çoğaltılıp çoğaltılmadığını lütfen yazınız.
Tekrar teşekkürler.
Evet, 2380'de sorunu yanlışlıkla getirdiler ve ardından hızla düzelttiler. Ancak 2380'e girmeyi başardı.
Ne yazık ki, o andan beri her şeyin MetaQuotes-Demo'da sabitlendiği yeni bir yapı olmadı.
Herhangi bir önceki yapıya geri dönebilir veya MetaQuotes-Demo'da bir sonraki derlemeyi bekleyebilirsiniz.Herhangi bir önceki yapıya geri dönebilir veya MetaQuotes-Demo'da bir sonraki derlemeyi bekleyebilirsiniz.
Önceki yapı iken gerçek için teşekkür ederim. 2380'de çok şey yaptılar...
MT5'in en son sürümü 2361'i oluşturdu. Özel sembolle birlikte eklendi. json'dan bir sembol oluşturun, keneleri içe aktarın, bu sembolün grafiğinde bir EA testi çalıştırın.
danışman
Test Seçenekleri
1. Netleştirme hesabı.
1.1. Verilen tarihlerle çıktı gerçeğe benzer: 2000 0 2000 0.
1.2. Tarihler 04/07/2020-04/08/2020 olarak değiştirilirken çıktı garip oluyor: -1 4004 1 0.
İlk olarak, hata neden ilk durumda görünüyor? İkincisi, neden ikinci vaka sadece 1 onay alıyor? Onay isteği tarihi değişmedi.
2. Hedge hesabı.
2.1. Verilen tarihlerle çıktı tuhaflaşıyor: 2000 0 1 0.
İkinci vaka neden sadece 1 onay alıyor? Onay isteği tarihi değişmedi.
2.2. Tarihleri 04/07/2020-04/08/2020 olarak değiştirirken, çıktı garip ama aynı olacak: 2000 0 1 0.
Bu nedenle sorular: Sabit parametrelere sahip CopyTicks neden yalnızca test tarihlerine değil, aynı zamanda hesap türüne de bağlıdır? Yoksa bir şeyi özlüyor ve yanlış bir şey mi yapıyorum?
Bu, işi büyük ölçüde karmaşıklaştırır, lütfen mümkünse düzeltin. yeniden üretebildiniz mi? Benden tekrarlaman gereken başka bir şey var mı? Teşekkür ederim.
Bu nedenle sorular: Sabit parametrelere sahip CopyTicks neden yalnızca test tarihlerine değil, aynı zamanda hesap türüne de bağlıdır? Yoksa bir şeyi özlüyor ve yanlış bir şey mi yapıyorum?
Hesap türüne bağımlılık - nedenlerini kabaca hayal edebilirsiniz. Doğru olduğunu söylemeyeceğim. Sembolleri son geçmişle değiş tokuş edin - geliştiricilerin onlarla çit üzerinde ne yapacakları vb. hakkında iyi düşünmeleri gerekir.
CopyTicks'i Tester'da kendim kullanmıyorum. İlk gün önemli değil. Gerçekten net ticaret sinyallerine ihtiyacınız varsa, ilk gün ticaret yapmayın.
MT5'in en son sürümü 2361. Ekteki özel sembol. json'dan bir sembol oluşturun, keneleri içe aktarın, bu sembolün grafiğinde bir EA testi çalıştırın.
danışman
Test Seçenekleri
1. Netleştirme hesabı.
1.1. Verilen tarihlerle çıktı gerçeğe benzer: 2000 0 2000 0.
1.2. Tarihler 04/07/2020-04/08/2020 olarak değiştirilirken çıktı garip oluyor: -1 4004 1 0.
İlk olarak, hata neden ilk durumda görünüyor? İkincisi, neden ikinci vaka sadece 1 onay alıyor? Onay isteği tarihi değişmedi.
2. Hedge hesabı.
2.1. Verilen tarihlerle çıktı tuhaflaşıyor: 2000 0 1 0.
İkinci vaka neden sadece 1 onay alıyor? Onay isteği tarihi değişmedi.
2.2. Tarihleri 04/07/2020-04/08/2020 olarak değiştirirken, çıktı garip ama aynı şekilde duracaktır: 2000 0 1 0.
Bu nedenle sorular: Sabit parametrelere sahip CopyTicks neden yalnızca test tarihlerine değil, aynı zamanda hesap türüne de bağlıdır? Yoksa bir şeyi özlüyor ve yanlış bir şey mi yapıyorum?
Bu, işi büyük ölçüde karmaşıklaştırır, lütfen mümkünse düzeltin. yeniden üretebildiniz mi? Benden tekrarlaman gereken başka bir şey var mı? Teşekkür ederim.
İlk lansman. Tester günlüklerine bakıyoruz
Test cihazı, keneleri 8 Nisan'da yalnızca bir günde senkronize etti. Yani, 8 Nisan'a kadar kene yok.
Başlangıçta 4004 hatası aldık (istenen keneler için yeterli bellek yok). Bu yanlış mesaj, anlayacağız. Varsayılan parametrelere sahip istek, mevcut kenelerin sınırında görünüyor
Aşağıdaki istek oldukça haklı olarak size 1 onay verdi. Çünkü 2020.04.06 00:00:00'dan şu anki test anına kadar, ilk tik geldiğinde sadece bir tik var.
Danışmanı biraz ayarlayacağız
ve ikinci tikten itibaren kenelerin tırmanmaya başladığını görüyoruz. Her iki durumda da - 2 tik
Yani, kenelerin varlığının sınırındaki istek hatası varsayımının doğru olduğu ortaya çıktı.
Başlangıç tarihini 7 Nisan olarak değiştirin
Hepsi aynı. Tiklerimizin 2 gündür senkronize edilmiş olması dışında - test veri tabanında 7 ve 8 Nisan için keneler var.
Başlangıç tarihini 8 Nisan olarak belirledik. Ve beklenen çıktıyı görüyoruz
Çünkü test cihazı, ilk lansmandan daha fazla onay işaretine sahiptir. Ve netleştirme ile korunmanın bununla hiçbir ilgisi yok