TophParticipant
Average
Bonjour ,
J’ai fait apparaitre sur une UT “10s” les pivots de Fibbonacci “Jour” en utilisant ce code :
If DayOfWeek<>DayOfWeek[1] THEN
myLastHigh1J =myHigh1J
myLastLow1J = myLow1J
myLastClose1J = Close[1]
myHigh1J = High
myLow1J = Low
myopen1J=open
ELSE
myHigh1J = Max(myHigh1J, High)
myLow1J = Min(myLow1J, Low)
ENDIF
PP1J= (myLastHigh1J + myLastLow1J + myLastClose1J)/3
DeltaFibbo=myLastHigh1J - myLastLow1J
Res11J = PP1J + 0.382*DeltaFibbo
Sup11J = PP1J -0.382*DeltaFibbo
ça marche assez bien mais j’ai parfois quelques décalages avec les pivots de PRT.
J’ai essayé d’utiliser les instructions: Dhigh…
PP1J=(DHigh(1) + DLow(1) + DClose(1))/3
DeltaFibbo=DHigh(1)- DLow(1)
Res11J = PP1J + 0.382*DeltaFibbo
Sup11J = PP1J -0.382*DeltaFibbo
Et là, ça plante complètement dès que j’introduit ces instructions. Au point d’annuler le bon fonctionnement du premier bloc (Voir PJ).
Quelqu’un a-t-il une explication à ce problème ?
> 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 ! <<
🙂
TophParticipant
Average
C’est plus clair comme cela. Merci pour l’info. Je n’avais pas vu ce bouton “pratique”.
C’est avec la version 11 ?
TophParticipant
Average
Bonjour
J’ai poursuivi mon test avec des Points Pivots standards. Même défaut. En UT 10s, 15s, l’algorithme ne fonctionne pas ou mal, en UT30s c’est ok.
Autre bug : un changement d’UT ou du nombre barres fait bugger les PP du Lundi. Il faut revalider l’algorithme pour obtenir à nouveau le bon affichage.
C’est agaçant tout çà. Si quelqu’un a une idée pour corriger ce pb….
//------------------------------------------------------------------------------
//Points Pivots Day
//------------------------------------------------------------------------------
IF dayofweek = 1 then
myLastHigh1J = DHigh(1)
myLastLow1J = DLow(1)
myLastClose1J = DClose(1)
ENDIF
IF dayofweek >=2 and dayofweek < 6 then
myLastHigh1J = DHigh(0)
myLastLow1J = DLow(0)
myLastClose1J = DClose(0)
ENDIF
If DayOfWeek<>DayOfWeek[1] then
PP1J = (myLastHigh1J + myLastLow1J + myLastClose1J) / 3
Res11J = 2 * PP1J - myLastLow1J
MidR11J=(Res11J+PP1J)/2
Res21J = PP1J + myLastHigh1J - myLastLow1J
MidR21J=(Res11J+Res21J)/2
Sup11J = 2 * PP1J - myLastHigh1J
MidS11J=(Sup11J+PP1J)/2
Sup21J = PP1J - myLastHigh1J + myLastLow1J
MidS21J=(Sup11J+Sup21J)/2
Endif
Return close as "prix",PP1J as "PP 1J",Res11J as "Res1 1J",Res21J as "Res2 1J",Sup11J as "Sup1 1J",Sup21J as "Sup2 1J", MidR11J as "Mid R1 1J", MidR21J as "Mid R2 1J", MidS11J as "Mid S1 1J", MidS21J as "Mid S2 1J"
TophParticipant
Average
Bonjour
Personne n’a rencontré ce bug?
Avec une fonction Call qui appelle ce code le bug apparait aussi. Les Pivots ne se mettent pas en place .
ça m’agace…
Il faut suffisamment de données affichées pour que les valeurs des données Daily soient connus, en UT 10 sec, il en faudrait beaucoup.
Pourquoi ne pas utiliser les indicateurs standards de la plateforme puisque il me semble que tu utilises les points pivots “ordinaires” ?
TophParticipant
Average
En UT 1 minute, ou 5 minutes c’est idem.
Et ça marche après chaque re-validation du code. Y compris en UT 10s. Mais il faut revalider…. et avec l’utilisation de la fonction “call” vers ce code, cette marche dégradée n’est pas possible.
Je souhaite l’utiliser pour mon robot de trading en détectant les zones de contact avec les points pivots. C’est assez intéressant. Je ne vois donc pas comment utiliser directement l’indicateur de PRT. Il y a une solution ?
Oui, mais ne pas utiliser un CALL, déclarer directement les timeframes nécessaires dans ton code ProBacktest, il ira chercher lui même la quantité d’historique nécessaire pour cela.
timeframe(daily, updateonclose)
// ton code de points pivots
timeframe(default) // ou autre TF
// ta stratégie
