Mauvais résultats en multi time frame

Forums ProRealTime forum Français Support ProScreener Mauvais résultats en multi time frame

Viewing 12 posts - 1 through 12 (of 12 total)
  • #211010

    Bonjour Nicolas,

    Je n’arrive pas à trouver le bon comportement en multi timeframe. Par exemple, j’ai fais un test simple avec MACD Weekly et Daily, et quand j’analyse les résultats, j’ai quelques fois, des signaux d’achats alors qu’en Weekly le MACD est en baisse (MACD < Signal au lieu d’être >). J’ai beau regarder, mais je n’arrive pas à trouver l’erreur. Pouvez-vous m’aider, s’il vous plait ?. Je vous envois, ci-dessous, un code simple pour comprendre mon problème. Merci par avance :

     

     

    #211031

    Il y a bien “signal” qui est utilisé 2 fois pour 2 choses différentes (en ligne 17 comme signal pour macd et en lignes 35-42 comme signal en guise de critère), mais comme il est remis à zéro en ligne 35 le double usage sur ce même nom de variable ne devrait pas poser d’erreur…

    Impossible à tester car faisant call d’un indic inconnu. Donc difficile de voir au-delà éventuellement de la supposition classique fréquente avec les screeners daily/weekly du décalage : est-ce bien un compte temps réel et non pas un compte gratuit “fin de journée” dont les résultats seront décalés d’une unité de la plus grande timeframe…

    #211040

    J’ai corrigé Signal en SignalD sur la partie Daily.

    J’ai enlevé le Call sur l’indicateur Metascore et mis en commentaire les tests sur Metascore. Je n’ai donc laissé que l’indicateur MACDZEROLAG en Weekly et Daily, et j’ai le même comportement anormal, à savoir que cet indicateur devrait avoir le même comportement en Weekly et en Daily (soit en hausse, soit en baisse).

    Merci pour votre aide.

     

    #211173

    Pour info, tu utilises une MACD classique dans ton code et pas une MACD ZeroLag, c’est peut être là où se situe ton erreur ? Comparer des valeurs qui ne sont pas les mêmes ?

     

    #211319

    Tu as bien raison. Je viens de modifier l’affichage et c’est correct. Mais j’ai tenté de changer le code en remplacant le MACD classique par le MACD ZeroLag, mais j’ai une erreur.

    Ci-dessous le code de l’appel du MACD ZeroLag :

    //MACDZLW, SignalW, ignored, ignored = CALL MACDZL[12,26,9]

    et ci-joint la copie de l’erreur.

    Si ce n’est pas possible avec le ZeroLag, ce n’est pas grave, je reste le MACD classique. Merci pour ton aide.

     

    #212678

    Bonsoir;

    Moi aussi j’ai des problèmes avec le multi frame.

    Ci joint le screener Retracement:

    -Unité supérieure: tendance détectée par SMI  long et faiblesse par StoRsi court;

    Unité inférieure: SMI court et StoRsi Court en survente ou surachat  (j’utilise le stoRsi et le SMI depuis longtemp sans problèmes)

    Anomalies nombreuses détectées notamment sur la tendance. visibles sur les graphes car le StoRsi et le Smi sont les deux oscillateurs figurant sous le graphe des prix

    J’ai modifié l’indicateur de tendance par un StoRsi long ou par une MME, anomalies encore.

    Ci-joint les différents programmes

    Et les captures d’écran:

     

    Qu’en pensez vous?

    Merci d’avance pour votre aide.

    #212682

    Précision: le screener Vague3 qui est utilisé sur deux des trois graphiques joints a la même structure mais avec plusieurs combinaison de timeframe d’ou la variable total.

    #212696

    Re : j’ai envoyé aussi le problème au support PRT. Pas de réponse pour le moment.

    #213228

    Bonjour;

    j’ai eu une réponse de PRT.

    En fait pour un scanner sur plusieurs périodes, je n’avais pas changé les variables d’une période sur l’autre.

    En le faisant une partie des problèmes est résolue (plus de faux signaux) par contre, le scan n’est pas exhaustif, il ne ne détecte aucune occurence avec un total négatif alors qu’il en existe. A suivre

    #213244

    Ci-dessous le code de l’appel du MACD ZeroLag : //MACDZLW, SignalW, ignored, ignored = CALL MACDZL[12,26,9]

    Le message est clair, ton CALL envoi 3 paramètres à ton code MACDZL, hors il n’en attend aucun (pas de paramètres extérieurs dans ton code), il faut donc supprimer [12,26,9]

    #215649

    Bonjour;

     

    j’ai eu une réponse de l’équipe de maintenance de PRT.

    En fait quand un total peut être  négatif, il faut coder comme suit:

    SCREENER[Total<> 0] (Total AS “Signal”)

     

    Et ça marche.

    Bonne journée.

    #215657

    Oui en effet, si “total” est négatif c’est une condition FAUSSE.

    Si >0 alors VRAI

    Si <=0 alors FAUX

    c’est une variable booléenne et comme tu l’utilises comme condition pour afficher tes résultats de screener, alors tu n’obtiens rien car “total” est FAUX, hors l’instruction SCREENER attente une condition qui est remplie (VRAI).

Viewing 12 posts - 1 through 12 (of 12 total)

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