ExtraTrend – exemples de codage screeners et programmation personnalisee

Forums › ProRealTime forum Français › Support ProScreener › ExtraTrend – exemples de codage screeners et programmation personnalisee

Tagged: 

Viewing 15 posts - 481 through 495 (of 506 total)
1 2 3 4 5 … 23 24 25 26 27 28 29 30 31 32 33 34
  • 11/09/2023 at 9:28 PM #223461
    benkunz

    bien vu magicone ! j’ai modifié mon screener en remplaçant CALL “ExtraTrend”[0,0,0,0,0,0](close) par CALL “ExtraTrend”[1,0,0,0,0,0](close).
    Dans le critère de tri, j’ai affiché ensuite myTrend et myTrend[1]. Ceci m’affiche 2 fois 406,15.
    Du coup, je retombe la question initiale : Comment est-ce que le test détecte correctement la zone bleue sachant que myTrend et myTrend[1] ont la meme valeur ??

    Je comprends

    11/10/2023 at 12:49 AM #223463
    magicone

    Salut

    Pour moi aucun test n’est vrai donc tendance devrait être invalide. Mystérieusement je constate que prorealtime a l’air de considérer que la tendance est à 1. Je ne comprends pas pourquoi.

    Personnellement, j’aurais écrit ceci :

    Là au moins on est sûr d’initialiser tendance avec une valeur.

    Je ne connais pas le mode trendfollowing d’extratrend. Je n’utilise qu’en mode “normal”. Dans ce mode, une zone bleue n’est pas caractérisée par une ligne de trend haussière. C’est ce qui la déclenche mais ensuite elle perdure même si la tendance devient plate.

    Si vous voulez vraiment détecter une zone bleue, ce n’est pas comme cela qu’il faut faire, il y a de nombreux exemples dans ce thread qui montrent comment faire.

     

    11/10/2023 at 7:23 AM #223464
    benkunz

    ca me rassure de ne pas etre le seul à ne pas comprendre pourquoi ca marche
    le mode trendfollowing, à ce que j’ai compris, permet juste de tenir les positions un peu plus longtemps et de faire un peu moins d’entrée / sortie, mais je pense que ca ne change à la problématique qui m’intéresse ici.
    Pour la détection de la zone bleue, mon bout de code vient directement du dévelopeur de l’indicateur : https://indicators.net/fr/extratrend/screeners.php (1er exemple en haut de page), je l’ai testé, ca marche ! Avez vous trouvé une action avec ce screener qui n’est PAS en zone bleue ?

    11/10/2023 at 7:36 AM #223465
    @gildasilva56

    Je n’ai pas regardé en détail. Mais souvent ce genre de difficultés vient de l’affichage des cours en mode dividendes réinvestis ou non dans PRT. Extratrend fonctionne en dividendes réinvestis. Juste une piste 😉

    11/10/2023 at 8:23 AM #223467
    Trendfrance

    Tout à fait, les paramètres à l’entrée de l’indicateur influent (donc le mode trend following) sur les données à la sortie.

    Donc dans l’instruction: CALL “ExtraTrend”[0,0,0,0,0,0](close) , les paramètres sont détaillés ici https://indicators.net/fr/extratrend/faq.php#7

    Variables à l’entrée, dans l’ordre: TrendFollowing (0/1), DynamicResistance (0/1), ShortTermResistance (0/1), Amplitude (0/1), Altcolor (0/1), ImpulsiveCandle (0/1).

    Des exemples de screener sont disponibles ici: https://indicators.net/fr/extratrend/screeners.php

    Egalement le fait d’utiliser des graphiques dividendes réinvestis ou non, comme indiqué dans ma réponse par mail, car cela n’est pas paramètrable au sein de la fonction de screening sur Prorealtime.

    11/10/2023 at 8:36 AM #223468
    benkunz

    désolé d’insiter, mais on est un peu hors sujet il me semble. j’aimerais comprendre pourquoi

    if myTrend>myTrend[1] then
    tendance=1
    endif

    détecte correctement les zones bleus sachant que myTrend et myTrend[1] sont égaux. c’est LE truc qui me chifonne 🙂

    11/10/2023 at 8:50 AM #223469
    Trendfrance

    Comme indiqué dans mon mail, lorsque myTrend est haussier (myTrend est supérieur au myTrend de la bougie précédente), cela déclenche la zone bleue.

    Exemple ci-joint.

     

    11/10/2023 at 9:10 AM #223471
    benkunz

    oui sur le principe, mais si je regarde via le cursor details la valeur du Trend sur la bougie courante et la bougie précédente (je joins les 2 screenshots), on voit que le Trend n’a pas augmenté, il est resté à 406,1335, non ?

    11/10/2023 at 9:14 AM #223474
    Trendfrance

    J’ai ceci de mon côté

    11/10/2023 at 9:17 AM #223477
    Trendfrance

    graphique ajusté dividendes ?

    et pour le screener ? ajusté dividendes ?

    11/10/2023 at 10:01 AM #223488
    magicone

    Salut

    Quand tu as une trendline qui monte tu es forcément dans une zone bleue mais l’inverse n’est pas vrai. Oui j’avais déjà vu ce code sur le site extratrend mais personnellement il me semble incorrect. Ou alors il y a un truc magique quelque part…

    11/10/2023 at 10:20 AM #223489
    benkunz

    oui mon graphe est ajusté au dividende. le screener aussi.
    oui, je suis bien d’accord que sur vos 2 screenshots le Trend augmente. Mais sur celui que j’ai fourni moi, on voit bien cela n’est pas le cas.
    question supplémentaire : sur mes screenshots, j’ai mis en évidence la bougie courante celle précédente. Sur vos screenshots, vous avez mis en évidence les bougies du 1 et 2 novembre. Pourquoi pas les 2 dernières ?
    si vous passez en mode trend following, vous avez bien un Trend constant sur les 2 dernières bougies comme moi ?

    11/10/2023 at 10:26 AM #223490
    magicone

    Salut Christophe

    On voit bien sur tes graphs que la trend line est plate sur l’oreal à gauche mais on est dans une zone bleue. Le test myTrend>myTrend[1] ne devrait pas fonctionner pas pour détecter une zone bleue. J’ai plusieurs jours en sone bleue avec trend = 412.851877.

    La doc de prorealtime indique bien que les opérateurs “>” et “<” sont des inégalités strictes. Donc les tests devraient être faux et la variable tendance devrait être non initialisée. Sauf si en interne prorealtime utilise une précision supérieure et qu’en fait la ligne de trend monte de manière infime…

    11/10/2023 at 10:36 AM #223492
    Trendfrance
    magicone wrote:

    Salut Christophe

    On voit bien sur tes graphs que la trend line est plate sur l’oreal à gauche mais on est dans une zone bleue. Le test myTrend>myTrend[1] ne devrait pas fonctionner pas pour détecter une zone bleue. J’ai plusieurs jours en sone bleue avec trend = 412.851877.

    La doc de prorealtime indique bien que les opérateurs “>” et “<” sont des inégalités strictes. Donc les tests devraient être faux et la variable tendance devrait être non initialisée. Sauf si en interne prorealtime utilise une précision supérieure et qu’en fait la ligne de trend monte de manière infime…

    Je fais le test sur ces 2 journées simplement car c’est à ce moment que le trend se déclenche.

    Peut-être que le fait que les graphs soient ceux de l’oréal cboe et de mon côté ceux de l’oréal a un impact. Je ne sais pas.

    En tout cas, je n’ai jamais eu ce problème.

    11/10/2023 at 10:53 AM #223493
    benkunz

    ce n’est pas un “problème”. Encore une fois je veux juste comprendre comment “if myTrend>myTrend[1] then tendance=1” fait pour détecter une zone bleu alors que myTrend=myTrend[1]. C’est quand meme étrange, non ? ca titille également magicone il me semble, pas vous Christophe ?

    > Je fais le test sur ces 2 journées simplement car c’est à ce moment que le trend se déclenche.
    je comprends pas… le test “if myTrend>myTrend[1] then tendance=1” DOIT se faire sur la bougie courante et la précédente, pas au déclenchement du trend (si on se fie au language de PRT), non ?

  • Author
    Posts
Viewing 15 posts - 481 through 495 (of 506 total)
1 2 3 4 5 … 23 24 25 26 27 28 29 30 31 32 33 34

Find exclusive trading pro-tools on ProRealCode Marketplace

Similar topics:
backtests et screeners base trendfrance (monsterstock, extratrend, metascore)

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