Backtest'te harika EA! - sayfa 112
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
Düşük modelleme kalitesi raporları üzerinde sonuca varmanın amacı nedir?
pple, sanal sonuçlar üzerinde kararlar almadan önce modelleme kalitelerini geliştirmeleri gerektiğini bilmelidir;
%90'lık geriye dönük testler bile güvene pek değmez;
mekanik tüccarların bu şekilde çalışması akıllıca geliyor:
1. %90 ile geriye dönük test;
2. Birkaç aylık demo hesabı;
3. Gerçek hesap;
4. Kar;
5. Gülüyor.
%50 modelleme kalite raporunda "çok iyi çalışan" bir EA'ya tüm kredileri vermememiz gerektiğini düşünüyorum.İyi bir nokta
Modelleme kalitesi kulağa hoş gelmeyen %50,00...
%90 bile yeterince iyi değil, ancak ileri test iyi sonuçlar verirse devam etmemiz gereken şey bu.
Kodlama yardımına ihtiyacınız var...
Burada biraz yardıma ihtiyacım var... Bunun neden bu kadar zor olduğunu anlamıyorum.
Tek istediğim birkaç koşula dayalı basit bir kapanış emri.
Bu kısa yarı. Buna karşılık gelen başka bir Uzun yarı var.
Ama neden bu kod ...
{
total = OrdersTotal();
for(int cnt = 0; cnt < OrdersTotal(); cnt++)
{
OrderSelect(cnt, SELECT_BY_POS, MODE_TRADES);
// We search for orders opened by this code on our currency
if(OrderSymbol() == Symbol() && OrderMagicNumber() == MagicNumber)// if this code has an open order on this currency
{
if(OrderType() == OP_SELL) // If the obtained order is by the selling of the currency
{
if(Ask >= OrderStopLoss())// Closing order if it reached the level of the stoploss
{
OrderClose(OrderTicket(), OrderLots(), MODE_ASK , SlipPage, Violet); // Close the order
}
else
{
// We close when the direction reverses
if(ADX DIplus1 || Closing > LowerE)
{
total = OrdersTotal();
OrderClose(OrderTicket(), OrderLots(), MODE_ASK , SlipPage, Violet); // Close the order
Print("Patient1 closed short ticket ",OrderTicket()," on a reverse @: ",Ask," Orders remaining open: ",total," BECAUSE cls: ",Closing," > lwrE: ",LowerE," or ADX: ",ADX," DI+1: ",DIplus1);
total = OrdersTotal();
Print(" Orders remaining open: ",total);
}
else
{
Print("stays open");
}
}
}//ifsell
}//if order is open
}//fororders
return(0);
}//exitmarket [/PHP]
why does it produce this output?
[PHP]2006.11.06 19:07:30 2006.11.05 23:11 Patient1 EURUSDm,H1: Orders remaining open: 1
2006.11.06 19:07:30 2006.11.05 23:11 Patient1 EURUSDm,H1: Patient1 closed short ticket 1 on a reverse @: 1.272 Orders remaining open: 1 BECAUSE cls: 1.2718 > lwrE: 1.2715 or ADX: 30.0152 DI+1: 19.1701
2006.11.06 19:07:30 2006.11.05 23:11 Patient1 EURUSDm,H1: found ticket: 1 type: 1 total open orders: 1
2006.11.06 19:07:30 2006.11.05 23:11 Patient1 EURUSDm,H1: Orders remaining open: 1
2006.11.06 19:07:30 2006.11.05 23:11 Patient1 EURUSDm,H1: Patient1 closed short ticket 1 on a reverse @: 1.2719 Orders remaining open: 1 BECAUSE cls: 1.2717 > lwrE: 1.2715 or ADX: 30.0152 DI+1: 19.1701
2006.11.06 19:07:30 2006.11.05 23:11 Patient1 EURUSDm,H1: found ticket: 1 type: 1 total open orders: 1
2006.11.06 19:07:30 2006.11.05 23:10 Patient1 EURUSDm,H1: Orders remaining open: 1
2006.11.06 19:07:30 2006.11.05 23:10 Patient1 EURUSDm,H1: Patient1 closed short ticket 1 on a reverse @: 1.272 Orders remaining open: 1 BECAUSE cls: 1.2718 > lwrE: 1.2715 or ADX: 30.0152 DI+1: 19.1701
2006.11.06 19:07:30 2006.11.05 23:10 Patient1 EURUSDm,H1: found ticket: 1 type: 1 total open orders: 1
2006.11.06 19:07:30 2006.11.05 23:08 Patient1 EURUSDm,H1: Orders remaining open: 1
2006.11.06 19:07:30 2006.11.05 23:08 Patient1 EURUSDm,H1: Patient1 closed short ticket 1 on a reverse @: 1.2718 Orders remaining open: 1 BECAUSE cls: 1.2716 > lwrE: 1.2715 or ADX: 31.5632 DI+1: 19.1701
2006.11.06 19:07:30 2006.11.05 23:08 Patient1 EURUSDm,H1: found ticket: 1 type: 1 total open orders: 1
2006.11.06 19:07:30 2006.11.05 23:07 Patient1 EURUSDm,H1: Orders remaining open: 1
2006.11.06 19:07:30 2006.11.05 23:07 Patient1 EURUSDm,H1: Patient1 closed short ticket 1 on a reverse @: 1.2717 Orders remaining open: 1 BECAUSE cls: 1.2715 > lwrE: 1.2715 or ADX: 31.5632 DI+1: 19.1701
2006.11.06 19:07:30 2006.11.05 23:07 Patient1 EURUSDm,H1: found ticket: 1 type: 1 total open orders: 1
HANGİSİ ters çevirme koşulunu asla karşılamaz, ancak ters çizgiyi yazdırır?
ve ters çizgiyi yazdırsa bile pozisyonu asla kapatmıyor mu?
İnsanlar neden bu EA ile zamanlarını boşa harcıyorlar? Canlı bir hesapta çalışmayacak. Bu tür dolgular alamazsınız.
İnsanlar neden bu EA ile zamanlarını boşa harcıyorlar? Canlı bir hesapta çalışmayacak. Bu tür dolgular alamazsınız.
Daha iyi bir şeyin eksikliği?
Şahsen ben öğrenmek için buradayım, birçok kodlama deneyimi ve pratiği alıyorum. Eğer amaç öğrenmekse benim için çok fazla değeri var. Ancak benim için 'zamanımı boşa harcamak' için daha iyi bir EA'nız varsa, kulaklarım var.
btw, mümkünse bu kodlama problemini çözmekten çekinmeyin.
https://www.mql5.com/en/forum/174700/page75
İnsanlar neden bu EA ile zamanlarını boşa harcıyorlar? Canlı bir hesapta çalışmayacak. Bu tür dolgular alamazsınız.
İlginç bir sonuç, "Dr. EA Uzmanı"...
Bu EA ile gerçek deneyiminizi bize bunun işe yaramadığını söylemesini merak ediyoruz...
Ya da en azından, herhangi bir EA ile...
Belki de en olası görünen de budur, "klasik 3 adım" konusunda hiçbir EA ile hiç deneyiminiz yok ve umutlarınızı "zenginliğe giden sihirli bir formül"le bir araya getirmekten ve hayal kırıklığına uğramaktan korkuyorsunuz; peki daha kolay olan nedir? aklımızı bloke etmek ve bu EA'nın elbette hiç çalışmadığını söylemek için.
Ne kadar acınası.
Bazıları kaybetmek için burada, diyebilir. Ama kesinlikle öğrenmek ve gelişmek için buradalar.
Sizin gibi insanlardan farklı olarak, test etmeyi, kaybetmeyi, iyileştirmeyi, değiştirmeyi, tekrar tekrar tercih etmeyi, bakış açımızı sıfırlamayı ve kesinlikle "değişiklikleri kabul etmeyi" içeren sağlam veya esnek stratejilere inanmayı tercih ediyoruz.
Bu EA gerçek bir hesap üzerinde çalışmıyor gibi görünebilir, ancak bunu yapmak için buradayız.
Görünüşe göre önceki kodlama sorunumu çözmüşüm.
Bu şimdi bana cevaplamam gereken yeni bir dizi sorun ve soru bırakıyor.
Bu EA'nın işlem yapma şeklinden dolayı, geleneksel göstergelerden herhangi birinin ona gerçekten çok yardımcı olmasının pek olası olmadığı sonucuna vardım. Aynı çubuk içinde işlem yapıyorsa büyük bir çoğunluk yerleştirir, bu nedenle hiçbir trend göstergesi onu çubuk içi izlemez. Ters tüccar olmak tipik trend göstergeleri zaten buna pek yardımcı olmuyor.
Bununla birlikte, henüz kullanılmamış olan alım satımları filtrelemek için bir yol vardır, yani programların kendine özgü karar verme mantığı vardır. Oldukça göz korkutucu bir görev olsa da, hangi siber parametrelerin kazanan bir ticareti ve neyin kaybedilen bir ticareti oluşturduğuna dair bir veri profili geliştirmenin CYBERIA MANTIĞINDA potansiyel bir ödül olduğuna inanıyorum.
Bunu yapmak için, siberia'nın her siparişi açtığında kabul ettiği belirleyici parametreleri dergide oluşturmak için backtester'ı kullanmayı, ardından tüm kazanan ve kaybeden işlemleri kendi gruplarına ayırmayı ve ardından bu iki grubun analizinden bakın. Bir filtre parametresi olarak kurulabilecek ve kullanılabilecek, kolayca anlaşılan, ayırt edici nitelikte herhangi bir şey vardır.
Sanırım bir süre önce yayınladığım bir önceki film klibi burada yaklaşık 212 derece su sıcaklığı geçerli. Şu anda bu, %70-72 civarında işlem görüyor. ki bu iyi ama henüz henüz oldukça buhar. Sıcak ama 211 derecede su gibi, gerçekten faydalı olmaktan bir derece utangaç. Amacım o dereceyi elde etmek. Bu, kazanç/kayıp oranına yalnızca birkaç yüzde daha eklemek anlamına gelebilir. %80'e çıkarsa, sadece yüzde on daha fazla olursa, harika olurdu. Yapılması zor bir program olduğu gibi, çünkü gerçekten hiç başarılı görünmüyor. (zaten benim deneyimim)...
Bu kursa devam edersem, başka birinin bana yardım etmek isteyip istemediğini merak ediyorum. EA siparişi açtığında verileri yazdıran kodun bir sürümünü oluşturdum. Bu, günlük çıktıyı sıkıştırmaya başlamadan ve veriler kaybolmadan önce günlükte bir seferde yaklaşık 7 ila 14 sipariş verir. bu, önemli miktarda veri toplamak için test cihazının birçok kez yeniden başlatılması gerektiği anlamına gelir... biri bana tüm bu bilgileri bir dosyaya nasıl yazdıracağımı öğretmedikçe.....Bunun mümkün olduğunu biliyorum, sadece nasıl yapılacağını bilmiyorum.
Her halükarda, verileri analiz etmek için bir elektronik tablo geliştirirken bu projede veri toplayıcı olarak hizmet etmek isteyen IBFX mini hesabı olan kişileri arıyorum. İlgileniyorsanız, bana pm ile bildirin ve e-posta adresinizi verin, size verileri çıkarmak için değiştirdiğim EA sürümünü göndereyim. Üzerinde yapmam gereken bir değişiklik daha var ama neredeyse çalışmaya hazır.
En çok ilgilendiğim veri, daha önce tanımlamış olduğum kule modellerinde aynı çubuk içinde meydana gelen verilerdir. Özellikle ilk olarak bu zamanlarda Cyberia'nın mantığında neler olup bittiği hakkında yeterli test verisi toplamak istiyorum. Diğer ticaret durumunun göz ardı edilmesi gerektiğini düşündüğümden değil, ancak çok fazla potansiyele sahip görünmüyorlar, bu yüzden ilk önce olası en yüksek getiri alanına odaklanıyorum....
Sanırım cybeira ile yeterince çalışıyorum ki bu olasılık olaylarının bir kısmı bana bulaşmaya başladı.
ayrıca MT editörünün hemen dışında bir dosya yazma örneği var ...
Bu, bir csv dosyasına giriş yapmanıza, istediğiniz çıktınız için değişiklik yapmanıza izin verecektir.
int handle;
datetime orderOpen=OrderOpenTime();
handle=FileOpen("c:\cyberia_log.csv", FILE_CSV|FILE_WRITE, ';');
if(handle>0)
{
FileWrite(handle, Close[0], Open[0], High[0], Low[0], TimeToStr(orderOpen));
FileClose(handle);
}
IBFX live'dayım, sizin için mikro lotlarda canlı testi iletebilirim. Ancak hesapta başka canlı işlemlerim var, bu yüzden CT sonuçlarını ayrı ayrı çıkarmam gerekecek.
mail adresi için pm atın
kiralık mühendis !!!!
Görünüşe göre önceki kodlama sorunumu çözmüşüm.
Bu şimdi bana cevaplamam gereken yeni bir dizi sorun ve soru bırakıyor.
Bu EA'nın işlem yapma şeklinden dolayı, geleneksel göstergelerden herhangi birinin ona gerçekten çok yardımcı olmasının pek olası olmadığı sonucuna vardım. Aynı çubuk içinde işlem yapıyorsa büyük bir çoğunluk yerleştirir, bu nedenle hiçbir trend göstergesi onu çubuk içi izlemez. Ters tüccar olmak tipik trend göstergeleri zaten buna pek yardımcı olmuyor.
Bununla birlikte, henüz kullanılmamış olan alım satımları filtrelemek için bir yol var, yani programların kendine özgü karar verme mantığı var. Oldukça göz korkutucu bir görev olsa da, hangi siber parametrelerin kazanan bir ticareti ve neyin kaybedilen bir ticareti oluşturduğuna dair bir veri profili geliştirmenin CYBERIA MANTIĞINDA potansiyel bir ödül olduğuna inanıyorum.
Bunu yapmak için, siberia'nın her siparişi açtığında kabul ettiği belirleyici parametreleri dergide oluşturmak için backtester'ı kullanmayı, ardından tüm kazanan ve kaybeden işlemleri kendi gruplarına ayırmayı ve ardından bu iki grubun analizinden bakın. Bir filtre parametresi olarak kurulabilecek ve kullanılabilecek, kolayca anlaşılan ayırt edici nitelikte herhangi bir şey vardır.
Sanırım bir süre önce yayınladığım bir önceki film klibi burada yaklaşık 212 derece su sıcaklığı geçerli. Şu anda bu, %70-72 civarında işlem görüyor. ki bu iyi ama henüz henüz oldukça buhar. Sıcak ama 211 derecede su gibi, gerçekten faydalı olmaktan bir derece utangaç. Amacım o dereceyi elde etmek. Bu, kazanç/kayıp oranına yalnızca birkaç yüzde daha eklemek anlamına gelebilir. %80'e çıkarsa, sadece yüzde on daha fazla olursa, harika olurdu. Yapılması zor bir program olduğu gibi, çünkü gerçekten hiç başarılı görünmüyor. (zaten benim deneyimim)...
Bu kursa devam edersem, başka birinin bana yardım etmek isteyip istemediğini merak ediyorum. EA siparişi açtığında verileri yazdıran kodun bir sürümünü oluşturdum. Bu, günlük çıktıyı sıkıştırmaya başlamadan ve veriler kaybolmadan önce günlükte bir seferde yaklaşık 7 ila 14 sipariş verir. bu, önemli miktarda veri toplamak için test cihazının birçok kez yeniden başlatılması gerektiği anlamına gelir... biri bana tüm bu bilgileri bir dosyaya nasıl yazdıracağımı öğretmedikçe.....Bunun mümkün olduğunu biliyorum, sadece nasıl yapılacağını bilmiyorum.
Her halükarda, verileri analiz etmek için bir elektronik tablo geliştirirken bu projede veri toplayıcı olarak hizmet etmek isteyen IBFX mini hesabı olan kişileri arıyorum. İlgileniyorsanız, bana pm ile bildirin ve e-posta adresinizi verin, size verileri çıkarmak için değiştirdiğim EA sürümünü göndereyim. Üzerinde yapmam gereken bir değişiklik daha var ama neredeyse çalışmaya hazır.
En çok ilgilendiğim veri, daha önce tanımlamış olduğum kule modellerinde aynı çubuk içinde meydana gelen verilerdir. Özellikle ilk olarak bu zamanlarda Cyberia'nın mantığının içinde neler olduğuna dair yeterli test verisi toplamak istiyorum. Diğer ticaret durumunun göz ardı edilmesi gerektiğini düşündüğümden değil, ancak çok fazla potansiyele sahip görünmüyorlar, bu yüzden ilk önce olası en yüksek getiri alanına odaklanıyorum....
Sanırım cybeira ile yeterince çalışıyorum ki bu olasılık olaylarının bir kısmı bana bulaşmaya başladı.Aragorn'a yardım etmeye hazırım. e-posta adresim için pm'nizi kontrol edin
Geri test
Aragorn,
Cyberia'yı düzeltme şansınız var mı, böylece barın açık fiyatlarında geriye dönük test yapabilirsiniz. Bu şu anda çalışmıyor.
Bu, geriye dönük test yapmanın en güvenilir yoludur.
Bu makaleyi okuyun.
https://www.mql5.com/en/code/9500
Giriş açıkken veya çıkış kapanışta değilse, aynı çubukta bir emir doldurulur ve çıkarsa, geriye dönük test sonuçları her zaman güvenilmez olacaktır. Bunun nedeni, çubuk içindeki fiyat hareketini söylemenin imkansız olmasıdır. Geriye dönük bir test, bar sırasında ne olduğuna dair bir tahminde bulunacaktır. Zaman zaman tahmin, çıkıştan önce gerçekleştiği tahmin edilen, ancak gerçekte sonra oluşan bir fiyatta bir dolumla sonuçlanabilir. Bu, özellikle piyasa bir yönde hızlı hareket ettiğinde, imkansız fiyatlarla dolumlara neden olabilir. Bazı stratejiler, imkansız sonuçlar üretmek için istemeden bu imkansız fiyatlardan yararlanacaktır.