Mais regardez-le avec ces paramètres (prise 26). L'intervalle est comme le vôtre, le modèle sur tous les tics. Seules mes données sont téléchargées depuis le terminal :
le dépôt initial est trop important et ne vaut donc pas le risque(
Je ne sais pas, dans mon testeur ça donne la même chose, donc je teste sur le micro NDD center tout de suite, de toute façon après la démo pour ajuster pour la vraie chose, donc pourquoi perdre du temps sur la démo ?
La partie supérieure est UT_FAST après l'avoir fait fonctionner sur le testeur, la partie inférieure est juste superposée sur le graphique. Pourquoi y a-t-il une telle différence ?
Le code pour tirer les données de la dinde dans la chouette ci-dessus, description dans le fichier, la dinde est dans google, aucune décompilation ne peut être extraite ici.
BeerGod: Le code pour tirer les données de la dinde dans la chouette ci-dessus, description dans le fichier, la dinde est dans google, aucune décompilation ne peut être extraite ici.
Si vous n'avez pas de compte, veuillez vous inscrire
Autorisez l'utilisation de cookies pour vous connecter au site Web MQL5.com.
Veuillez activer les paramètres nécessaires dans votre navigateur, sinon vous ne pourrez pas vous connecter.
Vous êtes connecté. L'authentification à deux facteurs a été désactivée. Configurez-la à nouveau et scannez un nouveau code QR, ou continuez avec l'authentification à deux facteurs désactivée.
Oui, mais c'est peu probable).
Mais regardez-le avec ces paramètres (prise 26). L'intervalle est comme le vôtre, le modèle sur tous les tics. Seules mes données sont téléchargées depuis le terminal :
le dépôt initial est trop important et ne vaut donc pas le risque(
Ouais... plutôt incroyable.
pourquoi le décompiler ?
{
double RedRealTime = NormalizeDouble (iCustom(NULL, 0, "UT_FAST",1,0),4) ; // ligne rouge maintenant
double RedPreviosTime = NormalizeDouble (iCustom(NULL, 0, "UT_FAST",1,1),4) ; // ligne rouge plus tôt
double GreenRealTime = NormalizeDouble (iCustom(NULL, 0, "UT_FAST",0,0),4) ; // ligne verte maintenant
double GreenPreviosTime = NormalizeDouble (iCustom(NULL, 0, "UT_FAST",0,1),4) ; // ligne verte avant
// signal de vente - ligne verte sortie sous le niveau de 28 du haut
// signal d'achat - ligne verte sortie au-dessus du niveau 3 de bas en haut
if ( GreenRealTime >= 3 && GreenPreviosTime < 3 ) double NewBuy = 1 ; else NewBuy = 0 ; // Condition d'achat (BUY)
si ( GreenRealTime <= 28 && GreenPreviosTime > 28 ) double NewSell = 1 ; else NewSell = 0 ; // condition de VENTE
// fuck.... le miracle chinois, c'est l'inverse ! !!
RefreshRates () ;
}
En haut UT_FAST après l'avoir fait fonctionner sur le testeur, en bas juste superposé sur le graphique. Pourquoi y a-t-il une telle différence ?
La partie supérieure est UT_FAST après l'avoir fait fonctionner sur le testeur, la partie inférieure est juste superposée sur le graphique. Pourquoi y a-t-il une telle différence ?
Vérifiez les paramètres d'entrée dans la chouette testée et l'inducteur superposé sur le graphique...
Pourriez-vous partager ici un indicateur avec une description de son fonctionnement et de son utilisation dans le hibou pour les entrées/sorties ?
Vérifiez les paramètres d'entrée dans la chouette testée et l'indicateur jeté sur le graphique...
Pourriez-vous partager un indicateur décrivant son fonctionnement et son utilisation dans le hibou pour l'entrée/sortie ici ?
Le code pour tirer les données de la dinde dans la chouette ci-dessus, description dans le fichier, la dinde est dans google, aucune décompilation ne peut être extraite ici.
Merci.
Il est un peu inadéquat. J'ai essayé de l'utiliser dans l'exp, aucun résultat.
Je vois. J'y jetterai un coup d'œil à mon aise. Cela fait longtemps que je n'ai pas regardé ce genre de choses, comme +DI -DI de ADX... :-)