EA N7S_AO_772012 - sayfa 33
Ticaret fırsatlarını kaçırıyorsunuz:
- Ücretsiz ticaret uygulamaları
- İşlem kopyalama için 8.000'den fazla sinyal
- Finansal piyasaları keşfetmek için ekonomik haberler
Kayıt
Giriş yap
Gizlilik ve Veri Koruma Politikasını ve MQL5.com Kullanım Şartlarını kabul edersiniz
Hesabınız yoksa, lütfen kaydolun
optimizasyondan sonra tek bir sonuç yoksa, belirtilen aralıktaki tüm parametrelerin belirtilen adımla herhangi bir kombinasyonu için, danışmanın birleşmeyeceği veya zorunlu koşullardan dolayı ticaret yapmadığı bir seçenek yoktur. karşılanmayan açılış pozisyonları. Parti büyüklüğü, geyik ve ilk depozito ile oynamayı deneyin ve ayrıca birkaç sayfa geri okuyun ve koda bakın.
Teşekkür ederim. Burada yazılan her şeye baktım, versiyonumu bulamadım. Görünüşe göre her şeyi talimatlara göre yapıyorum. Bir şeyler yanlışsa, optimizasyon nasıl gerçekleşebilir? Sonuçta, optimizasyon sürecinde, anladığım kadarıyla, yapması gerekenden on kat daha az olmasına rağmen, bazı işlemler yapıyor? Çıkış 0'dır.
Ve koda bakmakla ilgili bir şey daha: Çince okuyabiliyorum, durakların boyutunun nerede düzenlendiğini bile anlayamıyorum :).
Şimdi arka arkaya ön ayarları atmaya ve bir ay içinde onları uzaklaştırmaya çalıştım, Tanrı nasıl olduğunu bilmiyor, ama işe yarıyor! 10 anlaşma. Ve optimizasyondan sonra hiç istemiyor.
SHOOTER777'ye yapıcı bir not . Aşağıdakilerden oluşur: her başlatıcı için kendi algılayıcınızı oluşturmanız veya herhangi bir gösterge için bir evrensel AMA evrensel yapmanız gerekir, aksi takdirde kendi göstergenizi kullanırsınız ve AO göstergesinin algılayıcısı aracılığıyla "bilgi toplanır".
Ne göstergesinden bahsediyorsun? Sorunun anlamını açıklayayım. Bu Uzman Danışman, giriş anını ve yönünü belirlemek için üç zaman dilimi kullanır. Ana hareketin yönü H4 üzerinden belirlenir ve bu gösterge herhangi bir algılayıcı ile ilişkili değildir. Ancak H1'deki girişler zaten bir diğerine, osilatörün yalnızca AO'suna bağlıdır ve hiçbir şekilde mantıksal olarak bağlı değildirler. Elbette değiştirebilirsiniz. Bunun H4'te olduğu gibi emek olmadığını düşündüm. Sadece işlevde gerekli
double iA_C (int pr){int tmfr=60; dönüş(iAO(Symbol(), tmfr, pr));}
göstergenizi iade edin.
Evrenselleştirme yalnızca artan ve hassas optimizasyon süresine yol açar, bu nedenle yaratıcı olun. Zaten, muhtemelen, bu danışmanın bir düzineden fazla klonu test ediliyor. Ve sonuç ne olursa olsun herkesten farklı görüşler duymak istiyorum.
Evet. Herkese iyi akşamlar. En çok yönlü gösterge, tercihen eğimli bir çizgidir.
Ancak cidden, "yazının" başında, ind seçimi hakkında böyle bir soru gündeme geldi. ve düşündüm ki
bir örnek için bir gösterge değil, bir örnek için bir gösterge uygulamak gerekir. Daha da geliştirilebilir
bu düşünce, ama nereye varacağı bilinmiyor ve basmakalıp görünüyor. Ve bunun için öneriyorum
çoklu para birimi ve koruyucu işlevler tarafından dikkati dağıtmayın, ancak bir para birimini farklı bir para birimiyle test edin
göstergeler. Bu işin SHOOTER tarafından yapıldığını varsayabilirim, burada MACD kullanılmış
merak ediyorum başka ne var
Teşekkür ederim.
Elbette, geçen yıl yaptığım gibi bir çifti farklı göstergelerle test edebilirsiniz. Ama sonunda, bulduğum şema ve algoritma sadece iki veya üç çift için uygundur ve geri kalanına başka bir şey verir. Bir kişinin altı ila sekiz çifti üç ila beş göstergeyle test etmesi imkansızdır. Şimdi, biri bir şeyi test ettiyse, diğeri ikinci, üçüncüsü üçüncü, vb. ve sonra karşılaştırın, herkes siyah olurdu.
Evet. Herkese iyi akşamlar. En çok yönlü gösterge, tercihen eğimli bir çizgidir.
Ancak cidden, "yazının" başında, ind seçimi hakkında böyle bir soru gündeme geldi. ve düşündüm ki
bir örnek için bir gösterge değil, bir örnek için bir gösterge uygulamak gerekir. Daha da geliştirilebilir
bu fikir, ancak nereye varacağı bilinmiyor ve basmakalıp görünüyor. Ve bunun için öneriyorum
çoklu para birimi ve koruyucu işlevler tarafından dikkati dağıtmayın, ancak bir para birimini farklı bir para birimiyle test edin
göstergeler. Bu işin SHOOTER tarafından yapıldığını varsayabilirim, burada MACD kullanılmış
merak ediyorum başka ne var
Teşekkür ederim.
Elbette, geçen yıl yaptığım gibi bir çifti farklı göstergelerle test edebilirsiniz. Ama sonunda, bulduğum şema ve algoritma sadece iki veya üç çift için uygundur ve geri kalanına başka bir şey verir. Bir kişinin altı ila sekiz çifti üç ila beş göstergeyle test etmesi imkansızdır. Şimdi, biri bir şeyi test ettiyse, diğeri ikinci, üçüncüsü üçüncü, vb. ve sonra karşılaştırın, herkes siyahta olurdu.
Geçmişin tekrarı
kodda böyle satırlar var
bool TrBlnc = doğru; int StrtBlnc= 3000; int DBLnc= 1500; int UBlnc= 4000;
özkaynak durumuna bağlı olarak (TrBlnc = true) alım satım kontrolünün etkinleştirildiğini duyurdu.
Bakiye bu değerden (DBlnc= 1500) küçükse veya (int UBlnc= 4000) değerinden fazlaysa alım satım durur ve yapılmaz.
FLG() işlevinde yürütme denetimi.
Ve şimdi, dikkat!!! başlatma
if ( IsOptimization ( ) ) TrBlnc = false;//if ( IsTesting() ) TrBlnc = false;
onlar. optimizasyon devam ediyorsa, test veya gerçek etkinse kontrol devre dışı bırakılır.
Umarım net bir şekilde anlatmışımdır. İlk bakiyeye dikkat edin veya bu kontrolü kaldırın ve devre dışı bırakın
Ne göstergesinden bahsediyorsun? Sorunun anlamını açıklayayım. Bu Uzman Danışman, giriş anını ve yönünü belirlemek için üç zaman dilimi kullanır. Ana hareketin yönü H4 üzerinden belirlenir ve bu gösterge herhangi bir algılayıcı ile ilişkili değildir. Ancak H1'deki girişler zaten bir diğerine, yalnızca AO osilatörüne bağlıdır ve hiçbir şekilde mantıksal olarak bağlı değildirler. Elbette değiştirebilirsiniz. Bunun H4'te olduğu gibi emek olmadığını düşündüm. Sadece işlevde gerekli
double iA_C (int pr){int tmfr=60; dönüş(iAO(Symbol(), tmfr, pr));}
göstergenizi iade edin.
Evrenselleştirme yalnızca artan ve hassas optimizasyon süresine yol açar, bu nedenle yaratıcı olun. Zaten, muhtemelen, bu danışmanın bir düzineden fazla klonu test ediliyor. Ve sonuç ne olursa olsun herkesten farklı görüşler duymak istiyorum.
Yani yeni sürümde bir gösterge daha eklediniz, evet onun için bir fonksiyon yazdınız, değerini döndürdüğünüz yerde ama perceptron iA_C fonksiyonu için yazılmış!!!
double prcptrnAC(int q1,int q2,int q3,int q4,int pr,int at)
{çift qw = (q1-50)+((q2-50)*iA_C(pr)+(q3-50)*iA_C(2*pr)+(q4-50)*iA_C(3*pr))/iA_C (1);
if (MathAbs(qw)>at) return(qw);else return(0);}
................................................ . ................................................ ..
................................................ . ................................................ ..
void H1() { prcptx1 = prcptrnAC(x1,x2,x3,x4,px,tx) ;
prcpty1 = prcptrnAC(y1,y2,y3,y4,py,ty) ;
prcptX1 = prcptrnAC(X1,X2,X3,X4,pX,tX) ;
prcptY1 = prcptrnAC(Y1,Y2,Y3,Y4,pY,tY) ;
Yazdır(Flq);
BuSll(0.1.772012000);
}
İlginç bir şey buldum:
Uzman Danışman gün içinde işlem yapar. Günün sonunda çalışmasını kontrol ediyorum - aynı zaman aralığında test cihazındaki çalışma ile karşılaştırıyorum. Demek ki şu anlama geliyor: farklılıklar var. Onlar. çizelgeye ekli bir Uzman Danışman tarafından yapılan anlaşmalar, bir Uzman Danışman tarafından test cihazında aynı aralıkta yapılan anlaşmalarla birleşmez. İlk başta kesintiler olabileceğini düşündüm, dergiye baktım - orada kesinlikle temiz. ANCAK! Terminali yeniden başlattıktan (kapatıp yeniden açtıktan) ve test cihazında tekrar çalıştırdıktan sonra, açık ve kapalı konumlar çakıştı. 3 gündür bu durumu gözlemliyorum.
Yani yeni sürümde bir gösterge daha eklediniz, evet onun için bir fonksiyon yazdınız, değerini döndürdüğünüz yerde ama perceptron iA_C fonksiyonu için yazılmış!!!
double prcptrnAC( int q1,int q2,int q3,int q4,int pr,int at )
{çift qw = (q1-50)+((q2-50)* iA_C (pr)+(q3-50)* iA_C (2*pr)+(q4-50)* iA_C (3*pr))/ iA_C (1);
if (MathAbs(qw)>at) return(qw);else return(0);}
................................................ . ................................................ ..
................................................ . ................................................ ..
void H1() { prcptx1 = prcptrnAC( x1,x2,x3,x4,px,tx ) ;
prcpty1 = prcptrnAC( y1,y2,y3,y4,py,ty );
prcptX1 = prcptrnAC( X1,X2,X3,X4,pX,tX ) ;
prcptY1 = prcptrnAC( Y1,Y2,Y3,Y4,pY,tY ) ;
Yazdır(Flq);
BuSll(0.1.772012000);
}
Bir kez daha bakalım.
Yeni versiyonda eklediğim gösterge, daha yüksek H4 zaman diliminde trendin yönünü belirlemek için tasarlandı. Daha küçük zaman dilimleri için giriş noktalarını belirleyen algılayıcı ile hiçbir şekilde bağlantılı değildir. İlk versiyonlarda hem H4 hem de H1'de AO osilatörünü kullanmam sadece benim seçimim, isterseniz bir tesadüf.
H1 işlevinde, ana göstergeden bağımsız olarak algılayıcıları da değiştirebilirsiniz, bana öyle geliyor ki bu zor değil, herkes kendisi için yapabilir, daha sonra bir örnek vereceğim, ancak büyük olasılıkla bu bloğu yapmayacağım evrensel, çok yavaş olacak ve zor olacak.