[ARCHIVE]Toute question de débutant, afin de ne pas encombrer le forum. Professionnels, ne passez pas à côté. Je ne peux aller nulle part sans toi - 5. - page 315
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
Les amis !
Une question globale s'est posée
Est-il possible d'obtenir le flux de ticks dans le terminal le week-end, afin de pouvoir écrire et déboguer des EAs tranquillement ?
J'ai déjà quelques astuces pour l'utiliser dans mon robot de trading.
Je ne peux pas utiliser un tick pour déclencher l'EA, j'ai besoin d'un flux de ticks dans une certaine fourchette.
existe-t-il une telle chose dans la nature ?
les serveurs mt4 qui émulent les cotations en continu les week-ends ?
émulation de tique. Je ne sais pas si c'est ce dont vous avez besoin ou non. Il existe également un timer, soit avec kernel32, soit avec user32, recherchez-le sur le forum.
Bonjour à tous, veuillez aider un nouveau venu.
La question est la suivante ... par exemple j'ai un indicateur et il est dessiné dans la #property indicator_separate_window, l'indicateur a deux "buffers", il en ressort deux lignes ... ma question est comment faire une flèche ou une ligne dans la fenêtre MAIN (pas la fenêtre de l'indicateur, mais la fenêtre du graphique de prix) quand les lignes se croisent ... ?
Par exemple prenez un RSI classique, comment faire un croisement de ligne avec zéro pour afficher des flèches sur le graphique des prix ...
Bonjour à tous, veuillez aider un nouveau venu.
La question est la suivante ... par exemple j'ai un indicateur et il est dessiné dans la #property indicator_separate_window, l'indicateur a deux "buffers", il en ressort deux lignes ... ma question est comment faire une flèche ou une ligne dans la fenêtre MAIN (pas la fenêtre de l'indicateur, mais la fenêtre du graphique de prix) quand les lignes se croisent ... ?
Par exemple, prenez un RSI ordinaire, comment faire pour que le passage à zéro de la ligne affiche des flèches sur le graphique des prix ...
Autre indicateur sur#property indicator_chart_window via iCustom, et là sur DRAW_ARROW.
Je ne comprends pas l'expression :
si nombre de barres comptées =0 etdownloadhistory ?downloadhistory est une variable logique globale initialementfausse. Quelle condition porte-t-elle ? Je comprendrais si la condition est la suivante
si (counted_bars==0 && downloadhistory == false)
Expliquez à un débutant, s'il vous plaît !
Les amis !
Une question globale s'est posée
Est-il possible d'obtenir le flux de ticks dans le terminal le week-end, afin de pouvoir écrire et déboguer des EAs tranquillement ?
J'ai déjà quelques astuces pour l'utiliser dans mon robot de trading.
Je ne peux pas utiliser un tick pour déclencher l'EA, j'ai besoin d'un flux de ticks dans une certaine fourchette.
existe-t-il une telle chose dans la nature ?
un serveur mt4 qui émule un flux de cotations le week-end ?
Bibliothèque.
Section"4.7 Fonctions de mise à jour des cartes de contrôle".
Encore une chose :)
Il existe un ZigZag dans l'application MT4 dans les indicateurs personnalisés. Il a des paramètres :
Que représentent-ils ?
Vadim, ça ne marche pas. Comme c'est le week-end, j'étudie la lecture-écriture toute seule. J'écris deux scripts de vérification : je place l'un d'entre eux sur une période de quelques secondes et il génère un tableau élément par élément. La seconde, je l'envoie à n'importe quelle paire et elle imprime ce tableau. Donc, les scripts :
Secondes :
Le second script, qui imprime le tableau, s'accroche à toute paire déjà formée :
Pour être juste, j'ai mis
le second pour. Je regarde le journal. Au moins certaines valeurs sont écrites à des adresses, ou plutôt des décalages par rapport à nAddress : 0-3FF, 7FF-83FF, BFFF-C3FF. Pour toutes les autres plages - erreur critique dansMemoryWriteInt. Je joins le fichier historique avec les chandeliers des secondes.
Vadim, ça ne marche pas. Comme c'est le week-end, j'étudie la lecture-écriture toute seule. J'écris deux scripts de vérification : je place l'un d'entre eux sur une période de quelques secondes et il génère un tableau élément par élément. La seconde, je l'envoie à n'importe quelle paire et elle imprime ce tableau. Donc, les scripts :
Secondes :
Le second script, qui imprime le tableau, s'accroche à toute paire déjà formée :
Pour être juste, j'ai mis
le second pour. Je regarde le journal. Au moins certaines valeurs sont écrites à des adresses, ou plutôt des décalages par rapport à nAddress : 0-3FF, 7FF-83FF, BFFF-C3FF. Pour toutes les autres plages - erreur critique dansMemoryWriteInt. Je joins le fichier historique avec les chandeliers des secondes.
Le script de test du kit fonctionne-t-il ?
Il n'est pas nécessaire de modifier la taille de la mémoire allouée aussi souvent. C'est un frein. La mémoire est allouée discrètement par 4Kb. Arrondis. Il s'agit d'une fonction de cartographie.
Faites un projet de test simple afin de pouvoir le vérifier. Ce que vous publiez est impossible à vérifier. Il y a trop d'erreurs de syntaxe.
Je ne comprends pas l'expression :
si nombre de barres comptées =0 etdownloadhistory ?downloadhistory est une variable logique globale initialementfausse. Quelle condition porte-t-elle ? Je comprendrais si la condition est la suivante
si (counted_bars==0 && downloadhistory == false)
Veuillez expliquer à un débutant !
Laissez-moi l'essayer maintenant. Lorsque nous écrivons
alors dans tous les cas, ces actions seront toujours effectuées, car les deux premières sont similaires à la troisième (vérifier, simplifier l'expression). C'est-à-dire que si ce sont des variables booléennes, nous n'avons pas besoin de mettre ==vrai, ==faux, car elles sont déjà vraies ou fausses par elles-mêmes.
Un autre indicateur sur #property indicator_chart_window via iCustom, et là sur DRAW_ARROW.
y a-t-il un autre moyen ? ou pouvez-vous me donner un lien où un tel cas est implémenté, peut-être l'avez-vous vu...