Şeytan - sayfa 12

Yeni yorum
 

Yazarın metodolojisinde olduğu gibi sipariş vermek için bir danışman yaptım, ancak farklılıklar var. ATR'ye bağlı olarak seviyelere göre ayarlar (teknik kazan-kazan ise, o zaman hangi seviyelerin ayarlanacağı arasındaki fark nedir). Yeni bir günün başlamasıyla birlikte tüm emirleri kapatır ve siler (TP ve SL'siz ve kar getirmeyecek emirleri başka nasıl kapatacağımı bilmiyorum).

Ayarları optimize etmeyi deneyebilirsiniz. Ben sadece çok tembelim, bu stratejiye inanmıyorum.

Dosyalar:
duablo_28.09.10_v01.mq4  4 kb
 
khorosh :
Tembelliği eleştirmek mantıklı olduğunda, ancak gerçekten bir şey söylemek istiyorsanız, susmak ve dışkı ile uğraşmamak daha iyidir.
Aynaya bakmayı unutmayın.
 

Diablo v09.02.12 (Ölümsüz Sürüm)

Aynı aralıkta fiyattan belirli bir mesafede iki tür emir verilir: doğrudan (fiyattan yukarı Alım Durdur ve fiyattan Satış Durdurma aşağı) ve ters (fiyattan Satış Limiti yukarı ve fiyattan Al Limiti aşağı) ). Alış Stop ve Satış Limiti emirleri aynı seviyelerde (çiftler halinde) ve ayrıca Sell Stop ve Buy Limit emirleri olarak verilir.

Tüm siparişler aynı hacme ve siparişler arasındaki adıma eşit Zarar Durdurma değerine sahiptir.

Direkt (Al Durdur ve Satış Durdur) emirlerde Kar Al özelliği yoktur. Tersine çevrilmiş (Satış Limiti ve Alış Limiti) emirler için, Kâr Al aritmetik olarak artar: ilk (fiyata en yakın) emir emirler arasında bir adıma eşittir, ikinci (biraz daha uzak) - üç adım, üçüncü - beş vb. üzerinde.


Sipariş vermek için komut dosyası:

 // Diablo v09.02.12
#property copyright "Jon Katana"
#property show_inputs
extern int Step= 0 ,Spread= 0 ,Levels= 0 ;
extern double Up= 0 ,Vol= 0 ;
int start()
{ for ( int i= 0 ;i<(Levels);i++)
{ OrderSend ( Symbol (),OP_BUYSTOP,Vol,Up+(i*Step+Spread)* Point , 0 ,Up+(i- 1 )*Step* Point , 0 , 0 , 0 );
OrderSend ( Symbol (),OP_SELLSTOP,Vol,Up-(i+ 1 )*Step* Point , 0 ,Up-(i*Step-Spread)* Point , 0 , 0 , 0 );
OrderSend ( Symbol (),OP_SELLLIMIT,Vol,Up+i*Step* Point , 0 ,Up+((i+ 1 )*Step+Spread)* Point ,Up-(Step*(i+ 1 )+Spread)* Point , 0 , 0 );
OrderSend ( Symbol (),OP_BUYLIMIT,Vol,Up-((i+ 1 )*Step-Spread)* Point , 0 ,Up-(i+ 2 )*Step* Point ,Up+i*Step* Point , 0 , 0 );}
return ( 0 );}

Sistem tamamen yıkılmaz. Kendi haline bırakılırsa, sonunda her zaman kârla veya sıfırla kapanır.

Adım boyutuna göre geri çekilme olmayan eğilim çok iyidir - kar bir kartopu gibi büyür ve birkaç kez bir fiyat hareketi toplamanıza izin verir. Bir dairede, kazançlar ılımlı veya sıfıra gidiyor. En yavaş seçenek, fiyatın bir yönde hareket ettiği, ancak her seviyeden bir adım geriye düştüğü ve ardından daha ileri gittiği "ejderha" modelidir. Bu durumda, kâra veya sıfıra ulaşmak biraz daha zaman alacaktır.

Buna dayanarak, fiyat mini düzeltmelerle zaten geçmiş seviyelere yapışmayacak şekilde sipariş vermek için seviyeler arasındaki adımı seçin.

Programı gözetimsiz bırakabilirsiniz, asıl mesele, fiyatın siparişlerin verildiği seviyelerin ötesine geçmemesidir. Diğer bir seçenek de Diablo'yu takip etmek ve bir miktar kâra ulaşıldığında (örneğin, bir adım boyutunda) kapatmak ve ardından siparişleri yeniden düzenlemek veya bir kez kârla kapatmaktır.

 

Komut dosyasındaki değişiklik: Satış Limiti siparişlerinde spread'de yanlış bir ofset vardı:

 // Diablo v13.02.12
#property copyright "Jon Katana"
#property show_inputs
extern int Step= 0 ,Spread= 0 ,Levels= 0 ;
extern double Up= 0 ,Vol= 0 ;
int start()
{ for ( int i= 0 ;i<(Levels);i++)
{ OrderSend ( Symbol (),OP_BUYSTOP,Vol,Up+(i*Step+Spread)* Point , 0 ,Up+(i- 1 )*Step* Point , 0 , 0 , 0 );
OrderSend ( Symbol (),OP_SELLSTOP,Vol,Up-(i+ 1 )*Step* Point , 0 ,Up-(i*Step-Spread)* Point , 0 , 0 , 0 );
OrderSend ( Symbol (),OP_SELLLIMIT,Vol,Up+i*Step* Point , 0 ,Up+((i+ 1 )*Step+Spread)* Point ,Up-(Step*(i+ 1 )-Spread)* Point , 0 , 0 );
OrderSend ( Symbol (),OP_BUYLIMIT,Vol,Up-((i+ 1 )*Step-Spread)* Point , 0 ,Up-(i+ 2 )*Step* Point ,Up+i*Step* Point , 0 , 0 );}
return ( 0 );}
 

