Kimin stratejiye ihtiyacı var? Çok ve ücretsiz - sayfa 63

 

evet mail doğru

Bir dakika önce sana Özel Mesaj gönderdim.

 

Oh, PM'yi tamamen unuttum :)))))))

Zaten birikmiş, bakıyorum :). Beyler - zamanında cevaplayamadığım için üzgünüm, genellikle forumlarda Kişisel mesajları kapatıyorum ve sonra alışkanlıktan dolayı dikkat etmedim bile :)...


Miroslav - o zaman şimdi bir mesaj hazırlayacağım (cevap) ve postayla göndereceğim ...

 

** Bar Açılış ve Bar Kapanış - Pozisyonun Noktası sorunla sınırlı olmadığını hatırlatalım, sıradan göstergelerin değerleri orada kullanılabilir. Ve acc. bir çubuğun "ortasında" bir pozisyon açılabilir (kolay!). (tabii ki gösterge değerlerinin SADECE çubukların kesişim noktasında hesaplanması konusuna... Daha önce de söylediğim gibi bu koşul "her zaman değil" mümkündür ;))**


Doğru anlıyorsanız, Giriş noktası çubuğun ortasındaysa (diyelim ki MA'da) her işarette bir Göstergeyi yeniden hesaplamamız gerektiğini düşünüyorsunuz. Seninle aynı fikirde olmamayı göze alacağım.


Güvenilir bir geri test için (MT, FSB veya başka bir test cihazı kullanılarak), Giriş / Çıkış noktaları dahil tüm göstergelerin sabitlenmesi gerekir. Bu, bir EA'nın bar sırasında pazar girişini kullanmasını sınırlamaz.

Örnekler:


1. Hareketli Ortalamada Giriş (21, kapanış):

Bu durumda bar kapanış fiyatı sabitlenene kadar yukarı / aşağı hareket ettiği için mevcut MA'yı kullanamayız. Bu yüzden önceki çubuktan MA kullanmamız gerekiyor. Bunu yaparken, her tikte yeniden hesaplamak gerekli değildir.


2. Hareketli Ortalamaya Giriş (21, açık):

Burada mevcut MA'yı kullanabiliriz. MA taban fiyatı - Çubuk Açılışı zaten sabit olduğu için düzeltildi. Ayrıca her tikte yeniden hesaplamamız gerekmez.


--------

Düzenlemek:

Tabi bu benim şahsi görüşüm.

Seni bu şekilde geriye dönük test yapmaya zorlamak niyetinde değilim.

Saygılarımızla!


Düzenleme2:

Bir şeyi kaçırıyorsam, lütfen bana her tikte bir göstergeyi yeniden hesaplamanız gerektiğinde FSB ile hazırlanmış bir strateji örneği gösterin.

 

Mmm, Miroslav, bu fikri anladım (uzun zaman önce, üstelik)!

Yukarıda bahsettiğim gösterge kodundaki yapılarla kafam karıştı:

                     case "The position opens above the MA value" :
                        component [ 0 ] . PosPriceDependence = PositionPriceDependence . BuyHigherSellLower ;
                        component [ 0 ] . UsePreviousBar     = iPrvs ;
                        component [ 1 ] . DataType           = IndComponentType . Other ;
                        component [ 1 ] . ShowInDynInfo       = false ;
                        component [ 2 ] . DataType           = IndComponentType . Other ;
                        component [ 2 ] . ShowInDynInfo       = false ;
                         break ;

yani: bileşen [ 0 ] . PosPriceDependence = PositionPriceDependence . AlYüksekSatDüşük ;

Bu aynı durum değil mi? Göstergenin HESAPLANMASI'ndan bu şekilde bahsetmediğimi anlamak önemlidir. Değeri - evet, çubuk içinde sabittir. Peki ya bu durumda (yukarıda bahsettiğim) son fiyat değerini onunla karşılaştırmaya zorlandığımız gerçeğine ne dersiniz? Bir pozisyon açmaya karar vermek. FSB'de bu, dahili prosedürlerle yapılır (eğer her şeyi doğru anladıysam). Ama o zamandan beri onlar "bizim için bilinmiyor" (ve aslında neden hiç) - Bu gibi durumlarda, mantıksal bir koşul konusunda net bir EVET / HAYIR elde etmek için göstergeyi her kene için yeniden hesaplamayı önerdim. Onlar. böyle bir sonucun göstergenin kendisi tarafından yapılmasına izin verin, bunun dışındaki bir kodla değil. Onu kastetmiştim!

Yani, mmm, bir kez daha - göstergenin çubukların "geçişinde" bir kez hesaplanması gerektiği tezine katılıyorum . Ancak, göstergenin bir pozisyonun açılmasının teyidi hakkında sinyal verdiği durumlarda, MT'deki gelecekteki Uzman Danışman (lar) ın çalışmasına ekte - sadece bu değerlere güvenmeliyiz (EVET / HAYIR) , ve mevcut fiyatların gösterge fiyatlarıyla (statik olan) karşılaştırılması değil. Göstergenin kendisi bunu bizim için karşılaştırsın. Ve bunu sadece EVET / HAYIR olarak değerlendireceğiz. Herşey... :)


Yoksa zaten bir yerde bir şeyleri mi kaçırıyorum? :D? ("meşgul oldum ... anne ...")

 

Bu nedenle, Close[iBar]'ı göstergenin mevcut veya önceki değeriyle (hangisi statiktir) doğru bir şekilde karşılaştırmak için bu tür hesaplamaları tekrar gözden geçirmem gerekiyor (şimdi düşündüm) (iPrvs dikkate alınmalıdır) ). Ama fikirde, sanırım yanılmadım ...?!



(Neyden bahsediyoruz ki?) Göstergeler, IndicatorCounted () HER YERDE !!! Başka türlü yapmayacağım :) Ayrıca yalnızca EA yazarları tarafından değil, görsel kısma (ve gerçek zamanlı değerlere) ihtiyaç duyan kullanıcılar tarafından da kullanılabilirler. Ve bundan gelen orijinal kod hiçbir şekilde DEĞİŞMEZ! Genellikle, en başta yalnızca kendilerine bağlı değişkenlerin "başlangıç" değerlerini başlatan bir parça eklenir. Artık yok... Bazen "az kan" veriliyor. Bazen - çok fazla değil (Saatlik Yüksek Düşük örnekte olduğu gibi). Ancak her durumda - vücut hareketleri minimumdur (henüz?)) :))


