Phoenix burada! - sayfa 13

Yeni yorum
 
AZBOfin:
vay, dakikam daha da kafa karıştırıcı oluyor

şunları öneriyorum:

1) yapılan tüm hesaplamalar yerel saate değil sunucu saatine göre yapılır

2) EA'daki tüm zaman ayarları GMT'de yapılmalıdır

3) ServerOffset adında yeni bir değişkenin tanıtılması

bu değişken GMT saat diliminden sunucu saat dilimine bir farkı yansıtır

yerel saatim alakalı değil. bugün GMT-7'deyim, yarın GMT-4 olabilirim, gelecek hafta GMT+2'de

ama ticaret sunucum her zaman aynı yerde. ve bu, tüm hesaplamaların temeli olmalıdır.

sadece 2 sentim - hendrick sen adamsın, ne düşünüyorsun?

AZBOfin

Aynı satırlar boyunca bir şey düşünüyordum...benim gibi meydan okunan zaman kayması için basit tutun...Bir ServerOffset değişkeni için harekete geçiyorum..Keşke bunu kendim nasıl yapacağımı bilseydim. daha iyi olan tek şey, kodun neye ihtiyacı olduğunu algılaması ve kullanıcının onu karıştırmasına gerek kalmaması için otomatik olarak ayarlanmasıdır.

 
Dosyalar:
phoenixadditonalsignal.mq4  4 kb
 
Hendrick:
Biraz yardıma ihtiyacım var. Phoenix'in AL ve SAT sinyalleri aşağıdaki kod parçası tarafından üretilir:

MA =iMA(NULL,MA_Timeframe,MA_Length,0,MODE_SMA,PRICE_OPEN,0);

RVI=iRVI(NULL,0,10,MODE_MAIN,0)-iRVI(NULL,0,10,MODE_MAIN,1);

.

Hendrick, seni hala bu tahtalarda takip ediyor gibiyim.

Firebird v63g'nin içinde bir trend kodu vardı ama kullanılmadı. Değiştirilmiş bir Firebird'de kullanıyorum ve trendler sırasında alım satımları durdurmada işe yarıyor gibi görünüyor.

harici int DVLimit = 10; // Renato tarafından dahil edildi

int TrendUp=0, Trenddown=0;

double iFXAnalyser(int FXA_Period, int modu, int shift)// MrPip tarafından yerel işlev yapıldı

if ( (iFXAnalyser(0,MODE_DIV,0)>DVLimit*Point && iFXAnalyser(0,MODE_SLOPE,0)>0 )) Trendup=1;

if ( (iFXAnalyser(0,MODE_DIV,0)<-DVLimit*Point && iFXAnalyser(0,MODE_SLOPE,0)<0 )) TrendDown=1;

Ardından, SATIŞ tetikleyicisinde DealTime==1'den sonra "&& TrendUp !=1" öğesini seçin. Ve SATIN AL tetikleyicisinde DealTime==1'i izleyen "&& TrendDown !=1".

Başka bir yöntem, RV için bir kontrol faktörü koymaktır! ticaret faaliyetlerini düzenlemek.

harici çift RVI_Faktörü =50; // Alım satım aktivitesini düzenlemek için RVI değerine 0-200 faktörü eklendi

Ardından SAT ve AL tetikleyicilerinde RVI kodlarını sırasıyla "RVI(0+(RVI_Factor*Point))" olarak değiştirin.

Diğer bir yöntem, trend olmayan dönemlerde ticareti teşvik etmek için aktif ticaret alanını daraltmak için ikinci bir daha büyük iMA zarfı koymaktır.

harici çift YüzdeLimit = 0.15; // Alım satımı durduran 2. yüksek zarf (bant).

int Güvenli2=0;

if ( myMA*(1+(YüzdeLimit/100))=Sor) Güvenli2=1;

SAT ve AL tetikleyicilerine "&& Safe2==1" koyun. Aktif ticaret alanını görmek için PercentLimit olarak ayarlanmış bir 2. Firebird tipi Gösterge ekleyebilirsiniz.

