De la théorie à la pratique - page 391
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
:))) Nah, je viens juste de sortir de là. Je ne peux pas vivre sans le Graal. Et je vais le trouver.
Dans ce cas, vous ne devez pas utiliser les ticks, mais une largeur constante de pips, par exemple 10 points à quatre chiffres (ou autre) et peu importe le nombre de ticks, même 3 ou 50. L'essentiel est que le prix soit passé d'un point A à un point B. L'incrément sera de +10 - 10 ou en binaire 1 0 (ou comme on veut).
Tu as peut-être raison, Nikolaï. Mais, j'ai un exemple frappant sous les yeux - Novaja (hélas, elle a dû quitter ce forum...).
Une personne très compétente en mathématiques a consacré 3 ans ( !!!) à l'étude de Renko et Kaga. Un travail difficile ! Le résultat est zéro.
Je connais son niveau de préparation grâce à une correspondance personnelle - si elle a échoué, il n'y a rien à faire là-bas. IMHO.
Télécharger des gigaoctets de ticks et traiter les fichiers pour trouver la vitesse par seconde est quelque peu difficile et prend du temps.
MT5 vous permet maintenant de travailler avec les ticks dans le conseiller expert ou le script lui-même. Voici le script pour MT5.
Dans les paramètres, choisissez la date, et ajustez le nombre de jours ouvrables par an pour votre année.
Le nombre de secondes est (<date du dernier tick> - <date du premier tick>)*(<nombre de jours ouvrables dans l'année> / 365).
Mais cela peut donner des erreurs si le nombre de semaines choisies n'est pas un nombre entier.
Les résultats sont écrits dans le journal, vous pouvez les consulter dans l'onglet "Experts" du terminal MT5.
La première fois que vous exécutez le script, le terminal commencera très probablement à télécharger les ticks, mais le code n'attendra pas la fin du téléchargement. Si les dates du journal ne coïncident pas avec les dates sélectionnées, attendez une minute que le terminal finisse de télécharger les ticks et exécutez à nouveau le script.
J'ai ceci (serveur mt5 MetaQuotes-Demo) :
gbpusd 2015 : 0,0000184610 par secondeeurusd 2015 : 0.0000185810 par seconde
eurusd 2016 : 0.0000141310 par seconde
eurusd 2017 : 0.0000122910 par seconde
eurusd 2018 : 0.0000147410 par seconde
gbpusd 2016 : 0,0000208510 par seconde
gbpusd 2017 : 0,0000155810 par seconde
gbpusd 2018 : 0,0000178510 par seconde
Je suppose que les résultats seront différents pour chaque courtier. Celui qui crée des tics plus souvent aura plus de passes de prix.
Je l'ai comme ça (serveur mt5 MetaQuotes-Demo) :
eurusd 2015 : 0,0000185810 par seconde
gbpusd 2015 : 0,0000184610 par secondeeurusd 2016 : 0,0000141310 par seconde
2017 eurusd : 0,0000122910 par seconde
eurusd 2018 : 0,0000147410 par seconde
gbpusd 2016 : 0,0000208510 par seconde
gbpusd 2017 : 0,0000155810 par seconde
gbpusd 2018 : 0,0000178510 par seconde
Je suppose que les résultats seront différents pour chaque courtier. Celui qui crée des tics plus souvent aura plus de passes de prix.
Ce sont de très, très mauvais résultats, Doc.
Cela remet en question l'applicabilité de ces données à la théorie de Shelepin.
La vitesse pour une paire particulière est forcément presque constante.
Encore une fois, dans une seconde, il est correct de compter l'ABS(CLOSE-OPEN) sur le cadre temporel S1 ou de considérer une autre méthode de calcul.
La vitesse pour une paire particulière est forcément presque constante.
Voici la lecture, l'échantillon est bien sûr petit. (mais toujours à 0,01 près...).
Que dois-je faire ensuite ? Surveiller le taux d'augmentation actuel, etc.
Voici les chiffres, l'échantillon est bien sûr réduit. (mais toujours un chiffre à 0,01 près...).
Que faire ensuite, surveiller le taux d'augmentation actuel, etc.
Je calcule personnellement la variance du processus (voir les messages de https://www.mql5.com/ru/forum/221552/page379#comment_7583297).
Là, dans la formule de calcul, la constante C est la vitesse moyenne.
Et Feynman a utilisé cette valeur pour la prédiction.
En général, s'il était possible d'obtenir la constante (en moyenne) du taux d'accroissement, c'est un très grand pas en avant.
Oui, la vitesse est un indicateur intéressant et nécessaire !
Nécessaire pour quoi ?
pour avoir pris le virage.