A partir d’un indicateur stochastique est-il possible de normaliser le dit indicateur sur une échelle de 0 à 100 sous forme de bougies conventionnelles ?
A remplacer donc le graphisme de l’oscillateur par des bougies qui puisse nous permettre d’interpréter à la fois les bougies (harami, etoiles etc )
et leur position dans l’oscillateur( en bas ,au milieu, en haut ).
Libre à chacun après d’utiliser des heikin ashi ou autres types de figures…
On peut tout normaliser en effet, il suffit d’abord de définir l’échelle et dans ton cas, tu souhaiterai qu’elle soit réalisé à partir des derniers plus hauts (pour le 100%) et des derniers plus bas (pour le 0%) si je ne me trompe pas, ça rejoint en effet la stochastique, on peut aussi appeler ça un ‘percentile rank’, soit un classement en pourcentage.
Une fois que tu as calculé ton échelle dynamique, tu peux donc calculer où se situe les OHLC de chaque bougie vis à vis de cette échelle, ici je ferai la différence en chaque valeur et le floor de cette échelle (le dernier plus bas sur X périodes):
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
//PRC_CandlesticksStochastic | indicator
//25.10.2016
//Nicolas @ www.prorealcode.com
//Sharing ProRealTime knowledge
period=50
//lastest highhest high and lowest low over "period"
Un grand merci Nicolas pour ce retour en espérant qu’il profitera au plus grand nombre, c’est exactement ce que je souhaitais, en effet on peut s’amuser avec drawcandle , on peut même rajouter bordercolor et placer des niveaux de surachat / survente à sa guise et mettre period en variable.
Tu peux aussi changer les niveaux avec ceux de Fibonacci éventuellement. La détection des points hauts et bas pourraient être elle aussi issue d’un autre calcul.. Bref, toute une vie ne serait pas suffisante pour tout tester 🙂
Sur le même principe que les ” candles stochastic ” j’ai reproduit ci-dessous le code pour faire ressortir des bougies sous forme de heikin ashi mais malheureusement rien ne s’affiche
si ce n’est les lignes horizontales, quelqu’un voit il où est le bug ?
merci de votre aide.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
// HAS PRC .......... HEINKIN ASHI STOCHASTIQUE PRC 26.10.2016
Ok, donc pour calculer la ligne 5, il faut déjà qu’il existe un HAclose en n-1 de calculé et dés le début ça n’est pas possible, donc il faut tester auparavant si on a au moins une barre de l’historique déjà lu ou non (voir code corrigé).
Ensuite, tu as mal recopié le calcul dynamique des bougies quand tu as voulu faire l’Heikin Ashi. Ci-joint correction ci-dessous:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
// HAS PRC .......... HEINKIN ASHI STOCHASTIQUE PRC 26.10.2016
Je n’ai pas toujours la lumière allumée tous les jours !! j’aurai du être un peu plus attentif. Je pense qu’il sera utile de rajouter ce code dans la bibliothèque également pour la communauté.
Je ne suis pas utilisateur de la 10.3 beta pour vérifier le drawcandle, donc je ne peux pas tester ces lignes, mais en théorie si je ne me trompe pas dans le Heikin Ashi, j’aurais mis en lignes 12 et 13:
1
2
HAHigh=Max(high,Max(HAOpen,HAclose))
HALow=Min(low,Min(HAOpen,HAclose))
D’autre part, en lisant le reste (car un bug peut en cacher un autre), on dirait que les lignes 20 à 23 sont décalées d’un cran et qu’en les redéfinissant ainsi, c’est surtout cette partie là qui fera apparaître les mèches basses:
Faire ses bougies soit même avec DRAWCANDLE, c’est le sujet de ma dernière vidéo sur la programmation prorealtime : construire ses chandeliers japonais
To help us continually offer you the best experience on ProRealCode, we use cookies. By clicking on "Continue" you are agreeing to our use of them. You can also check our "privacy policy" page for more information.Continue
.