Her üç filtreyle de bir Firebird kullanıyorum ve ortalama olarak ~%90 kazanma oranıyla ~%50 daha az işlem yapıyor. Benim sorunum haberlerin piyasa üzerindeki etkisi. Bu konuya, son 4 Cuma gününün Perşembe gününden itibaren devam eden açık işlemler nedeniyle büyük bir olumsuz etkisi olduğunu bildirdim. Tarihi grup kayıplarını daha iyi yönetip yönetemeyeceğimi görmek için işlem günlerini ve/veya zamanlarını ortadan kaldırmayı test ediyorum.

Hendrick, bu, işlem süresi sonuçları çizelgenizin daha da geliştirilmesi olacaktır ve çok fazla iş olacaktır. Ancak, 6/24 işlem süresi programlanabilir ve geçmişini inceleyebilen, kötü işlem zamanlarını belirleyebilen ve bu zamanlar için bir hayalet ticaret geçmişini korurken bu zamanlarda ticareti durdurabilen bir EA'ya sahip olmak istiyorum. Tarihi hayalet alım satımları tekrar kârlı hale geldiğinde, bu zamanlar iyi alım satım zamanları olarak yeniden belirlenir. Arzu dolu bir düşünce ama bunun üzerinde çalışacağım ya da bir kodlayıcının bu işi yapıp yapamayacağını göreceğim. Şu anda, yor tür bir grafik kullanıyorum ve bunu manuel olarak yapmaya çalışıyorum.

Çok fazla yazarak. Bir iş parçacığı üzerinde şarap içersen böyle olur. Bütün bunlar bir anlam ifade etmiyorsa, bu şarabın suçudur.

Wackena

 
Hendrick:
Biraz yardıma ihtiyacım var. Phoenix'in AL ve SAT sinyalleri aşağıdaki kod parçası tarafından üretilir:

MA =iMA(NULL,MA_Timeframe,MA_Length,0,MODE_SMA,PRICE_OPEN,0);

RVI=iRVI(NULL,0,10,MODE_MAIN,0)-iRVI(NULL,0,10,MODE_MAIN,1);

Firebird dizisindeki biri aşağıdaki değişikliği önerdi:

seninki yerine:

RVI=iRVI(NULL,0,10,MODE_MAIN,0)-iRVI(NULL,0,10,MODE_MAIN,1);

Bunu şu şekilde değiştirdiler:

RVI=iMACD(NULL,0,24,52,9,PRICE_CLOSE,MODE_MAIN,0)-iMACD(NULL,0,24,52,9,PRICE_CLOSE,MODE_MAIN,1);

Daha az yanlış sinyal verdiğini iddia ettiler. Bu yardımcı olur mu?

 

Ek sinyal

Merhaba Hendrick,

İşlem yapmaya hazırlanırken, trend oluşumunu görmek için her zaman daha yüksek bir TF'ye bakarım.

Belki de aynı 15 dakikalık TF'de Phoenix'e ek bir sinyal eklemek sınırlıdır?

Lütfen Çoklu Zaman Çerçevesi göstergesine XO bir göz atın.

İstediğiniz herhangi bir TF'ye ayarlayabilirsiniz, ancak Phoenix'in M15 I üzerinde çalışması için

H4'e veya belki de D1'e ayarlanmasını sağlardı.

Belki de yol boyunca optimize edilebilmesi için EA'nın giriş panelinde TF ayarına sahip olmak en esnektir.

Göstergenin iki kez yüklendiği ekteki resme bakın; biri M15, diğeri H4 için.

Saygılarımızla,

Herbert

Not, bugün Holyguy7'nin hatırlattığı gibi Firebird'ün iRVI'sını iMACD olarak değiştirdim, ancak Firebird'ün yan etki olarak geriye dönük test etme hızını artırmasına rağmen , yanlış sinyalleri ortadan kaldırmadığı izlenimine kapıldım.

Dosyalar:
mtf-xo.gif  20 kb
zz__mtf__xo__a.mq4  4 kb
 
holyguy7:
Firebird dizisindeki biri aşağıdaki değişikliği önerdi:

seninki yerine:

RVI=iRVI(NULL,0,10,MODE_MAIN,0)-iRVI(NULL,0,10,MODE_MAIN,1);

Bunu şu şekilde değiştirdiler:

RVI=iMACD(NULL,0,24,52,9,PRICE_CLOSE,MODE_MAIN,0)-iMACD(NULL,0,24,52,9,PRICE_CLOSE,MODE_MAIN,1);

Daha az yanlış sinyal verdiğini iddia ettiler. Bu yardımcı olur mu?