Yoksa hala küresel bir yön mü? O zaman tartışacak bir şey yok - iPrvs harika! :) Nokta! Ama kimse bununla tartışmıyor :)!


(Postaneye bir mektup gönderdim ... şimdi burada kişisel olarak cevaplamaya çalışacağım)

 
"Pozisyon MA değerinin üzerinde açılır" durumu:
component[0].PosPriceDependence = PositionPriceDependence.BuyHigherSellLower;


Sinyaller Giriş Noktası göstergesine bağlı olduğundan bu mantık göstergenin kendisinden yönetilemez.

Bu mantık diğerleri gibi al/sat (1 , 0) sinyalleri vermez.

FSB şu şekilde ilerler:

1. Alım satım kararı alırken başlangıçta bu göstergeyi göz ardı eder;
2. Diğer tüm mantık kuralları karşılanıyorsa ve FSB giriş noktasını biliyorsa, fiili çalıştırmadan hemen önce girişe izin vermek veya girişi yasaklamak için bu göstergeyi kontrol eder.

Bu, backtester'a dahildir.

Bir EA'da uygulama için üç seçenek vardır:

1. İlk önce giriş noktalarını hesaplamak için (bir dizide). Bundan sonra Al/Sat sinyallerini hesaplamak için bu diziyi göstergeye göndermek için.

2. Pozisyonun açılış fiyatını döndüren bir EntryPrice(int iBar) temel yöntemine sahip olmak.
"Pozisyon MA değerinin üzerinde açılır" durumu:
için(int iBar ... )
{
SignalLong[iBar] = GirişFiyatı(iBar) > MA[iBar] ? on;
SignalShort[iBar] = EntryPrice(iBar) < MA[iBar] ? on;
}

3. Bu göstergeyi gerçek girişten önce çağırmak:
çift GirişPrice = ....;
Eğer(GirişFiyatı > fsb_MA(...))
SiparişGönder(...);


----

1:0 sinyallerini ayarlamayan birkaç gösterge vardır:
- "Konum yukarıda / aşağıda açılır .." mantığına sahip tüm göstergeler
- "Zaman" göstergeleri: Giriş Saati, Giriş Saati, Haftanın Günü;
- Hesap Yüzde Durdurma
- ATR Durağı
- Limiti durdur
- Kaybı durdurmak
- kar almak
- takip eden durdurma
- İzleyen Durdurma Limiti
-Lot Sınırlayıcı

