Elit göstergeler :) - sayfa 248

[stav01]

teşekkürler

Teşekkürler Mladen :)

[Abdalla Doleh]

Mladen,

Beni şaşırtmaktan asla vazgeçmiyorsun!

Paylaşım için teşekkürler.

Şerefe,

[biddick]

Rus forumlarından topladığım bazı komik göstergeler (içlerinde biraz ileri matematik ve kodlama var gibi görünüyor).

[Mladen Rakic]

ikiyüzlü

Ekli göstergelerden biri hakkında: M_qwma

________________________

İçinde bazı kodlama hataları var. Hatalardan biri, her yeni çubuk için değeri hiç göstermemesine neden olacaktır. Bazıları o kadar ağır değil ama düzeltilmesi gerekiyordu. Ayrıca maksimum hesaplama uzunluğu ile sahip olduğu bir sınırlama da bu sefer kaldırılmıştır. Bu yüzden burada temizlenmiş ve basitleştirilmiş bir tane yayınlamak

Ve bu sırada, o iş parçacığında oldukça ateşli bir anlaşmazlıkları olduğu için (kodda atıfta bulunulan: Диалог автора. Александр Смирнов. - MQL4 форум ) orada "mathemat" (qwma is) tarafından tanımlandığı gibi "Kuadratik Regresyon MA"sını yaptı. "Kuadratik Regresyon MA"nın bir parçası)

İşte 2 : qwma (doğrusal ağırlıklı hareketli ortalamanın bir varyasyonu (farklı ağırlık katsayıları) - menekşe) ve qrma (Kuadratik Regresyon hareketli ortalama - mavi)

[biddick]

Çok teşekkür ederim Mladen, aralarındaki anlaşmazlığı google translate ile anlamak zor.Mladen shift fonksiyonu eklenebilir mi?

İkinci şey FIR MA'da bu 10 bar gecikme FIR MA - MQL4 Kod Tabanı var, bu 10 barı nonlagMA'nızla doldurmak mümkün mü? HP ile benzer bir fikir gördüm, HMA ile yeniden hesaplamayı kaldırıyorum: geHMA_HP - MQL4 Kod Tabanı

[Mladen Rakic]

Ahhhh, sonsuz gecikme sorunu

Mükemmel çözüm var, ama ... her zamanki gibi, her zaman bir ama ______________________

Şöyle başlayayım:

Orada qpwr'nin ne yaptığı aslında merkezlemedir - eğer biri bunu sonuç değerlerini değiştirerek veya hesaplamada zaten kaydırılmış değerleri kullanarak yapıyorsa, önemli değil. Sonuç aynıdır: "bilinmeyen" değerlerin bir kısmını bırakır. Ve sonra "icat edilmeleri" gerekir - ekstrapolasyon veya başka bir yolla. Orada gecikmesiz ma veya başka herhangi bir ma eklenebilir (Hodrick/Prescott filtresinde olduğu gibi), ancak o zaman bir tür hesaplayıcı Frankenstein elde edersiniz. Hangi yol kullanılırsa kullanılsın, değişebilir ve değişecektir (bunlar 2 farklı hesaplamadır - gövde HP değildir ve olamaz), bu yüzden mantıklı bir yol olduğunu düşünmüyorum (bozuluyor) göstergenin mantığı - 2'si 1 arada yama

Şimdi, merkezleme, insanların gecikmeyi ortadan kaldırmaya çalıştığı yollardan biridir ...

______________________

Diğer yol ise "mükemmel yol"...

Fikir aldığı kadar basittir. Ortalamayı hesapladığınızda, filtreleyin, ne olursa olsun "soldan sağa" gecikme eklersiniz. Neden bir kez daha elde ettiğiniz sonucu hesaplamıyorsunuz ama şimdi "sağdan sola" ve bu durumda negatif gecikme ekleyerek ve sonuç olarak hiç gecikme yok. İsimlerde "sıfır gecikme" yok, o kadar süslü bir şey yok, ancak bu ortalamada gecikme yok. Hesaplama süresi ne olursa olsun, hesaplama yöntemi ne olursa olsun...

