[UYARI, KONU KAPALI!] Forumu kirletmemek için herhangi bir acemi sorusu. Profesyonel, kaçırmayın. Sensiz hiçbir yerde. - sayfa 243
Alım-satım fırsatlarını kaçırıyorsunuz:
- Ücretsiz alım-satım 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
Açık ma1'in üzerindeyken satın almalı.
|| içindeki "barabashka"nın, çünkü Örneğin "if" (ma1>ma2&&ma1>Open[1] "veya" ma1>ma3&&ma1>Open[1]) "then" Open BY();
Program, tüm koşulların karşılanmadığını gösteriyor !!!
Başka bir mum 53 alışverişinde denedim.
Mantık başka hangi yolla uygulanabilir?
Kod parçanızda çok sayıda hata var.
Hepsini açıklayın ve neden böyle olduğunu ve başka türlü olmadığını açıklayın .... Çok fazla zamanım yok.
Şimdilik düzelteceğim tek şey:
Belki zamanı gelince daha fazlasını anlatırım....ama yapmalısın
ama yapmalısın
Aynı şey, sadece ilk versiyon daha kısa.
Aynı şey, sadece ilk versiyon daha kısa.
Ne yazık ki, ilk seçenek grafikte düzgün çalışmadı (hepsi garip).
Birincisi kesinlikle daha güzel ve mantık böyle, önce toplama sonra çarpma gibi. =))
Her şey işaretlerle doğru.
Fikrin kendisi (CCİ'ye göre kapanış), benim açımdan çok sıcak değil ....
Ben bunu çoktan geçtim...
Ama bu bir strateji meselesi.
Kaç tüccar, çok strateji...
Hayır, algoritma böyle çalışmıyor, şimdi kâr 10pp'den fazlaysa SGK'da kapanıyor, ancak tam olarak 10pp kâr seviyesine ihtiyacım var, sadece kapanışta kapatmak için, kâr 10pp'den fazlaysa, o zaman SGK'da kapatılmamalıdır. Şimdi kâr fiyatı 10pp'den fazla ise SGK tarafından kapanıyor(
Bu fonksiyondaki algoritmanın anlamı farklıdır, 10pp'lik bir kar seviyesi vardır - yani, SGK göstergesinin yönünün durumuna göre maddeye göre sabitlenmiş sanal bir kâr. Fiyat kara girdiğinde, SGK doğru göründüğü gibi daima bu seviyeyi geçer, daha sonra bu seviyeyi geçtikten sonra, fiyat bazen fiyat dönüşünü orijinal durumuna geri döndürür veya hareket yönünde değişir - bu durumda, SGK her zaman diğer yöne bakar ve 10pp seviyesinde ters yönden geçerken SGK ters yöne bakacağı için sıra sabitlenir.
Merhaba.
Parti büyüklüğünün bakiyenin yüzdesi olarak doğru hesaplanıp hesaplanmadığına bakın:
nerede yüzdedepo - mevduatın %'si
Merhaba.
Parti büyüklüğünün bakiyenin yüzdesi olarak doğru hesaplanıp hesaplanmadığına bakın:
nerede yüzdedepo - mevduatın %'si
Bunu böyle yap.
Merhaba.
Parti büyüklüğünün bakiyenin yüzdesi olarak doğru hesaplanıp hesaplanmadığına bakın:
nerede yüzdedepo - mevduatın %'si
ama bunun yerine, bu lot optimizasyon işlevini kullanın, MM burada çalışır, eğer ticaret kaybı varsa, lot ilkine düşecektir.
Sadece önceki iki gönderide parti değiştirme adımı dikkate alınmamıştır. Ne yazık ki.
Adımı doğru anladıysam yapılabilir - lota ne kadar bakiye eklenecek?
ya da lotu artırmak için sabit bir eğri olması gerektiğini mi söylüyorsunuz, ancak böyle bir ilerlemedeki noktayı görmüyorum.