Elit göstergeler :) - sayfa 165

 

İtme

merhaba mladen,

ekli "Momentum_Burst"un MTF versiyonunu yapmak mümkün müdür?

Çok kısa TF'de ilginç görünüyor.

Şimdiden teşekkürler

derfel

Dosyalar:
 

derfel

Hadi bakalım

Ama bu kısa bir yazı olmayacak. __________________________

Gönderdiğiniz gösterge açıkça metatrader kodlamasının ilk günlerinden. O zamanlarda T3'ün nasıl hesaplanacağı konusunda çok fazla kafa karışıklığı oldu. Bu sefer her tik üzerindeki tüm çubukları hesaplamaktan değil, formülün kendisinden bahsediyorum. Orijinal (Tim Tilson) yolun ne olduğunu ve neyin olmadığını çözmemiz uzun zaman aldı (o zaman bunun Fulks ve Matulich'imde T3'ün gecikmesini azaltmak için yapılan bir değişiklik olduğunu keşfettik), Bu hiçbir şekilde kullanmaz. Yazılma şekli, bunun bir kodlama hatası olduğu açıktır (o çok, çok uzak zamanlarda kodu metatrader'a dönüştüren insanlar tarafından yapılmıştır). ), ancak gönderdiğiniz göstergeyle karşılaştırma uğruna bir hesaplama yöntemi daha ekledim. Şimdi, bu göstergede T3'ü hesaplamanın 3 yolu var:
T3_ hesaplaması :
0 -> orijinal Tim Tilson yolu

1 -> Fulks / Matulich yolu

başka bir şey -> "Ne olduğunu bilmiyorum" yolu (bence bunun bir kodlama hatası olduğunu ve bilerek icat edilmiş yeni bir hesaplama yöntemi olmadığını tekrar ediyorum ve bu yüzden bunun kullanılmasını önermiyorum modu) Kabaca (ama çok kabaca), T3 dönemi için bu modda 10 kullanırsanız, karşılaştırılabilir (aynı değil) sonuçlar elde etmek için Fulks / Matulich yolunda 5 kullanın

Parametrelerin geri kalanı standart olanlardır ("b"nin adını "T3_hot" olarak değiştirdi çünkü Tilson böyle adlandırdı)
Varsayılan hesaplamayı tanımsız olarak tanımladığım hesaplamaya bıraktım (ilk yayınlanmış olanla aynı kalması için) ancak bu hesaplamanın T3 olmadığını belirtmek isterim.

__________________________

Şimdi, bu uzun açıklamadan sonra derfel, umarım hikayenin tamamına aldırmazsınız. Tilson yöntemini Fulks / Matulich yöntemiyle ilk karşılaştırdığımda yaptığım gibi, birinin "neler oluyor" diye merak etmesine neden olabilecek kodlamada bir hatadan daha kaçınmak için söylenmesi gerektiğini hissettim. Belki birileri bu yazıyla biraz zaman kazandırır

Saygılarımızla

mladen

derfel:
merhaba mladen,

ekli "Momentum_Burst"un MTF versiyonunu yapmak mümkün müdür?

Çok kısa TF'de ilginç görünüyor.

Şimdiden teşekkürler

derfel
 

momentum patlaması

teşekkür ederim mladen,

hızlı ve derin çalışmanız için teşekkürler.

derfel

 

Momentum_Burst

sevgili mladen,

biraz değişiklik isteyebilir miyim (mümkünse) - Aynı (alt) pencereye 2 Gösterge (farklı TF için) koymayı seviyorum. Ancak göstergeler aynı Sıfır çizgisine uymuyor. Bunun sorun olmadığını biliyorum, yapmaları gerekeni yapıyorlar - çünkü farklı TF'ler. Ancak, bunları bir şekilde uygun hale getirmek için Göstergenin içinde düzenlemek mümkün müdür?

Bu aptalca bir soruysa özür dilerim.

Teşekkür ederim

derfel

 

Qqe mtf

Mladen, tüm harika çalışmalarınız için çok teşekkürler.

