Danışman gerçek için uygun mu? - sayfa 30

Yeni yorum
 
FOReignEXchange :

Zamanı geldiğinde mutlaka gideceğim.

Sana iyi şanslar
 
dentraf :

Sana iyi şanslar

Teşekkür ederim!
 
FOReignEXchange :

Buradaki fikir, yüksek oynaklığa sahip kaotik bir piyasada işlem yapmaktır. Tüm büyük döviz çiftleri artık böyle. Oynaklık yüksek, mantık ve hiçbir sistem çalışmıyor. Bir tür kaos. ....
Haydi. Her şey eskisi gibi çalışıyor.
 

Bugünkü volatiliteden sonra test cihazının sonuçlarını gerçek sonuçlarla karşılaştırdım. Ne yazık ki, böyle bir piyasada önemli tutarsızlıklar ortaya çıktı.

Terminal günlüklerini her dakika analiz ettim ve iyi bir şey gördüm. Tüm otlozhki tam olarak noktaya ayarlandı. Robot, bu sitede yapabileceği tüm karı topladı. Ancak bir sorun olduğu için tüm bu kâr boşa gitti. Sorun çözüldü ama sorunun neden bunda olduğunu anlayamıyorum. Yani gereksiz siparişlerin silinmesi mümkün değildir. Ve bence bunun iki nedeni var.

İlk: Günlük bunu söylüyor

22:23:30 '882613': bekleyen emri sil #26344474 buy stop 4.00 EURUSD at 1.3787 sl: 1.3773 tp: 1.3799
22:23:30 '882613': bekleyen emir silindi #26344474 buy stop 4.00 EURUSD 1.3787 sl: 1.3773 tp: 1.3799 başarısız [Geçersiz parametreler]

22:37:27 '882613': bekleyen emri sil #26347980 sat stop 4.00 EURUSD at 1.3668 sl: 1.3682 tp: 1.3656
22:37:27 '882613': bekleyen siparişin silinmesi #26347980 sat stop 4.00 EURUSD 1.3668 sl: 1.3682 tp: 1.3656 başarısız [Geçersiz parametreler]
22:37:27 '882613': bekleyen emri sil #26347980 sat stop 4.00 EURUSD at 1.3668 sl: 1.3682 tp: 1.3656
22:37:28 '882613': #26347980 numaralı bekleyen emrin silinmesi 1.3668 sl'de 4.00 EURUSD sat: 1.3682 tp: 1.3656 başarısız oldu [Geçersiz parametreler]

Bu iki emir silinmedi ve ikisi de zarara yol açtı. İkinci arama emri iki kez ayrılmaya çalıştı. Neden kaldırılmıyorlar anlamıyorum. Tüm gün her şey yolunda gidiyor, ancak burada RefreshRates () işlevini silme işlevinin önüne koysanız bile çalışmıyor.

Ve ikinci olarak:

