Histoire d'un tic-tac - page 24
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
À en juger par les requêtes de l'indicateur de tic, les données du champ time_msk sont un multiple de 1000. c'est-à-dire que nous ne parlons pas de millisecondes, la résolution est de 1 seconde.
Question : quel était alors l'intérêt d'étendre la structure de MqlTick?
Ce n'est pas le cas chez vous ?
J'ai un compte de démonstration sur Openbroker et un compte réel sur le même site. Sur le serveur réel All Access, le résultat est le même, de même que sur la démo. J'ai examiné Si-6.16, RTS-6.16, SBRF-6.16. Tous les changements sont des multiples de 1000.
N'est-ce pas ?
Actuellement, la requête SymbolInfoTick renvoie des zéros dans la structure MqlTick au lieu de millisecondes réelles (un multiple de 1000).
Veuillez attendre la prochaine version.
PS sur demande CopyTicks millisecondes sont donnés tels quels
J'ai téléchargé cet indicateur à partir de ce fil de discussion pour le tester. Il obtient les 30 derniers ticks exactement via CopyTicks. Sinon, je devrais peut-être l'essayer sur un autre serveur (pas openbroker).
>> "Des zéros sont donnés à la place des millisecondes réelles".
On ne donne pas de zéros, mais toujours les mêmes chiffres avec un multiple de 1000. (...2064, ...2064, ...3064, ..., ..., ..4064 )
J'ai téléchargé cet indicateur à partir de ce fil de discussion pour le tester. Il obtient les 30 derniers ticks exactement via CopyTicks. En option, je devrais peut-être l'essayer sur un serveur différent (pas openbroker).
>> "Des zéros sont donnés à la place des millisecondes réelles".
On ne donne pas de zéros, mais toujours les mêmes chiffres avec un multiple de 1000. (...2064, ...2064, ...3064, ..., ..., ..4064 )
Les zéros sont transmis par la fonction SymbolInfoTick.
Dans CopyTicks, les millisecondes réelles sont données. Si ces chiffres sont 2064, 3064, 4064, cela signifie qu'il en était ainsi. Je ne sais pas pourquoi il en a été ainsi.
J'ai regardé votre code. Quel est le spécificateur de sortie %-4d ? time_msc est long, donc juste d ne fonctionne pas. Ça devrait être %I64d.
Les zéros sont donnés par la fonction SymbolInfoTick.
Dans CopyTicks, les millisecondes réelles sont données. Si c'est 2064, 3064, 4064, alors c'était le cas. Je ne sais pas pourquoi il en a été ainsi.
J'ai regardé votre code. Quel est le spécificateur de sortie %-4d ? time_msc est long, donc juste d ne fonctionne pas. Ça devrait être %I64d.
Oui, désolé. Le code n'est pas le mien. L'auteur du code a vraiment une erreur dans StringFormat. J'ai imprimé à chaque itération de la boucle par Print (tick.time_msc) . Le résultat est entièrement nul à la fin et nous n'obtenons toujours pas de millisecondes. La requêteCopyTicks persiste.
Les zéros sont donnés par la fonction SymbolInfoTick.
Dans CopyTicks, les millisecondes réelles sont données. Si c'est 2064, 3064, 4064, alors c'était le cas. Je ne sais pas pourquoi il en a été ainsi.
J'ai regardé votre code. Quel est le spécificateur de sortie %-4d ? time_msc - c'est long, c'est pourquoi juste d ne fonctionne pas. Ça devrait être %I64d.
Indicateur modifié par rapport au premier message - ne jouez pas avec StringFormat, ça devrait être comme ça maintenant :
Oui, désolé. Le code n'est pas le mien. L'auteur a vraiment un bug dans StringFormat. Imprimer (tick.time_msc) à chaque itération de la boucle. Le résultat est entièrement nul à la fin et nous n'obtenons toujours pas de millisecondes. La demandeCopyTicks va tout le temps.
Voici votre indicateur sur les données MetaQuotes Demo
Demandez à votre courtier l'absence de millisecondes dans les ticks.
Voici votre indicateur sur les données MetaQuotes Demo
Demandez à votre courtier l'absence de millisecondes dans les ticks.
ps mon client construit 1340
juriy5555 :
Пока не знаю, что и у кому конкретно писать, я в этом несколько месяцев. Буду надеяться, что ОпенБрокер всё таки обновит сервер.
ps мой билд клиента 1340
J'ai aussi une question, bien qu'un plan un peu différent, et je me demande aussi si les informations transmises par les tiques sont correctes.
Une question sur les volumes réels.
Si vous demandez des informations sur les ticks à partir de l'indicateur, le volume réel y va dans le tableau volume[]. Et, en théorie, si vous obtenez des informations à partir de ticks, le volume accumulé par bougie doit correspondre à la valeur du tableau volume[].
Voici un exemple de code de test :
Ne nous attachons pas aux drapeaux pour l'instant, et supposons que chaque tick reçu modifie le volume total de sVol (bien que, pour autant que je sache, ce n'est pas le cas).
Nous attendons la formation d'une nouvelle bougie et regardons les entrées du journal. Ouverture du courtier, compte réel, build 1340, RTS-6.16 :
Et ainsi de suite, le volume réel de l'indicateur sera beaucoup plus important que celui accumulé. Cela soulève quelques questions pour les développeurs :
1. Le volume obtenu à partir du tableau volume[] de la fonction OnCalculate() doit-il être le même que le volume cumulé obtenu à partir des ticks ? Mon avis, bien sûr, devrait, sinon pourquoi l'indiquer en ticks?
2. Est-il correct d'utiliser la fonction OnCalculate() pour accumuler le volume, ou est-il préférable d'obtenir le volume via OnBookEvent() ? L'aide dit :
L' événement Calculate est généré uniquement pour les indicateurs immédiatement après l'envoi de l'événement Init et lors de toute modification des données de prix. Géré par la fonction OnCalculate.
donc, en théorie, c'est correct, mais j'aimerais entendre un commentaire à ce sujet.
3. Les résultats des tests sont affichés SANS analyse des drapeaux. Si nous analysons les drapeaux, alors, pour autant que je sache, vous devez prendre des volumes de ticks avec des drapeaux 24 (changement simultané du dernier et du volume):
Mais dans ce cas, le volume accumulé sera encore moindre. J'aimerais entendre les commentaires des développeurs sur la façon d'analyser correctement les ticks maintenant (puisque tous les champs sont enregistrés) et les drapeaux sont-ils correctement implémentés ? La question de l'exactitude de l'implémentation s'est posée parce que je n'ai pas remarqué de ticks avec des drapeaux :
Le fichier indicateur est également dans l'application.