ExtraTrend – exemples de codage screeners et programmation personnalisee

Viewing 15 posts - 481 through 495 (of 516 total)
  • Author
    Posts
  • #223461 quote
    benkunz
    Participant
    New

    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 ??

    // cours dans zone bleue
    if myTrend>myTrend[1] then
    tendance=1
    endif
    
    // cours hors zone bleue
    if myTrend<myTrend[1] then
    tendance=0
    endif

    Je comprends

    #223463 quote
    magicone
    Participant
    New

    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 :

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

    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.

    #223464 quote
    benkunz
    Participant
    New

    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 ?

    #223465 quote
    @gildasilva56
    Participant
    New

    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 😉

    #223467 quote
    Trendfrance
    Participant
    Junior

    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.

    #223468 quote
    benkunz
    Participant
    New

    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 🙂

    #223469 quote
    Trendfrance
    Participant
    Junior

    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.

    #223471 quote
    benkunz
    Participant
    New

    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 ?

    #223474 quote
    Trendfrance
    Participant
    Junior

    J’ai ceci de mon côté

    #223477 quote
    Trendfrance
    Participant
    Junior

    graphique ajusté dividendes ?

    et pour le screener ? ajusté dividendes ?

    #223488 quote
    magicone
    Participant
    New

    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…

    #223489 quote
    benkunz
    Participant
    New

    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 ?

    #223490 quote
    magicone
    Participant
    New

    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…

    #223492 quote
    Trendfrance
    Participant
    Junior

    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.

    #223493 quote
    benkunz
    Participant
    New

    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 ?

Viewing 15 posts - 481 through 495 (of 516 total)
  • You must be logged in to reply to this topic.

ExtraTrend – exemples de codage screeners et programmation personnalisee


Support ProScreener

New Reply
Author
author-avatar
Nicolas @nicolas Keymaster
Summary

This topic contains 515 replies,
has 2 voices, and was last updated by Nicolas
4 days, 8 hours ago.

Topic Details
Forum: Support ProScreener
Language: French
Started: 05/27/2021
Status: Active
Attachments: 85 files
Logo Logo
Loading...