Bir test cihazı ile mucizeler. - sayfa 4

Yeni yorum
 

Genel olarak, test edici/iyileştirici ile ilgili her şey çok kötü... İlk çubuğu işten çıkarmamız gerekecek.

Başka bir hata: SOMETIMES (ancak her zaman olmasa da oldukça sık) bir hafta içi zamanlayıcının ilk aramasında gerçekleşir:

1. Test Cihazı: 

FDAXZ1   2011.09 . 06 00 : 00
InfoTick:       true
bid/ask:         0        0
vol:     0.1
Volume: 0.1
Price/SL/TP:     0        322.5    - 26
RetCode:         10016

2. Optimize edici aynı parametrede (her defasında): 

FDAXZ1   2011.09 . 06 00 : 00
InfoTick:       true
bid/ask:         5246.5    5246.5
vol:     0.1
Volume: 0.1
Price/SL/TP:     5246.5    5569      5220.5
RetCode:         10009

ve aynı zamanda, diğer geçişlerde, hem test edicide hem de optimize edicide ilk işlemde, teklif/ask = 0.

Nasıl doğru olması gerektiğini bilmiyorum, test cihazı ve optimize edici aynı şekilde çalışmalı.

Servis masasında istek üzerine #329165 test için başka bir Uzman Danışman ekleyeceğim.

+ bazen test cihazı testin sonuna ulaşmaz - günlükler testin tamamlandığını gösterse de "Sonuçlar" sekmesi görünmez

 

güncel

Bu hatalar için yeni bir düzeltme derlemesinin duyurusunda bir şey görünmüyor (ve hizmet masasında sessizlik var), ancak bunlar önemli.

 

Test cihazıyla ilgili başka bir kayan hata (zaman zaman ve tutarsız bir şekilde ortaya çıkıyor): 

