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
J'ai essayé votre test, c'est exactement la même chose - un décalage de quelques secondes. Pas sur le custom, mais sur les silver futures.
Instrument Silv-12.21. MICEX, courtier BCS. Mais je pense que ça n'a pas d'importance.
Mais dans votre cas, il est possible que le graphique ne soit pas construit sur les offres, ou que le courtier ait des flux de cotations et de transactions différents (bien que, sur la bourse - peu probable).
Le sujet ici concerne les instruments personnalisés.
On ne parlait pas d'outils ordinaires, on parlait de castum. Par définition, toutes les informations les concernant sont disponibles dans le terminal, rien ne doit aller au serveur.
Peut-être qu'il y a un non-sens ici - comme une demande de temps de serveur ou autre. En général, il s'agit d'une bévue. Et si vous effectuez un test en l'absence de connexion physique, que se passera-t-il ? Je suis curieux, mais je n'ai rien pour le tester.
Bonjour à tous !
Pour une raison quelconque, l'histoire n'est pas copiée dans le symbole personnalisé. Le code est le plus simple. Je ne reçois aucune erreur, mais il n'y a pas de guillemets dans le symbole personnalisé.
Je veux juste transférer les cotations réelles avec un décalage d'une heure vers le symbole personnalisé.
Pouvez-vous me dire pourquoi le résultat est vide ?
Merci.
SymbolInfoXXX est implacablement à la traîne par rapport à iClose :
symboles personnalisés (ticks et barres).
J'ai constaté queSymbolInfoDouble et SymbolInfoTick, qui sont appelés dans l'EA, travaillant sur ce graphique, à un moment donné"se bloquent" : dans l'aperçu du marché les cotations changent, le graphique est mis à jour, iClose et CopyTicksRange obtiennent des données réelles, mais SymbolInfoXXX donne des informations périmées.
Dans le processus d'analyse il est venu au code le plus simple, qui était destiné à détecter ces "hangs", mais beaucoup plus tôt a démontré le problème de l'autre côté :SymbolInfoXXX est tout simplement retardé implacablement par rapport à iClose ! Vous pouvez le voir à l'œil nu :
Exécutez un tel EA sur votre graphique de castum, s'il vous plaît :
(OnTimer peut être remplacé par OnTick, l'effet est le même).
Avez-vous des décalages similaires ?
Exécutez un tel programme sur votre graphique de naufrage, s'il vous plaît :
Avez-vous des freins similaires ?
Sur un symbole personnalisé qui n'est pas mis à jour et qui n'a pas de tick dans Market Watch, aucun frein n'est ressenti.
Vous ne pouvez pas créer un symbole personnalisé avec le code le plus simple. Il y a beaucoup de culbutes. Regarde ça.
Sur un symbole personnalisé qui n'est pas mis à jour et qui n'a pas de tick dans Market Watch, je ne sens pas les freins.
Probablement parce que les freins sont précisément dans la mise à jour (ou plutôt dans la réception des informations mises à jour par l'EA fonctionnant sur un tel graphique) ?
Probablement parce que c'est la mise à jour (ou plutôt l'obtention d'informations mises à jour par un EA fonctionnant sur un tel graphique) qui ralentit les choses ?
Je n'utilise pas de symboles personnalisés pouvant être mis à jour, et je n'en ai donc pas connaissance.
Build 3091, pris des citations suspendues (clic) :
Le dernier tick retourné par SymbolInfoDouble et SymbolInfoTick est 04:52:07 (bid 61083.19)
En même temps que les ticks les plus récents sont dans l'historique de l'instrument, le graphique et marketwatch sont mis à jour, iClose renvoie la valeur correcte.
Il existe un code pour le reproduire. Qu'est-ce que je dois réparer d'autre ?
J'ai trouvé une dépendance - seuls les instruments sur lesquels les graphiques étaient ouverts (et l'EA était exécuté pour les suivre, respectivement) ont gelé.
Si je change l'instrument graphique pour un autre (également castrum, mais non actif jusqu'à présent), tout est correct. Si nous revenons à un instrument "gelé", ou si nous ouvrons un nouveau graphique pour celui-ci, les SymbolInfoDouble et SymbolInfoTick sont toujours dans le même état gelé.