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

 
Notter :

Tünaydın,

Ayrıca gerçek bir hesapta, alım satım emirlerini yerine getirirken birçok hata vardır. Örneğin bugün:

2013.01.10 13:46:09 '15082': 1.30844 sl'den 0.15 EURUSD satın al: 1.30758 tp: 0.00000
2013.01.10 13:46:10 '15082': istek sunucu tarafından kabul edildi
2013.01.10 13:46:10 '15082': açık alım için 1.30843 / 1.30858 requote 0.15 EURUSD 1.30844 sl: 1.30758 tp: 0.00000
2013.01.10 13:46:11 '15082': 1.30869 sl'den 0.15 EURUSD satın al: 1. 30785 tp: 0.00000
2013.01.10 13:46:11 '15082': istek sunucu tarafından kabul edildi
2013.01.10 13:46:11 '15082': işlemde istek
2013.01.10 13:46:13 '15082': sipariş açıldı: #12941470 1.30869 sl'den 0.15 EURUSD satın alın: 1.30785 tp: 0.00000

Yani, pozu uygulamaya açmak için sinyalden 4 saniye geçti. Ve şüphelendiğim gibi - bu sınır değil.

Gecikmenin nedeni, siparişin 15 pip ile yeniden fiyatlandırılmasıdır.

Nasıl başa çıkılır bununla? Bu 15 puanla onları siktir et. Bir piyasa emri açmak istiyorum ve talebin saniye başına fiyatının değişip değişmemesi önemli değil. Sonuçta, sonunda 1.30869'da daha da yüksek açtım ama 1.30858'de olmalıydım. Bu soru, bir sinyalle açılmaz ve düzeltmenin başlamasını beklerse Expert Advisor'ın karlılığı/kaybı için kritik hale gelebilir.

Teşekkür ederim.



DC'yi değiştirmenizi şiddetle tavsiye ederim. Bana bu DC'nin adını PM atar mısın?
 
tara :

"Bununla cehenneme" boyutu, "kayma" adı verilen sipariş parametresi tarafından belirlenir. Senin durumunda, 0'a eşitti, bu nedenle 1 puanlık bir teklif hareketi yeniden teklife yol açtı.


Her nasılsa 1 nokta yok .. icat etmeyin.
 

kahraman

DC'den, Finam'la yapılan anlaşmadan pek anlamıyorum, modem üzerinden ticaret yapıyorum ve siparişlerimin hangi DC'ye gittiğini bilmiyorum... Hâlâ her şey için yeterli kafam yok.

Kayma hakkında. Exxgo'yu iki formaya eşit olarak ayarladım. Yayılma euro üzerinde dalgalandığı için, olası olmasa da 15 puandan az olmuş olabilir. 30 puan düşünüyorum.

Ve pozun bir kısmını kapatırken de, kapatma koşulları ortaya çıkar çıkmaz her şey düzgün gitmedi, bu nedenle terminal mesajla askıda kaldı.

2013.01.10 14:47:45 TradeContext: ping hatası
2013.01.10 14:48:50 '15082': ping başarısız oldu

sonra birkaç yeniden giriş denemesinden sonra sipariş hala kapandı :)

Genel olarak, eğlenceli bir ticaret, otomatik, kahretsin, sadece ellerinizle hataları sürekli düzeltmeniz gerekir :)

 

Herkese iyi günler!

İnsanlar, lütfen bana aşağıdaki koddaki sorunu nasıl çözeceğimi söyleyin:

       double sSup=Sup-(Udal* Point );                           // Sup - это уровень поддержки, Udal - расстояние от него
       zapS= 0 ;
       for ( int iS= 0 ; iS<= OrdersTotal (); iS++)                   // перебор открытых ордеров
         {
           if ( OrderSelect (iS,SELECT_BY_POS,MODE_TRADES)== true )   // выбор рыночного ордера
            {
             if (OrderSymbol()!=Symb) continue ;                 // только нужный инструмент
             if (OrderType()> 1 ) continue ;                       // только рыночные
             sPO=OrderOpenPrice();                             // его цена
             sellTip=OrderType();                               // его тип
             if (sPO==sSup && sellTip== 1 ) zapS= 1 ;               // если цена открытого ордера совпадает с sSup и уровень является Sell, то поднять флаг
            }
         }
Eğer (sPO==sSup && sellTip== 1 ) zapS= 1 ; (ve kesin olmak gerekirse, sPO==sSup parçasında). Sorun şudur: örneğin, sPO=1.3100 ve sSup=1.3100 ise, bayrak hala 0'a eşit kalır (1.3100 değerleri, her iki değer için de Yazdır aracılığıyla verilir). Nerede hata yapıyorum? zapS neden 1 olmuyor?
 
WindSW :

Herkese iyi günler!

İnsanlar, lütfen bana aşağıdaki koddaki sorunu nasıl çözeceğimi söyleyin:

Eğer (sPO==sSup && sellTip== 1 ) zapS= 1 ; (ve kesin olmak gerekirse, sPO==sSup parçasında). Sorun şudur: örneğin, sPO=1.3100 ve sSup=1.3100 ise, bayrak hala 0'a eşit kalır (1.3100 değerleri, her iki değer için de Yazdır aracılığıyla verilir). Nerede hata yapıyorum? zapS neden 1 olmuyor?


