Vous manquez des opportunités de trading :
- Applications de trading gratuites
- Plus de 8 000 signaux à copier
- Actualités économiques pour explorer les marchés financiers
Inscription
Se connecter
Vous acceptez la politique du site Web et les conditions d'utilisation
Si vous n'avez pas de compte, veuillez vous inscrire
Oui, je comprends. Mais encore une fois, dans le testeur de stratégie - vous obtenez les ticks séquentiellement, et vous ne savez pas quand vous aurez le dernier tick.
dll n'est pas nécessaire
Il est possible de faire quelque chose pour afficher la première barre et le nombre de barres par caractère(n'importe lequel). Mais c'est pour les anciennes constructions. Et je ne sais pas si cela fonctionnera dans le testeur. Mais j'ai accès à l'historique dans MT4 sans dll.
Vous pouvez trouver l'heure de la première barre (début) et le nombre de barres dans l'historique des symboles, c'est suffisant.
Dans le testeur de stratégie, l'heure de la première barre est l'heure du tick entrant. Et il augmentera constamment avec l'arrivée des ticks dans le testeur de stratégie.
Un exemple concret :
-----------------------------------------------
La date actuelle est le 1.05.2015, nous commençons le testeur de stratégie pour l'année dernière. Sur le premier tick dans le testeur de stratégie, nous obtiendrons le temps de barre zéro du 1.1.2015. Bien que le temps réel sur l'ordinateur soit 1.5.2015. Au fur et à mesure que les ticks arrivent dans le testeur de stratégie, la date se déplace, ainsi que la barre de zéro.
En utilisant l'opération du fichier, nous pouvons obtenir que même si notre dernier (barre zéro) a une date du 1.1.2015, l'heure réelle est le 1.05.2015. En conséquence, nous ne traitons les ticks dans le testeur que jusqu'au 1.04.2015.
Au fur et à mesure que de nouveaux jours réels arrivent - dans le testeur, nous obtiendrons une date de plus en plus tardive, et, en conséquence, le processus tique de plus en plus, mais pas plus près qu'un mois de la date réelle.
Maintenant, l'utilisateur a décidé de nous tromper et de régler la date sur l'ordinateur six mois à l'avance. Maintenant, dans le testeur, avec la date 1.05.2015 nous obtiendrons la date 1.11.2015, et les ticks seront traités jusqu'au 1.10.2015, malgré le fait que la date réelle - toujours 1.05.2015, et dans le terminal vraiment les données seulement à cette date. Cependant, il n'y a aucun moyen d'obtenir cette valeur du testeur au début du test.
C'est là le problème.
Autrement dit, si nous pouvions obtenir du testeur la dernière date réelle de la série chronologique enregistrée dans le testeur, le problème serait résolu. Mais le problème est qu'on ne sait pas très bien comment s'y prendre.
dll n'est pas nécessaire
Il est possible de faire quelque chose pour afficher la première barre et le nombre de barres par caractère(n'importe lequel). Mais c'est pour les anciennes constructions. Et je ne sais pas si cela fonctionnera dans le testeur. Mais j'ai accès à l'historique dans MT4 sans dll.
Dans le testeur de stratégie, l'heure de la première barre est l'heure du tick entrant. Et il augmentera constamment avec l'arrivée des ticks dans le testeur de stratégie.
Un exemple concret :
-----------------------------------------------
La date actuelle est le 1.05.2015, nous commençons le testeur de stratégie pour l'année dernière. Sur le premier tick dans le testeur de stratégie, nous obtiendrons le temps de barre zéro du 1.1.2015. Bien que le temps réel sur l'ordinateur soit 1.5.2015. Au fur et à mesure que les ticks arrivent dans le testeur de stratégie, la date se déplace, ainsi que la barre de zéro.
En utilisant l'opération du fichier, nous pouvons obtenir que même si notre dernier (barre zéro) a une date du 1.1.2015, l'heure réelle est le 1.05.2015. En conséquence, nous ne traitons les ticks dans le testeur que jusqu'au 1.04.2015.
Au fur et à mesure que de nouveaux jours réels arrivent - dans le testeur, nous obtiendrons une date de plus en plus tardive, et, en conséquence, le processus tique de plus en plus, mais pas plus près qu'un mois de la date réelle.
Maintenant, l'utilisateur a décidé de nous tromper et de régler la date sur l'ordinateur six mois à l'avance. Maintenant, dans le testeur, avec la date 1.05.2015 nous obtiendrons la date 1.11.2015, et les ticks seront traités jusqu'au 1.10.2015, malgré le fait que la date réelle - toujours 1.05.2015, et dans le terminal vraiment les données seulement à cette date. Cependant, il n'y a aucun moyen d'obtenir cette valeur du testeur au début du test.
C'est là le problème.
Autrement dit, si nous pouvions obtenir du testeur la dernière date réelle de la série chronologique enregistrée dans le testeur, le problème serait résolu. Mais le problème est qu'on ne sait pas très bien comment s'y prendre.
Il existe un fichier historique, nous devons l'ouvrir (FileOpenHistory), le lire, trouver la première (THE LAST BAR in history), lire son heure et compter le nombre total de barres.
Cela sera suffisant pour manipuler l'arrêt du conseiller expert au bon moment dans le testeur.
Il existe un fichier historique, vous devez l'ouvrir, le lire, trouver la première (la barre la plus à gauche dans l'historique), lire son temps, compter le nombre total de barres.
Cela sera suffisant pour manipuler l'arrêt de l'EA au bon moment dans le testeur.
Vous n'avez pas besoin d'obtenir la dernière date, vous devez obtenir la première date dans le fichier historique et le nombre total de barres dans le fichier historique en le lisant depuis le fichier init.
А ! Voilà qui est intéressant.
Je vais devoir l'essayer.
C'est exact, mais comment y accéder depuis le testeur de stratégie?
S'agit-il donc d'une opération normale sur un fichier, ou le testeur n'est-il pas autorisé à accéder à l'historique ?
Je ne l'ai pas essayé moi-même, mais il n'y a pas d'interdiction dans l'aide.