Sortie si PNL du PRU >0

Forums ProRealTime forum Français Support ProOrder Sortie si PNL du PRU >0

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

    Bonsoir,

    Je voulais écrire un code pour acheter en 3 fois (iso montant) à un signal donné (croisement sto par ex) et sortir lorsque le pnl du trade est >0 i.e. lorsque le PRU est > prix de revient. Malgré la condition de sortie, certains backtestings me donnent des trades négatifs ! Certes il y a les frais de courtage mais jergardez sur JLL, il y a autre chose. Sauriez-vous éclairer mes lanternes SVP ? (ex Valsoia ou JLL)

    D’avance merci

    JF

    #14517

    Bonsoir, Je voulais écrire un code pour acheter en 3 fois (iso montant) à un signal donné (croisement sto par ex) et sortir lorsque le pnl du trade est >0 i.e. lorsque le cours est > prix de revient (PRU). Malgré la condition de sortie, certains backtestings me donnent des trades négatifs ! Certes il y a les frais de courtage mais regardez sur JLL, il y a autre chose. Sauriez-vous éclairer mes lanternes SVP ? (ex Valsoia ou JLL)

    #14548

    Le code ne semble pas être complet ?

    Positionprice retourne le prix d’ouverture moyen de l’ensemble des positions ouvertes, je pense qu’à la ligne 22, il n’est pas utile de multiplier par “countoflongshares”.

    #14612

    Bonjour et merci pour la réponse. J’ai bien copié tout le code mais il n’est pas garanti sans erreur ! Pour la ligne 22 c est vrai c est inutile, j’avais utilisé le countoflongshares pour obtenir le PNL en montant et le mettre > aux frais de courtage en pensant que l’erreur venait de là. Mais en réalité, dans les backtesting Valsoia ou JLL on voit que certaines pertes vont bien au dela. Bref que ce soit avec (open-positionprice)>0 ou (open-positionprice)*countoflongshares>2 j’ai le meme probleme de trade négatifs en backtesting et je ne trouve pas l’erreur dans le code…

    #15063

    personne d’autre n’est inspiré ? help please …

    #15069

    Utiliser Close à la place de Open à la ligne 22 ?

    #15070

    merci mais non il y a toujours 9 positions perdantes sur JLL, oh rage, oh…

    #15071

    je prends le code du pyramidage du probacktest et j’ajoute seuleument la condition (open>positionprice) pour la sortie et sur Valsoia, j’ai aussi un trade négatif…:

    bizarre!

    #15299

    ????

    #15308

    On peut debugger avec l’instruction GRAPH. Si tu graph open et positionprice tu auras toutes les informations pour trouver de où provient ton problème.

    Quand un truc nous echappe dans le comportement d’une stratégie, GRAPH peut nous éviter les maux de tête ! 😰

    #15381

    Ok avec graph sur valsoia:

    la position perdante a lieu le 02 septembre 2015. quand je regarde avec graph j’ai un écart aussi bien sur le pru (positionprice) que sur l’open. Comment cela est il possible ? dans le backtest j’ai pru=(22.29+20.02)/2=21.155 contre 21.51667 sur grah et pour l’open j’ai 21.5 contre 22.2 avec graph ! qui dit mieux ?

     

    #16165

    Bonjour

    Grâce à graph j’ai finalement trouvé d’où vienne les trades perdants. Dans mon premier poste j’avais:

    A priori impossible d’avoir des trades perdants sauf que le sell at market est réalisé à l’ouverture de la barre suivante et en cas de gap baissier ma condition basée sur l’ouverture de la barre précédente n’est plus vraie. N’est il pas possible de sortir pendant la barre du jour dès qu’une condition est atteinte  car cela fausse le Backtest SVP?

    #16177

    Pour le moment non, puisque l’on ne teste les conditions qu’une seule fois par barre. La seule possibilité serait de placer des ordres en dur à des prix déterminés pour sortir, tel que des SET STOP LOSS ou SET TARGET, ou même des ordres conditionnels de type STOP ou LIMIT.

     

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