Tahkim - sayfa 24

 
Paha :

Belki de iki nokta fikrini yanlış anladım. startPrice tarafından belirlenen bir nokta, bir yatay çizgi oluşturur (önceki sayfa). İki nokta bir çizgi belirlemeli, ancak yatay değil, eğik olmalıdır. Alt çizelgeye eğimli bir eğim koyarsak, o zaman ne demek istiyorum. Diğer her şey olduğu gibi kalmalıdır. Alttaki değişmez. Şu an için yalnızca başlangıç fiyatının, olduğu gibi, hafif bir gecikmeyle yukarıdaki eğimli çizgi boyunca yüzeceği ortaya çıkacaktır.

Bu arada, ikinci nokta aritmetik ortalama olarak otomatik olarak hesaplanabilir. fiyatlar max ve min, diyelim ki haftalık bir grafik (1 saat oynarken). Lütfen bir göz atın, belki bunda işe yarar bir şey vardır. Ve dilerseniz bu noktayı biraz geleceğe gönderebilirsiniz ama bu zaten
bir an için değil.
Teşekkür ederim!

not. Ne yazık ki, kodlar ayaklı dişte değil. Bu nedenle, kendim hiçbir şeyi değiştiremem, ancak üzerinde düşünebilir, test edebilirim. Yazık değilse ve bundan ne olursa, danışmanı atar mısın? a ?

Şimdi net. Evet, gerçekten de bir seçenek olarak, değişken bir başlangıç Fiyatı olarak doğrusal veya hatta polinom regresyon (veya bir tür ortalama, vb.) gibi bir şey kullanmak mümkündür. Belki bunda bir anlam vardır. Bugün deneyeceğim.

Başka bir fikir, sınırlama için belirli bir fiyat aralığı kullanmaktır (kaybı durdurma yerine). Yani, fiyat startPrice'ın üzerindeyse (şortlar açık), ancak bu aralığı aşarsa, tüm işlemleri kapatın ve bir sonraki başlangıç Price seviyesini bekleyin. Bunun gibi bir şey. Menzil belirleme kriteri ile tekrar deneme yapabilirsiniz. Belki bir anlamı vardır.

Not - Tabii ki, burada dikkati hak eden deneylerin sonuçlarını yayınlayacağım.
 
maloma1 :
Afedersiniz ama adil bir fiyatın nasıl belirlendiğini hangi yazıda öğrendiniz? Birşeyi kaçırdım.
Görmek uygun fiyat
 
DrawDown :

Şimdi net. Evet, gerçekten de bir seçenek olarak, değişken bir başlangıç Fiyatı olarak doğrusal veya hatta polinom regresyon (veya bir tür ortalama, vb.) gibi bir şey kullanmak mümkündür. Belki bunda bir anlam vardır. Bugün deneyeceğim.

Başka bir fikir, sınırlama için belirli bir fiyat aralığı kullanmaktır (kaybı durdurma yerine). Yani, fiyat startPrice'ın üzerindeyse (şortlar açık), ancak bu aralığı aşarsa, tüm işlemleri kapatın ve bir sonraki startPrice seviyesini bekleyin. Bunun gibi bir şey. Menzil belirleme kriteri ile tekrar deneme yapabilirsiniz. Belki bir anlamı vardır.

Not - Tabii ki, burada dikkati hak eden deneylerin sonuçlarını yayınlayacağım.

Yine de alım satımları kesmeli miyiz, yoksa sadece pozitif eşitlik olduğunda mı? Veya yine de çiftlerle kapatabilirsiniz: Diyelim ki, artı 102p olan iki EURUSD işlemimiz ve USD JPI'da -90p sapma olan bir EURUSD işlemimiz var. Kalan işlemler artı veya eksi 25-40p (izin verilen değer) dahilindedir. İlkini 12p artı ile kapatabilir, böylece ilk çiftte karı sabitleyebilir ve ikincisinde daha fazla olumsuz kaymayı önleyebilirsiniz. Bunun kar getirmeyen küçük bir reasürans gibi olduğunu çok iyi anlıyorum ama aşırı düşüşlerden kaçınmaya çalışıyoruz. Toplam öz sermaye zaten büyük eksi olduğunda daha zordur. Sonra . .... Bilmiyorum bile .... Bunu henüz almadım.
Ve yine de, zor değilse, aynı ada sahip temel koda bakın. danışman. Orada bir soru sordum, belki bir cevabınız vardır. Sadece henüz çözemedim, ama nemeshaloby.
Teşekkür ederim!
not. Gerçekten bir şey yapabilirsen, bu harika olur. Her ne kadar bir şekilde güven verici olsa da. Çevrimiçi testle ilgili yardıma ihtiyacınız olursa, bana bildirin - size yardımcı olmaktan memnuniyet duyarım.
 
Paha :