Bence bu bir hata. Görünüşe göre terminalin yeterli hafızası veya beyni yok. Bir sipariş seçtiğimizi unutuyor. İşte çalışmayan bazı parçalar.

 if ( //Тут условие//)
   {
   if ( OrderSelect (ticket_buy,SELECT_BY_TICKET)==true)
     {
     if ( OrderType ()==OP_BUYSTOP && Ask>( OrderOpenPrice ()- 4 * Point )) 
        {
        i= 0 ;
         while (i< 10 )
              {
               if (i> 0 ) Sleep ( 500 );      
               RefreshRates (); OrderDelete (ticket_buy); 
              err= GetLastError ();
               if (err== 0 )
                 {
                 ticket_buy= 0 ; return ;
                 }
              i++;
              }
        }
     }
   }

Tüm koşullar karşılanır, yorumlar yardımı ile kontrol edilir. Sipariş tipini kontrol etme aşamasında her şey takılıyor. Daha ileri gitmez. yani silme işlevine ulaşmaz. Olması gerektiği halde, tüm şartlar sağlandığı için yorumların yardımıyla kontrol ettim. Bu, dilin böyle bir özelliğini ilk kez fark etmiyorum, bir sipariş seçip ardından seçilen siparişin herhangi bir parametresini koşula girdiğinizde, bazen bu koşul doğru okunamıyor. Koşulda ne kadar çok sipariş parametresi varsa, koşul o kadar sıklıkla yerine getirilmez. Bu durumda, sipariş parametreleri OrderType() ve OrderOpenPrice () şeklindedir. Sanırım birçok kişi bu tuhaflığı fark etti. Ondan nasıl kurtulurum? Ya da belki sorun başka bir yerdedir? Bu durumda logda hata vermediğini söylemeyi unuttum, şart olmasına rağmen koşul basitçe karşılanmadı.

Diğerinde sorun olmaz diye düşünüyorum, durum nadiren karşılandığı için genelde bu kısımda her şey yolunda gidiyor ama bazen çalışmıyor ve kayıplara neden oluyor.

Böyle okuma yazma bilmeyen bir kod için kesinlikle yargılamayın, kendi kendime öğrendim.

Siparişlerin kaldırılması neden bu tür sorunlarla ortaya çıkıyor? Siparişler tam olması gerektiği yerde verilir ve tüm karı robot toplar. Ancak gereksiz siparişleri silmek mümkün olmadığı için her şey kötüye gidiyor! Bu sorunlardan kurtulursanız, her şey olması gerektiği gibi çalışacaktır!

 
FOReignEXchange :

Günlüğe bakılırsa, kodun aptalca zamanı yoktu.

Onlar. silme işlemi, siparişin tetiklendiği anda gerçekleşti.

 
TheXpert :

Günlüğe bakılırsa, kodun aptalca zamanı yoktu.

Onlar. silme işlemi, siparişin tetiklendiği anda gerçekleşti.


Ve gecikmeler tam olarak noktada belirlenir ve kaçırılmaz. Neden tam olarak sorunun ortadan kaldırılmasıyla? Özellikle ikinci durumda, iki kez silmeye çalıştı.
 
FOReignEXchange :
Ve gecikmeler tam olarak noktada belirlenir ve kaçırılmaz. Neden tam olarak sorunun ortadan kaldırılmasıyla? Özellikle ikinci durumda, iki kez silmeye çalıştı.

Dikkatli bakın - orada, ikinci kez, limit limitini değil, yürütülen satış emrini silmeye çalışıyorsunuz.

Ve ayar için durdurma seviyeleri vardır ve sadece silmek için friz seviyeleri ve eğer varsa.

 
TheXpert :

Dikkatli bakın - orada, ikinci kez, limit limitini değil, yürütülen satış emrini silmeye çalışıyorsunuz.

Ve ayar için durdurma seviyeleri vardır ve sadece silmek için friz seviyeleri ve eğer varsa.


İlk durumda, her şey açıktır. Çok teşekkürler! İkinci vakayı biliyor musun? Daha sık olduğu ve daha sık kayıplara neden olduğu için daha önemlidir. Koşullar tamam. Ve bu piyasanın hızıyla ilgili değil ve kaldırılması için çok zaman var. Koşul, olması gerektiği halde yerine getirilmemiştir.
 
FOReignEXchange :

İkinci duruma aşina değil misiniz? ... Şart, olması gerektiği halde yerine getirilmedi.

Belki bu durum bazen çalışmaz, yani sağ tarafı

 if ( OrderType ()==OP_BUYSTOP && Ask>( OrderOpenPrice ()- 4 * Point ))

Karşılaştırmadan önce Sor'u normalleştirin.

 
OnGoing :

Belki bu durum bazen çalışmıyor

Karşılaştırmadan önce Sor'u normalleştirin.


Ne olmuş? 

NormalizeDouble(Ask,Digits)>(OrderOpenPrice()-4*Point))
1...232425262728293031323334353637...52
Yeni yorum