Bonjour,
j’ai codé un module probuider très simple dont l’objectif est d’identifier les actions dont le cours franchisse à la hausse le haut d’une boite de Darvas, malheureusement, probuilder me retourne des actions qui ne correspondent pas du tout à la condition demandée. Si quelqu’un a une idée sur ce sujet, je lui en saurai gré.
Je vois 2 problèmes possibles :
1/ Le premier étant le plus courant : tu n’as pas accès aux données temps réel sur le marché que tu scannes et donc les retours du screener se font d’1 période décalée dans le temps.
2/ Le deuxième (et le plus probable dans le cas des boites de darvas) : le code en question utilise l’indicateur DPO inclut dans la plateforme qui utilise les données du futur pour se calculer et est donc quasiment inutile et inefficient en temps réel. Cet indicateur a été codé de cette façon car PRT ne lit qu’une seule fois l’historique et les boites de darvas ont besoin de se redessiner dans le passé, ce qui n’est pas possible.
J’ai testé ton code est il est correct, j’ai 2 retours ce jour sur la liste des actions Euronext, l’un est correct visuellement, le deuxième non à cause du problème cité en 2/.
Merci infiniment Nicolas pour ta réponse rapide, à propos du point 1/ je suis sur PRT en temps réel
vois tu une manière de contourner l’utilisation du dpo, par exemple en utilisant le code de sohocol de l’équivalent mais en moyennes mobiles passées ?
Cordialement
Michel
////Detrended price oscillator Past Moving Average///////
//variable p =période de la moyenne.
p=20
a=average[p](customclose)
r=round(p/2) +1
b= customclose - a[r]
return b AS "DPO pass",0 as "Zero"
////////////////////////FIN du code
>> Pour la clarté des messages sur les forums de ProRealCode, merci d’utiliser le bouton “insert PRT code” pour séparer la partie texte de la partie code, merci ! <<
Cela ne résoudra pas le problème, il n’est pas utile d’utiliser le DPO pour calculer les boites de Darvas, si sohocool utilise en effet le DPO pour les calculer c’est justement parce que cet indicateur utilise le futur, c’est une utilisation dévoyé de cet indicateur pour contourner le problème de pouvoir redessiner le passé.
OK , en clair il faut recoder en évitant l’utilisation de dpo pour pouvoir bénéficier d’un proscreening propre, merci pour cette réponse
Voici la solution, en fait la solution était présente dans un des posts de Sohocol, dans laquelle j’ai facilement pluggé les niveaux de Fibonacci entre le bas et le haut de boite, le code ne pose plus aucun problème à Proscreener
Bonne année à tous
C’est très sympa de le poster ici, merci zen83, je te souhaite mes meilleurs voeux pour cette nouvelle année également !
