Multi timeframe – MTF indicators for ProRealTime
Forums › ProRealTime English forum › ProBuilder support › Multi timeframe – MTF indicators for ProRealTime
- This topic has 145 replies, 48 voices, and was last updated 1 month ago by druby.
Tagged: mtf, mtf indicators
-
-
03/13/2024 at 6:54 PM #229709
Hi
perhaps not enough history/units are loaded on your 5 min charts ?
No, selecting different amount of units make no difference.
Also tried different timezones (as there was a wintertime/summertime switch this weekend in US). Same problem.
Can someone else try this example code?
03/13/2024 at 7:00 PM #229710hi.. Brushed up against this problem on another post, way back, problem not solved, and the solution was a work around, using hours.
However, daily and 24hours might not be the same, depending on the start reference. Not looked into that and verified if it is or isn’t.
#jerome888 brings up a good point with the historical units.
5min x 12 per hr x 24hr = 1440 mins 1440mins/ 5min = 288 units per day 2days = 576 units
The reason for 2days is worst case scenario, from before the last bar on a day, back to the days open, then back another day to previous days open.
The default loaded historical units is about 500 at 25units setting, so not enough.
Further…
By comparing values from the test code below on 5min chart and daily candles on daily chart , you can see that:-
- The TF..(Daily) open[1] doesn’t give a value until a new day starts and the value it gives is the open at barindex = 0 or bar zero of the chart TF and not required value. This appears to happen even if you increase the units. Its not until the following day it reads right. This means you need enough bars to include the days open and days close before correct value resolved.
- Replacing the TF..(Daily) open[1] with Dopen[1], gives the correct value at bar zero, even with default historical bars loaded and the bar of the previous day isn’t available in the chart.
- Removing the daily timeframe and its code and just using Dopen[1] in the chart/default timeframes give required results.
Since open[1] version doesn’t render a value, straight away, it could be undefined. An undefined variable may cause calculation error. That what i’m thinking at the moment.
Further to your problem your psesudo code works without problem on its own, and previous experience leads to the conclusion that there is a conflict between other parts of your code which using TF Daily brings out and hours may not.
I’m unable to re-create error to investigate further, if you can post the full code, and screenshot of error message it could help toward solving problem if work around unsuitable. That’s not to say it can be solved!
Regards druby
12345678TIMEFRAME(daily)b = open[1]c = Dopen(1)TIMEFRAME(default)d = Dopen(1)return b coloured("red"), c coloured("green")style(dottedline,1),c coloured("yellow")style(dottedline,4)1 user thanked author for this post.
03/13/2024 at 7:33 PM #229713I stripped the code even more. It doesn’t matter what you put in the ‘TIMEFRAME(daily)’ part. As soon as you put this line of code there, it crashes.
Even with no code inside, it crashes. See screenshot.The thing is, it works for a second. I can see the calculated line at the chart. But then it disappears and I get the error popup
03/13/2024 at 8:10 PM #229717The thing is, it works for a second. I can see the calculated line at the chart. But then it disappears and I get the error popup
Found out this happens with a quote update. So problem only occurs when the market is open
03/14/2024 at 10:02 AM #22975103/14/2024 at 2:49 PM #229766I have no issue running your code. Could you please give me instrument and timeframe used, and PRT version? Thank you.
Today it’s working again…
I will keep an eye on it.
Thanks anyway
03/15/2024 at 10:28 AM #22982705/03/2024 at 12:18 PM #232255Is it possible to use a 1 hour time frame moving average in a say 15m time frame?
So in effect rather than having (or referring back to) a 1 hour time frame window with just the 1 hour moving average on it, can the 1 hour moving average be imported to a 15m time frame for reference purposes?
thanks Mike
05/03/2024 at 12:36 PM #23226005/03/2024 at 1:12 PM #232264Problem is its nothing like the 1 hour moving average when viewed on the 1 hour time frame? I simply want to emulate or have the position of the 1 hour moving average on my 15 minute time frame so i can see if its moving up or down, this would save me time bringing up the 1 hour time frame chart to check the moving average position.
Maybe one cannot embed the 1 hour moving average into a 15m chart.
GraHal I understand your calculation and you would of thought it would be that simple………………but they look totally different.
thanks anyway Mike
1 user thanked author for this post.
05/03/2024 at 1:34 PM #232268Hi Mike,
If I understand what you mean, you can do that in two ways:
- Open a chart with a 15-minute time frame (in this case)
- Import the “Average” indicator
- Go to the “Settings” of this indicator and select a period of “60 minutes”.
You can also create your own indicator with a different time frame and import it into the graph:
TimeFrame(1 hour, UpdateOnClose)
xAvg=Average[10](Close)
Return xAvg as “Average” Coloured(“Red”)
05/03/2024 at 2:40 PM #23227805/03/2024 at 2:51 PM #232279Try this one:
TimeFrame(1 Hour, UpdateOnClose)
xHullMA=HullAverage[13](close)
Return xHullMA as “HullMA” Coloured(“Red”)With “UpdateOnClose”, the “update” of the indicator is hourly…
Without “UpdateOnClose”, the indicator’s “update” is every 15 minutes (default timeframe)
07/08/2024 at 9:30 AM #234921Hello, i’m new in programming, new PRT user. I tried to setup a code last week by using MTF option. Inside my code, i have a set of numerous conditions, created on a specific asset, all grouped under timeframe 60 minutes , then if conditions are all met, PRT can generate order under timeframe 1 minute. I’m testing this in probacktest but pbt is retuning an error message meaning 60 is not a multile of 1…… can anyone help on this (pretty sure that topic was already raised) .
Thanks and best regards
07/08/2024 at 9:32 AM #234922 -
AuthorPosts