[ARŞİV!] Forumu kirletmemek için herhangi bir acemi sorusu. Profesyonel, kaçırmayın. Sensiz hiçbir yerde - 4. - sayfa 171
![MQL5 - MetaTrader 5 müşteri terminalinde yerleşik ticaret stratejileri dili](https://c.mql5.com/i/registerlandings/logo-2.png)
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
Tünaydın! Sayın Profesyoneller, Uzman Danışmanlarınızı nasıl test ettiğinizi anlatır mısınız? Daha önce Birt's Patch betiğini kullanıyorduk ve %99 sonuç alıyorduk, ancak 1. günden itibaren çalışmayı durdurdu, çünkü terminal eski yapıları desteklemeyi bıraktı... ve şimdi ne yapacağımı bile bilmiyorum, sonuçlara güvenebilir miyim? düzenli terminal testleri? Nasıl çıkıyorsun? Ya da belki biri senaryoya bakar ve onu en son yapıya uyarlayabilir mi?
Yanlış forum mu?
" Herhangi bir acemi sorusu ..." için çok fazla , böylece her türlü kullanıcı oraya karışmaz.
Bu yeni bir şey, lütfen bana gösterin.
Bu çizelgede, Expert Advisor 7447278 siparişini açtı. Bu çizelgede bir ok koymadım.
Ve aynı zamanda, bar açıldıktan sonra, aynı para birimindeki başka bir grafikte başka bir Expert Advisor bekleyen bir emri takip ediyordu. Yukarıdaki grafikteki açık sipariş oku burada sona erdi. Ayrıca, takip sırasında değiştirilen sıranın oku oluşturulmadı. Ve verilen siparişin okunun renginin, değiştirilen siparişinkiyle aynı olduğu ortaya çıktı. Uzmanların doğal olarak farklı büyüleri vardır.
#define LAST_BUILD_KNOWN 406'yı 432 ile değiştirmeyi denediniz mi?
evet denedim ama olmadı
Bir sorum var (hala hafta sonu).
Böyle bir strateji gerçek mi (belki biri denedi)
stop=al ile neredeyse 3 sipariş açtık ve sırasıyla 50-100-200pp'ye eşit.
ÖNEMLİ siparişler aynı anda açılır.
daha sonra sipariş sonuçlarının istatistikleri yavaş yavaş toplanır
0-kaybetme 1 kazanma
şöyle görünecek:
0 0 0 - 15
1 0 1 -20%
ve benzeri, bence anlamı açık.
Ve işte strateji: sıfırda kayıpla çalışan 50/50'lik bir sipariş açtığımızı varsayalım, sonra 100-100 ve 200-200 için sıfırdan sonraki seçeneklere bakarız ve daha yüksek bir tetikleme yüzdesi ararız ve açılır. gerçek bir sipariş 100-100. ve benzeri, bu gerçek sırayı durdur veya al ile kapattıktan sonra, ilk 2 hh'yi zaten biliyorsak üçlü hhh için kalan kombinasyonlara bakarız. ve ayrıca bırakma yüzdesine bakın.
Sizce böyle bir stratejinin yaşayacak bir yeri var mı?
Ağ ile analoji nedir. Yönü seçmek için aynı istatistikleri kullanabilirsiniz, örneğin 2 sipariş 50/50 100/100 seçeneğini kullanın.
İstatistiklerin aşağıdaki gibi olduğunu varsayalım (tüm siparişler satın alma türündedir):
0 0 -10%
0 1- 20%
%10-40
1 1- %30
ve 50/50 sırasının =1'i kazandığı ortaya çıktı
sonra başta 1 olan tüm seçeneklere bakarız
1 0-40% ve 1 1-30%, büyük olasılıkla 100/100 satın alma emrinin büyük olasılıkla bir - işaretiyle olacağı mantıklıdır, o zaman bir alış değil bir satış açarız.
İşte 10 yıllık teika feet'te yaşananlar:
SL1=250; TP1=250; SL2=500; TP2=500; SL3=1000; TP3=1000; SL4=1250; TP4=1250;
ve karşılık gelen matris:
0000-321
0001-34
0010-8
0011-119
0100-34
0101-2
0110-11
0111-117
1000-111
1001-18
1010-4
1011-36
1100-117
1101-15
1110-44
1111-340
Bazı seçeneklerin diğerlerine göre çok nadir olduğu görülebilir, siparişler kapalı olduğundan (daha küçük stoplar ve karlarla ilk olacakları açıktır), hangi siparişlerin + veya - kapanacağını önceden tahmin edebilirsiniz (ve , buna göre, geyiği beklemeyin, ancak önceden örtün )
örneğin 1 sipariş + bu =1'de kapandı
bakıyoruz
1000-111
1001-18
1010-4
1011-36
1100-117
1101-15
1110-44
1111-340
en olası sonucu görebilirsiniz 1111-340 saklanacak bir şey yok,
ikinci derece 0
1000-111
1001-18
1010-4
1011-36
en olası seçenek 1000-111 burada kalan 2 tanesini bir geyik ile kapatmak mantıklı ama bir sonrakine göre daha küçük.
En basit seçenek, build 409'u bilgisayarınıza ayrı olarak kurmak ve üzerinde test etmektir.
1 Haziran'dan bu yana, yapı 416'dan daha eski sürümler desteklenmemektedir.
Baykuşu herhangi bir yapıya bağlamaktan sorumlu kod bölümlerini silin...
1 Haziran'dan bu yana, yapı 416'dan daha eski sürümler desteklenmemektedir.
Sunucu tarafından desteklenmezler. Yerel olarak çalışırlar. Hala 225 kullanıyorum.
Baykuşu herhangi bir yapıya bağlamaktan sorumlu kod bölümlerini silin...
Sunucu tarafından desteklenmezler. Yerel olarak çalışırlar. Hala 225 kullanıyorum.
Bunun gibi?Bu işe yaramayacak gibi mi?
//#define LAST_BUILD_KNOWN 406 на 432?
ve sonra orada benzer bir şeyi hariç tutun, böylece yapı için önemli değil ...