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
Chers développeurs !
JE VOUS DEMANDE de lire attentivement ce message.
Je crois que j'ai trouvé la raison pour laquelle le décalage horaire apparaît ! !!
Aujourd'hui :
Terminal
Expert
Mécanisme de contrôle du temps.
Lorsque la profondeur de marché change pour un symbole(je travaille uniquement avec la profondeur de marché).
La fonctionCheckMarketTime est appelée
Après avoir obtenu les données sur le dernier tick pour le symbole
Je vérifie le délai, mais(TRÈS IMPORTANT) ! !!!.
MqlTick (IMMEDIATEMENT) ne contient pas la dernière période de temps, si
dans la profondeur de marché a changé UNIQUEMENT le volume du même prix.
Je fais cette supposition parce qu'il n'y a pas...
Drapeaux TICK_FLAG_ASK_VOLUMEet TICK_FLAG_BID_VOLUME
La fonction OnBookEvent a fonctionné (le volume de tel ou tel prix a changé), mais
MqlTick n'a pas enregistré le moment de ce changement.
Veuillez ajouter ces drapeaux à MqlTick, respectivement avec le temps mis à jour.
Ajouté
Pour une raison quelconque, je ne peux pas faire un enregistrement dans le CD
MqlTick (DROIT ICI) n'enregistre pas le dernier temps si
dans la coupe de prix SEULEMENT le volume du même prix a changé.
Tout à fait exact. Et c'est un comportement correct. MqlTick prend les données de la même source que celle à partir de laquelle l'historique des tics est rempli. Il ne devrait pas y avoir de doublons dans l'historique des ticks, car l'historique des ticks dans MT5 ne stocke pas le volume, même sur les bestbands.
Il a été soulevé depuis longtemps qu'il n'y a pas de moyen direct de connaître le temps auquel correspond l'historique des tics. Découvrez-le d'une autre manière.
Tout à fait exact. Et c'est le comportement correct. MqlTick prend les données de la même source que celle à partir de laquelle l'historique des tics est rempli. Il ne devrait pas y avoir de doublons dans l'historique des ticks, car l'historique des ticks dans MT5 ne stocke pas le volume, même sur les bestbands.
Il a été soulevé depuis longtemps qu'il n'y a pas de moyen direct de connaître le temps auquel correspond l'historique des tics. Découvrez-le d'une autre manière.
Auriez-vous l'amabilité de suggérer lequel ?
Ajouté
Si je recevais une notification indiquant que quelque chose avait changé dans le takan, alors
pourquoi ne pas ajouter un champ pour plus de commodité ("petit sang")
datetime book_change ; ?
Ou encore plus simple, ajoutez le champ suivant à MqlBookInfo
datetime book_change ;
D'autant que ce temps se traduit par un échange.
Auriez-vous l'amabilité de me dire lequel ?
Ne sois pas ridicule... :)
Si j'ai été informé que quelque chose a changé dans takan, alors
pourquoi ne pas ajouter un champ pour la commodité ("peu d'argent")
datetime book_change ; ?
Ou simplement, ajoutez la structure MqlBookInfo avec l'option
datetime book_change ;
Surtout, que ce temps est traduit par l'échangeur.
Seulement pas en date, mais en millisecondes. Et
Forum sur le trading, les systèmes de trading automatisés et les tests de stratégie
Marché fermé
fxsaber, 2017.09.22 09:17
Laquestion est soulevée depuis longtemps qu'il n'y a pas de moyen direct de connaître le moment auquel correspond la fenêtre de pari.
Avec des suggestions similaires.
Peut-être après le déclenchement du OnBookEvent.
demander des CopyTicks sur ce personnage ?
Je vais essayer...
Peut-être après le déclenchement du OnBookEvent.
demander des CopyTicks sur ce personnage ?
Ça n'aiderait pas, bien sûr. La seule option maintenant est de trouver le timing de la led du tumbler.
Ça ne servira à rien, bien sûr. La seule option maintenant est de trouver le moment où le verre a été conduit.
C'est intéressant :)
Résultat
? ??????
Je ne sais même pas quoi dire. ....
Je ne sais même pas quoi dire. ....
vous verrez que le timing ne sera différent que dans ces situations
Il a été discuté à plusieurs reprises que MqlTick ne retourne pas un tick tel quel. Qu'il existe deux flux de ticks : la cotation et la transaction. Et que dans CopyTicks ils sont fusionnés parfois rétroactivement, parce que les flux ne sont pas synchronisés. Et que les moments de MqlTick et CopyTicks peuvent ne pas coïncider.