MA HORIZONTAL LINE – Conversion de codes MT4 / PRT

Forums ProRealTime forum Français Support ProBuilder MA HORIZONTAL LINE – Conversion de codes MT4 / PRT

Viewing 11 posts - 16 through 26 (of 26 total)
  • #112052

    Bonjour

    Il faut croire que Google “is not completely my friend” 🙂 parce que je cherche je cherche mais je ne trouve pas, si le forum le permet un lien utile me servirait bien.  😉

    merci

    #112056

    Bonjour Shark – tu cherches quoi exactement ?

    1 user thanked author for this post.
    #112057

    Si Herve utilise des multiples de périodes et il semblerait que ce soit le cas, (je ne vois pas comment obtenir un écart type d’une série non linéaire avec un indicateur standard de la plateforme et sans faire de boucle ?!), alors il suffit de multiplier les périodes de cette façon:

    12 barres de 5 minutes dans une bougie d’1 heure, alors il faut multipler par 12 la période de l’indicateur :

    Cette méthode est très approximative puisqu’on n’utilise pas vraiment le Close de la bougie d’1 Heure pour faire le calcul.

    1 user thanked author for this post.
    #112069

    Salut Requin (en français LoL),

    Pour info PRC a réussi à me trouver en suivant l’oiseau !

    @+

    1 user thanked author for this post.
    #112071

    Bonjour Nicolas,

    Je t’assure que ce n’est pas aussi simpliste que cela… Sinon prq slmt en ProOrder sur PRT ?

    Comment puis je te le démontrer ?

    Est-ce que tu m’autorises à mettre des copies écrans du mtf avec les même UT que celles indiquées dedans ?

    Cela pour vérifier que les niveaux sont identiques !!!

    Salutations,

    #112072

    @Marie-Eve le code qu’Hervé a posté m’intéressait, c’est du MTF sur bollinger et MM et il semble que se soit un indicateur sans passer par probacktest (chaque ligne étant libellée côté droit du graphe)


    @Nicolas
    je savais que l’on pouvait obtenir une approximation en multipliant la période mais les décalages peuvent être important autant passé par probacktest dans ce cas après ce qui m’ineressait sur le graphe d’Hervé c’est le fait que les lignes soient libellées,cela rend le graphe assez surchargé donc plus lisible avec les explications sur chaque ligne.

    @Hervé le STD c’est une déviation il me semble donc je vois pas comment l’utiliser sauf éventuellement à trouver le STD qui correspond à chaque unité de temps ? Petite question pour Hervé du coup sur graphe 1 min si l’on veut la MM7 5mm il faut appliquer quoi à la valeur STD ?

    Merci à tous

    #112074

    moi je n’ai que les codes en LUA car sur ma plateforme j’utilise cet indicateur (voir graphs en 1ière page)  oh combien super quand on fait de l’atd – mais le MTF est un souci sur PRT car je crois d’après ce que Nicolas m’a expliqué, la conception même des 2 plateformes est différentes
    je suis très intéressée par cet indicateur s’il pouvait se faire pour pRT –

    1 user thanked author for this post.
    #112079

    Merci pour ces renseignements. Donc pour l’écart type en utilisant l’instruction interne de la plateforme, la quantité de périodes observées est calculé dynamiquement en fonction du premier barindex de la première heure pile jusqu’à celui présent ? Intéressant, je vais tenter une approche par la face Nord 😉

    2 users thanked author for this post.
    #112086

    Pas tout suivi sur l’histoire de l’oiseau si indice pour la programmation 😉

    Bon je vais continuer à chercher, si Nicolas l’autorise, les graphes que tu proposes peuvent être intéressant 🙂

    #113842

    Bonjour à tous

    Petit Up pour cette recherche d’indicateur MTF, malgré mes recherches sur internet, je ne trouve pas.

    @Hervé Pourrais tu partagé juste un exemple pour comprendre le principe de programmation, je pense à une MM simple 20 périodes du M5 sur graphe M1 ?

    Pour l’instant je suis plus comme un oiseau en cage qui rêve de nuage 😉


    @Nicolas
    As tu exploré la face Nord ?

    Merci à tous

    #217339

    Voilà ce que j’ai pu faire de plus proche pour le moment. Les moyennes mobiles ne se recalculent qu’une fois par quart d’heure, donc il est normal que sur la bougie courante la valeur soit différente du temps réel si la minute n’est pas 00,15,30 ou 45.

    Plus simple et rapide que ce je pensais, j’ai réutilisé une fonction que j’avais faites pour la MM des renko, bref..

    La période de la MM est à ajuster avec la variable priceMAperiod située en haut du code.

    Bonjour Micolas,
    Je ne comprends pas ce priceMAperiod=7 pour une MM15 en UT5, c’est pas 15 plutot que 7 ?

     

Viewing 11 posts - 16 through 26 (of 26 total)

Create your free account now and post your request to benefit from the help of the community
Register or Login