https://www.mql5.com/en/articles/1561
 
ilunga :

https://www.mql5.com/ru/articles/1561
Teşekkür ederim! düzeltmeye çalışacağım
 
WindSW :

Herkese iyi günler!

İnsanlar, lütfen bana aşağıdaki koddaki sorunu nasıl çözeceğimi söyleyin:

Eğer (sPO==sSup && sellTip== 1 ) zapS= 1 ; (ve kesin olmak gerekirse, sPO==sSup parçasında). Sorun şudur: örneğin, sPO=1.3100 ve sSup=1.3100 ise, bayrak hala 0'a eşit kalır (1.3100 değerleri, her iki değer için de Yazdır aracılığıyla verilir). Nerede hata yapıyorum? zapS neden 1 olmuyor?

Buraya bir göz atın...
 

Merhaba! Aynı anda birden fazla Uzman Danışmanın çalışmasının nesi var anlayamıyorum, sadece bir tanesi sipariş açıyor, diğerleri sinyalleri görmezden geliyor, bana neyin yanlış olduğunu söyleyin? Emirler - emirlerin sayısını sihirle belirleme işlevi

toplam=SiparişToplam();

if(toplam >=-1 && toplam == Siparişler(sembol,işlem,sihir) )

 
dimarik0000 :

Merhaba! Aynı anda birden fazla Uzman Danışmanın çalışmasının nesi var anlayamıyorum, sadece bir tanesi sipariş açıyor, diğerleri sinyalleri görmezden geliyor, bana neyin yanlış olduğunu söyleyin? Emirler - emirlerin sayısını sihirle belirleme işlevi

toplam=SiparişToplam();

if(toplam >=-1 && toplam == Siparişler(sembol,işlem,sihir) )


bu nasıl bir vahşi durum?! :)

Bu operatörü Rusça yaz, satırı düzeltmeye çalışacağım.

 
hoz :
Genel olarak Price Action serisinden DBLHC ve DBHLC olarak adlandırılan iyi bilinen kalıpları kullanma fikri vardı .




Oluşumu için koşullar:

DBLHC (Boğa kurulumu) - aynı düşük ve daha yüksek kapanışlara sahip çubuklar.
Sonuncunun kapanış fiyatı bir öncekinin en yüksek fiyatından daha yüksekken, aynı düşüklere sahip iki (belki üç veya daha fazla) ardışık çubuk. Bitişik çubukların altları arasındaki fark 3 puanı geçmemelidir. Bir kurulumu oluşturan çubuklar ne kadar fazlaysa, ürettiği sinyal o kadar güçlü olur.

DBHLC (Ayı kurulumu) - aynı yüksek ve düşük kapanışa sahip çubuklar.
Sonuncusunun kapanış fiyatı öncekinin en düşük fiyatından daha düşükken, aynı yüksek değerlere sahip iki (üç veya daha fazla) ardışık çubuk. Bitişik çubukların yükseklikleri arasındaki fark 3 puanı geçmemelidir. Bir kurulumu oluşturan çubuklar ne kadar fazlaysa, ürettiği sinyal o kadar güçlü olur.

Örneğin, DBLHC (Boğa Kurulumu) seçeneğini alın.

Mevcut çubuğun açılış fiyatı, önceki çubuğun en düşük fiyatına yakın olmalıdır. Bunu yazması kolay.. Ama biz aynı veya hemen hemen aynı düşüklere sahip birden fazla bu tür çubukların olabileceği seçeneğiyle ilgileniyoruz, örneğin 5. O zaman ne olacak? Bu koşul, yalnızca önceki çubuğu değil, aynı zamanda geçmişte daha önce bulunanları da hesaba katacak şekilde nasıl ayarlanır?

Geçmişten günümüze çubuklar arasında geçiş yapmanız gerektiğini varsayıyorum:

Sonra, bir şekilde, bir sonraki çubuğun minimumu, önceki (önceki) çubukların minimumuna eşitse, o zaman .. o zaman karşılaştıracağımız koşulunu ayarlamanız gerekir.. Bu nasıl uygulanır?

Sana bir ipucu vereceğim:

NormalizeDouble (Düşük[i]-Düşük[i+1],Rakamlar)<=3*Nokta --- bitişik çubuklar arasındaki fark. Eğer koşul karşılanmıyorsa -> Return(False); (Yalanları geri getirin)

Tüm döngüden geçtikten sonra, true değerini döndürün

Farklı şekilde yapabilirsiniz:

NormalizeDouble(Low[i]-Low[i+1],Digits)<=3*Point koşulu doğruysa, bitişik çubukların sayacını (başlangıçta sıfıra eşittir) 1 artırın,

bu koşul yanlışsa, bitişik çubukların sayacının değerini döndürürüz.

İşlev tarafından döndürülen sayı ne kadar büyük olursa, kurulumun gücü o kadar fazla olur. Sıfır döndürüldüğünde, kurulum yoktur.