Vente à découvert programmé sur cassure de MM seulement si.

Forums ProRealTime forum Français Support ProOrder Vente à découvert programmé sur cassure de MM seulement si.

Viewing 13 posts - 1 through 13 (of 13 total)
  • #121047

    Bonjour à tous,

    Je suis bloqué dans la réalisation de mon ProOrder.

    J’ai le souhait de placer un ordre à la vente à découvert au moment de la prochaine cassure à la baisse d’une MM34 seulement si précédemment j’ai eu 3 conditions remplis.

    • Condition_1: Le prix soit en dessous de ma MM100
    • Condition_2:Le prix soit au dessus de ma MM34
    • Condition_3:Le RSI période 7 est été au moins une fois au dessus de la valeur “71”.

    J’ai ajouté une image pour exemple (un ordre perdant mais c’est pas grave, c’est pour l’exemple).

     

    Je vous remercie d’avance pour votre aide.

    #121070

    Le RSI période 7 est été au moins une fois au dessus de la valeur “71”. Oui mais depuis quand ? Depuis la chute de l’empire Romain ou depuis Noël dernier ? 😆

    #121100

    Bonjour,

    Merci pour votre retour

    Si je comprend bien, nous somme obligé d’indiquer le nombre de période antérieur pour le RSI.

    Mais si j’indique un nombre de période antérieur, je risque de louper une ouverture d’ordre si le RSI à cassé sur la bougie juste avant ma période.

    Il faudrait que je puisse indiquer la période correspondante à toute les bougies antérieurs qui ce trouve entre la MM34 et MM100.

    Est-ce que la logique est bonne ?

     

    Et si elle est bonne comment indiquer dans mon code “les bougies antérieurs à mon prix, qui ce trouve entre la MM34 et MM100” ?

     

    Merci

    #121132

    Il faut en effet définir des conditions strictes et répétables, le RSI 7 a bien été au dessus du niveau X à un moment de l’historique. Hors on ne va pas donner un signal valide si cet événement du RSI  a eu lieu il y a Y périodes. Donc définir un point de départ où on commence à vérifier cette condition, il ne faut pas s’inquiéter sur comment on va déterminer la quantité de bougies à vérifier et comment on va le coder, le principal c’est de définir la condition du “début” de vérification.

    #121487

    Bonjour,

     

    Merci pour votre retour.

     

    J’ai changé ma manière de coder ce que je souhaité.

    Cependant ça ne me retourne rien. Et la je bloc…

    Pouvez-vous m’indiquer si j’ai bien compris le principe et où j’ai fait une erreur ?

     

    Merci d’avance.

    #121512

    Re-Bonjour

     

    J’ai bien avancé avec mes recherches et test, mais je reste bloqué sur la fin de mon code.

    J’aimerai reset ma Variable “NombrePeriodeDepuisRSI” après l’ouverture de mon trade, pour que toutes mes conditions ce test à nouveau seulement à partir du nouveau moment ou le RSI est au dessus des 70.

    Merci pour votre aide.

     

     

    #121520

    Bravo pour ce code, c’est une façon élégante de vérifier la condition.

    Pour remettre à zéro ta condition on peut flagger “FigeMaPeriodeRSI” à 0 quand tu passes un ordre et ajouter une condition pour calculer “NombrePeriodeDepuisRSI” seulement si “FigeMaPeriodeRSI” est supérieure à zéro, donc si un événement a bien eu lieu, soit :

    A tester ! 😉

    #121564

    Bonjour,

    Merci.

    Bon j’ai testé et malheuresement, en plus des bonnes ouvertures d’odres, il y a des ouvertures d’ordres qui ne respect pas ma stratégie et je ne comprend pas pourquoi.

    Après avoir affiché sur le graph la valeur de “NombrePeriodeDepuisRSI” je m’apperçoit que suite à l’ouverture d’un ordre la valeur de mon “NombrePeriodeDepuisRSI” n’est pas réinitialisé sur la bougie d’après.

    Ce qui veut dire que si mes bougies d’après remplissent la condition c2 et c4 (//Condition de vente à découvert) et bien elles ouvrent un ordre.

    Alors que j’aimerai que si un ordre est été ouvert et/ou fermé il faut attendre la prochaine cassure de RSI dans les bonnes conditions pour ouvrir un nouvel ordre, d’où ma demande de réinitialiser ma variable.

    Je cherche mais je bloc…

     

    Merci pour votre aide.

    #121574

    Avec cette autre version peut être ? Il y a vraiment trop d’informations sur ton graphique, c’est difficile de bien comprendre. Avec l’instruction GRAPH C2 AND C3  que j’ai ajouté à la fin du code tu pourras voir dans le backtest à quel moment on marque l’événement de ces 2 conditions.

     

    #121609

    Bonsoir,

    Merci pour votre retour.

    Je peux indiquer, après vérification, que ça fonctionne 🙂 comme je l’entend.

     

    Merci beaucoup, je vais pouvoir passer à l’optimisation de mon code.

    Petite question, si j’ai des questions sur d’autre typologie de problème, mais sur le même code faut-il que j’ouvre un autre topic ou je peux réutiliser celui-ci ?

     

    Merci Nicolas

    #121650

    Tu peux poster dans le même sujet, si besoin je séparerai les topics.

    #121765

    Bonsoir Nicolas,

     

    Malheuresement via un compte démo et non plus via le backtest j’ai cette erreur (en pièce jointe) et je ne comprend pas pourquoi il me bloc.

     

    Est-ce qu’il y a des indicateurs ou variables que PRT ne prend pas en compte hors du proorder/backtest ?

     

    Merci

    #121799

    Le message est clair, un indicateur ne peut évidemment pas avoir de période nulle ou négative 🙂

    Dans le dernier code que j’ai posté, il n’y en a pas, donc ça ne doit pas être le même ?

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

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