Elit göstergeler :) - sayfa 218
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
Mladen,
Teşekkürler!
Mladen...
Merhaba Mladen,
RE: "lagma olmayan çoklu zaman dilimleri eğilimi" göstergesi
Satır 164'e baktığımda şu kodlamayı buluyorum :
limit = MathMin(Barlar-sayılan_barlar,Barlar-1);
Kodlayıcı olmadığım için cehaletimi bağışlayın.
Benim sorum, M5-TF'de M30 gibi 1 TF'ye ayarlandığında bile göstergenin 2 çubuk geri atlamasının nedeni bu olabilir mi?
Bu hatanın "düzeltilebilmesi" koşuluyla, bu gösterge için muazzam bir potansiyel görüyorum.
Hafta sonunun tadını çıkardıktan sonra cevap verdiğiniz için teşekkür ederiz.
Saygılarımla.
ValeoFX
Sorunuzu tam olarak anlamadığımı itiraf etmeliyim, ancak sizi şaşırttığını düşündüğüm bazı şeyleri açıklamaya çalışacağım.
___________
Metatrader, dizileri C++ olarak ele alır: 10 elemanlı bir dizinin son elemanına erişirken, eleman indeksi için 10'u değil 9'u kullanırsınız. Dolayısıyla bu ifadedeki "Bars-1" kısmı - dizi sınırlarından çıkmaktan kaçınmak için. İlk kısım (Bars-counted_bars), ne kadar barın etkin bir şekilde değiştiğini ve hesaplanması gerektiğini belirlemek basittir (değişen girdi nedeniyle değişen her çubuğun yeniden hesaplanması gerekir) Counted_bars 0 olabileceğinden, bu ifade Barları bir dizi olarak verebilir. barlar hesaplanır ancak daha sonra "Bars-1" emniyetine gelir.
Hepsi bu. Herhangi bir yanlış hesaplamaya neden olamaz. Sadece kaç bar yeniden hesaplaması gerektiğini belirliyor (lütfen yeniden hesaplamanın yeniden boyama olduğu tuzağına düşmeyin: öyle değil. Birçok kez söylediğim gibi yeniden boyama bir kodlama hatasıdır, yeniden hesaplama bir kodun normal bir durumudur aynı ile girdi sonuçları da aynı olmalıdır).
___________
Öte yandan çoklu zaman çerçevesi dikkatli bir şekilde ele alınmalıdır: tamamen ayrı bir veri kümesidir, tamamen farklı sayıda çubuk değişmiştir, her şeyi ayırır. Değişen çubuk sayısını geri almak için hedef zaman çerçevesini çağırmamın nedeni budur: aksi takdirde bu sadece bir varsayım olurdu. Ancak bir hedef zaman çerçevesi çağrıldığında, meta tüccarın o zaman çerçevesi için atadığı ve "bildiği" değerleri döndürür, bu nedenle herhangi bir varsayım yapılmaz. Ve tüm zaman dilimleri sayısı birleştiğinde, en uzun sonuç kullanılmalıdır. Ancak, bildiğiniz gibi, 1 dakikalık bir grafikte 1 saatlik çubuk, her 1 saatlik çubuk için 60 çubuk alır (herhangi bir zaman dilimindeki çubuklar kaçırabileceğinden "en fazla" diyorum) dolayısıyla her zaman çerçevesi çubuk sayısı oran ile çarpılır. Bu, geçerli bir grafikte hedef zaman çerçevesinin kapladığı çubuk sayısını temsil eder.
Gördüğünüz gibi, tamamen hedef zaman dilimlerinden (sonunda metatrader terminali) ve hedef zaman çerçevesi hesaplamalarından (yine metatrader terminali ve yeniden hesaplanan çubukların sayısı) alınan "cevaplara" bağlıdır. bazı işlemler daha küçük "parçalara": işlem süresini tüm çizelge ve başlattığı tüm iş parçacıkları arasında dağıtır ve diğer her zaman çerçevesi özel çağrı tamamen ayrı bir gösterge ve iş parçacığı olarak ele alındığından, bu süreyi "kendi tarzında" dağıtabilir ( bir süreç için sırayla değil, sırayla süreç sırasıyla aynı olması gerekmeyen geçmiş başlatılmış iplikler için) ve bu, büyük hesaplamalarda bazı "hıçkırıklara" neden olabilir - ama bildiğim kadarıyla, sonunda, herhangi bir varsayım olmaksızın ve bir bütün olarak hesaplamanın herhangi bir bölümünü ihmal etmeden, kararlı hale getirir ve doğru sonuçlar verir ve herhangi bir doğru hesaplamanın amacıdır.
___________
Umarım burada söylediklerim mantıklıdır. Daha basit anlatamam (öğretmenlik iyi yaptığım bir şey değil)
)
Saygılarımızla
Mladen
Merhaba Mladen,
RE: "lagma olmayan çoklu zaman dilimleri eğilimi" göstergesi
Satır 164'e baktığımda şu kodlamayı buluyorum :
limit = MathMin(Barlar-sayılan_barlar,Barlar-1);
Kodlayıcı olmadığım için cehaletimi bağışlayın.
Benim sorum, M5-TF'de M30 gibi 1 TF'ye ayarlandığında bile göstergenin 2 çubuk geri atlamasının nedeni bu olabilir mi?
Bu hatanın "düzeltilebilmesi" koşuluyla, bu gösterge için muazzam bir potansiyel görüyorum.
Hafta sonunun tadını çıkardıktan sonra yanıtladığınız için teşekkür ederiz.
Saygılarımla.ValeoFX
Sorunuzu tam olarak anlamadığımı itiraf etmeliyim, ancak sizi şaşırttığını düşündüğüm bazı şeyleri açıklamaya çalışacağım.
___________
Metatrader, dizileri C++ olarak ele alır: 10 elemanlı bir dizinin son elemanına erişirken, eleman indeksi için 10'u değil 9'u kullanırsınız. Dolayısıyla bu ifadedeki "Bars-1" kısmı - dizi sınırlarından çıkmaktan kaçınmak için. İlk kısım (Bars-counted_bars), ne kadar barın etkin bir şekilde değiştiğini ve hesaplanması gerektiğini belirlemek basittir (değişen girdi nedeniyle değişen her çubuğun yeniden hesaplanması gerekir) Counted_bars 0 olabileceğinden, bu ifade Barları bir dizi olarak verebilir. barlar hesaplanır ancak daha sonra "Bars-1" emniyetine gelir.
Hepsi bu. Herhangi bir yanlış hesaplamaya neden olamaz. Sadece kaç bar yeniden hesaplaması gerektiğini belirliyor (lütfen yeniden hesaplamanın yeniden boyama olduğu tuzağına düşmeyin: öyle değil. Birçok kez söylediğim gibi yeniden boyama bir kodlama hatasıdır, yeniden hesaplama bir kodun normal bir durumudur aynı ile girdi sonuçları da aynı olmalıdır).
___________
Öte yandan çoklu zaman çerçevesi dikkatli bir şekilde ele alınmalıdır: tamamen ayrı bir veri kümesidir, tamamen farklı sayıda çubuk değişmiştir, her şeyi ayırır. Değişen çubuk sayısını geri almak için hedef zaman çerçevesini çağırmamın nedeni budur: aksi takdirde bu sadece bir varsayım olurdu. Ancak bir hedef zaman çerçevesi çağrıldığında, meta tüccarın o zaman çerçevesi için atadığı ve "bildiği" değerleri döndürür, bu nedenle herhangi bir varsayım yapılmaz. Ve tüm zaman dilimleri çubuk sayısı birleştirildiğinde, en uzun sonuç kullanılmalıdır. Ancak, bildiğiniz gibi, 1 dakikalık bir grafikte 1 saatlik çubuk, her 1 saatlik çubuk için 60 çubuk alır (herhangi bir zaman dilimindeki çubuklar kaçırabileceğinden "en fazla" diyorum) dolayısıyla her zaman çerçevesi çubuk sayısı oran ile çarpılır. Bu, geçerli bir grafikte hedef zaman çerçevesinin kapladığı çubuk sayısını temsil eder.
Gördüğünüz gibi, tamamen hedef zaman dilimlerinden (sonunda metatrader terminali) ve hedef zaman çerçevesi hesaplamalarından (yine metatrader terminali ve yeniden hesaplanan çubukların sayısı) alınan "cevaplara" bağlıdır. bazı işlemler daha küçük "parçalara": işlem süresini tüm çizelge ve başlattığı tüm iş parçacıkları arasında dağıtır ve diğer her zaman çerçevesi özel çağrı tamamen ayrı bir gösterge ve iş parçacığı olarak ele alındığından, bu süreyi "kendi tarzında" dağıtabilir ( bir süreç için sırayla değil, sırayla süreç sırasıyla aynı olması gerekmeyen geçmiş başlatılmış iplikler için) ve bu, büyük hesaplamalarda bazı "hıçkırıklara" neden olabilir - ama bildiğim kadarıyla, sonunda, herhangi bir varsayım olmaksızın ve bir bütün olarak hesaplamanın herhangi bir bölümünü ihmal etmeden, kararlı hale getirir ve doğru sonuçlar verir ve herhangi bir doğru hesaplamanın amacıdır.
___________
Umarım burada söylediklerim mantıklıdır. Daha basit anlatamam (öğretmenlik iyi yaptığım bir şey değil)
)
Saygılarımızla
Mladen=================
Üstün bilginize saygıyla eğiliyorum, efendim!
Bana değerli bir ders vermek için zaman ayırdığınız için teşekkür ederim. Çok takdir edildi.
Şimdiden harika bir hafta diliyorum.
merhaba mladen
Lütfen gecikmesiz göstergenin geçmiş sürümünü yapabilir misiniz?
çok takdir
teşekkür ederim.
Mike
Hadi bakalımMladen
Lütfen gecikmesiz göstergenin geçmiş sürümünü yapabilir misiniz?
çok takdir
teşekkür ederim.TEŞEKKÜR EDERİM MLADEN
gecikmesiz gösterge
bir isteğin var.
grafiğin her yerinde noktalar olması yerine, renk değiştiğinde noktaları çizmeden yukarı/aşağı ok çizmek mümkün müdür?
bu, tabloyu çok daha temiz bırakır ve benim naçizane görüşüme göre, onu "göz" tadımında değerlendirmek için çok daha kullanışlıdır.
bu gösterge yeniden boyar mı?
şimdiden teşekkürler,
Baba.
bildiğim kadarıyla boyanmıyor..
merhaba mladen
Mike
Hadi bakalım
ColorBarBack kaldırıldı (bu parametreye hiç gerek yok - bu şekilde yeniden çizmek, bir çizgi çizme (nokta çizimi değil) modundan arta kalan bir şeydi) saygılar Mladensenden bir iyilik daha isteyeceğim
Ortalamaların TARİHİ VERSİYONU-mtf-uyarıları
Zaman ayırdığınız ve sabrınız için teşekkür ederiz