Zaman ile ilgili sorunlar() - sayfa 6
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
Öğrenmek için çaba sarf ettiğiniz için TÜM piyasa türlerinde tutarlı bir şekilde karlı Ticaret Mantığı yazabilir misiniz?
Hayır, hala öğreniyorum. Ama nasıl Eşek olunmayacağını biliyorum. . . Görüyorum ki hala bu beceriyi öğreniyorsun.
Size yardımcı olmak için bazı test kodları yazdım ve bunu Strategy Tester'da çalıştırdım. . . neden bunu yaptım ? seninki gibi bir tavırla neden rahatsız ettiğimi gerçekten bilmiyorum. . .
Ama her neyse, size ne bulduğumu söyleyeyim, "Eşek olmama becerisinde" ustalaştığım için bunu hala yapabilirim.
Day(), DayOfWeek(), TimeDay() ve TimeDayOfWeek(), Straegy Tester'da (build 427) düzgün çalışıyor gibi görünüyor. . . Gerçekten kodunuzda Day() kullanmak mı istediniz yoksa kod oluşturma şeyiniz mi olmalı? . senin için kodlamak için kullandığın her neyse, DayOfWeek() kullanmalı mıydı? birincisi Day() 0 - 31 arasında bir değer verir, ikincisi DayOfWeek() 0 - 6 arasında bir değer verir Sunday 0
Bu yüzden, "modellenmiş" sunucu zamanından başka bir şey almalıyım.
Hayır. Modellenmiş Sunucu Saati alırsınız çünkü Aracınızın Sunucusuyla bağlantınız kesildiğinde Strateji Test Cihazını çalıştırmanız gerekir. . yani gerçek bir Sunucu zamanı yoktur. . dolayısıyla elde ettiğiniz şey modellenir. Hala Broker'ınıza bağlıysanız ve gerçek Sunucu zamanını almak istiyorsanız, o zaman EA'nızı Strateji Test Cihazında çalıştırdığınız gerçek zamanda Broker Sunucunuzdan zaman alırsınız ve bu muhtemelen sizin için pek iyi olmaz.
Bu yüzden aldığınız Sunucu zamanının modellenmesinden mutlu olun.
Hayır, hala öğreniyorum. Ama nasıl Eşek olunmayacağını biliyorum. . . Görüyorum ki hala bu beceriyi öğreniyorsun.
Size yardımcı olmak için bazı test kodları yazdım ve bunu Strategy Tester'da çalıştırdım. . . neden bunu yaptım ? seninki gibi bir tavırla neden rahatsız ettiğimi gerçekten bilmiyorum. . .
Ama her neyse, size ne bulduğumu söyleyeyim, "Eşek olmama becerisinde" ustalaştığım için bunu hala yapabilirim.
Day(), DayOfWeek(), TimeDay() ve TimeDayOfWeek(), Straegy Tester'da (build 427) düzgün çalışıyor gibi görünüyor. . . Gerçekten kodunuzda Day() kullanmak mı istediniz yoksa kod oluşturma şeyiniz mi olmalı? . senin için kodlamak için kullandığın her neyse, DayOfWeek() kullanmalı mıydı? birincisi Day() 0 - 31 arasında bir değer verir, ikincisi DayOfWeek() 0 - 6 arasında bir değer verir Sunday 0
Bana cevap verme şekline bakılırsa, Eşek olmamakta başarısız olduğunu söyleyebilirim. Ancak, Akıllı Eşek olmanın belirgin bir farkı (ve dezavantajı) vardır. Sadece bir Eşek olmak, en iyi ihtimalle iyi huyludur. Ama Akıllı Eşek olmak, Bruce Lee'nin önünde durup onu ismiyle yüzüne karşı çağırmakla eşdeğerdir. Ya da kendi kendini yetiştirmiş milyonerin önünde durup ona parasız olduğunu söylemek. Veya savaş gazisi önünde durup ona gözüpek olduğunu söylemek. Veya bir Uygulamalı Matematik Profesörünün önünde durup ona mantıksal yapılar hakkında hiçbir şey bilmediğini söylemek. Akıllı Eşek olmak budur.
İkincisi, herkesin başarılı bir tüccar olmasına yardımcı olabilirim - bunu zaten beş (5) kez yaptım. Bu insanlar, siz sormadan önce anonim kalmak istiyorlar. Burada değilim çünkü ticari mantık becerileri istiyorum. Buraya biraz MQL konusunda yardım almak için geldim, çünkü ben bir MQL geliştiricisi değilim ve bir programlama dili öğrenmek için zamanım yok, öyle ki bu dili kullanarak yaratıcı problem çözme becerilerimi genişletebilirim. Zamanımı ticaret mantığı yaratma sanatını geliştirmeye ve piyasadaki günlük pozisyonumun gelişimini izlemeye harcıyorum. Yeni ticaret konsepti yaratmak benim işim. MQL'de baş aşağı olmak beni kârlı hale getirmedi. Ancak belki bu işinize yaramıştır.
Üçüncüsü, Yapı 427'de test yapmıyorum. Yalnızca bir Eşek'in yapabileceği başka bir varsayım. Build 409 altında test etmem gerekiyor ve bunun için iyi bir sebep var (burada buna girmeyeceğim). Daha önce söyledim - MQL'de EA'nın ihtiyacıyla ilgili TÜM Time() tabanlı işlevleri denedim ve hiçbiri işe yaramadı: Day(), TimeHour, TimeMinute, DayOfWeek, vb.
Day() ve DayOfWeek() arasındaki farkı alıyorum, çünkü yardım isteyen bir gönderi yapmadan önce MQL Belgelerini her zaman OKUYORUM. Sadece bir foruma girip yardım istemiyorum. Genellikle web'de arama yapabileceğim tüm kaynakları tüketirim ve EA'dan davranışta bir tür izlenebilir farklılık alıp almadığımı görmek için sırayla TimeHour ve TimeHour gibi YANLIŞ yapılandırmalar dahil olmak üzere hayal edebileceğim herhangi bir yapılandırmayı deniyorum.
Her şey başarısız olduğunda, oturum açıp yardım istiyorum. Smart Ass insanlar benim yaptığımın tam tersini yapıyor - ve siz aradaki farkı anlayabilmelisiniz.
Hayır. Modellenmiş Sunucu Saati alırsınız çünkü Aracınızın Sunucusuyla bağlantınız kesildiğinde Strateji Test Cihazını çalıştırmanız gerekir. . yani gerçek bir Sunucu zamanı yoktur. . dolayısıyla elde ettiğiniz şey modellenir. Hala Broker'ınıza bağlıysanız ve gerçek Sunucu zamanını almak istiyorsanız, o zaman EA'nızı Strateji Test Cihazında çalıştırdığınız gerçek zamanda Broker Sunucunuzdan zaman alırsınız ve bu muhtemelen sizin için pek iyi olmaz.
Aldığınız Sunucu zamanının modellenmesinden dolayı mutlu olun.
Bu aslında doğru değil.
Kullandığım komut dosyası, test motoruna gerçek geçmiş sunucu zamanını sağlar. İşlem, .csv dosyalarını .hst dosyalarına ve ardından .hst'i .fxt dosyalarına dönüştürmemi gerektiriyordu. Test Cihazı motoru yalnızca piyasa işaretlerini (Teklif/Soruşturma) değil, aynı zamanda her bir işaretle ilişkili Tarih/Saati de besler. Veri/Zaman, Teklif Ver/Sor keneleriyle birlikte Test Cihazına beslenir. Test senaryosunu ben tasarlamadım, ancak %99 modelleme üretiyor ve en önemlisi, her zaman çerçevesi için Candle Build tarihi pazara uygun. Başka bir deyişle, Tarih/Saat, işaretlerle birlikte Test Cihazına iletildiğinden, oluşturulan her .hst dosyası, her çubukla ilişkili Veri/Saat üzerinde piyasa tarafından üretilen gerçek pazar hacmi ayak izi ile birlikte gelir.
Aracıların arka ucuna bağlı veya bağlantısı kesilmiş gerçek tarihsel sunucu zamanını almalıyım. Komut dosyasının yaptığı budur ve bu şekilde çoklu zaman çerçevesi geriye dönük testini yapabilirim.
Bu aslında doğru değil.
Kullandığım komut dosyası, test motoruna gerçek geçmiş sunucu zamanını sağlar. İşlem, .csv dosyalarını .hst dosyalarına ve ardından .hst'i .fxt dosyalarına dönüştürmemi gerektiriyordu. Test cihazı motoru yalnızca piyasa işaretlerini (Teklif/Soruşturma) değil, aynı zamanda her bir işaretle ilişkili Tarih/Saati de besler. Veri/Zaman, Teklif Ver/Sor keneleriyle birlikte Test Cihazına beslenir. Test senaryosunu ben tasarlamadım, ancak %99 modelleme üretiyor ve en önemlisi, her zaman çerçevesi için Candle Build tarihi pazara uygun. Başka bir deyişle, Tarih/Saat, işaretlerle birlikte Test Cihazına iletildiğinden, oluşturulan her .hst dosyası, her çubukla ilişkili Veri/Saat üzerinde piyasa tarafından üretilen gerçek pazar hacmi ayak izi ile birlikte gelir.
Aracıların arka ucuna bağlı veya bağlantısı kesilmiş gerçek tarihsel sunucu zamanını almalıyım. Komut dosyasının yaptığı budur ve bu şekilde çoklu zaman çerçevesi geriye dönük testini yapabilirim.
Bazı gerçekleri kaçırdığınız için üzgünüm.
Dukascopy kene verilerini de kullandım, kulak izleme komut dosyalarına göre işlem yaptım ve evet, nasıl çalıştıklarını anlıyorum. 31 Mayıs 2012'de Strategy Tester'ı kullanarak test ettiğinizde ve kullandığınız veriler 2008 ise, size verilen Sunucu Saati 2008'dendir, bu Modellenmiş Sunucu saatidir ve gerçek bir sunucu saati değildir. . gerçek Sunucu saati, 2008'den değil 2012'den bir tarih saatidir.
Bu arada, %99 modelleme kalitesi rakamı anlamsız. . . bu sadece fxt dosyasına yazılan bir rakamdır. . . kulak misafiri olan şeyleri okuyun ve bunu kendiniz göreceksiniz. Çoklu zaman aralığı geri testi yapmak için kene verilerine ihtiyacınız yoktur. . . M1'den daha düşük bir zaman dilimine bakamazsınız. . . Kene verilerinin bir EA'nın son asit testi olarak kullanılması gerektiğine katılıyorum. Belki bu konuda anlaşabiliriz.
Üçüncüsü, Yapı 427'de test yapmıyorum. Yalnızca bir Eşek'in yapabileceği başka bir varsayım.
Day() ve DayOfWeek() arasındaki farkı anlıyorum,
Öyle mi ? OP'nizdeki kodunuz, Gün 1 veya 2 vb. ise bir işlemi kapatmaya çalıştığınızı gösterir. . 1 Nisan 2012 Pazar günüydü, kodunuz Pazar günü bir işlemi kapatmayacak. . . şimdi Day() yerine DayOfWeek() demek istediyseniz, bu mantıklı olabilirdi. . .
Ay için çekiniz nerede? Ayın ne olduğunu belirlemezseniz Day() == 4'ün Cuma olup olmadığını belirleyemezsiniz. . . Peki ya Ayın diğer 3 haftası? Ayın sadece ilk 5 gününde işlem yaptığınıza inanmamı cidden mi bekliyorsunuz? cumartesi veya pazar olsalar bile mi?
İşe yaramıyor. Otomatik olarak işe yaradığını varsayan zihniyet türü, muhtemelen ticaret yapmayı bildiğini düşünen zihniyetle aynı şeydir.
Bu benim sahip olduğum türden bir zihniyet değil, sahip olduğunuz türü sergilemek konusunda oldukça iyi bir iş çıkarmış olsanız da,
Hiçbir şey varsaymadım, işe yaradığını bildiğim için çalıştığını söyledim.
Strateji Test Cihazı:
Herhangi bir kurum bana İşlev dönüş değerlerinin ne olduğunu açıklayabilir mi? Ve ayrıntılı olarak nasıl çalıştığını plz....