Ok après avoir bien décortiqué les graphiques, j'en ai déduit la chose suivante:
Si je ne mets que le trailingstop sans exit pas de problème, il suit la position et la ferme après un repli de 25 pts
Si je rajoute la condition exit, le trailingstop ne suit plus la position mais uniquement la barre précédente. Donc, si la barre en cours n'effectue pas un replis de 25pts entre son min et sa cloture = pas de désactivation.
Bug ou pas bug telle est la question.
-
Doudidoudou
- Ewok
- Messages : 59
- Enregistré le : 08 avr. 2018 14:40
-
Doudidoudou
- Ewok
- Messages : 59
- Enregistré le : 08 avr. 2018 14:40
Re: Bug ou pas bug telle est la question.
Bon puisque le trailingstop bug, j'ai programmé un trailing stop maison et... Ca marche! 
Cela ne résout pas pour autant mon problème car je ne comprend pas pourquoi (en présence du exit) le trailingstop de PRT ne se réfère pas à la position mais à la barre précédente... Ou est la logique? Est ce un bug? Pourquoi pas de message d’avertissement?
Techniquement mon code maison alourdit inutilement mon programme.
J'ai justement choisi prt pour ses fonctions préprogrammées malgré sa logique par barre qui me retourne le cerveau (J'ai appris à programmé (autodidacte) avec un cheminement logique (des compteurs, des goto...))
Là je dois tester et découvrir chaque fonction et lorsque que l'on pense la maîtriser on voit une exception qui remet tout à plat. Si la fonction trailingstop n'existait pas j’aurais mis deux secondes à la créer et il n'y aurait jamais eu de problème.
C'était mon coup de g**le!!!
Il faut dire que mes deux semaines de teste arrivent à terme d'où une petite poussé de stress!
Je n'ai pas oublié que mon premier bug sur ce file était une erreur de ma part donc je vais un peu rester positif.
Je critique mais PRT reste un super outil!
Cela ne résout pas pour autant mon problème car je ne comprend pas pourquoi (en présence du exit) le trailingstop de PRT ne se réfère pas à la position mais à la barre précédente... Ou est la logique? Est ce un bug? Pourquoi pas de message d’avertissement?
Techniquement mon code maison alourdit inutilement mon programme.
J'ai justement choisi prt pour ses fonctions préprogrammées malgré sa logique par barre qui me retourne le cerveau (J'ai appris à programmé (autodidacte) avec un cheminement logique (des compteurs, des goto...))
Là je dois tester et découvrir chaque fonction et lorsque que l'on pense la maîtriser on voit une exception qui remet tout à plat. Si la fonction trailingstop n'existait pas j’aurais mis deux secondes à la créer et il n'y aurait jamais eu de problème.
C'était mon coup de g**le!!!
Il faut dire que mes deux semaines de teste arrivent à terme d'où une petite poussé de stress!
Je n'ai pas oublié que mon premier bug sur ce file était une erreur de ma part donc je vais un peu rester positif.
Je critique mais PRT reste un super outil!
-
Toto le Héros
- Chevalier Jedi
- Messages : 2425
- Enregistré le : 07 oct. 2016 10:51
Re: Bug ou pas bug telle est la question.
Comme en trading, rester mesuré et considérer qu'on ne perd jamais tant qu'on apprend.
Et tu as certainement beaucoup appris en essayant de débugger et en codant ton trailing stop "maison".
J'ai le mien aussi. C'est bien mieux pour le coup de le coder "maison" car tu peux différencier le seuil de déclenchement et le seuil d'incrémentation (voire plus...).
Je ne pense pas qu'il s'agisse d'un bug PRT (tu peux le cas échéant leur soumettre ton code pour analyse).
Bon courage.
Et tu as certainement beaucoup appris en essayant de débugger et en codant ton trailing stop "maison".
J'ai le mien aussi. C'est bien mieux pour le coup de le coder "maison" car tu peux différencier le seuil de déclenchement et le seuil d'incrémentation (voire plus...).
Je ne pense pas qu'il s'agisse d'un bug PRT (tu peux le cas échéant leur soumettre ton code pour analyse).
Bon courage.