Hey Kutsal Adam,

Phoenix sürüm 2 için şimdi 15M grafiğinde bir SMA 120 ve SMA 12 kullanıyorum. Ana amaç, Phoenix'in trende karşı esnaf yerleştirmesini önlemektir. Şimdiye kadar Tamam çalışıyor gibi görünüyor.

 
HerbertH:
Merhaba Hendrick,

İşlem yapmaya hazırlanırken, trend oluşumunu görmek için her zaman daha yüksek bir TF'ye bakarım.

Belki de aynı 15 dakikalık TF'de Phoenix'e ek bir sinyal eklemek sınırlıdır?

Lütfen Çoklu Zaman Çerçevesi göstergesine XO bir göz atın.

İstediğiniz herhangi bir TF'ye ayarlayabilirsiniz, ancak Phoenix'in M15 I üzerinde çalışması için

H4'e veya belki de D1'e ayarlanmasını sağlardı.

Belki de yol boyunca optimize edilebilmesi için EA'nın giriş panelinde TF ayarına sahip olmak en esnektir.

Gösterge iki kez yüklenmiş olarak ekteki resme bakın; biri M15, diğeri H4 için.

Saygılarımızla,

Herbert

Not, bugün Holyguy7'nin hatırlattığı gibi Firebird'ün iRVI'sını iMACD olarak değiştirdim, ancak Firebird'ün yan etki olarak geriye dönük test etme hızını artırmasına rağmen , yanlış sinyalleri ortadan kaldırmadığı izlenimine kapıldım.

Hey Herberth,

Holyguy'a verdiğim önceki cevabıma bakın.

 

anka kuşu v2

Phoenix sürüm 2.

Değişiklikler:

ayrılık kaldırıldı (bence faydası yok)

kaldırıldı Surf siparişleri (performans iyi değildi)

RVI'yı bu kod parçasıyla değiştirdi:

AdMA=(iMA(NULL,PERIOD_M15,120,0,0,3,1) - iMA(NULL,PERIOD_M15,12,0,0,3,1));

if(Puan==0.0001) {AdMA=AdMA*1000;}

if(Puan==0.01) {AdMA=AdMA*10;}

eğer(AdMA > 1)

{

AdSELLSinyal = doğru;

SortOrder = "SELLSignal";

}

if(AdMA < -1)

{

AdBUYsignal = doğru;

SortOrder = "SATIN AL sinyali";

}

if((AdMA > -1) && (AdMA < 1))

{

AdBUYSELLSinyal = doğru;

SortOrder = "ALMA sinyali";

}

Bu kodun amacı, Phoenix'in trende karşı işlem yapmasını önlemektir.

Test için:

Dosyadaki ayarları kullanın. TF=15. Mevcut tüm çiftler.

Dosyalar:
phoenix_ea_v2_0.zip  3 kb
 
Hendrick:
Phoenix sürüm 2.

Değişiklikler:

ayrılık kaldırıldı (bence faydası yok)

kaldırıldı Surf siparişleri (performans iyi değildi)

RVI'yı bu kod parçasıyla değiştirdi:

AdMA=(iMA(NULL,PERIOD_M15,120,0,0,3,1) - iMA(NULL,PERIOD_M15,12,0,0,3,1));

if(Puan==0.0001) {AdMA=AdMA*1000;}

if(Puan==0.01) {AdMA=AdMA*10;}

eğer(AdMA > 1)

{

AdSELLSinyal = doğru;

SortOrder = "SELLSignal";

}

if(AdMA < -1)

{

AdBUYsignal = doğru;

SortOrder = "SATIN AL sinyali";

}

if((AdMA > -1) && (AdMA < 1))

{

AdBUYSELLSinyal = doğru;

SortOrder = "ALMA sinyali";

}

Bu kodun amacı, Phoenix'in trende karşı işlem yapmasını önlemektir.

Test için:

Dosyadaki ayarları kullanın. TF=15. Mevcut tüm çiftler.

Teşekkürler, çizelgelere koyun.

herhangi bir geri test yapıyor musun?

 
Yauhen:
Teşekkürler, çizelgelere koyun. herhangi bir geri test yapıyor musun?

Merhaba,

Geriye dönük test yok, yalnızca ileriye dönük test.

1...67891011121314151617181920...38
Yeni yorum