extern int Adım= 0 ,Spread= 0 ,Levels= 0 ;
dış çift Yukarı= 0 ,Hacim= 0

çalışması için buraya hangi parametreleri girmeli?

 
Neden UP değişkenine ask ataması yapmıyorsunuz, siparişlerin mevcut fiyattan verileceği ortaya çıktı ....
  
#property copyright "Jon Katana"
#property show_inputs
extern int Step= 50 ,Spread= 2 ,Levels= 5 ;
extern double Up= 0 ,Vol= 0.1 ;
int TotalOrders,i;
int start()
{Up=Ask;
        TotalOrders= OrdersTotal ();
         for (i= 0 ; i<=TotalOrders; i++){
                 if ( OrderSelect ( 0 ,SELECT_BY_POS)==true){
                     if ( OrderType ()==OP_BUY) OrderClose ( OrderTicket (), OrderLots (),Bid, 5 , Red );
                     if ( OrderType ()==OP_SELL) OrderClose ( OrderTicket (), OrderLots (),Ask, 5 , Red );
                     if ( OrderType ()==OP_SELLSTOP) OrderDelete ( OrderTicket (), Green );
                     if ( OrderType ()==OP_BUYSTOP) OrderDelete ( OrderTicket (), Green );
                     if ( OrderType ()==OP_SELLLIMIT) OrderDelete ( OrderTicket (), Green );
                     if ( OrderType ()==OP_BUYLIMIT) OrderDelete ( OrderTicket (), Green );
                 
                 }
        }

for ( int i= 0 ;i<(Levels);i++)
{ OrderSend ( Symbol (),OP_BUYSTOP,Vol,Up+(i*Step+Spread)* Point , 0 ,Up+(i- 1 )*Step* Point , 0 , 0 , 0 );
OrderSend ( Symbol (),OP_SELLSTOP,Vol,Up-(i+ 1 )*Step* Point , 0 ,Up-(i*Step-Spread)* Point , 0 , 0 , 0 );
OrderSend ( Symbol (),OP_SELLLIMIT,Vol,Up+i*Step* Point , 0 ,Up+((i+ 1 )*Step+Spread)* Point ,Up-(Step*(i+ 1 )-Spread)* Point , 0 , 0 );
OrderSend ( Symbol (),OP_BUYLIMIT,Vol,Up-((i+ 1 )*Step-Spread)* Point , 0 ,Up-(i+ 2 )*Step* Point ,Up+i*Step* Point , 0 , 0 );}
return ( 0 );
}
Komut dosyasına temizleme eklendi. Yani açık veya gecikmeli olanlar varsa önce her şeyi siler, sonra para yatırma işlemlerini parametrelere göre düzenler...
 
IronBird :

extern int Adım= 0 ,Spread= 0 ,Levels= 0 ;
dış çift Yukarı= 0 ,Hacim= 0

çalışması için buraya hangi parametreleri girmeli?

Adım - puan cinsinden siparişler arasında adım (örneğin, dört basamaklı için 20 veya beş basamaklı için 200);

Yayılma - puan olarak yayılma (örneğin, dört basamak için 2 veya beş basamak için 20);

Seviyeler - siparişlerin verileceği seviye sayısı (örneğin 20);

Yukarı - fiyattan YUKARIDAKİ bir satır, yukarı siparişlerin başlayacağı satır (siparişler, bu satırdan bir adım girintisi ile otomatik olarak aşağı verilecektir);

Hac - sipariş hacmi (örn. 0.1).

 
nikelodeon :
Neden UP değişkenine ask ataması yapmıyorsunuz, siparişlerin mevcut fiyattan verileceği ortaya çıktı....

İki nedenden dolayı:

1) Belli bir seviyeden (direnç, destek, Fibonacci, Tavşan ...) başlayan emirler veremezsiniz.

2) Birkaç düzine sipariş verilir ve anında verilmez. Bu süre boyunca, Ask ilk değerinden kayabilir, bu da sipariş verme yerlerini tahmin edilemez bir şekilde değiştirecek ve Zarar Durdur'dan Kar Al . Bu, işlem merkezinin emirleri çiftler halinde değil seviyelerde açmasına, ancak çiftten ikinci emri yakalamadan bireysel emirleri "çekmesine" ve ardından tüm sistemi yok eden bir kayba sürüklemesine izin verecektir.

 
JonKatana :

İki nedenden dolayı:

1) Belli bir seviyeden (direnç, destek, Fibonacci, Tavşan ...) başlayan emirler veremezsiniz.

2) Birkaç düzine sipariş verilir ve anında verilmez. Bu süre boyunca, Ask ilk değerinden kayabilir, bu da sipariş verme yerlerini tahmin edilemez bir şekilde değiştirecek ve Zarar Durdur'dan Kar Al. Bu, işlem merkezinin emirleri çiftler halinde değil seviyelerde açmasına, ancak çiftten ikinci emri yakalamadan bireysel emirleri "çekmesine" ve ardından tüm sistemi yok eden bir kayba sürüklemesine izin verecektir.

Mevcut fiyatı kullanarak ilk iki emri belirleyebilir ve kalanların fiyatlarını ilk emirlerin fiyatına göre hesaplayabilirsiniz. Ayrıca, ilk iki emir pazar emirleri olabilir.
1...5678910111213141516171819...28
Yeni yorum