Bir mtf QQE göstergesinin SİZİN sürümünü bulamıyorum (enterpolasyonlu ve doğru yapılmış) - eğer bir tane yaptıysanız, lütfen beni gönderiye yönlendirebilir misiniz ve eğer değilse, muhtemelen bir tane yapabilir misiniz? Çok teşekkürler!

Odysseus

 

üçgen MA

mladen,

Lütfen bu talebi dikkate alınız. teşekkürler

umeshkathuria:
Mladen,

Ekli, TriangularMA merkezli abands uyarıları göstergesidir.

Bu gösterge, fiyat bantları aştığında uyarılar ve e-postalar verir.

Bu göstergeyi şu durumlarda uyarı verecek şekilde değiştirebilir misiniz:

Bir önceki mum banda dokunmuştur ve şimdiki mum zıt renktedir (Üst bant için siyah ve alt bant için beyaz).

AlertonCurrent=false ile.

teşekkürler

Umeş
umeshkathuria:
mladen,

Mum rengi derken şunu kastetmiştim:

1. mum üst banda dokunduğunda beyaz renktedir (yani kapanışı açılışından daha yüksektir) ve 2. mum siyah renktedir (yani kapanışı açılışından daha düşüktür) o zaman indikatör Aşağı uyarısı verir.

1. mum Alt banda dokunduğunda Siyah renkte (yani kapanışı açılışından daha düşük) ve 2. mum Beyaz renkte (yani kapanışı açılışından daha yüksek) olduğunda gösterge YUKARI uyarısı verir.

Üçgen MA'lı iki mum deseni uyarıları iptal eder

Üçgen hareketli ortalama, aşırı alım/aşırı satım durumunu teyit ediyor ve mum deseni, geri dönüşü onaylıyor.

Bu kurulum için H1 zaman çerçevesini kullanıyorum.

Ayrıntılar için lütfen ekteki resmi bulun.

Teşekkürler ve saygılar

Umeş
 

merhaba mladen,

Dinamik Denge Noktası Göstergesi ile ilgili daha önce yayınlamıştım.

Görünüşe göre Drummond Geometrisine, Robert Krause'un çalışmasına ve şu ana kadar okuduklarımdan Kaos Teorisine dayanıyor.

https://www.mql5.com/en/forum/general

mrtools, SOKOL adında umut verici görünen bir şey buldu. DBP hesaplaması için parametrelerin değiştirilip değiştirilemeyeceğini görmek için kodu kontrol etmek mümkün müdür?

SOKOL bu şekilde kodlanmıştır

tarihsaat bugün = TimeLocal (), serverTime = TimeCurrent ();

int offset = 1, currentDay = TimeDayOfWeek (bugün), serverDay = TimeDayOfWeek (serverTime);

if (currentDay == 0 ||

((currentDay == 6 || currentDay == 1) && serverDay == 5))

ofset = 0;

çift yüksek = iYüksek (0, PERIOD_D1, ofset),

düşük = iLow (0, PERIOD_D1, ofset),

kapat = iClose (0, PERIOD_D1, ofset);

BalancePoint = (yüksek + düşük + kapanış) / 3;

ve bulduğum metaquotes kod ayarları bu şekilde yazılmış,

dt:=DayOfWeek();

DBC:=(HighestSince(5,DayOfWeek()=dt,H)+

LowestSince(5,DayOfWeek()=dt,L)+CLOSE)/3;

DBC

Meta düzenleyicideki kod üzerinde çalışmayı denedim ve ne yaptığım hakkında hiçbir fikrim olmadığını fark ettim.

Ben hala kodlamada acemiyim, bu yüzden bu kafamın çok üzerinde. Bu konuda bana yardımcı olabilirseniz gerçekten minnettar olurum.

Saygılarımla,

fudo

Doğru bir şekilde kurulmuş olsaydı, bunun çok yararlı bir araç olabileceğini düşünüyorum, hesaplamayı 5 günlük kayan bir zaman çerçevesine dayandırmak, bize mevcut statik haftalık/günlük pivot metodolojisinden tamamen farklı bir mevcut destek ve direnç noktası verecektir. Sonuç olarak, öngörülen hem sabit hem de dinamik seviyelere sahip bir MTF versiyonu, daha düşük TF'ler için daha yüksek TF desteği ve direncini hesaplamak için mükemmel olacaktır.

