Meta Trader'da spread ticareti - sayfa 41

Yeni yorum
 

altın - yağ


20077544 2010.01.15 19:41 0.10 clh0 78.15 0.00 0.00 2010.01.15 20:06 78.55 -1.00 0.00 0.00 40.00
20077545 2010.01.15 19:41 sat 0.10 gcg0 1128.5 0.0 0.0 2010.01.15 20:06 1130.9 -1.00 0.00 0.00 -24.00
 
forex-k >> :

altın - yağ


20077544 2010.01.15 19:41 0.10 clh0 78.15 0.00 0.00 2010.01.15 20:06 78.55 -1.00 0.00 0.00 40.00
20077545 2010.01.15 19:41 sat 0.10 gcg0 1128.5 0.0 0.0 2010.01.15 20:06 1130.9 -1.00 0.00 0.00 -24.00


Mikro bölgede denediniz mi? B.'de kayma her şeyi öldürür ... (((((((((birkaç nokta çok az ....

ayy pardon kar miktarında hata yapmışım.. 16 p zaten bir şey..))

 
her zaman gerçeğe gidebiliriz
 
Costy >> :

Senkronizasyonu tam olarak nasıl gerçekleştirdiğinizi bir kod parçasını paylaşın. Egzotik haçlar genellikle saatlik verilerde boşluklara sahiptir. Bu yüzden ben de buna koştum.


Ben şöyle yaptım:

