Screener Détection Figure Tasse et Anse

Forums ProRealTime forum Français Support ProScreener Screener Détection Figure Tasse et Anse

Viewing 15 posts - 31 through 45 (of 67 total)
  • #76549

    J’ai tenté autre chose sachant que je n’avais pas compris que Barindex s’inscrémentait depuis la première barre jusqu’à l’actuelle ;

    Mais j’ai toujours un message d’erreur d’offset négatif …

    Quelqu’un voit le problème ?

     

     

     

    #76553

    A la ligne 23, la variable LH aura une valeur, si vous êtes sur le DAX, environ 12500, donc la ligne suivante sera, par exemple à la première barre:
    BLH = 1-12500, donc la valeur de BLH ne peut être que négative!
    Donc, la ligne 26 sera:
    BH = lowest [-12499](close)
    Ça ne peut pas marcher!

    #76570

    Hello Roberto,

    Je ne comprends pas car sauf erreur :

    LH=highest[25](Close) => renvoie le plus bas sur les 25 dernières barres : par ex 12500 sur le DAX (même si je ne l’ai pas lancé sur ce support)
    BLH=barindexbarindex[LH=> renvoie : le numero de la dernière barre affichée dans l’unité de temps – le numero de la barre correspondant à ce low sur les 25 dernières barres
    => donc ca ne donne pas (1-12500) mais si Barindex = 250 par ex et si barindex[LH] = 240
    => 250-240 = 10
    #76580

    La variable LH contiendra le cours de clôture inférieur aux 25 dernières barres, il peut être 12500 ou 1.2000 ou 85.43, etc …, donc 1 – cette valeur ne peut être que négative!

    Si vous voulez éviter un décalage négatif, vous devez, avec IF …. ENDIF, exécuter cette ligne uniquement lorsque BARINDEX >= LH.

     

    1 user thanked author for this post.
    #76605

    quelque chose m’échappe Roberto :

    => Barindex[LH] est forcément < à Barindex => c’est les nombre de barres maximal ; Barindex ne renvoie pas une valeur de prix ;

    #76617

    Ce n’est pas BARINDEX qui contient un prix, c’est la variable LH, à laquelle vous avez affecté un prix à la ligne 23, au lieu de lui donner un indice!
    BARINDEX [[LH] sera:

    •  (sur le Dax)   BARINDEX [12500]
    • (sur EurUsd) BARINDEX [1.2000]   // n’accepte que des nombres entiers!

    par conséquent, sur les premières 12499 barres, le résultat de la ligne 24, c’est-à-dire BLH, ne peut être que négatif (-12499, -12498, -12497, …..).

    Je suggère toujours d’attendre jusqu’à ce que Nicolas puisse terminer la conversion du code.

    1 user thanked author for this post.
    #76670

    Peut-être que vous, à la ligne 23, et dans d’autres, voudriez-vous que LH contienne le numéro de la bougie où le minimum le plus bas se situe entre les 25 derniers, n’est-ce pas?
    Non, LOWEST renvoie un prix, pas un index de l’endroit où il s’est produit!
    PRT n’a pas de fonction pour savoir dans quel bougie un certain événement s’est produit, vous devez utiliser une boucle FOR …. NEXT pour examiner les bougies passées et découvrir! C’est une opération plus complexe et ça ralentit beaucoup le code!

     

    1 user thanked author for this post.
    #76684

    oui c’est absolument cela Roberto que je cherche à faire ; c’est une piste ! et ce n’est pas grave pour la lenteur, les machines ne sont pas payées à l’heure 😉

    #76689

    Je peux vous donner un exemple sur la façon de trouver la bougie que vous voulez à la ligne 23, pour les suivantes, vous devrez copier ce code et l’adapter vous-même:

    Les machines ne sont pas payées à l’heure, mais … si vous êtes devant l’écran, avec 4-5 graphiques chacun avec des unités de temps différentes et vous voulez passer à un autre instrument … vous verrez que le ralentissement sera impossible à supporter!

    Parce que le problème n’est pas un cycle lui-même, il s’agit de nombreux cycles dans les lignes suivantes!

     

    #76695

    Hello Rberto, Nouvelle version sans erreur mais ne retourne rien ;-(

    Vous voyez pourquoi ? (ne tenez pas compte des commentaires qui ne correspondent plus)

    on va y arriver !

     

     

    #76704

    Ligne 23 (et autres si nécessaire) Vous ne l’avez pas remplacé par le mien, vous l’avez laissé tel quel et vous avez ajouté une boucle que je ne comprends pas.

    Retirez-le ou commentez et remplacez-le par les 7 lignes de mon code.

    Répétez l’opération pour toute autre ligne où elle est nécessaire, en changeant la condition LOWEST ou HIGHEST etc …

     

    1 user thanked author for this post.
    #76808

    Hello Roberto, je n’avais pas vu votre code avant de reposter (il me semble que ce serait plutôt [message supprimé, problème de formattage] non ?)

    Pour la clareté du code et pour simplifier le travail de checking de vous-même et de Nicolas j’ai repris et adapté un code déjà créé pour identifier  par PRC concernant les bars (ci-dessous) ;

    cela vous semble-t-il plus clair ? mais le résultat ne retourne toujours rien.

     

    #77355

    Bonjour à tous,

    Bon voilà ma faible contribution à la communauté ; ce n’est sans doute pas parfait mais ça fonctionne ; -) Cela demande à être amélioré ;

    Il faudrait faire plusieurs choses pour l’optimiser qui dépasse ma compétence :

    • rajouter une condition pour que des plus hauts ne se forment pas entre le haut de l’anse (LH = Left Handle) et le base de la coupe (BC = Bottom Cup)
    • rajouter une condition pour que des plus bas ne se forment pas entre le bas de la coupe (BC ) et le haut de la coupe (LC = Left Cup)
    • peaufiner une condition sur les volumes qui doivent s’incrémenter de BC à LH puis baisser de LH au bas de l’anse (BH = Bottom Handle)

     

    Par ailleurs, j’ai développé l’indicateur qui permet de repérer LH / BC / LH / BH ; il ne marche qu’en Daily ;

    • je ne comprends pas pourquoi il se décale en weekly ;

     

    Merci de vos remarques et améliorations

    Kris

     

     

     

    1 user thanked author for this post.
    #77360

    NB : 00-CUP-HANDLE-DAY-INDICATOR-1.itf est le bon : il y a une coquille dans l’autre fichier ;

    1 user thanked author for this post.
    #77693

    Bravo Kris75 ! Excellent travail et j’apprécie beaucoup le retour et le partage. Je viens de tester tes codes, il y a en effet une avancée majeure dans la détection de la figure.

    Concernant tes demandes:

    1. rajouter une condition pour que des plus hauts ne se forment pas entre le haut de l’anse (LH = Left Handle) et le base de la coupe (BC = Bottom Cup)
    2. rajouter une condition pour que des plus bas ne se forment pas entre le bas de la coupe (BC ) et le haut de la coupe (LC = Left Cup)

    Pour le 1/ , donc simplement que LH>BC ? et pour le 2/ que BC<LC ?

    Puisque la détection de ces points est correct, selon le code original, j’ai un peu de mal à suivre 🙂

    L’image d’exemple que tu as fourni est un cas parfait de la figure non ? Donc il faudrait “simplement” s’assurer que les points détectés forment ce même type d’alignement vertical ? exemple: point A > point B et point B <= point C, etc….

    1 user thanked author for this post.
Viewing 15 posts - 31 through 45 (of 67 total)

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