Bu "Göstergeler" işlem anında Giriş/Çıkış izni verir;










 

Miroslav - "anladım"! Sonunda bir şey anladım anlamında değil :) (FSB'nin göstergelerin mantığını manipüle etme fikri,

"Pozisyon yukarı / aşağı açılır .." kullanıldığında çok önceden anlamıştım (her türlü Stop Limiti vs. hesaba katmıyorum, izlemedim)).

Sonunda bir şeyi HATIRLADIM , hemen söyleyelim :)


Sadece aynı bağlamda farklı uygulamalar hakkında konuşuyoruz (yani hem uygulamaların kendileri (FSB ve MT) hem de "uygulamada").

Kilit nokta, geriye dönük test prosedürünün kendisinden önce FSB göstergelerinin bir kez hesaplanmasıdır .

FSB, testten önce bu tür koşullar için açık bir şekilde 1/0 ("Konum açılır .. yukarıda / aşağıda açılır") hesaplayamaz!

Bu nedenle, tamamen doğru bir mantık kullanır:

 1. Alım satım kararı alırken başlangıçta bu göstergeyi göz ardı eder;
2. Diğer tüm mantık kuralları karşılanıyorsa ve FSB giriş noktasını biliyorsa, fiili çalıştırmadan hemen önce girişe izin vermek veya girişi yasaklamak için bu göstergeyi kontrol eder.
 Ancak (Gerçek Zamanlı) durumumuz için - BU GEREKLİ DEĞİLDİR. Aksine - göstergeleri "sürekli ve anında" hesaplamak - herhangi bir spesifik durumdayız
 an bu mantıksal koşul için açık bir 1/0 cevabımız olacak.
 Hala mevcut son fiyattan (Kapat[0]) olmayan bir pozisyon "açamayız". Öyleyse neden göstergenin değerini onunla karşılaştırmıyorsunuz?
 Ve diğer durumlarda olduğu gibi mantıksal 1/0'ı gösterme (üzgünüz, biçimlendirme "aşağı kaydırıldı", HTML'ye girmek istemiyorum (zaten "lanet olsun"):
 durum MA_POS_OPENS_ABOVE :
for ( iBar = iFirstBar ; iBar > = 0 ; iBar - - ) {
LPIndBuffer [ iBar ] = Kapat [ iBar ] > adMA [ iBar ] ;
SPIndBuffer [ iBar ] = Kapat [ iBar ] < adMA [ iBar ] ;
}
ara ;

// Görünüşe göre, iPrvs dikkate alınarak daha doğru bir şekilde yeniden yazılması gerekecek (bu sorunun nasıl atlanabileceği bugün aklıma geldi)

durum MA_POS_OPENS_ABOVE :
for ( iBar = iFirstBar ; iBar > = 0 ; iBar - - ) {
LPIndBuffer [ iBar ] = Kapat [ iBar ] > adMA [ iBar + iPrvs ] ;
SPIndBuffer [ iBar ] = Kapat [ iBar ] < adMA [ iBar + iPrvs ] ;
}
ara ;

// Ve [0] (gerçek zamanlı) hariç tüm çubuklarda değerlerin "tam olarak doğru değil" (veya daha doğrusu Kapat[iBar] için sabit) olacağı göz önüne alındığında, kodu bu şekilde değiştirebilirsiniz :

durum MA_POS_OPENS_ABOVE :
for ( iBar = iFirstBar + 1 ; iBar > = 0 ; iBar - - ) {
if ( iBar > 0 ) {
LPIndBuffer [ iBar ] = 0.0 ;
SPIndBuffer [ iBar ] = 0.0 ;
} başka {
LPIndBuffer [ iBar ] = Kapat [ iBar ] > adMA [ iBar + iPrvs ] ;
SPIndBuffer [ iBar ] = Kapat [ iBar ] < adMA [ iBar + iPrvs ] ;
}
}
ara ;

// yani [0] hariç tüm çubuklar için gösterge bu koşulun mümkün olmadığını (karşılanmadığını) gösterecektir - tabiri caizse estetik bir meseledir... başka bir şey değil.

 

