Küme göstergelerine dayalı Çok Para Birimli Uzman Danışman - sayfa 7

 
BLACK_BOX >> :

Bu ilk optimize edilmemiş varyantı deneyin (altın yok). Kontrol ettim, broco ve FXDD'de görünüyor.

Birincisi broko üzerinde sessiz, sonra orada ne olduğunu anlayacağım.

not. Orada, ayarlarda, Mod parametresiyle oynayabilirsiniz (varsayılan 5'tir, sonra mobius gibi çizer)


Bu gösteriyor.

 
BLACK_BOX >> :

Bu özelliği hiç anlamıyorum. Daha önce, doğal görünüyordu.

Akıntıya bağlı olarak miktarı biriktirmenin anlamı nedir? TF?

1 dakikadan giriş yaptıysanız, bir haftadan itibaren sadece iki olmak üzere dokuz araba periyodunun tümünü özetleriz. Gelecekte, bunun, basitçe, bu arabaların ortalama değeri olduğunu görüyoruz (ana kodda bir kesir alınmıştır).

Tüm arabaları teknolojiden alıyoruz. TF, dama periyotları, "sözde" üst zaman dilimlerinin katları.

Tüm TF'lerde aynı sayıda almak neden imkansız? Neden böyle katsayılarla?

Kısacası burada dikkatlice düşünmemiz gerekiyor, burası muhtemelen tüm sistemdeki en önemli yer.



1 dakikadan itibaren girdiyseniz, tüm üst TF'ler için dokuz Mashka'yı yavaş bir periyotla özetleriz. Sonra hızlı dönem ile aynı. ANCAK  gelecekte MA _ yavaş / MA _ hızlı kesri alınır. Bu 9 Arabanın ortalama değeri kodda hesaplanmamıştır. Ben öyle düşünüyorum, yanlışım varsa düzeltin.

 
Rombur >> :

Bu gösteriyor.


İşler.
 
genro >> :


Küme göstergelerine bir göz atalım.

CFP göstergesi - Karmaşık _ Çerçeveler _ Çiftler - hesaplama Karmaşık _ Ortak _ Çerçevelere benzer şekilde yapılır : CCF aynı CCFp'dir , sadece para birimi küme kuvvetlerinin değerleri % cinsinden değil, mutlak değerlerdedir. CFP gösterge penceresi, GEÇERLİ çiftin para birimlerinin küme güçlerindeki farkın bir grafiğini görüntüler.

CCSig göstergesi, kendisine bağlı alım/satım sinyalleriyle aynı Complex_pairs1'dir . Complex_pairs1 (Yazar: arzuma) - Semyon Semenych'in yazdığı gibi, bu Complex_Pair göstergesinin hafif bir versiyonudur ve bu da CC'den ( Complex_Common) türetilmiş bir göstergedir. Benim düşünceme göre, bu durumdan çok uzak. Complex_Pair1 göstergesinde hızlı ve yavaş MA arasındaki fark, mevcut para birimi çifti için hesaplanır (koda bakın), yani. ortaya çıkıyor aynı MA CD'si (2 hareketli ortalamanın farkı), ancak EMA yerine Doğrusal ağırlıklı hareketli ortalama kullanılır. Ve bu gösterge kümelenmemiş.

Şekil, hızlı MA periyotları - 3, yavaş MA - 12, yani Complex_pairs1 kodundan periyotlar ile MA CD'sini göstermektedir, çakışma neredeyse tamamlanmıştır.

Bu benim için farkındalık ve anlayış önerisi evbut .

Yani, aslında MACD'yi bir trend küme göstergesi ile filtrelediğimiz ortaya çıkıyor.

Böyle bir şema iyi olabilir, bir eğilim kümesi göstergesini bir dürtü kümesi göstergesiyle filtrelemek hiç gerekli değildir veya bunun tersi de geçerlidir.

Ancak, başka planlar olabilir.


Bunu çok iyi anlıyorum, sadece farkında değilim.

Burada sunulan Expert Advisor'ın az çok çalışan versiyonuna doğrudan dönersek, şunu belirtmek isterim.

Öyle ya da böyle, ancak gösterge çizgilerinin kesişmesi ve ardından ayrılmasına göre, iyi bir piyasa hareketi ile büyük kayıplara yol açan gecikmiş bir giriş elde ederiz.

Bu EA modeli için olayların gelişimi için böyle bir senaryo öneriyorum.

1. CCFp'yi kullanarak, çizgilerin birleşmeye başladığı anı - bir trend değişikliğinin başlangıcını - belirleriz.

2. İşlemler, SS çizgilerinin kesişmesiyle açılır - yani. şu anda olduğu gibi.


Karşı sinyaldeki kapanışı kaldırmaya değer.
 
Vinin >> :

Bu seçenekle oynandı. Bazen ilginç sonuçlar vardır.

Ve nasıl oynandı?

Ayrıca yumuşatma yöntemiyle özetliyoruz:


 //**************************************************************************************************
//|  Subroutines                                                     |
//**************************************************************************************************
double ma ( string sym , int per , int Mode , int Price , int i )
   {
   double res = 0 ;
   for ( int m = 0 ; m < 4 ; m + + )  res + = iMA ( sym , 0 , per , 0 , m , Price , i ) ; 
   int k = 0 ; 
   for ( int j = 1 ; j < MA_number ; j + + )
     { 
       k + = PeriodStep ;
       for ( m = 0 ; m < 4 ; m + + )  res + = iMA ( sym , 0 , per * k , 0 , m , Price , i ) ;         
     }        
   return ( res ) ;
   }    
//=====================================================================
 
BLACK_BOX писал(а) >>

Ve nasıl oynandı?

Ayrıca yumuşatma yöntemiyle özetliyoruz:

Sınanmış. Beğenmedim.

 
Vinin >> :

Sınanmış. Beğenmedim.

Muhtemelen Fast ile Slow'u ters çevirmediğim için beğenmedim, yani. periyodu Hızlı > Yavaş yapmaya çalışın, beğenmelisiniz.

 
genro >> :


....ANCAK gelecekte MA _ yavaş / MA _ hızlı kesri alınır. Bu 9 Arabanın ortalama değeri kodda hesaplanmamıştır. Ben öyle düşünüyorum, yanlışım varsa düzeltin.

Bu kesir, kenelerin ortalama değerlerinin oranına tam olarak eşittir (paydadaki tik sayısı azaltılır)

 
BLACK_BOX писал(а) >>

Muhtemelen Fast ile Slow'u ters çevirmediğim için beğenmedim, yani. periyodu Hızlı > Yavaş yapmaya çalışın, beğenmelisiniz.

Neden olmadı. Yaptı. Ve devam etti. farklı oranlara sahip farklı kartların toplamı. Ama neyin neyle iyi çalıştığını seçmek gerekiyordu. Bunu henüz yapmadım. Gösterge hazır ve her şey. Bir ilgi değişikliği oldu. Evet ve uzun zamandır öyle. Geçen yıl gibi. Ve daha önce başlattı. Çok şey unutuldu.

 

Vinin писал(а) >>

... Ve devam etti. farklı katsayılara sahip farklı kartların toplamı. ...

Yayılmak mı demek istiyorsun? Onlar. ağırlık oranları?