"Hızlandırıcı" ve "fibo" ile ilgili tahmin - sayfa 16
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
Bir meslektaşımızın sorusu:
hesabı genel olarak bir dakikalık tarihe aktarmamız daha mantıklı olmaz mı?! ...yani daha çok M5'ten daha eski tahminlerle ilgileniyoruz, benim için 5 ve 15 dakikalık tahminler her zaman ilgimi çekmiştir...
ne yapmalı - eski zaman dilimine geçerken, hız ve ivmenin dakika değerleri için yumuşatmayı (filtrelemeyi) değiştirin ... çünkü eski zaman diliminin çubuklarının oluşumu OHLC'ye göre gerçekleştiğinden, filtreleme (yumuşatma) karşılaştırma için önceki çubukların hesaplanan noktasını elde ederken çok kaba olduğu ortaya çıkıyor ... aslında, mevcut tüm zaman dilimleri için tahminlere bakarak, bir zaman dilimindeki ayarların diğerleri için uygun olmadığı sonucuna vardım , anladığım kadarıyla, tüm bunlara kaba bir çubuk yapısından kaynaklanıyor ... bence, minimum tarihsel birim - M1 çubuğu kullanmak ve daha yüksek zaman dilimlerine (M30'un üzerinde) geçmeden, tahminleri temel alarak oluşturmak daha mantıklı sadece daha katı filtreleme kullanarak dakikalar.
Sonuçta, derecelendirmenin kendisi M1, M5, M15 ... çok zorlandı ... en azından BAR gibi bir filtrenin basitleştirilmesi nedeniyle tahminlerin bozulması bence açık.
Kanımca nen bunun için çok zamanlı ZZ'yi temel aldı. Yazısında:
Gösterge http://www.onix-trade.net/forum/index.php?showtopic=85972&view=findpost&p=386627
tüm çizelgeler dakikadır, yani ivme dakika olarak hesaplanır, ancak ZZ herhangi bir eski TF'den alınabilir.
Bu nedenle, eğer nen, ZZ dizinin yeniden çizildiği durumlarda bile (FIBA'yı oluşturmak için koşullar varsa), koşulları karşılayan tüm ortaya çıkan durumların tarihini görüntülemeyi mümkün kılarsa, o zaman optimal TF'ye bakmak mümkün olacaktır. ivmeyi belirleyin ve bu yaklaşımın uygulanabilirliği hakkında zaten oldukça kesin sonuçlar çıkarın. Şahsen, sağlıklı bir tahılda bu fikirden şüphe duymuyorum, sadece henüz bir şey için el yordamıyla aramadık ve vuruşlara ve noktalara kaymazsak, o zaman her şey tepede olacak.
...
Şahsen, sağlıklı bir tahılda bu fikirden şüphe duymuyorum, sadece henüz bir şey için el yordamıyla aramadık ve vuruşlara ve noktalara kaymazsak, o zaman her şey tepede olacak.
Kabul ediyorum!!! ... ürünü incelemeye devam edecek.
Boris, yine de, göstergenizin iyileştirilmesinden vazgeçmemenizi rica ediyorum ...
Integer'da KvantLevels göstergesini buldum ... alternatif olarak komik çıktı.
"Hızlandırıcı"ya alternatif olarak KvantLevels
İndikatör için bir link verebilir misiniz?
http://dmffx.com/index.php?page=2&subpage=3
Versiyon 2
minSize_0_100_fibo - puan cinsinden 0 ve 100 fibo seviyeleri arasındaki minimum mesafe. 0 - herhangi bir mesafe.
CalculationVariant - hız hesaplama seçeneği. 0 - Hız, Bar parametresi ile belirtilen mesafede bulunan barlar arasında hesaplanır.
1 - hız, ZigZag ekstremumunun bulunduğu çubuğa göre hesaplanır.
Görünüşe göre "Hızlandırıcı" ayrı ayrı ele alınması gerekiyor ...
1. "CalculationVariant = 1" neden hala " Bar " parametresini değiştirme etkisine sahip? ... yani, Bar= ... değerinin hesaplamaları etkilememesi gerekir!
2. Grafiği görebilmek için "hızlandırıcı"nın ayrıca sonlandırılması gerekiyor...
Görünüşe göre "Hızlandırıcı" ayrı ayrı ele alınması gerekiyor ...
1. "CalculationVariant = 1" neden hala " Bar " parametresini değiştirme etkisine sahip? ... yani, Bar= ... değerinin hesaplamaları etkilememesi gerekir!
Çünkü:
Ve şimdi konuya.
Hız \u003d mesafe / zaman ve bunu ZZ'den hesaplamak oldukça mantıklı (önerdiğiniz gibi):
mesafe = Değer(DüşükZZ veya En YüksekZZ) - Değer(hesaplanan çubuk);
time = BarNumber(LowestZZ veya HighestZZ) - BarNumber(tahmini çubuk)
ve ivme zaten şu şekilde doğru bir şekilde hesaplanacaktır:
İvme = Hız(hesaplanan bar) - Hız(hesaplanan bar+1)
Yani hız zikzak uç noktasına göre hesaplanır ve ivme komşu çubuğa göre mi? Böyle?
Böyle
Hız, zikzak kopmasına göre hesaplanır ve hızlanma öncekiyle aynı şekilde hesaplanır.
Bu seçenek için Bar=1 ayarlamanız yeterlidir.
===========
CalculationVariant = 1'in Bar = 1 olarak sabit kodlandığı bir sürüm. Seçenek yok.