[ARŞİV] Forumu kirletmemek için herhangi bir acemi sorusu. Profesyonel, kaçırmayın. Sensiz hiçbir yerde - 3. - sayfa 36

 
Mathemat :

...

Not Dürüst olmak gerekirse, öz sermayenin neredeyse her zaman büyüyen bakiyeden daha yüksek olduğu ve düşüşün çok büyük olduğu ortaya çıktığını anlayamıyorum. Düşüş hesaplama algoritması hakkında şüphelerim var ...

Alexey, bana söyleyebilir misin, çünkü strateji test cihazında, düşüşün, anlaşmanın (anlaşmaların) piyasada (açık) olduğu dönemlerdeki değerleri de dahil olmak üzere, öz sermaye tarafından hesaplandığını doğru anlıyorum. raporu) - kapalı pozisyonlar için özkaynak eğrisi (bilançonun yanı sıra) gösteriliyor mu? Onlar. raporun bu grafiğine göre (bu durumda) enstrümanın fiyatı açık emirler yönünde hareket etmediğinde açık pozisyonlar sırasında özkaynak çizgisinin nerede düştüğünü ve müteakip kâr getirisini söylemenin imkansız olduğu ortaya çıkıyor. .. Gerçekten?
 
Roman. : grafikte (raporda) - kapalı pozisyonlar için özsermaye eğrisi (ve bilanço) gösteriliyor mu?

Hayır, özkaynak kapalı değil, bakiye ve tüm açık olanlar dikkate alınarak.

Düşüşün nasıl doğru bir şekilde (IMHO) hesaplanacağı hakkında zaten yazdım. İki tarihi bilmeniz gerekir - eşitlik ve denge. Bakiye bilgisi olmadan, düşüş yanlış kabul edilir (yine IMHO!).

Sistemde birden fazla pozisyon açılamıyorsa, öz sermaye eğrisi hiç görünmez (bu mantıklıdır).

Genel olarak, öz sermaye çizgileri değil, mum çizmenin tam zamanıdır.

 
Mathemat :

Hayır, özkaynak kapalı değil, bakiye ve tüm açık olanlar dikkate alınarak.

Düşüşün nasıl doğru bir şekilde (IMHO) hesaplanacağı hakkında zaten yazdım. İki tarihi bilmeniz gerekir - eşitlik ve denge. Bakiye bilgisi olmadan, düşüş yanlış kabul edilir (yine IMHO!).

Sistemde birden fazla pozisyon açılamıyorsa, öz sermaye eğrisi hiç görünmez (bu mantıklıdır).

Genel olarak, öz sermaye çizgileri değil, mum çizmenin tam zamanıdır.


Şimdi anladım, teşekkürler.

Evet, maksimum düşüşün nasıl hesaplanacağını tartışan o gönderileri hatırlıyorum.

 

Beyler, zaman içinde belirli bir noktada (dönem) bir ticaret hesabına yatırılan / çekilen fon miktarını izlemenin programlı olarak nasıl mümkün olduğunu söyleyebilir misiniz?

Ara: "para yatırma/çekme tutarını programlı olarak nasıl takip edebilirim" site:mql4.com - Belge bulunamadı...

Sadece izleme değerleri aracılığıyla olduğundan şüpheleniyorum

 double AccountBalance ( ) 

sonraki karşılaştırmaları ile farklı zaman dilimlerinde.

 
Roman. :

Beyler, zaman içinde belirli bir noktada (dönem) bir ticaret hesabına yatırılan / çekilen fon miktarını izlemenin programlı olarak nasıl mümkün olduğunu söyleyebilir misiniz?

Ara: "para yatırma/çekme tutarını programlı olarak nasıl takip edebilirim" site:mql4.com - Belge bulunamadı...

Sadece izleme değerleri aracılığıyla olduğundan şüpheleniyorum

sonraki karşılaştırmaları ile farklı zaman dilimlerinde.


 OrderType ()== 6
 
Vinin :


Doğru anlarsam, piyasada siparişlerin varlığı için koşulları kontrol ederek mi? -

...
if ( OrderType ()< 2 ) 
//здесь  корректировка размера позиций с учетом ввода/вывода
 

İnsanlar, HEEEEELP!!! Bir gündür bu sorunun çözümüyle uğraşıyorum ve nasıl uygulayacağımı bulamıyorum! Biri yardım edebilir mi? Bu fikri uygulayan bir koda ihtiyacımız var: MA 20, ortalama MA 30'u aşağıdan yukarıya kestiğinde, kavşağın meydana geldiği mumun tepesine bekleyen bir SATIN AL DURDUR emri verin. tıpkı resimdeki gibi:


 
Mathemat :

Max , hala %90.36'lık bir düşüşü tehlikeli görmüyorsanız, o zaman ticaret yapın.

Not Dürüst olmak gerekirse, öz sermayenin neredeyse her zaman büyüyen bakiyeden daha yüksek olduğu ve düşüşün çok büyük olduğu ortaya çıktığını anlayamıyorum. Düşüş hesaplama algoritması hakkında şüphelerim var ...

Bana öyle geliyor ki, öz sermaye büyüyen bakiyeden daha büyükse, belirli bir segmentte doğru (tesadüfen de olsa) giriş noktası/noktaları seçilmişse, o zaman doğru çıkış yapmaya devam ediyor ......

Test cihazına gelince - bazı şeyler benim için tamamen net değil. Örneğin, siparişlerin "fan" kapanması her zaman işe yaramaz, eğer bir demo veya gerçek hesapta danışman siparişleri yeterince hızlı kapatırsa, test cihazı bir sonraki "sonucu bulaştıran" sinyale kadar kapatmayı erteler.


Roma. :

Her şeyden önce, birkaç anlaşma var - en az 200 olduğundan emin olun. Yeni bir barın açılması üzerinde kontrolü düzenleyin, modele göre test edin: "Açılış fiyatlarında..." yeni bir barın oluşumunun açık kontrolü bar), ayrıca, sipariş verirken ve değiştirirken, gerekli kontrolleri yapmayı unutmayın , bu (sadece değil) konuda olası hataların gerekli işlemlerini gerçekleştirin. Her şey, IMHO.
Korkarım - "birçok anlaşma için")) deponun dikişlerinde patlayabilir ve dahası, bu süre zarfında uygun, gerçekten lezzetli sinyaller olmayacaktır. Model, yeni bir çubuğun açılmasının kontrolü ile inşa edilmiştir. "Açılış fiyatlarına" gelince - ilginç, deneyeceğim. Sayesinde.
 
Roman. :


Burada anladığım kadarıyla bir diğer konu da donma seviyesi talep edildikten sonra sıfırların döndürülmesi ve bunun sonucunda hatalı bir değişiklik ve yine bir yeniden fiyat teklifi veya hata olması.

2Urain - Genel olarak bu seviyelerin değerleri talep edildikten sonra sıfır olmayanların döndürüldüğü durumlar oldu mu?

Yanıtınız için teşekkürler, hata durumlarının izini sürdüm,

Bu DC'deki durma seviyesi ve donma seviyesi seviyeleri gerçekten her zaman 0'dır, bu doğrudur, yukarıdaki hatalar, durmalar tam olarak piyasa fiyatlarına eşit olduğunda ortaya çıkar,

bu doğru, durak piyasadan 0'da, bu yüzden donmuş veya hareket etmeye kabul edilemez derecede yakın.

 
Soru, örneğin her 30 dakikada bir tüm siparişlerin programlı olarak nasıl kapatılacağıdır?