Tartışma - sayfa 67
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
Bu konunun ilk gönderisinden excel dosyalarını indirin https://www.mql5.com/en/forum/176044 ve hangisinin en iyisi olduğunu göreceksiniz. Ancak, elit bölüm için gönderilen tüm EA'ları test etmediğimi lütfen unutmayın, bu nedenle Hiç test edilmemiş bazı EA'lar olabilir.
Bazı insanlar bana PM'lerden şunları sordu:
- "forexte yeniyim, nereden okumalıyım?"
- "Programlama öğrenmek istiyorum ama bunun için fazla zamanım yok, nerede okuyacağım?"
Buradan okuyabilirsiniz https://www.mql5.com/en/forum
yardım lütfen
Yüksek hızlı internete sahip olmayan kırsal bir bölgede yaşadığım için kolayca çözülemeyen bir internet bağlantı sorunum var ve bu bazen EA'mın ticaret performansını etkiliyor. Yapmak istediğim şey, bu sorunu çözmek için kendime bir tür sistem kurmak. Düşündüğüm şey bir tür paylaşımlı sunucu ya da özel sunucuydu ya da ne olduğunu bilmiyorum ve bu yüzden sizden ihtiyacım olan konuda bana rehberlik etmenizi istiyorum.
şaşırtıcı Steinitz HAS geri test sorunu
Merhaba,
Bunu, daha deneyimli bazı MT4 uzmanlarının geriye dönük bir bulmacayı çözmeme yardım edebileceğini umarak buraya da gönderiyorum. HAS MTF Stenintz v 2.63'ü (varsayılan ayarlar) %90 modelleme kalitesiyle geriye dönük test ediyorum ve tüm kârları kaybeden son ticarete kadar iyi istatistikler alıyorum. Ben buna "ölüm dikeni" diyorum! Ekli geriye dönük test raporunda bu davranışı göreceksiniz. İşte rapordaki son büyük kayıp ticaret:
330 2007.06.22 13:00 satın al 14 0.10 124.07 0.00 0.00
331 2007.06.22 13:00 değiştir 14 0.10 124.07 0.00 124.37
332 2007.11.26 23:59 Durakta yakın 14 0.10 107.36 0.00 124.37 -1372.00 9143.79
Bu şunu söylüyor: satır #330 2007.06.22 saat 13:00'te 0.10 lot için bir alış başlatıldı ve 127.07'de 14 numaralı ticaret girildi. Satır #31, 2007.06.22 13:00 tarih damgasıyla TP 0.0'ı 124.37'ye değiştirmek için bir TP modudur. Hat #332, 2007.11.26 saat 23:59'da gelir. Alım satımın açılmasından 6 AY sonra olduğuna dikkat edin!! Bu 14 numaralı ticareti 107.36'da 1671 pipslik bir BOŞ KAYIP için kapatıyor. 06.22 ile 11.26 arasında başka bir işlemin açılmasını engelleyen bir işlem aktif olduğundan işlem yapılmadı.
Steinitz, bunun backtester nedeniyle olduğunu belirtiyor ve ben bunun EA'nın bu ticareti kapatamamasından ve birkaç ay içinde yalnızca backtester tarafından son ticaret olarak kapatılmak üzere büyük bir kaybedene dönüşmesi nedeniyle olduğunu söylüyorum. Siz ne düşünüyorsunuz? Yardımın için teşekkürler.
şaka yapmıyorum. Durdurma kaybı yoktur. Tüm hesabı kaybetmeden önce sadece bir zaman meselesi. Bu, meydana gelmenin matematiksel bir kesinliğidir.
Merhaba,
Bunu, daha deneyimli bazı MT4 uzmanlarının geriye dönük bir bulmacayı çözmeme yardım edebileceğini umarak buraya da gönderiyorum. HAS MTF Stenintz v 2.63'ü (varsayılan ayarlar) %90 modelleme kalitesiyle geriye dönük test ediyorum ve tüm kârları kaybeden son ticarete kadar iyi istatistikler alıyorum. Ben buna "ölüm dikeni" diyorum! Ekli geriye dönük test raporunda bu davranışı göreceksiniz. İşte rapordaki son büyük kayıp ticaret:
330 2007.06.22 13:00 satın al 14 0.10 124.07 0.00 0.00
331 2007.06.22 13:00 değiştir 14 0.10 124.07 0.00 124.37
332 2007.11.26 23:59 Durakta yakın 14 0.10 107.36 0.00 124.37 -1372.00 9143.79
Bu şunu söylüyor: satır #330 2007.06.22 saat 13:00'te 0.10 lot için bir alış başlatıldı ve 127.07'de 14 numaralı ticaret girildi. Satır #31, 2007.06.22 13:00 tarih damgasıyla TP 0.0'ı 124.37'ye değiştirmek için bir TP modudur. Hat #332, 2007.11.26 saat 23:59'da gelir. Alım satımın açılmasından 6 AY sonra olduğuna dikkat edin!! Bu 14 numaralı ticareti 107.36'da 1671 pipslik bir BOŞ KAYIP için kapatıyor. 06.22 ile 11.26 arasında başka bir işlemin açılmasını engelleyen bir işlem aktif olduğundan işlem yapılmadı.
Steinitz, bunun backtester nedeniyle olduğunu belirtiyor ve ben bunun EA'nın bu ticareti kapatamamasından ve birkaç ay içinde yalnızca backtester tarafından son ticaret olarak kapatılmak üzere büyük bir kaybedene dönüşmesi nedeniyle olduğunu söylüyorum. Siz ne düşünüyorsunuz? Yardımın için teşekkürler.şaka yapmıyorum. Durdurma kaybı yoktur. Tüm hesabı kaybetmeden önce sadece bir zaman meselesi. Bu, meydana gelmenin matematiksel bir kesinliğidir.
Cevapladığınız için teşekkürler. Kaybeden ticaretin stop loss olmadığı görülüyor. Ancak diğer işlemlere bakıldığında, açıldıktan sonra SL ile değiştirilirler. Görünüşe göre bu ticaretin SL'si bir nedenden dolayı yönetilmedi. Bunun nedeni backtester olabilir mi yoksa sizce bir EA sorunu mu?
Geriye dönük test raporundan, alım satımların İlk Durdurma olmadığını ve alım satım kârdayken İzleyen Durdurmanın etkinleştirildiğini görebilirsiniz.
Yani bu Tester'ın sorunu değil, EA'nın sorunu.
Cevapladığınız için teşekkürler. Kaybeden ticaretin stop loss olmadığı görülüyor. Ancak diğer işlemlere bakıldığında, açıldıktan sonra SL ile değiştirilirler. Görünüşe göre bu ticaretin SL'si bir nedenden dolayı yönetilmedi. Bunun nedeni backtester olabilir mi yoksa sizce bir EA sorunu mu?
Merhaba fxspeedster,
MTF EA'ları geriye dönük test için kolay değildir. Sorun şu: Nasıl kodlandığını bilmeliyiz. Elit bölümde birkaç MTF EA'mız var ve nasıl kodlandığını bilmek için her zaman kodun içini görebiliriz.
Nasıl kodlandığını neden bilmemiz gerekiyor?
Çünkü açık çubukta kodlanmışsa geriye dönük test güvenilir değildir.
Örnek: Firebird EA açık çubukta kodlanmıştır ve geriye dönük test, ileriye dönük testten çok farklıdır. MaChannel EA, kapanış çubuğunun yüksek/düşük değerlerine göre kodlanmıştır ve ileri test performansı geriye dönük testten daha iyidir.
Steinitz durumunda iki durumumuz olabilir:
- yakın çubukta kodlanmıştır. Ancak bu durumda tablo (manuel ticaret sistemi) MTF EA ile aynı olmayacaktır. Mevcut sinyalin kapanış çubuğundaki aylık grafik tarafından filtreleneceğini hayal edebiliyor musunuz? Kapanış çubuğundaki aylık grafik 1 ay önce! Çünkü yakın çubuk önceki çubuktur ve MN1 grafiği için önceki çubuk geçen ay.
- yani büyük ihtimalle açık çubukta kodlanmıştır. Bu durumda geriye dönük test, çoğu durumda ileriye dönük test ile aynı olmayacaktır: ileriye dönük test, geriye dönük testten daha iyi olmalıdır veya geriye dönük test, ileriye dönük testten daha iyi olacaktır.
Bu resme bakın. Steinitz değil. Buradan piyasa durumu değerlendirmesi yapılır:
- MutlakGüç Piyasa göstergeleri: piyasa durumunu analiz etmek için göstergeler . Bu sayfadan başlayarak bu sayfaya kadar olan gönderileri okuyun.
- D1 zaman çerçevesi için piyasa durumunu tahmin etmek için göstergeler ve şablon burada .
Görüntüde AbsoluteStrengthMarket göstergesini görüyor musunuz?
- Akımdaki önceki küçük kare, önceki çubuktur. Yakın bardır.
- W1'deki önceki küçük kare açık çubuktur (çoğu durumda). D1 tablosu.
- MN'deki (D1 tablosu) önceki küçük kare, MN'deki açık çubuktur (çoğu durumda). MN'deki yakın bar, geçmişte birçok küçük kare ve geçen ay.
Bu nedenle, MTF manuel ticaret sistemi ticareti yapıyorsanız, açık çubukta da bazı MTF göstergelerini kullanıyorsunuz.
Bu nedenle, eğer Steinitz EA, kodun bir kısmı tarafından açık çubuk üzerine kodlanmışsa, geriye dönük test güvenilir değildir. Yalnızca ileriye dönük test.
Ve stop emrinde kapanışınıza gelince, emri manuel olarak kapatmanız ile aynıdır. Örneğin, bazı EA'ları test ediyorsunuz ve şimdi açık siparişi manuel olarak kapatmaya karar verdiniz. Ve şimdi açıklamayı yayınlıyor. Geriye dönük test bittiği için sipariş kapatıldı.
Bu nedenle, temelde dezavantajdır.
Doğruyu söylemek gerekirse, neredeyse tüm MTF EA'lar büyük bir dezavantaj yaşıyor.
Steinitz EA'ya gelince... belki iyi bir EA... Hiçbir fikrim yok çünkü bende yok ve hiç test etmedim ve nasıl kodlandığını bilmiyorum: ticari satıcılar benimle işbirliği yapmıyor herhangi bir yolla.
Steinitz EA olarak çok daha iyi ve daha az ima edilen elit bölüm Eas'ımız var, bu yüzden artık elit bölümde herhangi bir ticari EA tartışmak istemiyorum .
Zamana Dayalı Ticaret
Hepinize merhaba,
Her gün belirli zamanlarda ticaret yapmam gereken bir EA üzerinde çalışıyorum. Benim sorunum, işlevini nasıl kodlayacağımı bilmiyorum
belirli ticaret süreleri.
Baska öneri??????
Şimdiden teşekkürler.
jayborde
Zaman filtresi :
- EA'nın timefilter'daki zamanını nasıl ayarlayacağınız bu gönderide ve bu sayfada .
- EA'larda (kodlar) timefilter nasıl kodlanır burada .
- "İşlem Dışı Saatler" ekranındaki düzeltme : örnek kod ; artık işlem saatlerinde "İşlem Saatleri" ve işlem dışı saatlerde "İşlem Dışı Saatler" görüntüleniyor. Teşekkürler Locutus.