Milagres com o provador. - página 4

 

Em suma, as coisas estão muito más com o testador/optimista... Terei de excluir o primeiro bar do trabalho.

Mais um bug: acontece EM QUALQUER LUGAR (mas com bastante frequência, embora nem sempre) na primeira chamada do temporizador num dia de semana:

1. testador:

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. optimizador sobre o mesmo parâmetro (vez após vez):

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

e, ao mesmo tempo, em outros passes, tanto no testador como no optimizador, no primeiro lance/ask = 0.

Não sei como deve ser, no testador e optimizador deve funcionar da mesma maneira.

Anexarei outro consultor especializado para testes no Service Desk a pedido #329165.

+Por vezes o testador não chega ao fim do teste - o separador "Resultados" não aparece, embora os registos mostrem que o teste foi até ao fim

 

Actualização.

Não vejo quaisquer correcções de bugs no anúncio da nova construção (e silêncio no Service Desk), mas elas são essenciais.

 

Outra falha flutuante com o testador (que ocorre ocasionalmente e de forma inconsistente):

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
Não consigo entender porque é que Paragens Inválidas, se as paragens não são limitadas, NormalizeDouble é usado, os valores numéricos das paragens estão correctos?
Документация по MQL5: Преобразование данных / NormalizeDouble
Документация по MQL5: Преобразование данных / NormalizeDouble
  • www.mql5.com
Преобразование данных / NormalizeDouble - Документация по MQL5
 
notused:

Outra falha flutuante com o testador (que ocorre ocasionalmente e de forma inconsistente):

Não consigo entender porque é que Paragens Inválidas, se as paragens não são limitadas, NormalizeDouble é usado, os valores numéricos das paragens estão correctos?

Preços Bid/Ask do mercado de produção quando é recebido um erro.

Certamente verá que as paragens estão realmente perto do mercado.

 
Renat:

Produzir os preços de mercado Bid/Ask quando é recebido um erro.

Verá provavelmente que as paragens estão realmente perto do mercado.

Coloco intencionalmente o número máximo de StopLevel e FreezeLevel nos registos:

 MAX(stopLevel, freezeLevel):0

O que é geralmente correcto para os foguetes. Além disso, fiz mais três tentativas para abrir uma ordem de paragem crescente e a última foi sl=0,06933, tp=0,59208 (o take foi superior ao preço aberto quase por um intervalo de um mês do par, mas não há nada para parar)

Terminarei os testes e imprimirei o lance/esposta actual - é pouco provável que algo mude.

UPD. vejo no gráfico um enorme pico de 2011.11.16, aparentemente você, Renat, estava certo.

UPD2. Taki Renat, tem razão - houve um pico e o preço mudou drasticamente.

+ Tenho uma forte impressão subjectiva de que a optimização é abrandada na 619ª construção (costumava usar 4 núcleos + 4 agentes "remotos" locais; agora só restam agentes locais, talvez seja por isso que parece que a optimização é mais lenta)A optimização +++ toma todos os recursos do computador e o trabalho com outras aplicações torna-se desconfortável (por exemplo, ver o youtube ou trabalhar no Visual Studio) - na construção anterior, mesmo com mais 4 agentes "remotos" locais, tudo estava bem e podia-se fazer as coisas com bastante conforto

 
Teria sido muito mais fácil se os criadores tivessem fornecido um depurador no testador. Quem pode dizer porque não existe um depurador no testador?
 
1CMaster:
Seria muito mais fácil se os criadores fornecessem um depurador no testador. Quem pode dizer porque não existe um depurador no testador?
Nunca o usei por causa disso. É de alguma forma mais rápido para mim implementar e verificar tudo no modo de visualização. Saída para um registo, comentários ou os meus próprios painéis informativos num gráfico.
 

não utilizado:

Os resultados da optimização e do passe único não coincidem (service-desk - #329165 + EA também lá)

stringo:

Vamos descobrir.

Quero perguntar - já o descobriu? Não compreendo como testar o Expert Advisor. E o mais irritante é que a optimização está a correr na nuvem, o dinheiro está a ser retirado mas não se pode usar o resultado.

 
Yurich:

Gostaria de perguntar - já o descobriu? Porque não é claro como testar o Expert Advisor. E o mais irritante é que a optimização é feita na nuvem, o dinheiro é retirado, mas não se pode usar o resultado.

...

Que discrepância. Acontece apenas quando se executa a optimização na nuvem ou localmente também? Nunca tinha reparado nisso (nunca fui optimizado na nuvem).
 
tol64:
Que discrepância. Será apenas quando se optimiza na nuvem ou localmente também? Nunca tinha reparado nisso (nunca fui optimizado na nuvem).
Na nuvem.
Razão: