tüm vakaların neredeyse %50'si, sürekli işlemlerin uzunluğunun "1"e eşit olduğu zamandır. Yani, şu gibi durumlarımız var: Açılan Al ve ardından pozisyonu tersine çevir (yani, kapalı Zararda al ve açık Sat) veya bu durum: Açıldı Sat ve sonra pozisyonu tersine çevirdi (yani, kapalı Zararda sat ve açıldı Satın almak). Bu nedenle, sürekli işlemlerin uzunluğunun "1"e eşit olduğu durumlar garantili bir kayıptır.
Buy örneğinde, sürekli işlemlerin uzunluğu "2"ye eşit olan tüm vakaların yaklaşık %25'i: Buy'u açtılar, sonra başka bir Buy açtılar ve sonra pozisyonu tersine çevirdiler (yani, iki Alış kapattılar ve Satış'ı açtılar - sonuç olarak, sıfıra eşit bir kayıp aldılar).
Bu çok sayıda kategorinin ("1" ve "2"ye eşit sürekli işlemlerin uzunluğu) Bekleyen Durdur emirleri verme stratejisini ayarlamak için daha ayrıntılı olarak ele alınması gerektiğini düşünüyorum.
Piramit fikrini kontrol edelim (bir önceki pozisyon yönünde pozisyon açma durumları için):
1. Partiyi katlanarak artırma seçeneği
Geometrik ilerleme - b1, b2, b3, ... (progresyon üyeleri), ikinciden başlayarak sonraki her sayının, belirli bir q sayısıyla çarpılarak bir öncekinden elde edildiği bir dizi (progresyon üyeleri). ilerlemenin paydası), burada b1!=0, q !=0: b1, b2=b1*q, b3=b2*q .
2. Aritmetik ilerlemede partiyi artırma seçeneği
Aritmetik ilerleme (cebirsel) - ikinciden başlayarak her sayının bir öncekinden sabit bir d sayısı (adım veya ilerlemenin farkı) eklenerek elde edildiği bir sayı dizisi (ilerlemenin üyeleri) ona.
İki tür regresyonun tanıtılmasıyla hesaplanan parti büyüklüğünü kontrol etmek gerekli hale geldi. Bunun için LotCheck fonksiyonu kullanılacaktır. Bu işlevi bir komut dosyasında kullanma örneği:
Alım satımın ( EURUSD sembolü , adım 35) normal lot ve geometrik ilerleme ile karşılaştırılması:
Pirinç. 1. Uzman Danışman Satın al durdur Sat dur Bir sınıf olarak ızgara: normal lot
Şekil 2. Uzman Danışman Satın al durdur Sat durdur Bir sınıf olarak ızgara: katlanarak
Pirinç. 3. Uzman Danışman Satın al durdur Sat durdur Bir sınıf olarak Izgara: aritmetik ilerlemede lot
Bunu şöyle ifade edelim: "Bir yönde pozisyon alırken lotu geometrik bir dizide veya aritmetik bir dizide artırmak, sabit bir lotla işlem yapmaktan daha kötü görünüyor."
35. adım genişletilmiş toplamlar için:
Burada görülüyor ki
Bu çok sayıda kategorinin ("1" ve "2"ye eşit sürekli işlemlerin uzunluğu) Bekleyen Durdur emirleri verme stratejisini ayarlamak için daha ayrıntılı olarak ele alınması gerektiğini düşünüyorum.
Piramit fikrini kontrol edelim (bir önceki pozisyon yönünde pozisyon açma durumları için):
İlk gönderiyi iki bağlantıyla güncellendi:
Ticaret, otomatik ticaret sistemleri ve ticaret stratejilerinin test edilmesi hakkında forum
Bir sınıf olarak satın al stop Sat stop Grid Expert Advisor
Vladimir Karputov , 2017.09.26 19:26
***
Katma:
Expert Advisor'ın çalışması sırasında OnTradeTransaction'da diziye veriler yazılır. Kayıt formatı şu şekildedir: Alış pozisyonu açıksa "+1", Satış pozisyonu açılmışsa "-1" yazarız.
Piramit fikrini kontrol edelim (bir önceki pozisyon yönünde pozisyon açma durumları için)
İki tür regresyonun tanıtılmasıyla hesaplanan parti büyüklüğünü kontrol etmek gerekli hale geldi. Bunun için LotCheck fonksiyonu kullanılacaktır. Bu işlevi bir komut dosyasında kullanma örneği:
Terminal günlüğünü tıkamamak için çıktının tamamı bir grafikte düzenlenir:
Danışman sınıfına geometrik ve aritmetik meslekleri eklendi. Geometrik bir ilerleme için uygulanan parti hesaplaması (şimdiye kadar).
ds
Alım satımın ( EURUSD sembolü , adım 35) normal lot ve geometrik ilerleme ile karşılaştırılması:
Pirinç. 1. Uzman Danışman Satın al durdur Sat dur Bir sınıf olarak ızgara: normal lot
Şekil 2. Uzman Danışman Satın al durdur Sat durdur Bir sınıf olarak ızgara: katlanarak
Pirinç. 3. Uzman Danışman Satın al durdur Sat durdur Bir sınıf olarak Izgara: aritmetik ilerlemede lot
Bunu şöyle ifade edelim: "Bir yönde pozisyon alırken lotu geometrik bir dizide veya aritmetik bir dizide artırmak, sabit bir lotla işlem yapmaktan daha kötü görünüyor."
Depolamadaki verileri güncellemeye çalıştığımda şunu yazıyorum:
2017.10.03 12:59:10.146 Depolama, http verilerini okuyamadı (storage.mql5.com:443 okuma başarısız oldu [12152])
Genel olarak, Depo ile işim iyiye gitmiyor... Yanlış bir şey yapıyorum...Depolamadaki verileri güncellemeye çalıştığımda şunu yazıyorum:
2017.10.03 12:59:10.146 Depolama, http verilerini okuyamadı (storage.mql5.com:443 okuma başarısız oldu [12152])
Genel olarak, Depo ile işim iyiye gitmiyor... Yanlış bir şey yapıyorum...Skype'a geçelim, ardından Storage sorununun çözümünü buraya yazalım...
Skype'a geçelim, ardından Storage sorununun çözümünü buraya yazalım...
Sorun yok. özelden yazdım
Böyle.
Windows7 x64'üm var, kullanıcı hesabı kontrolü devre dışı. Meta düzenleyiciye her girdiğinizde, her seferinde Vault'a bağlanmanız gerekir.
Vladimir, lütfen beni projeye ekle. teşekkürler