Örnek olarak: burada normal LWMA'ya (siyah) kıyasla hiçbir doğrusal ağırlıklı hareketli ortalamada (mor) "mükemmel" bir gecikme yok. Sadece gecikme olmaması değil, aynı zamanda çok daha düzgün olması da (çünkü 2 kez düzleştirilmiş olduğu için) Normal LWMA'nın hesaplama süresi, "hiç gecikme yok" olanın hesaplama süresinin 2 katıdır (her ne kadar bir gecikme olmasa da). bu durumda "hiç gecikme yok" ile ilgili tamamen adil bir karşılaştırma, ancak şimdi önemli değil)

Ve şimdi "ama" geliyor: son hesaplama periyodu çubuklarını, diğer ortalanmış ve tahmin edilmiş, ortalanmış ve yamalı veya gecikmeyi ortadan kaldırmaya çalışan diğer herhangi bir yöntemle aynı şekilde yeniden boyar. Ama itiraf etmeliyiz: kesinlikle iyi görünüyor

biddick:
Çok teşekkür ederim Mladen, aralarındaki anlaşmazlığı google translate ile anlamak zor.Mladen shift fonksiyonu eklenebilir mi? İkinci şey FIR MA'da bu 10 bar gecikme FIR MA - MQL4 Kod Tabanı var, bu 10 barı nonlagMA'nızla doldurmak mümkün mü? HP ile benzer bir fikir gördüm, HMA ile yeniden hesaplamayı kaldırıyorum: geHMA_HP - MQL4 Kod Tabanı

[bebeshel]

Podrias identificar y enviarme la pagina çarş de los indicayyores que estan "Grafikte"

Podrias identificar y enviarme los indicayyores o la pagina çarş de los indicayyores que estan "Grafikte"

[[Silindi]]

DTosc_Smoothed ile ilgili uyarı

Mladen,

Lütfen benim için "#DTosc & Arrows - yumuşatılmış" için sesli bir Uyarı ekler misiniz?

Bir süre önce benim için çok nazikçe yaptığınız #DTosc - oklar ve uyarılar"a benzer.

Size en içten teşekkürlerimle.

[[Silindi]]

Shi trendi Gümüş

mladen,

Shi trend gümüşünü düzelttiğiniz için çok teşekkürler

[Mladen Rakic]

Tradefx1

öyle bir şey yapmadım hatırladığım kadarıyla

Sebebi : O gönderide açıkladığım gibi (bu gönderi : https://www.mql5.com/en/forum/general ) hesaplama yönü "soldan sağa". Değiştirilirse ve değiştirilmesi gereken diğer tüm kodlamalar değiştirilirse, SHI trend gümüşüne benzer bir şey elde edemezsiniz. Bu, yön tersine çevrildiğinde bir tür MACD haline gelen 3 ema çaprazına çok benzer bir durumdur.

Gönderdiğim postun açıklayıcı olduğunu düşünmüştüm. Sinyallere bakarsanız, hesaplama sağdan sola yapılırsa hemen hemen hepsinin yanlış olduğunu göreceksiniz (büyük noktaların verdiği sinyalleri alsaydınız, temiz olurdu). hesap hiçbir zaman). Bir hata olduğunda düzeltebilirim ama bir şeyi doğru olacak şekilde dönüştüremem ve yeniden boyama ve yanlış kodlanmış ile aynı sinyalleri veremem. "Doğru" bir SHI trend sinyali göstergesi yoktur - her şey "düzeltildiğinde", o resimde gösterileni alırsınız

Saygılarımızla

Mladen

Tradefx1:
mladen, Shi trend gümüşünü düzelttiğiniz için çok teşekkürler