J’aimerai savoir si il est possible d’avoir un graphique en range bar qui utilise un ATR dynamique basé sur le temps de chaque bougie. Je sais qu’on peut déjà avoir un graphique en range bar qui se modifie en fonction de l’ATR d’un timeframe mais cela s’applique sur tout le graphique alors que là je le voudrais bougie par bougie donc avoir des range bars de tailles différentes sur le graphique en suivant l’évolution de l’ATR.
Et si cela est possible je souhaiterai savoir on peut appliquer ce système sur du multi-timeframe. Car j’utilise le range en bar en 1mn vu que le tick par tick ne donne pas assez de données sur le graphique par exemple avoir sur ce graph 1mn le mouvement du graph 30mn en se basant sur son ATR.
Je pense qu’on parle de la version 11 et de la possibilité d’utiliser une taille dynamique des bougies renko et range avec l’ATR. Dans ce cas, sauf erreur de ma part, les tailles de bougies sont déjà dynamiques, même dans le passé (mais bien entendu prises sur la bougie clôturée). En temps réel, la taille variera selon la valeur de l’ATR.
Je n’ai pas bien saisi pour le mix des timeframes par contre ? Si on utilise l’ATR 30 minutes sur un TF 1 minute, la valeur sera très importante et cette valeur persistera durant 30 bougies dans l’historique. Par ailleurs, on ne peut pas récupérer encore d’infos d’autres timeframes pour les indicateurs, mais on pourra bientôt.
veuillez m’excusez du retard de réponse j’ai changé de setup pour le trading et j’ai des soucis internet
Pour en revenir au sujet je sais qu’il y a un système dynamique mais ce que je désire c’est par exemple lorsque le range bar change de taille en fonction de l’ATR je ne veux pas que cela affecte le passé car ça modifie toute la taille du graphique. Ce que je désire c’est un graphique en range bar avec des tailles différentes pour me permettre de voir les phases d’accumulation et les phases de distribution.
Je ne sais pas si j’arrive à me faire comprendre 🙂
A nouveau et sauf erreur de ma part, les range bars utilisent l’ATR actuel pour déterminer leurs tailles, mais cela n’affecte en rien les bars de l’historique.
pourtant sauf incompréhension de ma part (je découvre la plateforme depuis peu en version complete), j’ai l’impression que cela les affecte.
J’ai mis en pièce-jointe un screenshot pour essayer d’illustrer mes propos. On voit bien que que la taille du range bar actuelle déterminé par l’ATR actuel a également changé la taille des range dans le passé, ce qui n’est pas logique à mon sens (même si le but du range est d’avoir des barres de tailles uniformes) mais dans ma logique ça n’a pas de sens vu que par le passé l’ATR n’avait pas la même valeur.
Bref merci de m’éclairer car pour le moment je découvre cette représentation graphique qui me plaît et j’ai en tête certaines idées mais je sais pas si cela pourrait être applicables 🙁
Et pour l’histoire d’utiliser l’ATR 30 minutes sur un TF 1 minute, c’est dû au fait que j’ai lu sur un autre topic que pour avoir une représentation réelle du range bar il faudrait mettre le graphique en tick by tick cependant on aurait pas assez de données pour faire des analyses (enfin dans mon cas) donc pour se rapprocher au plus de la réalité ce serait d’utiliser le range bar avec l’ATR 30 mn (ou d’une autre timeframe) en 1 min pour avoir un mouvement “au plus proche de la réalité”
D’ailleus j’ai lu que le range bar de cette plateforme se base sur le graphique point et figures. Pourquoi ne pas ajouter le simple fait de suivre les plus hauts et plus bas des bougies ? Car il a été mentionné qu’il ne prend pas réellement les plus et plus bas de chaque bougie
La valeur de l’ATR utilisée est fixe et déterminer à la première lecture du graphique. C’est cette valeur qui sera utilisée pour déterminer la taille des range bars à la fois dans l’historique et pour toutes les barres à venir.
Mais est-il possible de programmer un range bar avec la possibilité d’avoir différentes tailles sur le même graphique ou alors la plateforme ne le permet pas ?
L’idée c’est d’adapter la taille des bars à la dynamique / volatilité de l’instrument et du timeframe considéré, cela aidant à déterminer la “meilleure valeur” de façon dynamique plutôt qu’utiliser une valeur arbitraire fixée à X points.
On ne peut utiliser qu’une seule taille de ranges bars sur le même graphique.
Par contre de mémoire cet indicateur crée des boîtes renko basés sur l’ATR ou non avec un paramètre switchable, celui-là utilise l’ATR en temps réel, donc les tailles de boîtes s’alignent avec la volatilité en temps réel: https://www.prorealcode.com/prorealtime-indicators/renko-bricks-volumes/
Juste une dernière question je suis nul en codage et j’ai pas envie de me prendre la tête avec, donc j’aimerai savoir si c’est possible de coder le système que j’ai décris par une quelqu’un (même contre rémunération) ?
Oui tout à fait sans que cela ait une incidence sur l’historique passée. Je pense qu’avec la technologie de maintenant cela devrait être faisable (où peut-être que je m’avance trop)
Pour illustrer je vais poster un lien vers une vidéo montrant un graphique en range bar sur une autre plateforme (je précise que je ne fais pas de publicité) avec différentes tailles et basé sur un ATR d’une time frame et sur laquelle on peut distinguer les phases d’accumulation et de distribution
Et pour l’histoire d’avoir un range bar avec ATR de 30 mn sur du 1 mn la raison est tout simplement dû au fait que j’ai remarqué que le range bar de cette plateforme ne prend pas réellement les plus hauts et plus bas de chaque bougie quel que soit l’unité de temps (sauf pour le tick mais c’est différent). Et afin d’avoir une représentation la plus fidèle possible c’est d’utiliser un graphique en 1 mn pour suivre le mouvement d’une unité de temps supérieur (30mn 4h ou d1 etc…) grâce à une taille donnée par l’ATR de l’unité en question qui sera reporter sur le graphique 1mn
Mais je trouve cela étonnant qu’une telle plateforme ne propose pas un “vrai range bar” peut-être devrais-je faire que je devrai faire une suggestion pour l’ajout lors de prochaines mise à jour ?
Tu peux en effet poster une suggestion dans la boîte à idée sur le site de prorealtime.
Pour les tailles de boîtes qui s’alignent avec l’ATR en temps réel, j’ai créé l’indicateur dont j’ai partagé le lien dans un de mes précédents messages. Il faudrait l’adapter toutefois à un ATR supérieur, par défaut il utilise un multiple de l’ATR[14] du timeframe courant.
The information collected on this form is stored in a computer file by ProRealCode to create and access your ProRealCode profile. This data is kept in a secure database for the duration of the member's membership. They will be kept as long as you use our services and will be automatically deleted after 3 years of inactivity. Your personal data is used to create your private profile on ProRealCode. This data is maintained by SAS ProRealCode, 407 rue Freycinet, 59151 Arleux, France. If you subscribe to our newsletters, your email address is provided to our service provider "MailChimp" located in the United States, with whom we have signed a confidentiality agreement. This company is also compliant with the EU/Swiss Privacy Shield, and the GDPR.
For any request for correction or deletion concerning your data, you can directly contact the ProRealCode team by email at privacy@prorealcode.com
If you would like to lodge a complaint regarding the use of your personal data, you can contact your data protection supervisory authority.
Get Assistance
Assistance Type
Your Need
Proposed Solutions
Do you like cookies? 🍪 We use cookies to ensure you get the best experience on our website.
(Learn more)
