Je travaille actuellement sur un projet d’indicateur dans ProRealTime, et je rencontre une limite technique que je souhaiterais soumettre à vos expertises pour confirmer ou infirmer mes observations. Voici un résumé de la problématique, des tentatives effectuées, et de mes conclusions.
—
### **Ce Que Je Cherche à Faire**
Je souhaite utiliser une période dynamique pour calculer une moyenne mobile simple (SMA) dans ProRealTime. L’idée est que la période de la SMA soit basée sur une variable calculée dynamiquement, appelée BestX. Cette variable est obtenue à partir d’une logique précise qui détecte les niveaux pertinents sur le graphique.
Exemple simplifié : prorealtime
1
2
3
4
5
6
7
IFBestX>1THEN
SMAPrice=Average[BestX](Close)// Calculer une SMA avec la période dynamique
ELSE
SMAPrice=0
ENDIF
RETURNSMAPrice
Cependant, cette approche renvoie une erreur car ProRealTime exige que la période soit un entier positif **constant** et non une variable dynamique.
—
### **Tentatives et Expériences**
Voici ce que j’ai testé pour contourner cette limitation :
1. **Arrondi et Quantification de la Période Dynamique** :
– J’ai essayé d’arrondir BestX à l’entier le plus proche et de le limiter à des plages fixes (5, 10, 20, 50).
– Exemple : prorealtime
1
2
3
4
5
6
7
8
9
10
11
12
13
14
c2=Average[20](BestX)// Moyenne glissante de BestX
PeriodDynamic=ROUND(c2)
IFPeriodDynamic<=5THEN
PeriodDynamic=5
ELSEIFPeriodDynamic<=10THEN
PeriodDynamic=10
ELSEIFPeriodDynamic<=20THEN
PeriodDynamic=20
ELSE
PeriodDynamic=50
ENDIF
ResistanceDynamic=Average[PeriodDynamic](Close)
RETURNResistanceDynamic
**Résultat** : Cela fonctionne mais ne renvoie que la valeur de la SMA calculée (le prix moyen) et non la période dynamique elle-même.
2. **Stockage dans un Array** :
– J’ai pré-calculé plusieurs SMA fixes (SMA5, SMA10, etc.) et tenté de choisir dynamiquement celle qui correspond à BestX via un array.
– Exemple : prorealtime
1
2
3
4
5
6
7
8
9
10
$SMA[5]=Average[5](Close)
$SMA[10]=Average[10](Close)
$SMA[20]=Average[20](Close)
$SMA[50]=Average[50](Close)
IFisset($SMA[PeriodDynamic])THEN
ResistanceDynamic=$SMA[PeriodDynamic]
ELSE
ResistanceDynamic=0
ENDIF
**Résultat** : ProRealTime demande toujours un entier constant pour l’indice de l’array, ce qui bloque l’utilisation de variables dynamiques comme PeriodDynamic.
3. **Conditions Fixes** :
– Plutôt que d’utiliser des arrays, j’ai créé des conditions explicites pour chaque SMA fixe.
– Exemple : prorealtime
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
SMA5=Average[5](Close)
SMA10=Average[10](Close)
SMA20=Average[20](Close)
IFBestX>1THEN
IFBestX<=5THEN
SMAPrice=SMA5
ELSEIFBestX<=10THEN
SMAPrice=SMA10
ELSE
SMAPrice=SMA20
ENDIF
ELSE
SMAPrice=0
ENDIF
RETURNSMAPrice
**Résultat** : Cela fonctionne, mais encore une fois, la valeur retournée est celle de la SMA (le prix) et non la période dynamique utilisée.
—
### **Conclusions**
1. **Blocage Principal :**
– ProRealTime exige une période constante (entier fixe) dans les fonctions comme Average[x](Close).
– Même les valeurs arrondies ou quantifiées ne sont pas acceptées si elles proviennent de variables dynamiques comme BestX.
2. **Ce Qui Fonctionne :**
– Les SMA fixes et leur sélection dynamique par conditions sont exploitables.
– Cependant, elles ne permettent pas de refléter directement une logique totalement dynamique comme celle visée initialement.
3. **Limitation Confirmée (?) :**
– Il semble impossible d’utiliser une variable dynamique comme période pour une SMA dans PRT.
– Avant d’abandonner cette piste, je souhaite valider cela avec vous.
—
### **Questions**
1. **Est-ce Confirmé ?**
– ProRealTime ne permet-il vraiment pas d’utiliser une variable dynamique comme période dans une fonction SMA (même après arrondi ou quantification) ?
2. **Solutions Alternatives :**
– Si vous avez rencontré ce type de problème, auriez-vous des idées ou des contournements qui pourraient fonctionner dans ce cas ?
Merci d’avance pour vos réponses et vos conseils. 😊
Je rajoute le code d’origine que j’utilise pour calculer la variable dynamique Bestx sachant que je veux l’utiliser comme cela : MySMABESTX=Average[Bestx](close)
BESTX = la variable dynamique
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
N=100// Maximum Period
CloseTarget=High// Le plus haut de la bougie courante
BestX=0// Période de la SMA la plus proche
BestSMAX=0// Valeur de la SMA la plus proche
MinDifference=1000000// Différence minimale initialisée à une grande valeur
// Parcourir les périodes pour calculer les SMA
FORx=2TONDO
IFBarIndex>=xTHEN// Vérifier qu'il y a assez de données pour calculer la SMA
SMAX=Average[x](Close)// Calculer la SMA pour x périodes
Difference=ABS(SMAX-CloseTarget)// Calculer la différence avec le plus haut
// Si cette SMA est plus proche du plus haut, la sauvegarder
IFDifference<MinDifferenceTHEN
MinDifference=Difference
BestX=x
BestSMAX=SMAX
ENDIF
ENDIF
NEXT
// Afficher les résultats pour la bougie courante
//DrawText("Période SMA", BarIndex, High + 5) COLOURED("blue")
DrawText(BestX,BarIndex,High+10)COLOURED("green")// Afficher la période
//DrawText("Valeur SMA", BarIndex, High + 15) COLOURED("blue")
//DrawText(BestSMAX, BarIndex, High + 20) COLOURED("green") // Afficher la valeur de la SMA
Je te vous remercie beaucoup pour votre réponse et votre intérêt. Effectivement, j’aurais pu y pensé. Mais ce n’est pas tout à fait pareil dans la finalité.
AMA est une moyenne mobile avancée, qui lisse les mouvements en fonction de la volatilité.
BestX, en revanche, calcule une valeur optimale pour aligner une SMA sur des niveaux stratégiques, comme un plus haut ou un plus bas. Cette approche n’est pas lissée, elle est ciblée. Mon idée est de trouver la valeur de la période de la moyenne mobile dynamique qui fait support ou résistance.
Je cherche à identifier des niveaux de résistances ou supports dynamiques.
j’ai contourné mon problème avec ce code, le résultat est un peu différent, mais cela marche.
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
37
38
39
40
41
42
43
44
45
46
47
48
49
// Initialisation des SMA fixes
SMA1=Average[1](Close)
SMA2=Average[2](Close)
SMA3=Average[3](Close)
// ... Jusqu'à SMA100
SMA100=Average[10](Close)
// Initialisation des variables
HighestPeriod=0
// Comparer le prix à chaque SMA
FORPeriod=1TO100DO
IFhigh<=Average[Period](Close)THEN
HighestPeriod=Period
ELSE
//BREAK // Arrêter si le prix dépasse une SMA
ENDIF
NEXT
c1=Average[highestperiod](close)
c2=close>highest[50](c1)[1]
// Retourner la période correspondante
// Initialisation des SMA fixes
SMA11=Average[1](Close)
SMA21=Average[2](Close)
SMA31=Average[3](Close)
// ... Jusqu'à SMA100
SMA1001=Average[10](Close)
// Initialisation des variables
HigestPeriod1=0
// Comparer le prix à chaque SMA
FORPeriod1=1TO100DO
IFlow<=Average[Period1](Close)THEN
HighestPeriod1=Period1
ELSE
//BREAK // Arrêter si le prix dépasse une SMA
ENDIF
NEXT
c11=Average[highestperiod1](close)
c21=close>highest[50](c11)[1]
// Retourner la période correspondante
RETURNc11//HighestPeriod, HighestPeriod1// AS "Période Supérieure"
//RETURN HighestPeriod AS "Période Supérieure"
Visuellement la différence avec l’AMA en capture d’écran 1
La capture 2 c’est ma variable affichée avec proorder au lieu de probuilder pour contourner l’impossiblité d’utiliser une variable dynamique comme période de moyenne mobile sur probuilder. j’ai une légère différence sur le comportement
Mon idée et but de départ ressemble à la capture 3
Je vous remercie pour votre solution proposée, elle est très intéressante. Mais elle ne répond pas à ce que cherche exactement. Mais vous avez peut-être raison, je me complique éventuellement trop la vie :p
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
.