(kapalı: Ayrı bir yorumla yeni bir kod eklemeye çalışıyorum - "taş çiçek çıkmıyor" :), sonra boş bir yorum, sonra sadece ilk sayfaya atıyor ... belki bazı unsurlar var metinde - "sindirilemez"... genel olarak - bu yüzden okuyun (yukarıda ortaya çıktığı gibi) :))

 

Beyler, Miroslav dün FSB'yi 2.8.3.6 Beta sürümüne güncelledi:

http://forexsb.com/forum/post/2446/#p2446


Sinyal mantığı birleştirildi. Değişiklikler göstergelerin büyük çoğunluğunu etkiledi. Göstergeleri hesaplama kodu değişmedi!

Mantık sinyalleri "gürültüye" karşı biraz daha az duyarlı hale geldi. Yapılandırma dosyasına iki parametre eklendi:

   < SIGMA_MODE_MAIN_CHART > 1 </ SIGMA_MODE_MAIN_CHART >
   < SIGMA_MODE_SEPARATED_CHART > 5 </ SIGMA_MODE_SEPARATED_CHART >

Parametreler, fiyat değişim seviyesinden sinyalleri tetiklemek için "eşik" belirler (grafik penceresindeki göstergeler ve kendi pencereleri olan göstergeler için).

İlgili MOD değerleri burada gösterilir:

http://forexsb.com/library/source/Sigma.html


"Varsayılan" değerlerin TAMAMEN yeterli olduğunu düşünüyoruz (çoğu durumda). Ama... deneyebilirsin :).


Çifte iş yapmamak için özellikle bu sürümü bekledim. Çalışmaları acc. ben de yayınlıyorum. Şu anda 20 gösterge var (2'yi "faydalı" olarak kabul etmem (Bar Kapatma / Bar Açma) - gelecekte kullanışlı olacaklar ;)):

-FSB- Accelerator Oscillator.ex4
-FSB- Accumulation Distribution.ex4
-FSB- ADX.ex4
-FSB- Bar Closing.ex4
-FSB- Bar Opening.ex4
-FSB- Bar Range.ex4
-FSB- Bollinger Bands.ex4
-FSB- Donchian Channel.ex4
-FSB- Envelopes.ex4
-FSB- Force Index.ex4
-FSB- Heiken Ashi.ex4
-FSB- Hourly High Low.ex4
-FSB- Ichimoku Kinko Hyo.ex4
-FSB- Keltner Channel.ex4
-FSB- Moving Average.ex4
-FSB- Price Oscillator.ex4
-FSB- RSI MA Oscillator.ex4
-FSB- RSI.ex4
-FSB- Starc Bands.ex4
-FSB- Steady Bands.ex4

Hesaplama algoritmaları ve sinyal mantığı tamamen FSB ile uyumludur (peki... gerekir :D)...

GÖSTERGELERİN DEĞERİ DAHİL!!! (FSB (uygulama) = -FSB- (dönüştürme) = MT (dahili) ) (herhangi bir işarete kadar)

Bunun istisnası " -FSB- Accumulation Distribution.ex4" - Miroslav, anlamaya başlayana kadar orada zor bir koda sahip (MT ile tam olarak eşleşmiyor, FSB ile kontrol etmedi).


Alfabetik sırayla devam ediyorum (neredeyse). Birinin daha öncelikli bir şeye ihtiyacı varsa - yazın ... (Saatlik Yüksek Düşük olan kişi bir yerde kayboldu, hala anlamıyorum - yardımcı oldu mu olmadı mı: D ?!)


Aynı zamanda, bu gösterge sürümleriyle çalışabilecek EA'nın geliştirilmesine başlıyoruz. Sonunda, bir demet gibi bir şey almalısın:

FSB -> Dışa aktarılan strateji dosyası -> EA, dönüştürülmüş göstergelere ve dahili ticaret mantığına dayalı, FSB ile uyumlu...


İyi şanlar! Ve Herkese Mutlu Bayramlar!!!

Çalışma haftasının başlamasına daha yakın bir zamanda geleceğim... boşa harcamayın...

Dosyalar:
 
Stellarator >> :

Beyler, Miroslav dün FSB'yi 2.8.3.6 Beta sürümüne güncelledi:

http://forexsb.com/forum/post/2446/#p2446


Bir şey indiriyorum ama arşiv bozuk...: