Des miracles avec le testeur. - page 4

 

En somme, les choses vont très mal avec le testeur/optimiseur... Je vais devoir exclure la première barre du travail.

Un autre bug : il se produit N'IMPORTE OÙ (mais assez souvent, quoique pas toujours) lors du premier appel du timer un jour de semaine :

1. Testeur :

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. optimiseur sur le même paramètre (à chaque fois) :

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

et en même temps, sur d'autres passes, à la fois dans le testeur et l'optimiseur sur le premier déclencheur bid/ask = 0.

Je ne sais pas comment cela devrait être, mais le testeur et l'optimiseur devraient fonctionner de la même manière.

Je vais joindre un autre Expert Advisor pour les tests dans le Service Desk sur la demande #329165.

+Parfois, le testeur n'arrive pas à la fin du test - l'onglet "Résultats" n'apparaît pas, bien que les journaux montrent que le test est allé jusqu'au bout.

 

Mise à jour.

Je ne vois pas de corrections de bogues dans l'annonce de la nouvelle version (et silence dans le Service Desk), mais elles sont essentielles.

 

Un autre problème flottant avec le testeur (se produisant occasionnellement et de manière incohérente) :

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
Je ne comprends pas pourquoi Invalid Stops, si les arrêts ne sont pas limités, NormalizeDouble est utilisé, les valeurs numériques des arrêts sont correctes ?
Документация по MQL5: Преобразование данных / NormalizeDouble
Документация по MQL5: Преобразование данных / NormalizeDouble
  • www.mql5.com
Преобразование данных / NormalizeDouble - Документация по MQL5
 
notused:

Un autre problème flottant avec le testeur (se produisant occasionnellement et de manière incohérente) :

Je ne comprends pas pourquoi Invalid Stops, si les arrêts ne sont pas limités, NormalizeDouble est utilisé, les valeurs numériques des arrêts sont correctes ?

Sortir les prix Bid/Ask du marché lorsqu'une erreur est reçue.

Vous verrez certainement que les arrêts sont en fait proches du marché.

 
Renat:

Sortir les prix Bid/Ask du marché lorsqu'une erreur est reçue.

Vous verrez probablement que les arrêts sont en fait proches du marché.

J'ai intentionnellement mis le nombre maximum de StopLevel et FreezeLevel dans les journaux :

 MAX(stopLevel, freezeLevel):0

Ce qui est généralement correct pour les stocks. En outre, j'ai fait trois autres tentatives d'ouverture d'un ordre en augmentant les stops et la dernière était sl=0.06933, tp=0.59208 (la prise était plus élevée que le prix d'ouverture de presque un mois de la paire, mais il n'y a rien à arrêter).

Je vais terminer les tests et imprimer l'offre et la demande actuelles - il est peu probable que quelque chose change.

UPD. Je vois sur le graphique un énorme pic du 2011.11.16, apparemment vous, Renat, aviez raison.

UPD2. Taki Renat, vous avez raison - il y a eu un pic et le prix a changé de façon spectaculaire.

+ j'ai une forte impression subjective que l'optimisation est ralentie dans la 619e build (j'utilisais 4 cœurs + 4 agents locaux "distants" ; maintenant il ne reste que des agents locaux, c'est peut-être pour cela que l'optimisation semble plus lente)L'optimisation +++ accapare toutes les ressources de l'ordinateur et le travail avec d'autres applications devient inconfortable (par exemple, regarder YouTube ou travailler dans Visual Studio) - dans la version précédente, même avec 4 agents locaux "distants" supplémentaires, tout allait bien et on pouvait faire les choses assez confortablement.

 
Cela aurait été beaucoup plus facile si les développeurs avaient fourni un débogueur dans le testeur. Qui peut dire pourquoi il n'y a pas de débogueur dans le testeur ?
 
1CMaster:
Ce serait beaucoup plus facile si les développeurs fournissaient un débogueur dans le testeur. Qui peut dire pourquoi il n'y a pas de débogueur dans le testeur ?
Je ne l'ai jamais utilisé à cause de ça. C'est en quelque sorte plus rapide pour moi de tout mettre en œuvre et de tout vérifier en mode visualisation. Sortie vers un journal, des commentaires ou mes propres panneaux d'information sur un graphique.
 

non utilisé:

Les résultats de l'optimisation et de la passe unique ne correspondent pas (service-desk - #329165 + EA là aussi)

stringo:

Nous allons trouver une solution.

Je veux demander - avez-vous trouvé la solution ? Je ne comprends pas comment tester le conseiller expert. Et le plus ennuyeux, c'est que l'optimisation fonctionne dans le nuage, l'argent est retiré mais on ne peut pas utiliser le résultat.

 
Yurich:

Je voudrais demander - avez-vous trouvé la solution ? Parce qu'il n'est pas clair comment tester le conseiller expert. Et le plus ennuyeux est que l'optimisation se fait dans le nuage, l'argent est retiré, mais vous ne pouvez pas utiliser le résultat.

...

Quel décalage. Cela se produit-il uniquement lorsque vous exécutez l'optimisation dans le nuage ou localement aussi ? Je n'ai jamais remarqué cela (je n'ai jamais été optimisé dans le nuage).
 
tol64:
Quelle divergence. Est-ce seulement lors de l'optimisation dans le nuage ou localement aussi ? Je n'ai jamais remarqué cela (je n'ai jamais été optimisé dans le nuage).
Dans le nuage.