Prise de position en retard

Forums ProRealTime forum Français Support ProOrder Prise de position en retard

Viewing 8 posts - 1 through 8 (of 8 total)
  • #68010

    Bonjour,

    je cale sur un problème dont j’ai du mal à comprendre l’origine, mon code prends les positions avec 1 à 2 bougies de retard, ce qui rends pas mal de positions gagnantes perdantes (scalping)

    Voici un screenshot d’un exemple de retard :

    https://ibb.co/mW2wex

    Les conditions, comme indiqué sur le screenshot, sont validées a la bougie qui cloture au dessus de la MM orange, il devrait donc acheter dès l’ouverture de la bougie suivante.

    Et le code (je ne fais que des tests, du coup ce sont des conditions bidons)

     

    Merci de votre aide

     

    PS : On ne le voit pas sur le screenshot, mais la condition du Sto est valide depuis le début

    #68017

    En affichant la variable activetrade avec GRAPH, ce sera plus simple à débugger et comprendre cet écart entre ce que l’on voit sur le graphique et ce qui est codé.

    #68027

    Bien vu pour cette méthode de debug ! Ca affiche clairement le problème (activeTrade s’active une bougie en retard, du coup c’est “logique” qu’il achète à ce moment mais les MM sont actives a temps)

    Le premier pic représente les MM, le pic de la bougie suivante est activeTrade

    Une idée de comment résoudre cet écart d’une bougie du coup ? (Ci-joint le debug GRAPH)

    #68029

    > Merci de renseigner votre pays dans votre page de profile ! <<

    Puisque le code n’est lu qu’au Close de la bougie, hormis anticiper le signal d’une façon ou d’une autre…

    #68030

    Peut-être que je me trompe, mais à la cloture de la bougie qui transperce la MM, les conditions MM Simple et Doubles sont remplie, ce qui devrait activer la suivante non ?

    A moins que je comprenne mal la façon dont PRT interprete le code ?

    #68049

    est-ce que :

    intervient au même moment sur cet exemple ? (est-ce le premier pic ?).

    #68050

    Pas testé le code, mais ça serait pas dû au “if ” dans la boucle “for next” par hasard? Avec son “else activetrade=0” qui viendrait écraser un activetrade=1 issu de activesimpleMM et activedoubleMM vraies?

    #68064

    @nicolas Oui


    @Noobywan
    En effet, l’erreur viendrait du FOR .. Je pense que j’avais mal compris comment il interpretait le code, ça à l’air mieux maintenant, merci.

Viewing 8 posts - 1 through 8 (of 8 total)

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