HL       0        Trade   11 : 40 : 47          2011.11 . 16 10 : 10 : 32    exchange buy 0.30 NZDCHF at 0.56548 ( 0.56468 / 0.56548 / 0.56468 )
DQ       0        Trades   11 : 40 : 47          2011.11 . 16 10 : 10 : 32    deal # 46 buy 0.30 NZDCHF at 0.56548 done (based on order # 46 )
QO       0        Trade   11 : 40 : 47          2011.11 . 16 10 : 10 : 32    deal performed [ # 46 buy 0.30 NZDCHF at 0.56548 ]
GH       0        Trade   11 : 40 : 47          2011.11 . 16 10 : 10 : 32    order performed buy 0.30 at 0.56548 [ # 46 buy 0.30 NZDCHF at 0.56548 ]
KF       0        BF_TEST_CALCHPR (NZDCHF,M12)     11 : 40 : 47          2011.11 . 16 10 : 10 : 37    MAX(stopLevel, freezeLevel): 0
DR       2        Trades   11 : 40 : 47          2011.11 . 16 10 : 10 : 37    failed modify buy 0.30 NZDCHF sl: 0.00000 , tp: 0.00000 -> sl: 0.36702 , tp: 0.57612 [Invalid stops]
QD       0        BF_TEST_CALCHPR (NZDCHF,M12)     11 : 40 : 47          2011.11 . 16 10 : 10 : 37    MAX(stopLevel, freezeLevel): 0
DP       2        Trades   11 : 40 : 47          2011.11 . 16 10 : 10 : 37    failed modify buy 0.30 NZDCHF sl: 0.00000 , tp: 0.00000 -> sl: 0.26779 , tp: 0.58144 [Invalid stops]
OR       0        BF_TEST_CALCHPR (NZDCHF,M12)     11 : 40 : 47          2011.11 . 16 10 : 10 : 37    MAX(stopLevel, freezeLevel): 0
GN       2        Trades   11 : 40 : 47          2011.11 . 16 10 : 10 : 37    failed modify buy 0.30 NZDCHF sl: 0.00000 , tp: 0.00000 -> sl: 0.16856 , tp: 0.58676 [Invalid stops]
EP       0        BF_TEST_CALCHPR (NZDCHF,M12)     11 : 40 : 47          2011.11 . 16 10 : 10 : 37    MAX(stopLevel, freezeLevel): 0
HL       2        Trades   11 : 40 : 47          2011.11 . 16 10 : 10 : 37    failed modify buy 0.30 NZDCHF sl: 0.00000 , tp: 0.00000 -> sl: 0.06933 , tp: 0.59208 [Invalid stops]
CN       0        BF_TEST_CALCHPR (NZDCHF,M12)     11 : 40 : 47          2011.11 . 16 10 : 10 : 37    MAX(stopLevel, freezeLevel): 0
Neden Geçersiz Duraklar çözemedim, stoplar limitli değilse NormalizeDouble kullanılıyor , stop numaraları doğru mu?
Документация по MQL5: Преобразование данных / NormalizeDouble
Документация по MQL5: Преобразование данных / NormalizeDouble
  • www.mql5.com
Преобразование данных / NormalizeDouble - Документация по MQL5
 
notused :

Test cihazıyla ilgili başka bir kayan hata (zaman zaman ve tutarsız bir şekilde ortaya çıkıyor):

Neden Geçersiz Duraklar çözemedim, stoplar limitli değilse NormalizeDouble kullanılıyor , stop numaraları doğru mu?

Bir hata aldığınızda piyasa Alış/Satış fiyatlarını yazdırın.

Durakların aslında pazara yakın olduğunu kesinlikle göreceksiniz.

 
Renat :

Bir hata aldığınızda piyasa Alış/Satış fiyatlarını yazdırın.

Durakların aslında pazara yakın olduğunu kesinlikle göreceksiniz.

Günlüklerde StopLevel ve FreezeLevel'deki maksimum sayıyı özellikle gösterdim:

 MAX(stopLevel, freezeLevel): 0

Hangi, genel olarak, gözlükler için doğrudur. Ek olarak, stopları artırarak üç emir açma denemesi daha yaptım ve son değer sl=0.06933, tp=0.59208 oldu (alış , açılış fiyatından paritenin neredeyse aylık aralığı kadar yüksek ve yapacak bir şey yok. Dur hakkında yanmak)

Testi bitireceğim, mevcut teklifi / talebi göstereceğim - herhangi bir şeyin değişmesi olası değil.

UPD. 2011.11.16 grafiğinde büyük bir artış görüyorum, görünüşe göre sen Renat, haklıydın.

UPD2. Taki Renat, haklısın - bir artış oldu ve fiyat önemli ölçüde değişti.

+ Yapı 619'da optimizasyonun yavaşladığına dair güçlü bir öznel izlenimim var (Eskiden 4 çekirdek + 4 yerel "uzak" aracı kullanırdım; şimdi sadece yerel aracılar kaldı, belki de bu yüzden optimizasyon daha yavaş görünüyor) +++ optimizasyon tüm bilgisayar kaynaklarını seçer ve diğer uygulamalarla çalışmak rahatsız edici hale gelir (örneğin, youtube izlemek veya Visual Studio'da çalışmak) - önceki derlemede, 4 yerel "uzak" aracı daha olsa bile, her şey yolundaydı ve kendi işinizi yapabilirsiniz. rahatça

 
Geliştiriciler Test Cihazında Hata Ayıklayıcı'yı sağlasaydı çok daha kolay olurdu. Test cihazında neden hata ayıklayıcı olmadığını kim söyleyebilir?
 
1CMaster :
Geliştiriciler Test Cihazında Hata Ayıklayıcı'yı sağlasaydı çok daha kolay olurdu. Test cihazında neden hata ayıklayıcı olmadığını kim söyleyebilir?
Bu sebeple hiç kullanmadım bile. Görselleştirme modunda her şeyi uygulamak ve kontrol etmek benim için bir şekilde daha hızlı. Günlüğe, yorumlara veya grafikteki kendi bilgi panellerinize çıktı alın.
 

not edildi :

Optimizasyon sırasında geçişlerin sonuçları ve tek geçiş eşleşmiyor (servis masası - #329165 + danışman aynı yerde)

dize :

Anlayalım.

Sormak istiyorum - anladın mı? Ve danışmanın nasıl test edileceği açık değil. Ve en tatsız olan şey, optimizasyonun bulutta gerçekleşmesi, paranın geri çekilmesi ve sonucun kullanılması imkansız olmasıdır.

 
Yurich :

Sormak istiyorum - anladın mı? Ve danışmanın nasıl test edileceği açık değil. Ve en tatsız olan şey, optimizasyonun bulutta gerçekleşmesi, paranın geri çekilmesi ve sonucun kullanılması imkansız olmasıdır.

...

Vay çelişkiler. Ve buna yalnızca optimizasyon buluttayken mi yoksa yerel olarak da mı sahip oluyorsunuz? Bunu evde hiç fark etmedim (bulutta hiç optimize etmedim).
 
tol64 :
Vay çelişkiler. Ve buna yalnızca optimizasyon buluttayken mi yoksa yerel olarak da mı sahip oluyorsunuz? Bunu evde hiç fark etmedim (bulutta hiç optimize etmedim).
bulutta
1234567
Yeni yorum