screener indicateurs multiples

Forums ProRealTime forum Français Support ProScreener screener indicateurs multiples

Viewing 15 posts - 1 through 15 (of 19 total)
  • #167022

    Bonjour,

    Cela fait plusieurs mois que je me suis lancée dans la création d’un nouveau screener assez précis et j’arrive enfin à un résultat satisfaisant à ceci près que régulièrement plusieurs titres ne sont pas détectés alors qu’ils correspondent en tout points à mes critères et je n’arrive pas à comprendre pourquoi. Est-ce moi qui ne m’en rends pas compte à force de revoir mon code en boucle ou y a t’il réellement un problème ?

    Ci-joint un exemple de titres qui selon moi devraient être détectés mais ne l’ont pas été ainsi que le code en question.

    Merci d’avance pour votre aide

    Camille

     

    #167029

    J’ai vague souvenir d’utilisateurs qui avaient fait face à un bug dans certaines conditions avec les commandes de type Dhigh, Dlow etc… Je vérifie avec Nicolas s’il y a eu des nouvelles là-dessus (bug confirmé ou pas, résolution en chemin ou effectuée…)

    #167037

    Désolé, ce n’était pas une bonne piste, il y avait bien eu un problème, mais Nicolas dit que ça a été résolu depuis.

    #167089

    Je pense avoir compris en partie pourquoi la détection ne fonctionne pas sur certains titres.

    J’ai oublier le [1] après les 2 derniers close dans mes conditions :

    cc5= close crosses over kijunsen1 or close crosses over tenkansen1 or close crosses over kijunsen1[1] or close crosses over tenkansen1[1]
    cc15= close crosses over kijunsen2 or close crosses over tenkansen2 or close crosses over kijunsen2[1] or close crosses over tenkansen2[1]
    J’ai corriger et le screener semble déjà me donner plus de résultats.
    Cependant même si il s’agissait d’un élément important à corriger cela ne résoudra pas tout.
    Car cela peut expliquer pourquoi le premier titre que je vous ai joint n’a pas été détecter mais pas le 2e.
    Voyez-vous une autre erreur que j’aurais pu commettre dans mon code et qui resterait à corriger et pourrait justifier de pourquoi le 2e titre n’est pas sorti dans mes résultats ?
    #167106

    Comme il y a beaucoup de conditions, quand on tombe sur un titre qu’on estime valable selon les conditions du screener mais qui ne ressort pas, pour mieux voir il faudrait transformer le screener en indicateur, avec une ligne return qui inclut toutes les conditions, appliquer cet indicateur au titre et visualiser laquelle des conditions manque, afin de soit voir pourquoi le titre effectivement ne correspond pas, soit trouver un bug dans le code si une des conditions est manquante par erreur:

     

    1 user thanked author for this post.
    #167134

    Rebonjour,

    Merci pour votre conseil, cela a été efficace et m’a permis de voir quelle(s) conditions posaient problème.

    Apparemment dans le code ci dessous, c12 et c13 posent régulièrement problème en renvoyant 0 alors qu’ils devraient être positifs.

    c12 est des fois valide et des fois non et continue à posé problème sans que je comprenne pourquoi même après avoir essayer de le modifier comme vous pourrez le voir dans le code qui suit.

    Mais c’est réellement c13 qui pose problème car il est réellement tout le temps à 0 même après avoir tenter de le modifier en mettant toutes les composantes de la condition sur le même timeframe cela n’a absolument rien changer.

     

    #167135

    Bonjour effectivement les noms c2 et c3 étaient déjà pris en lignes 14 et 22, et c’est bien de les avoir rebaptisées (c13 et c14)

    Maintenant, en ce qui concerne le contenu de c13, écrire (A or B) est une syntaxe réservées aux conditions, pas aux valeurs numériques, du coup A et B (c’est à dire dans votre code VariationVol et VariationVol2) sont considérées comme conditions égales à 0 ou 1 au lieu d’avoir leurs valeurs numériques, et 1 n’étant pas strictement supérieur à 1, cela met forcément c13=0 dans tous les cas.

    Il aurait fallu écrire: A>1 or B>1 pour que A et B soient considérées pour leurs valeurs numériques sans être transformées en conditions, et pouvoir les comparer à 1. Autrement dit:

     

     

     

    #167148

    Apparemment cela semble effectivement avoir résolu le problème sur c13 mais j’ai du également mettre les conditions indic et indic 2 sur le timeframe 5 minutes car ces conditions buguaient des fois sur certains titres sur le timeframe 15 minutes.

    Merci pour cette solution, cependant il reste c12 qui pose problème car non validé alors que les prix croissent pourtant la tenkan à la hausse ( ou inversement ) comme dans l’exemple ci-joint.

    Avez-vous une idée de ce qui peut poser ce problème ?

     

    #167161

    Je ne vois pas très bien la bougie qui précède, mais j’ai l’impression que sa close était aussi au-dessus de la tenkan? Auquel cas le cross over n’était pas fait sur ces 2 bougies là, mais plusieurs autres avant. Si la close de la précédente était bien déjà au-delà de la tenkan, bien tenir compte que “close cross over” c’est une syntaxe pour faire ressortir la bougie où la close a basculé de côté par rapport à ce qui suit le terme cross over, mais si ça c’est passé 2 ou 3 bougies avant, ou si depuis la close précédente au-dessus, l’intérieur de la bougie en cours traverse en bas avec low mais remonte au-dessus avec close, alors le cross over n’est pas vrai pour la close.

    #167163

    Effectivement autant pour moi la bougie précédente était bien déjà au-dessus de la tenkan…

    Mais dans ce cas est-il possible d’écrire une condition afin de détecter un rebond sur la kijun ou la tenkan svp ?

    #167164

    La définition du rebond de l’un ne sera pas forcément valable pour autrui, tout dépend de combien en arrière on regarde pour définir si on vient d’assez loin, et de combien après on veut attendre pour confirmer l’éloignement, ou si plus pressé on veut juste quelque chose qui se passe sur la bougie en cours par rapport à la précedente quitte à ne détecter qu’une proximité plutôt qu’un rebond… Au plus pressé on pourrait faire la combinaison close[1]>tenkan and low<=tenkan and close>tenkan (en plus du cross over, pas à la place de)

    #167173

    Super cela fonctionne effectivement à merveille.

    Encore merci pour votre aide et en vous souhaitant une bonne fin de journée à vous.

    Camille

    1 user thanked author for this post.
    #168247

    Bonjour,

    Il semblerais que la condition c14 du screener pose régulièrement problème, je soupçonne un bug car les résultats sont pour le moins étrange.

    Quand je regarde avec l’indicateur la condition est noté une première fois à 0 puis quand je regarde à nouveau le titre quelques secondes après la condition apparait comme étant validée puis de nouveau invalide.

    Ci-joint un exemple de titre ou je rencontre le problème.

    Cordialement

    Camille

    #168253

    Bonjour, je vois que ta c14 est liée à des calculs de pivots partant des variables ht, bs, c (…2 …3) en mtf. Dans le même esprit de debugging qui a mené à visualiser les conditions, il te faut probablement visualiser en indic séparé tes 3 variables pivots, pour trouver si un des 3 pivots change d’abord, puis à laquelle des ht, bs, c variables c’est dû (puis de là, si par exemple c’est dû à celles du plus grand timeframe, vérifier la quantité d’historique dispo)

     

    #168771

    J’ai résolu le problème pour la condition c14 mais les conditions c10, c11 et c 12 posent également problème.

    Sur les 2 exemples ci-dessous sur l’un les conditions c10 et c12 renvoient 0 alors qu’elles sont visiblement valides sur le 5 minutes tandis que c11 est comptée comme étant valide alors qu’elle ne l’est pas et sur l’autre la condition c11 est notée comme étant invalide alors qu’elle l’est … C’est vraiment le monde à l’envers, est-ce que mon code est faux à ce point ? Il me semble pourtant correcte.

     

     

Viewing 15 posts - 1 through 15 (of 19 total)

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