Yine de alım satımları kesmeli miyiz, yoksa sadece pozitif eşitlik olduğunda mı? Veya yine de çiftlerle kapatabilirsiniz: Diyelim ki, artı 102p olan iki EURUSD işlemimiz ve USD JPI'da -90p sapma olan bir EURUSD işlemimiz var. Kalan işlemler artı veya eksi 25-40p (izin verilen değer) dahilindedir. İlkini 12p artı ile kapatabilir, böylece ilk çiftte karı sabitleyebilir ve ikincisinde daha fazla olumsuz kaymayı önleyebilirsiniz. Bunun kar getirmeyen küçük bir reasürans gibi olduğunu çok iyi anlıyorum ama aşırı düşüşlerden kaçınmaya çalışıyoruz. Toplam öz sermaye zaten büyük eksi olduğunda daha zordur. Sonra . .... Bilmiyorum bile .... Bunu henüz almadım.
Her durumda, kâr yalnızca herhangi bir aralıkta veya kanalda (artan, azalan, yatay) çalışırken olacaktır. Menzil sınırlarının ötesine geçerek - her şeyi kapsarız. Bu yaklaşık, çünkü henüz görsel olarak çözemedim. Sadece zaman vardı, ben seçileceğim.

baba :

Ve yine de, zor değilse, aynı ada sahip temel koda bakın. danışman. Orada bir soru sordum, belki bir cevabınız vardır. Sadece henüz çözemedim, ama nemeshaloby.

Tamam, şimdi bir göz atacağım.

baba :

not. Gerçekten bir şey yapabilirsen, bu harika olur. Her ne kadar bir şekilde güven verici olsa da. Çevrimiçi bir testle ilgili yardıma ihtiyacınız olursa, bana bildirin. Size yardımcı olmaktan memnuniyet duyarım.

Evet. İleri testte yardımı reddetmeyeceğim. Ama önce sırt testinde sonucu almanız gerekiyor. Deneyeceğiz. Sonuçlar ne olursa olsun, MQL'de pratik yapmam gerekiyor :)
 
DrawDown :

Evet. İleri testte yardımı reddetmeyeceğim. Ama önce sırt testinde sonucu almanız gerekiyor. Deneyeceğiz. Sonuçlar ne olursa olsun, MQL'de pratik yapmam gerekiyor :)
Bir şey olursa, sabun paha_ann@mail/ru. iletişim için. Bana ulaşın, yardımcı olmaktan memnuniyet duyarım.
 

Sevgili Bay Reshetov! Danışmanınızı sıralarken şunu fark ettim: dt (dt>0)'ın analiz edildiği blokta, danışmanın 119. satırında bir koşul var: “if (satış kârı > 0.01)” ve dahası, zaten “ için else” dt, 159 satırında benzer (bence) koşul, yalnızca açık SATIN AL emirlerinde kâr için: "if(buyprofit > 0,001)".

Bu "eşitsizliği" sayılarla açıklayabilir misiniz? Nedenmiş? Kodu okurken bile algoritmanızı tam olarak anlamıyorum.

Saygılarımla, Fed

 
Fed :

Sevgili Bay Reshetov! Danışmanınızı sıralarken şunu fark ettim: dt (dt>0)'ın analiz edildiği blokta, danışmanın 119. satırında bir koşul var: "if (satış kârı > 0.01)" ve dahası, zaten için "else" dt, 159. satırdaki bence benzer) koşulu, yalnızca açık SATIN AL emirlerinde kar için: "if(buyprofit > 0,001)".

Bu "eşitsizliği" sayılarla açıklayabilir misiniz? Nedenmiş? Kodu okurken bile algoritmanızı tam olarak anlamıyorum.

Saygılarımla, Fed

0.001'i düzeltin. MQL'de double türündeki iki sayıyı karşılaştırmak tamamen koşer değildir, dolayısıyla kar koşulu böyle yazılır.
 
Paha :
Yine de, kodu biraz değiştirerek, sipariş sayısını eksi işaretli (şu anda) sınırlamak için, istenen noktaya dönene kadar, düşüşü azaltabileceğimizi düşünmüyor musunuz?
Hayır, özkaynak düşüşü bundan dolayı azalmayacaktır. defter tutma aynı kalacaktır. Ancak bilanço muhasebesi çarpıcı biçimde değişecek ve öz sermayeyi takiben yönünü değiştirecektir.



Yukarıda belirtildiği gibi kodun zaten düzeltilmiş olduğu bir danışmana ihtiyacınız varsa, onu bu mesaja ekliyorum.
Dosyalar:
 
usdjpy :
Öz sermaye son zamanlarda dengenin üzerinde. Ve şimdi zaten ilk depo seviyesine düştü. Bir çoklu para birimindeki maksimum fon kullanımının ne olabileceğini bilmek istiyorum.
Önceki mesaja eklenen 1.1M sürümünü kullanın. Orada, denge çömelir ve düşüşün boyutunu değerlendirmek mümkün olacaktır.
 

İki hafta Mayıs konusu. Çok değerli ve ilginç bir araç, kim ne derse desin ..... İhtiyacınız olan fikir. Teşekkür ederim. (Ama korkarım bunu tamamen kendim için yeniden yazmak zorunda kalacağım, sonuçta Bay Reshetov'un tarzı ortalama zihinler için değil, çok özlü ve değiştirilmesi kolay değil :)).

Şimdi güçlü hareketlere karşı açılmamak için ek filtreler denemek istiyorum. Ama bu amaçlar için ne kullanacağımı çözemiyorum. Genel standart göstergeleri kullanarak korkarım ki uzman çok sert adım atacak, "öncü" bir chtol gerekiyor .... Bu yönde uğraşan var mı? yoksa boş mu Kim ne düşünüyor?

Neden: