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
Après un appel réussi à CopyTicks hors ligne, GetLastError renvoie 4403.
Je vais le faire via CopyTicksRange, mais le comportement de CopyTicks semble correct à modifier.
CopyTicks (build 1881) retourne des données plus anciennes que celles demandées, si des ticks frais ne sont pas demandés. C'est-à-dire qu'il renvoie des données plus anciennes que celles du paramètre. Le bug est flottant - il apparaît à différents moments, j'ai donc écrit un petit code qui le reproduit. Je l'ai exécuté dans le testeur sur EURUSD H1, 2017.08.01 - 2018.08.01.
Voici le résultat :
2018.10.17 21:31:26.221 2017.08.01 12:00:00 dt[0]=2017.08.01 03:00:00
2018.10.17 21:31:26.221 2017.08.01 12:00:00 cnt=2000
2018.10.17 21:31:26.221 2017.08.01 12:00:00 ERROR : i=0, ticks[i].time_msc=1501552175606 (2017.08.01 01:49:35)
C'est-à-dire que nous avons demandé à partir de 03:00 et reçu à partir de 01:49. En conditions réelles, la différence était de plus d'un mois.
Voici une question pour les experts. Quelles erreurs potentielles cette méthode d'obtention de tiques fraîches peut-elle entraîner ?
L'ordre des ticks ayant la même heure n'est pas garanti, semble-t-il.
Forum sur le trading, les systèmes de trading automatisés et les tests de stratégie
Tics en temps réel
Andrey Khatimlianskii, 2020.01.31 14:40
À propos, il existe unexcellent article de Vasily Sokolov sur la collecte correcte des tiques. Il y détaille son processus de synchronisation analogique (que je n'ai pas, ce qui fait que parfois les mêmes ticks sont imprimés) :
Mais la fonction CopyTiks ne permet pas de demander les N derniers ticks. Au lieu de cela, il fournit tous les ticks, qui proviennent du moment spécifié du temps. Cela complique la tâche. Nous devons effectuer une requête, obtenir un tableau de ticks et le comparer avec un tableau de ticks, reçu lors de la mise à jour précédente. En même temps, nous découvrirons quelles tiques nouvellement arrivées ne font pas partie de la "réserve précédente", c'est-à-dire qu'elles sont nouvelles. Mais il est impossible de comparer directement les tics entre eux, tout simplement parce qu'il peut n'y avoir aucune différence visible entre eux. Par exemple, examinons le tableau des transactions ci-dessous :
Figure 5. Tableau de toutes les transactions avec un exemple de transactions identiques.
On voit immédiatement deux groupes de tiques absolument identiques. Ils sont marqués par des cadres rouges, ils ont le même temps, volume, direction et prix. Nous constatons donc qu'il est impossible de comparer les tics individuels entre eux.
Mais il est possible de comparerun groupe de tiques. Si deux groupes de ticks sont égaux l'un à l'autre, nous pouvons en conclure que ces ticks et les suivants ont déjà été analysés lors de la précédente mise à jour des prix.
L'ordre des ticks ayant la même heure n'est pas garanti, semble-t-il.
Si vous parlez de groupes de ticks, il ne semble pas y avoir de problème à ce niveau dans le code.
Résultat (à froid - immédiatement après le démarrage du terminal).
Il est possible de désactiver l'Expert Advisor, rien ne changera en termes de consommation par le Terminal.