Ouvrir une position à une date passée (twist ichimoku)
Forums › ProRealTime forum Français › Support ProOrder › Ouvrir une position à une date passée (twist ichimoku)
- This topic has 11 replies, 2 voices, and was last updated 3 years ago by Michel_I.
-
-
02/03/2021 at 10:45 PM #160298
Je m’explique : je cherche à backtester la prise de position lors d’un kumo twist( ichimoku).
Or le kumo twist se forme 26 jours dans le futur. Le backtest doit donc porter sur une position ouverte 26 jours avant l’apparition du signal …
Je m’arrache les cheveux sur cette question : comment coder cette prise de position 26 jours AVANT le signal ?
Impossible de trouver une solution. Merci de votre aide !
Et bons trades !
Michel
02/04/2021 at 8:50 AM #160304Le twist apparaît 26 périodes décalés visuellement mais les informations sont bien entendu calculées et connues en temps réel.
Le code ci-dessous remonte les croisements “futurs”:
1234567tenkan=(highest[9](high)+lowest[9](low))/2kijun=(highest[26](high)+lowest[26](low))/2SpanA=(tenkan+kijun)/2SpanB=(highest[52](high)+lowest[52](low))/2up = SpanA crosses over SpanBdn = SpanA crosses under SpanB02/04/2021 at 12:37 PM #160337Bonjour et merci de votre réponse. J’avais bien réussi à identifier les croisements de Kumo, et j’ai un screener qui me les liste chaque jour, ce qui m’est très utile pour mes prises de position.
La problème est que je souhaite backtester cette méthode pour en vérifier l’efficacité (très bonne pour l’instant !) sur des titres variés et sur un historique important.
En fait, j’ouvre une position aujourd’hui, sur la base d’un Kumo twist qui s’affiche dans 26 périodes. dans Probacktest, quand j’essaie de programmer un backtest sur cette méthode, il faut donc identifier le Kumo twist (facile), mais déclarer l’ouverture de position 26 jours avant ce signe … et c’est là que je coince complètement, l’ouverture de position pouvant se faire le jour du déclenchement du twist, ou ultérieurement, mais jamais avant…
J’espère être clair, mais n’hésitez pas à questionner si ce n’est pas le cas.
02/04/2021 at 4:05 PM #160359Vous êtes nombreux a être coincé dans des failles temporelles quand on essaie de coder ichimoku, avant ou après, pendant on ne sait plus .. le code que j’ai donné ci-avant teste le croisement du nuage que tu vois dans le futur (à droite du prix), et ce croisement est bien détecté sur la barre courante avec le kumo du jour.
Si tu le vois dans le futur, c’est parce que le kumo est décalé vers la droite, mais c’est bien celui d’aujourd’hui !
02/04/2021 at 8:51 PM #160389Oui, j’ai bien compris le principe du twist, et je te confirme que je sui bien plongé dans une faille temporelle digne d’Isaac Asimov ; -)
J’utilise un code quasiment similaire au tien (mais je ne m’intéresse qu’aux twists haussiers). Il fonctionne très bien et je scanne le marché avec un screener chaque sois pour détecter les twists, qui apparaissent projetés dans 26 périodes.
Cela marche très bien, j’ai même créé un indicateur PRT qui fait apparaitre le twist, et le jour de son déclenchement (26 périodes porécédentes). Sur l’exemple ci joint (Alpha Mos) on voit cet indicateur qui affiche un trait vertical bleu le jour du twist et un rouge le jour où le twist est apparu. On voit bien l’intérêt de prendre position le jour où on voit le twist (à moins de 2€).
Donc tout cela fonctionne très bien, mais j’aimerais backtester ce système de trading… et là ça se complique, car je n’arrive pas, en programmant un Probacktest, à faire en sorte que la position soit prise 26 périodes AVANT l’apparition du signal (le twist).
Le second exemple (Backtest sur Genomic Vision) montre bien mon problème…
J’espère être suffisamment clair, ce n’est pas évident à expliquer.
Voici le code que j’utilise pour le BT :
123456789101112131415161718192021222324252627282930313233343536//********************************************************************************************//BACKTEST SUR SYSTEME KUMO TWIST//Principe : achat d'une position de 500 € au moment du twist du kumo (à +21 périodes)//stop ://objectif ://********************************************************************************************// - 1 - définitions Ichimoku :TWIST = 0CROISEMENT = 13c1 = highest[1] (high[1])Tenkan = (highest[9](high)+lowest[9](low))/2Kijun = (highest[26](high)+lowest[26](low))/2SSpanA = (tenkan[26]+kijun[26])/2SSpanB = (highest[52](high[26])+lowest[52](low[26]))/2// CROISEMENT à l'achat SSA > SSBIf SSpanA crosses over SSpanB thenTWIST = 1CROISEMENT = SSpanAENDIF// - 2 - Conditions pour ouvrir une position acheteuseIF NOT LongOnMarket AND TWIST THENBUY 500 cash roundeddown AT marketENDIF// Conditions pour fermer une position acheteuseSET TARGET %PROFIT 100// - 3 - Stops et objectifs : entrez vos stops et vos objectifs iciSet stop %trailing 20// Ne fonctionne pas car impossible de prendre position 26 jours AVANT le déclenchement du Twist ...Je ne sais pas comment indiquer que twist doit être twist [-26]…!
02/05/2021 at 9:17 AM #160404Tu détectes un événement du passé, donc tu prends position trop tard. Tu utilises un offset de 26 périodes (il n’y en a pas dans mon code plus haut).
Mais j’aimerai mieux comprendre.
En temps réel, on détecte un twist qui s’affiche dans le futur du prix, ok ? (voir image, détection faîte avec le code que j’ai donné)
- tu veux ouvrir un ordre le jour de la détection ? (sur la grosse bougie rouge)
- ou attendre que le prix passe sur le croisement visuel (soit attendre 26 chandeliers) ? (sur le croisement des deux lignes)
02/05/2021 at 11:08 AM #160433Oui le 1 est exactement ce que je souhaite faire : je prends position le jour où le twist est détecté, donc le jour de la grosse bougie rouge dans ton exemple.
C’est ce que je pratique aujourd’hui en réel mais que je ne parviens pas à backtester.
Dans mon image d’exemple Alpha Mos, si j’avais attendu 26 périodes après le déclenchement du twist pour prendre position, je loupais toute la hausse …
Je pense donc que cette stratégie est payante, mais j’aimerais affiner cette impression par des séries de backtests sur de nombreux titres pour avoir une vision statistique de ce système de trading, qui (pour l’instant) s’avère assez efficace.
02/05/2021 at 12:55 PM #160441ok, donc rien de neuf, tu dois utiliser le code que j’ai donné plus haut à la place de tes définitions, car comme indiqué tu cherches les twists 26 périodes avant la bougie actuelle, alors qu’on veut celle de la bougie actuelle, merci.
1234tenkan=(highest[9](high)+lowest[9](low))/2kijun=(highest[26](high)+lowest[26](low))/2SpanA=(tenkan+kijun)/2SpanB=(highest[52](high)+lowest[52](low))/202/05/2021 at 2:10 PM #160456Le code que j’utilise est exactement le même que le tien…
Il fonctionne très bien pour un screener de marché mais pas du tout en backtesting, sur le module probacktest, qui déclenche les prise de position le jour du twist et non 26 périodes auparavant comme cela se passerait dans la réalité.
En tous cas merci pour tes réponses rapides et cet échange interessant.
02/05/2021 at 2:13 PM #16045702/05/2021 at 2:31 PM #16046202/05/2021 at 3:49 PM #160469Alors mille excuses, je viens de tester ton code de définition de l’ichimoku et cela fonctionne parfaitement. On voit sur l’exemple ci joint que la prise de position est bien réalisée 26 périodes avant le twist !
Désolé de ne pas avoir compris plus vite, et un très grand merci pour ton aide précieuse et rapide !
A moi les joies du backtesting maintenant !!!
1 user thanked author for this post.
-
AuthorPosts
Find exclusive trading pro-tools on