Ne düşünüyorsun?

Dosyalar:
sokol_1.mq4  11 kb
 

fudo

Açıklamadan bu bir versiyondur (4 saatlik bir grafikte günlük dinamik bir denge noktasıdır - Daha düşük bir zaman diliminde çalışması gerekmese bile bunu örnek olarak gönderiyorum, ancak bu, karar verdiğim bir sapmadır. Yapmak):
____________________________ Bazı açıklamalar :
Parametre olarak zaman çerçevesini kullansa bile çoklu zaman çerçevesi göstergesi değildir. Bunun yerine, hesaplamada kullanılan en yüksek ve en düşük değerleri bulmak için bu zaman dilimini kullanır. Örneğin :
5 günlük bir dinamik denge noktası için Cuma günü, Pazartesi 00:00'dan yüksek / düşük bulmak için hesapladığı bara kadar olan verileri kullanır ve mevcut kapanış ile birleştirerek denge noktasını hesaplar.
Parametreler :

dbpLength -> uzunluk (hedef zaman dilimlerinde) hesaplamak için

dbpTimeFrameForHighLow -> hesaplamalar için kullanılacak hedef zaman çerçevesi

______________________________

Drummond geometrisi, kaos ve bu adamın bahsettiği geri kalanı itibariyle: unut gitsin. Günlük hedef zaman çerçevesi için dinamik denge noktası basitçe (son n gündeki en yüksek + son n gündeki en düşük + mevcut kapanış) / 3. Metastok kodu haftalık dinamiktir, ancak varsayılan zaman çerçevesini günlük yapmaya karar verdim (Forex için daha uygun olduğunu düşünüyorum) ancak dilediğiniz zaman dilimini rahatlıkla kullanabilirsiniz.

Not: Metastock versiyonu olarak tam olarak (zaman söz konusu olduğunda) bir versiyon yapacak, ancak bence, değer açısından, farkın önemli olmayacağını düşünüyorum.

Saygılarımızla

mladen

Fudomyo:
merhaba mladen,

Dinamik Denge Noktası Göstergesi ile ilgili daha önce yayınlamıştım.

Görünüşe göre Drummond Geometrisine, Robert Krause'un çalışmasına ve şu ana kadar okuduklarımdan Kaos Teorisine dayanıyor.

https://www.mql5.com/en/forum/general

mrtools, SOKOL adında umut verici görünen bir şey buldu. DBP hesaplaması için parametrelerin değiştirilip değiştirilemeyeceğini görmek için kodu kontrol etmek mümkün müdür?

SOKOL bu şekilde kodlanmıştır

tarihsaat bugün = TimeLocal (), serverTime = TimeCurrent ();

int offset = 1, currentDay = TimeDayOfWeek (bugün), serverDay = TimeDayOfWeek (serverTime);

if (currentDay == 0 ||

((currentDay == 6 || currentDay == 1) && serverDay == 5))

ofset = 0;

çift yüksek = iYüksek (0, PERIOD_D1, ofset),

düşük = iLow (0, PERIOD_D1, ofset),

kapat = iClose (0, PERIOD_D1, ofset);

BalancePoint = (yüksek + düşük + kapanış) / 3;

ve bulduğum metaquotes kod ayarları bu şekilde yazılmış,

dt:=DayOfWeek();

DBC:=(HighestSince(5,DayOfWeek()=dt,H)+

LowestSince(5,DayOfWeek()=dt,L)+CLOSE)/3;

DBC

Meta düzenleyicideki kod üzerinde çalışmayı denedim ve ne yaptığım hakkında hiçbir fikrim olmadığını fark ettim.

Ben hala kodlamada acemiyim, bu yüzden bu kafamın çok üzerinde. Bu konuda bana yardımcı olabilirseniz gerçekten minnettar olurum.

Saygılarımla,

fudo

