Eğilimli planimetri yöntemi - sayfa 3

Yeni yorum
 
İnsanlar, koşum takımları ve sihirli arabalar arasındaki analojiyle bağlantılı olarak. "Büyücüler", sihirli MA bozulduğunda fiyatın güçlü ve istikrarlı bir şekilde hareket ettiğini iddia ediyor. Böylece, paketlerde, MA'da hızlı bir şekilde tahliyeye yol açan geçiş stratejisinin bir analogunu deneyebilirsiniz. Bu nedenle istek/soru. Burada manuel test konusunda uzman var mı? Demetleri kırma stratejisini test etmek ilginç olurdu. Sizi bir sürü yanlış girişten kurtaracağını düşünüyorum. Ne yazık ki, şimdiye kadar kabul edilebilir bir yoğunluk göstergesi ve buna dayalı bir danışman yazamıyorum. Ancak manuel olarak kontrol etmenin ilginç olacağını düşünüyorum.
 

Yoğunluk, belirli bir zaman noktasında farklı kenelerin değerleri arasındaki varyanstan hesaplanabilir. Dağılım ne kadar düşük olursa, yoğunluk o kadar yüksek olur.

 
Bence zor değil. 2. arabayı almak yeterlidir - en hızlı ve en yavaş. Ne olursa olsun akışın sınırlarını onlar belirler. Koşum takımlarında genişliği minimumdur ve kanatçıklar arasındaki mesafeye eşittir. Diğer zamanlarda artar, ancak yine de bu iki kene arasındaki mesafe.
 
mql uzmanları için soru. Hala bir yoğunluk göstergesi yazmak istiyorum. Kesinlikle bir makaron gökkuşağı kadar güzel olmayacak, ama çok daha kullanışlı olacak. Ve en önemlisi robotik için uygundur. Yoğunluğu çizmek için grafiğin tüm düzlemini farklı renklerle renklendirmeniz gerekecektir. Sonuçta, çubuktaki yoğunluk bir sayı değil, bir dağılımdır, bir dizidir. Asıl soru, bunu nasıl daha iyi yapabilirim? Ichimoku göstergesinde kanal, dilde nesneler olan dikey çizgilerle doldurulur. Ayrıca birçok farklı renkli kanal olacak. Bu, Ichimoku ile karşılaştırıldığında, şekildeki dikey çizgilerin sayısının keskin bir şekilde artacağı anlamına gelir. Soru şu ki, bu terminal için sorun yaratacak mı? Bir soru daha. Renklendirmeyi bir şekilde farklı, daha iyi hale getirmek mümkün mü? Anladığım kadarıyla mql'de düşük seviyeli piksel grafik yok.
 
Yurixx :
Bence zor değil. 2. arabayı almak yeterlidir - en hızlı ve en yavaş. Ne olursa olsun akışın sınırlarını onlar belirler. Koşum takımlarında genişliği minimumdur ve kanatçıklar arasındaki mesafeye eşittir. Diğer zamanlarda artar, ancak yine de bu iki kene arasındaki mesafe.

Hayır, bu iki kene akış sınırı vermez. Çoğu zaman tam tersi olur. Bu yöntem sadece bir trend için iyidir. Dairede, arabanın görünürlüğüne bakmanız gerekir.
 
eugenk , bence, görevin karmaşıklığını biraz abartıyorsunuz. Ve taşı sınırına kadar yüklemek istiyorsun. Numarayı neden sevmiyorsun, yani. dağılım? Bu gösterge birkaç kod satırıdır. Ve her kene üzerinde hesaplamak gerekli değildir.
 
eugenk :
mql uzmanları için soru. Hala bir yoğunluk göstergesi yazmak istiyorum. Kesinlikle bir makaron gökkuşağı kadar güzel olmayacak, ama çok daha kullanışlı olacak. Ve en önemlisi robotik için uygundur. Yoğunluğu çizmek için grafiğin tüm düzlemini farklı renklerle renklendirmeniz gerekecektir. Sonuçta, çubuktaki yoğunluk bir sayı değil, bir dağılımdır, bir dizidir. Asıl soru, bunu nasıl daha iyi yapabilirim? Ichimoku göstergesinde kanal, dilde nesneler olan dikey çizgilerle doldurulur. Ayrıca birçok farklı renkli kanal olacak. Bu, Ichimoku ile karşılaştırıldığında, şekildeki dikey çizgilerin sayısının keskin bir şekilde artacağı anlamına gelir. Soru şu ki, bu terminal için sorun yaratacak mı? Bir soru daha. Renklendirmeyi bir şekilde farklı, daha iyi hale getirmek mümkün mü? Anladığım kadarıyla mql'de düşük seviyeli piksel grafik yok.

