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
Continuer à cacher le code ?
Est-ce que tu lis au moins les messages ?
Vous avez crié et les avez appelés chukchi, mais le problème n'a pas été résolu !
Je n'ai pas encore écrit le téléchargement de l'historique, mais les données sont dans le terminal, et elles n'en sortent PAS du premier coup !
en poche|modifier|supprimer
Quelqu'un peut-il m'expliquer ?
Pourquoi la fonction avec l'identifiant SERIES_TERMINAL_FIRSTDATE, quand il y a des données
dans le terminal renvoie FALSE ?
Quelqu'un peut-il m'expliquer ?
Pourquoi la fonction avec l'identifiant SERIES_TERMINAL_FIRSTDATE, quand il y a des données
dans le terminal renvoie FALSE ?
5 sec. Je vais ajouter quelques liens...
A partir de l'aide Organiser l'accès aux données --> Exemple de script pour télécharger l'historique :
Tout se passe exactement comme indiqué dans la documentation. :)
Esquisse d'un indicateur et d'un Expert Advisor pour vérification + le résultat sur la vidéo.
1) Tout d'abord, je l'envoie sur le graphique du conseiller expert qui contient la fonction OnTick qui fonctionne pendant 20 secondes.
Le résultat est que le graphique continue de fonctionner et affiche tout comme il se doit. Le graphique fonctionne également comme prévu.
2) Ensuite, nous appliquons au graphique l'indicateur qui a la fonctionOnCalculate pendant 20 secondes.
Résultat : le chat se bloque. En même temps, le prochain chat portant le même symbole et ayant une période différente est également suspendu. Le verre continue de fonctionner comme il le devrait. Une fois que la fonction a fonctionné, tout revient à la normale.
3) La vidéo ne le montre pas - mais si vous lancez un indicateur sur un chat (réglé sur 60 sec), et un EA sur l'autre - l'EA ne commence pas à fonctionner jusqu'à ce que l'indicateur fonctionne mal sur un autre chat !
J'ai joint la vidéo séparément - elle est ralentie dans mon navigateur.
Sans blague, où est passé le multithreading ? !
Tant que l'indicateur ne fonctionne pas, les ticks n'atteignent pas l'EA !
Où est passé le multithreading ? !
Tant que l'indicateur ne fonctionne pas, les ticks n'atteignent pas l'EA !
Où est passé le multithreading ? !
Tant que l'indicateur ne fonctionne pas, les ticks n'atteignent pas l'EA !
Ça a toujours été comme ça.
Les offres arrivent jusqu'à la coupe, mais ça n'apparaît pas sur le graphique.
Les ticks de l'EA ne fonctionnent pas. Et tout le reste sur le chat. Je n'ai pas vérifié les minuteurs et les événements personnalisés.
Aide Organisation de l'accès aux données --> Exemple de script de chargement de l'historique :
Aussi de l'aide.
...Les fichiers de service au format HCC servent de source de données pour construire les données de prix pour les périodes demandées au format HC. Les données au format HC sont des séries chronologiques, qui sont préparées au maximum pour un accès rapide. Ils sont créés uniquement à la demande d'un graphique ou d'un programme mql5 dans un volume ne dépassant pas le paramètre "Max bars in charts", et sont sauvegardés pour une utilisation ultérieure dans des fichiers avec l'extension hc.
Afin d'économiser les ressources, les données de l'échéancier sont chargées et stockées dans la RAM uniquement lorsque cela est nécessaire. En cas d'absence prolongée de demandes, les données sont déchargées de la RAM et sauvegardées dans un fichier. Les données pour chaque période sont préparées indépendamment des données prêtes pour les autres périodes. Les règles de préparation et de disponibilité des données sont les mêmes pour toutes les périodes. C'est-à-dire que, malgré le fait que l'unité de stockage des données dans le format HCC est une barre de minutes, la disponibilité des données dans le format HCC ne signifie pas la disponibilité et l'accessibilité des données du format HC pour la période M1 dans le même volume.
Quelqu'un peut-il m'expliquer ?
Pourquoi la fonction avec l'identifiant SERIES_TERMINAL_FIRSTDATE, quand il y a des données
dans le terminal renvoie FALSE ?
À partir de l'aide de Data Access Organisation --> Exemple de script pour télécharger l'historique :
Et voilà. Vous êtes sur la bonne voie. Pour vérifier comment le terminal fonctionne exactement, plutôt que comme vous l'imaginez, un algorithme simple de vérification.