Doğru bir şekilde kurulmuş olsaydı, bunun çok yararlı bir araç olabileceğini düşünüyorum, hesaplamayı 5 günlük kayan bir zaman çerçevesine dayandırmak, bize mevcut statik haftalık/günlük pivot metodolojisinden tamamen farklı bir mevcut destek ve direnç noktası verecektir. Sonuç olarak, öngörülen hem sabit hem de dinamik seviyelere sahip bir MTF versiyonu, daha düşük TF'ler için daha yüksek TF desteği ve direncini hesaplamak için mükemmel olacaktır.

Ne düşünüyorsun?
 

Vay! Bu inanılmaz hızlıydı. Çok teşekkür ederim.

Bu, dbpLength ve hedef zaman çerçevesini ayarlama esnekliği eklemek için harika bir fikirdi. çok hoş.

Göstergenin bu hesaplamalara dayanarak denge noktasını yatay bir çizgi ve faktör destek ve direnç seviyeleri olarak çizmesinin bir yolu var mı?

Direnç1 = 2 * BalancePoint - düşük;

Direnç2 = BalancePoint + (yüksek - düşük);

Direnç3 = yüksek + 2 * (BalancePoint - düşük);

Destek1 = 2 * BalancePoint - yüksek;

Destek2 = BalancePoint - (yüksek - düşük);

Destek3 = düşük - 2 * (yüksek - BalancePoint);

mladen:
Fudo Açıklamadan yaptığım şey bu (4 saatlik bir grafikte günlük dinamik bir denge noktasıdır - daha düşük bir zaman diliminde çalışması gerekmese bile bunu örnek olarak gönderiyorum, ancak bu benim yaptığım bir sapmadır. yapmaya karar verdi):
____________________________ Bazı açıklamalar :
Parametre olarak zaman çerçevesini kullansa bile çoklu zaman çerçevesi göstergesi değildir. Bunun yerine, hesaplamada kullanılan en yüksek ve en düşük değerleri bulmak için bu zaman dilimini kullanır. Örneğin :
5 günlük bir dinamik denge noktası için Cuma günü, Pazartesi 00:00'dan yüksek / düşük bulmak için hesapladığı bara kadar olan verileri kullanır ve mevcut kapanış ile birleştirerek denge noktasını hesaplar.
Parametreler :

dbpLength -> uzunluk (hedef zaman dilimlerinde) hesaplanacak

dbpTimeFrameForHighLow -> hesaplamalar için kullanılacak hedef zaman çerçevesi

______________________________

Drummond geometrisi, kaos ve bu adamın bahsettiği geri kalanı itibariyle: unut gitsin. Günlük hedef zaman çerçevesi için dinamik denge noktası basitçe (son n gündeki en yüksek + son n gündeki en düşük + mevcut kapanış) / 3. Metastok kodu haftalık dinamiktir, ancak varsayılan zaman çerçevesini günlük yapmaya karar verdim (Forex için daha uygun olduğunu düşünüyorum) ancak dilediğiniz zaman dilimini rahatlıkla kullanabilirsiniz.

Saygılarımızla

mladen
 

fudo,

Yapacak

Karşılaştırmaya göre: Haklıydım İşte haftalık denge noktası (tam olarak metastock formülü gibi çalışır - örneğin resimde bu, 5 Perşembe öncesinden bugüne kadar olan bir denge noktasıdır) 25 günlük günlük denge noktasına kıyasla. Kırmızı olan günlük, mavi olan haftalık.

Gördüğünüz gibi, farklar pek önemli değil ve metastock göstergesindeki mantıksal bir hatadan geliyorlar: 5 haftayı hesaplarken aslında 5 hafta + 1 gün (bugün) hesaplıyorlarsa gün sayısını 26'ya ayarlarsanız " bizim" (metatrader versiyonu) tam olarak aynı değerleri alacaksınız (alttaki resme bakın: mavi çizginin içine alınmış ince siyah çizgi 26 günlük pbo'dur) Bugün Perşembe ise, 5 haftalık bir süre için başlangıç günü Perşembe olamaz, ancak Cuma olmalıdır (bu, sahip oldukları fazladan gündür)

Saygılarımızla

mladen