Bir önceki sayfada benzer bir stratejinin linkini vermiştim. Bak. Saf strateji, hiçbir şey otomatik değildir. Ama bir göz atmaya değer.
  
//+------------------------------------------------------------------+
//|                                                      Density.mq4 |
//+------------------------------------------------------------------+
#property copyright " Mathemat (c) 2007 "
#property indicator_separate_window
#property indicator_buffers 1
 
extern int _LoPeriod = 3 ;
extern int _HiPeriod = 200 ;
extern int _ma_method = MODE_EMA ;
extern int _ma_price = PRICE_CLOSE ;
 
double _dens [] ;   // графический буфер плотности жгута
double _mas [] ;    // массив машек
 
int init ()
{
  SetIndexBuffer ( 0 , _dens ) ;
  SetIndexStyle ( 0 , DRAW_LINE ) ;
  ArrayResize ( _mas , _HiPeriod - _LoPeriod + 1 ) ;
  return ( 0 ) ;
}
 
// рассчитывает массив машек на заданном баре
void makeMAsArray ( int sh )
{
   for ( int i = _LoPeriod ; i <= _HiPeriod ; i ++ )  
      _mas [ i ] = iMA ( NULL , 0 , i , 0 , _ma_method , _ma_price , sh ) ;
   return ;
}
 
// возвращает с.к.о. текущего массива машек 
double stderr ( int quantity )
{
   double linsum = 0 ;
   double sqwsum = 0 ;
   for ( int i = 0 ; i < quantity ; i ++ ) 
   {
      linsum += _mas [ i ] ;
      sqwsum += _mas [ i ] * _mas [ i ] ;
   }   
   return ( MathSqrt ( sqwsum / quantity - linsum * linsum / ( quantity * quantity ) ) ) ;   
}
 
 
int start ()
{
   int limit = Bars ;
   int counted_bars = IndicatorCounted () ;
   if ( counted_bars > 0 )  counted_bars --;
   limit = Bars - counted_bars ;
   
   for ( int sh = 0 ; sh < limit ; sh ++ )
   {
      makeMAsArray ( sh ) ;
      _dens [ sh ] = 1 / stderr ( _HiPeriod - _LoPeriod + 1 ) ;
   }
   return ( 0 ) ;
}

Bu gösterge, her bir çubuk için çubuklar içindeki varyansa dayalı olarak demetin yoğunluğunu gösterir. Machi - üstel . Hesaplamalar gerçekçi değil. Ve ana dezavantajı, standartlaştırılmamış olmasıdır.

Not: Varyansı hesaplamaya dayalı yaklaşımın yararsızlığını kabul ediyorum: güçlü bir turnike, farklı makinelerin yayılmasının büyük olduğu yerlerde de olabilir.

 

Yarasaların yoğunluğunu değerlendirmek için iki gösterge vardır: aralık başına yarasa sayısı ve yarasalar arasındaki aralık. İkinci ihtimal bana ilginç geliyor. Tabii ki, biraz ortalamaya ihtiyaç var. Yani, işlevi (n kenelerin kapladığı aralık) [(bu n kenelerin ortalama veya medyan değeri] tüm kene değerleri aralığında ( keneleri değere göre sıralarız), minimumunu bulur ve çizeriz şeritler, diyelim, yarım yükseklikte.Aslında hem n hem de bantların sınırlarını belirleme yönteminin yol boyunca seçilmesi gerekmesine rağmen, ortaya çıkan resimlere bakarak.

 

Sorun şu ki, makinelerin kendilerinin standart metakota paketindekinden bile daha optimum şekilde hesaplamayı öğrenmesi gerekiyor. N periyodunun bilinen işaretinin N + 1 periyodunun işaretini hesaplamak için kullanıldığı keneleri hesaplamak için bir tür tekrarlayan algoritmaya ihtiyacımız var. Prensipte basittir, ancak daha sonra standart metakota algoritmasını reddetmeniz gerekir.

Kenelerin yoğunluğu ile ilgili olarak: burada açıkça bir tür kümeleme algoritmasına ihtiyaç vardır, çünkü bunlar çok düzgün olmayan bir şekilde dikey olarak yerleştirilebildikleri için (belirli bir çubuk için). Kısacası, görev teknik olarak oldukça zor.

PS 3'ten 1002'ye kadar bin iMA () çağrısının verimliliği yaklaşık 500.000 işlemdir (ekleme) ~ 1000 * 1000 / 2. Tekrarlayan bir algoritma yaparsak (N periyod işaretini bilerek, basitçe N ile çarparız, en uzak olanı ekleriz) yeni fiyat ve N+1'e bölün; N+1 dönem sembolünü alıyoruz) - verimlilik doğrusal olarak N'ye bağlı olacaktır.

12345678910...16
Yeni yorum