(yazılım çözümü aynı iş parçacığındaki Fduch -a turkey kodundan alınmıştır)

  int k ;  
   for ( k = 0 ; k < iBars ( Symbol_1 , Period ( ) ) ; k + + )   {  
   int symb2Shift = iBarShift ( Symbol_2 , Period ( ) , iTime ( Symbol_1 , Period ( ) , k ) , true ) ;
  if ( symb2Shift ! = - 1 )  {
//если на одном из символов пропущены бары, - то 
// - то пропускаем (не обсчитываем) их на др. символе
    
       Symbol1 [ k ] = . . . . . . .
            
       Symbol2 [ k ] = . . . . . .
. . . . . . . . .

Görünüşe göre: - "hedge" (dax+footsy) için - dax her gün footsy'den bir saat önce çalışmaya başlar - ve hindi bu çubuklarda - hesaplama ve çizimi atlar, - Footsy'nin çalışmaya başlamasını bekler.

Grafiğe bakınız :



 
rid писал(а) >>

Ben şöyle yaptım:

(yazılım çözümü aynı iş parçacığındaki Fduch -a turkey kodundan alınmıştır)

Görünüşe göre: - "hedge" (dax+footsy) için - dax her gün footsy'den bir saat önce çalışmaya başlar - ve hindi bu çubuklarda - hesaplama ve çizimi atlar, - Footsy'nin çalışmaya başlamasını bekler.

Grafiğe bakınız :

Teşekkürler, zaten kendim çözdüm. Sadece nadiren gösterge yazıyorum ve daha önce IBarShift işlevine ihtiyacım yoktu.

Belirli bir çubukta başka bir çift için veri almak için yalnızca iClose(...i) kullanmanız değil, i yerine false parametresiyle iBarshift işlevini eklemeniz gerekir.

 iClose ( "EURDDK" , Period ( ) , i )

iClose ( "EURDDK" , Period ( ) , iBarShift ( "EURDDK" , Period ( ) , Time [ i ] , false ) )
yani bir çubuğun yokluğunda, para birimleri için normal olan önceki çubuğun fiyatını alacağız, çünkü. bu fiyat o zaman geçerli olacaktır. Dizinler söz konusu olduğunda, mola seçeneğiniz muhtemelen tercih edilir.
 
Costy >> :

Teşekkürler, zaten kendim çözdüm. Sadece nadiren gösterge yazıyorum ve daha önce IBarShift işlevine ihtiyacım yoktu.

Belirli bir çubukta başka bir çift için veri almak için, yalnızca iClose(...i) kullanmanız değil, i yerine iBarshift işlevini false parametresiyle eklemeniz gerekir.

yani bir çubuğun yokluğunda, para birimleri için normal olan önceki çubuğun fiyatını alacağız, çünkü. bu fiyat o zaman geçerli olacaktır. Dizinler söz konusu olduğunda, mola seçeneğiniz muhtemelen tercih edilir.

Ancak, sizin seçeneğiniz ile - tarihte, bir enstrümanın satırının, kaçırılan çubukların sayısı ile başka bir enstrümanın satırına göre kaydırılacağı ortaya çıkmayacak mı?

Ve tarihte - çizgilerin böyle bir konumu yanlış olur - "tarihsel" analiz için?

Her ne kadar görünüşe göre değil.
 

rid писал(а) >>

Ve tarihte - çizgilerin böyle bir konumu yanlış olur - "tarihsel" analiz için?

Ticaret zamanıysa, evet. Enstrümanların işlem süresi uyuşmuyorsa, yaptığınız gibi geçiş yapmak daha iyidir.

Benim yapacağım iki yaklaşımı da birleştirebilirsiniz, artı bir şey daha... Genel olarak hindi hazır ve kullanışlı olduğunda büyük ihtimalle paylaşırım.

 
rid писал(а) >>

Ancak, sizin seçeneğiniz ile - tarihte, bir enstrümanın satırının, kaçırılan çubukların sayısı ile başka bir enstrümanın satırına göre kaydırılacağı ortaya çıkmayacak mı?

Ve tarihte - çizgilerin böyle bir konumu yanlış olur - "tarihsel" analiz için?

Her ne kadar görünüşe göre değil.

Benim versiyonum, enstrümanlar aynı anda işlem görüyorsa (örneğin, para birimleri - günün her saati) uygundur ve çubukların atlanması sadece düşük aktivite ile ilişkilendirilir (gece dışarıda). Çizgiler hareket etmeyecek, çünkü boş çubuklar önceki mevcut fiyatla doldurulacaktır.

Ancak bu "senkronizasyon" ilkesine sahip bir gösterge, mümkün olduğunca az boşluk bulunan sembol tablosuna asılmalıdır... Sonuçta, çubuk boşlukları teorik olarak her iki enstrümanda ve farklı zamanlarda olabilir... Veya siz her iki enstrüman için de bir şekilde izlemeli ve boşlukları sentetik olarak doldurmalı ....? (bu doğru, düşünce)

Misal

EURUSD 03:13 03:14 _____ 03:16 03:17 03:18 03:19 (bu dakikalarda barlar vardır)

EURDDK 03:13 _____ 03:15 _______________ 03:19 (şu anda barlar var)

 
rid >> :

Buğday + Mısır.

Şimdi, bugünün hikayesi iyi bir giriş gösteriyor. ZW al + ZC'yi en yüksek mısırda sat ZC (yeşil hat)

Ayrıca, maksimum yakınsamadan (-136.85) sonra, yeşil ZC çizgisi sipariş edildiği gibi aniden mavi ZW çizgisini yukarıdan aşağıya geçti ve diverjansın sonuna kadar mavi çizginin altında kaldı.

Ve spread aynı zamanda -145,65'e kadar satıldı!

Görünen o ki, takvimde B.'de ABD için tahıl, mandıra vb. aletler. "Ekonomik" piyasanın bu haberlere nasıl tepki verdiğini izlemek gerekli olacaktır.




Neredeyse bir hafta boyunca "gerçek hayatta" ilgi için, "çit" (mısır + buğday) küçük partiler halinde takip ettim!

şu anda an itibariyle durum şöyle:

Toplam kâr hem artı hem de eksi olarak "gitti". Ancak genel olarak, ticaretin seyri rahattı. Çünkü kâr eksiye kadar gitmedi. Birkaç kez kârla kapatmak mümkün oldu.

Haftalık bir gözleme dayanarak, bu "hedge"nin, başlıkta tartışılan yöntemleri kullanarak ticaret yapmak için oldukça uygun olduğu sonucuna vardık!

 

Program (ZC+ZW+ZS)

( MISIR- MAVİ ) + (BUĞDAY- YEŞİLİ ) + (FASUL- KIRMIZI )

Ticaret için beklentiler (manuel ve otomatik) iyi görünüyor!


1...343536373839404142434445464748...254
Yeni yorum