Hello!
I have been trying the darvas boxes from the library and wanted to test an automated trading system.
Unfortunately ProOrder won’t start because of the Detrend Price Oscillator being used for calculating the boxes.
I have (kind of) recreated the DPO with past data moving averages but it appears the ProBuilder function DPO is referring to the lookahead moving average.
What other moving average is PRT using and how can it be used in an automated trading system?
Here is the Code for the “Past” DPO.
// Parameter-must be a round number
//periode = X
d=(Average[periode](close))
e=d[periode/2+1]
DeprO= close-e
return Depro
Yes the built-in DPO in ProBuilder is always referring to the lookahead moving average value, that’s why it is so accurate. With Zigzag, DPO is another indicator that cannot be used in automated trading because of its “repaint” behaviour.
You will find a lot of other moving average that can be used in automated trading in the “indicators” section of the documentation : http://www.prorealcode.com/documentation/category/indicators/
Thank you for your reply Nicolas.
So, I did a screen recording and checked the situation again.
The conclusion is: the repainting characteristics of this indicator seem to be no problem in this case.
Furthermore using the TEMA and the Zero-Lag Moving Average from the library don’t lead to equal results in the calculation of the forward-looking DOP.
I would like to reformulate my question:
How can a user rebuild the forward looking DOP?
Any ideas and support will be highly appreciated.
It is not possible since you need to know the future in advance. Because PRT don’t make loop of the bars history at each new candle, you’ll never what candlestick values will come next. Forward offset of Close like this “close[-1]” are also not possible.
The DPO built-in into the platform is hard-coded to work in a way that cannot be reproducible by Probuilder code.
