https://www.prorealcode.com/prorealtime-indicators/fearzone-indicator/
Bonjour à tous,
Cet indicateur assez pertinent ne fonctionne plus avec la version 11 de PRT , quelqu’un peut-il remedier à ce problème.
Par avance merci.
Bon week-end .
period = 30
periodavstd = 100
//First condition
FZ1 = (highest[period](totalprice) - totalprice)/highest[period](totalprice)
av1=average[periodAvStd](FZ1)
stdv1= STD[periodAvStd](FZ1)
FZ1Limit= av1+stdv1
// Second condition
FZ2 = average[period](totalprice)
av2=average[periodAvStd](FZ2)
stdv= STD[periodAvStd](FZ2)
FZ2Limit= av2-stdv
//In Fearzone?
if FZ1 > FZ1Limit and FZ2 < FZ2Limit Then
drawcandle(low-range,low-range,low-2*range,low-2*range) coloured(255,255,255)
endif
return
Bonsoir à tous,
Personne n’utilise cet indicateur ?
A vos crayons …
Je viens de l’essayer à l’instant sur v11, pas eu de souci, ça a fonctionné… En l’absence de capture écran, de l’actif et du timeframe, c’est déjà difficile de reproduire un problème rencontré pour aider, mais si on tombe sur un cas qui marche, c’est encore plus difficile…
L’absence d’infos pour aider à être aidé rend impossible de comparer ce que voit l’utilisateur qui a besoin d’aide avec ce que voit l’utilisateur qui veut aider. Il en résulte que personne ne répond, surtout s’ils sont tombés sur des cas qui marchent, impossible de conclure si le problème ne se produit que dans certains cas sur lesquels ils ne tombent pas, ou si éventuellement tout marche mais il y a eu une mauvaise manip utilisateur, ou même tout simplement un dessin qui a fonctionné, mais “hors écran visible”…
Dans l’hypothèse où il n’y a pas eu de message d’erreur, ce dernier cas du dessin “hors écran visible” semble être une piste à explorer au cas où, vu que c’est un code qui ne produit que des bougies supplémentaires basses, peu visibles en gris clair selon le fond de l’utilisateur, et que sous certaines bougies qui peuvent être assez loin en arrière dans l’historique, et qu’il faut parfois dézoomer pour les voir?
Pour ce soir j ai plie’, j ‘illustrerai ma demande demain .
Bonjour Noobywan et à tous
Je pense avoir trouvé d’où vient le bug , j’ai ajouté : ” defparam calculateonlastbars = 100 ” dans le code et c’est ce qui me met la grouille sur le graphe.
Je l’ai donc limité à 600 , en dessous c’est aléatoire ?! pourquoi ?!
Je joins un graphe de Biomerieux que j’achèterai lundi pour illustrer mon propos.
Bon week end à tous.
Rien d’aléatoire, comme mentionné ce code dessine des bougies supplémentaires “que sous certaines bougies qui peuvent être assez loin en arrière dans l’historique”, donc obligatoirement un calculateonlastbars très restreint qui ne démarre pas loin avant lancement du code a toutes les chances de les exclure, sauf grosse coïncidence qu’elles tombent juste avant qu’on lance le code… Et inversement un grand nombre dans le calculateonlastbars a plus de chances d’inclure des barres où il y a quelque chose à tracer, même si pas forcément tout… Je dirais que de toute façon, sur un code aussi bref, le gain de temps ne vaut pas la peine de mettre un calculateonlastbars, autant utiliser la version de l’auteur sans aucun calculateonlastbars, qui permettra de tracer rapidement ce qu’il y a à tracer peu importe où dans l’historique.
petit mode d’emploi de cet indicateur : noël avant l’heure …
Comme souvent en bourse il faut regarder ce qu’on ne voit pas !!! à bon entendeur , je suis sur le marché depuis plus de 40 ans et depuis j’ai eu loisir d’observer 2 ou 3 trucs.
==> Après avoir trouvé les bons réglages de périodes , vous pouvez vous positionner à l’achat lorsque les chandeliers fearzone disparaissent.
s’appuyer sur quelques indicateurs supplémentaires n’est pas exclu.
Bon dimanche
graphe joint : ATOS , position juste après les fearzone et hop pesetitas !!!
