Toute question de débutant, afin de ne pas encombrer le forum. Professionnels, ne passez pas à côté. Nulle part sans toi - 6. - page 733
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
Je le fais.
Veuillez m'excuser, je suis 0 en programmation MKL, veuillez indiquer comment cela se fait en pratique ?
Insérer cette fonction dans l'expert, définir
Nous avons le résultat
Je peux attacherl'indicateur moving averege à l'indicateurAccumulative Swing Index (ASI) ? J'ai ma constamment attaché au graphique principal, mais j'ai besoin de l'attacher à la fenêtre de l'indicateur ASI.
Il suffit de faire glisser la MA de la fenêtre "Navigator" vers la fenêtre de l'indicateur ASI et de sélectionner dans les paramètres à appliquer à
Je n'ai pas encore abordé sérieusement ce sujet, mais j'aimerais savoir s'il existe une alternative ? Par exemple, quel est l'équivalent de iBarShift qui fonctionnera dans les indicateurs pour des TF plus élevés dans le mode de test du conseiller expert que le TF du conseiller expert testé ?
Récemment, j'ai découvert qu'à partir de la version 5xx, les indicateurs qui font référence à des délais plus élevés ne sont pas supportés par le Tester. Je l'ai vérifié, iBarShift renvoie 0 pour un TF plus élevé.
Je n'ai pas encore abordé sérieusement ce sujet, mais j'aimerais savoir s'il existe une alternative ? Par exemple, quel est l'équivalent de iBarShift qui fonctionnera dans les indicateurs pour des TF plus élevés dans le mode de test du conseiller expert que le TF du conseiller expert testé ?
tout le monde le soutient,
Il n'y a que dans la nouvelle construction qu'il faut faire attention aux réseaux, ils sont capricieux.
tout le monde le soutient,
Il n'y a que dans la nouvelle construction qu'il faut faire attention aux réseaux, ils sont difficiles à contrôler.
Vous trouverez ci-dessous une capture d'écran de Tester en mode Visualisation :
Au moment où l'indicateur est attaché au graphique, Shift_2 montre ~65 000, puis 7,6,5...0.
Des idées à ce sujet ?
Dès que l'indicateur est attaché au graphique, Shift_2 affiche ~65,000, puis 7,6,5..0.
Des idées à ce sujet ?
Les développeurs ont fait en sorte qu'il soit impossible de s'adresser à un TF élevé en mode visualisation via iBarShift() (ou peut-être pas seulement via iBarShift()), de toute façon cela fonctionne dans le testeur, les données sont correctes pour les Expert Advisors (toujours selon les développeurs), mais il n'y a aucun sens à attacher un tel indicateur au graphique de visualisation pendant le fonctionnement du testeur, les données ne seront pas correctes.
Avez-vous désactivé le fonctionnement uniquement en mode visualisation ? Cela fonctionne-t-il sans visualisation dans le testeur, l'avez-vous vérifié ?
Quoi qu'il en soit, la première question redevient pertinente.Merci pour l'information !
Est-il possible d'écrire une alternative utilisateur à iBarShift (etc.), c'est-à-dire une fonction qui effectuerait des calculs similaires sur la base des barres ouvertes en mode visualisation graphique pour une TF supérieure ? Quelqu'un a-t-il rencontré du code iBarShift écrit en mql ?
La personne ci-dessus a dit que tout fonctionne, mais comme vous pouvez le voir dans l'exemple, ce n'est pas le cas.
Avez-vous désactivé le fonctionnement uniquement en mode visualisation ? Sans visualisation dans le testeur va fonctionner, n'avez-vous pas vérifié ?
Quoi qu'il en soit, la première question redevient pertinente.Merci pour l'information !
Est-il possible d'écrire une alternative utilisateur à iBarShift (etc.), c'est-à-dire une fonction qui effectuerait des calculs similaires sur la base des barres ouvertes en mode visualisation graphique pour une TF supérieure ? Quelqu'un a-t-il rencontré du code iBarShift écrit en mql ?
Vous avez mal compris l'homme ci-dessus.
Votre code fonctionne correctement dans l'EA. Le problème est qu'en s'adressant à un TF supérieur, l'indicateur reçoit les données d'une barre réelle fermée alors que cette barre dans le testeur n'est pas encore fermée. Et lorsque l'accès à partir de l'EA OHLC est modélisé.