En attendant le support multitimeframe intégré à la plateforme, il est sans doute possible de le simuler soit même par l’intermédiaire des données OHLC contenu entre les bougies d’une heure à l’autre (si on considère rechercher les informations d’un indicateur en 1h dans un timeframe inférieur).
Pour commencer, et comme c’est une question qui revient fréquemment dans les différents forums ici, voici une “bête” version du RSI 5 min/1 heure en multipliant simplement la période du RSI 5minutes :
currentTF = 5
higherTF = 60
//indicator
currentPeriod = 14
higherPeriod = (higherTF/currentTF)*currentPeriod
currentRSI = RSI[currentPeriod](close)
now = hour
if(now<>now[1]) then
higherRSI = RSI[higherPeriod](close)
endif
RETURN currentRSI coloured (200,100,100) as "current TF", higherRSI coloured (155,96,36) as "higher TF"
A noter que le RSI 1 heure ne s’update qu’une seule fois par heure ici.
Si des personnes sont intéressés pour collaborer, qu’ils se fassent connaître ! Merci.
bonjour Nicolas
j’aimerais savoir ci tu arriverais a me coder sur un meme indicateur avec differente unit temps 1mn/3mn/5mn et 10 minutes.
a = (low+high+close+open)/4
b = (WeightedAverage[10](close)+EndPointAverage[10](close)+ExponentialAverage[10](close)+average[10](close))/4
c=(a+a[10])/2
d= (c+b)/2
e=(a+b)/2
g= (e+average[8](d))/2
force=(WeightedAverage[100](d)+e +g+a )/4
return zigzag[zz](force)as"zz force",tema[100](d)as"tema d",tema[40]((force))as"tema force"
Bonjour DANIEL, dans l’immédiat non car je travaille encore le sujet pour avoir quelquechose de vraiment viable. Pour le moment, le mieux que tu puisses faire, comme je l’ai déjà expliqué, tu peux essayer de t’approcher des résultats des timeframes supérieurs en multipliant simplement les périodes de tes indicateurs, par exemple pour obtenir les informations du TF 5 minutes en 1 minutes, tu multiplies toutes les périodes par 5 (il y a 5 barres de 1 minutes dans une seule de 5 minutes). Mais c’est très approximatif comme résultat.
Voici le code complet pour afficher un RSI 1 heure sur n’importe quelle timeframe. Bien meilleur et précis que la version du premier post!
Me reste à trouver le moyen le plus simple et “user friendly” pour gérer les paramètres de tous les timeframes pour que l’on puisse faire un choix à la volée.
Le fichier ITF et un exemple sont attachés à ce post.
//higher timeframe minutes count
//HigherTFminutes = 60
//current timeframe minutes count
//CurrentTFminutes = 5
//RSI period to display
//RSIperiod = 14
if hour<>hour[1] then
c = close
endif
currentRSI = RSI[RSIperiod](close)
factor = ROUND(HigherTFminutes/CurrentTFminutes)
MTFRSI = RSI[RSIperiod*factor](c)
RETURN currentRSI as "current TF RSI", MTFRSI as "higher TF RSI"
Les données sont mises à jour une seule fois par heure, donc l’indicateur peut très bien être utilisé sous ProOrder ou les conditions ne sont testées qu’une fois par barre. En live, bien entendu, cela induit un décalage car on attend le close en bougie 1h pour updater la courbe.
Il existe un indic pour le MultiTimeFrame sous PRT……..
Il existe un indic pour le MultiTimeFrame sous PRT……..
Pourquoi l’image jointe a-t’elle été supprimée ?
Hervé, cela faciliterai notre tâche de modération si tu voulais bien clarifier tes intentions, commerciales ou non. Merci.
C’était pour montrer que le MTF existe déjà sous PRT et que certains l’ont déjà programmé !
Alors supprimer des screens montrant que cela existe, quel est l’intérêt de ProRealCode ?
Je suis intéressé par la possibilité de créer un stochastic en MTF (M5 /M15 à appliquer sur M1 par exemple)… Si une solution existe déjà, je suis preneur.
le MTF existe déjà sous PRT et que certains l’ont déjà programmé !
Super ! Vive le partage et c’est “l’intérêt de ProRealCode” ! Je suis impatient de tester, merci 🙂
le MTF existe déjà sous PRT et que certains l’ont déjà programmé !
Super ! Vive le partage et c’est “l’intérêt de ProRealCode” ! Je suis impatient de tester, merci 
Je pense qu’il faut aller voir dans d’autres forums / Labos de programmation broker par exemple… qui en parle et le montre !
Si j’ai pu trouver, tout le monde le peut 🙂
Quant aux partages et intérêts de PRC, no comment ! (partenariat, monétisation,…). Ce n’est plus ce que c’était au début. Trop de redondance dans les posts, car pas de réponses claires lors des questions … La fonction recherche à améliorer
C’est seulement mon humble avis !
Je sais même que le boss PRT à décliner le mtf déjà existant par la personne à l’origine de celui-ci 😉 pensant que ces ingénieurs étaient meilleurs !!! Lool
Les sites anglo-saxons sont plus dans le vrai partage et la bienveillance que les francophones.
Merci Hervé de l’intérêt que tu continues de porter à notre site malgré ton avis mitigé. J’essai avec l’aide de nos modérateurs d’aider au mieux les membres du site. Je suis désolé d’apprendre que nous sommes pas suffisamment claire, l’aide apportée sur le site est gratuite et nous le faisons tous sur notre temps libre 🙁
Je ne répondrai pas à tes invectives, car j’ai coutume de ne pas “nourrir les trolls”, cela amenant à des discussions sans fin et réellement sans intérêt, au final.
Bon courage pour la suite.
Je ne comprends pas bien cet échange sur la possibilité de créer un indicateur MTF sur PRT.
Si cela est-déjà possible, pourquoi ne pas simplement en poster le code ? Visiblement Hervé indique que cela existe déjà. Si c’est le cas, poster un code serait sympa…
Je ne comprends pas bien cet échange sur la possibilité de créer un indicateur MTF sur PRT.
Si cela est-déjà possible, pourquoi ne pas simplement en poster le code ? Visiblement Hervé indique que cela existe déjà. Si c’est le cas, poster un code serait sympa…
Salut,
Faudrait–il que je puisse t’en poster un de visible !!!
@+ 😉
