dynamic moving average (usd/jpy)

Forums ProRealTime English forum ProOrder support dynamic moving average (usd/jpy)

Viewing 7 posts - 1 through 7 (of 7 total)
  • #50881

    hi all,

    here a simple strategy which uses moving averages (fast and slow) that change according to volatility

    of the market.

    I pray who can to test the strategy on a bigger lapse of time.

    Avaiable for any suggestion.

    bye

    DEIO

    #50905

    Hi DEIO, thanks for sharing this idea with us.

    You will find here the test of the strategy realized on 200.000 bars. this is not a problem for me because as you indicated, the parameters have been optimized over a short period of time. That’s why a walk forward analysis should be conducted to test your concept of dynamic moving average periods.

    In this respect, I am surprised how you calculate them, from where does this idea come from? Even if the calculation seems “wacky” (no offense), it seems that there is a truth in the recognition of periods of range ..

    I “graphed” the DV variable in the screenshot below.

    #50907

    I found why the DV variable is sometimes flat, it happens when the calculated period [CLOSE*4] is not a round number and the calculation of the indicator cannot be done. That’s why no orders could be launched at that time, so it does affect a lot the behavior of your strategy. I’m afraid that the strategy could not be validated in its current state 🙁

    The DV variable should be calculated with:

    However, this could also lead us to find the right threshold to determine a range period or not.

    #50921

    Hi Nicolas,

    you are right about rounding (in the fisrt version I used it and during the tests I forgot to insert it again).

    Now I have rounded during the calculation of Averages (fast and slow):

    MMFAST= Average[ROUND(DV/12)](close)
    MMSLOW= Average[ROUND(DV/1)](close)

    On internet  I read about the  idea to generate dynamic averages…

    So my method could be a bit wacky, as you said, but my intent is to find a way to avoid that the two averages were fixed

    during the time, because if in  a certain period is good the combination (fast=2 and slow=10) in onother one is better 1 / 9 and so on..

    DV has been calculated this way in order to have the possibility to obtain the fast average value (by division by a number – the proper one is now 12 ), while  slow average remain DV (rounded  !!)   🙂

    Obviously for other crosses, parameters must be reviewed.

    Please let me know.

    bye

    #50930

    I didn’t review you code but the rounded value must be made with the averagetruerange period first, this is where is the trouble, because this is where is calculated the “dynamic” period. So DV calculation must be replaced with the version I post here.

    #50942

    hi Nicolas,

    here the code reviewed with a little modify on DV calculation (in addition to your suggestion).

    Please le t me know if in the past it works or not.

    thx again.

     

     

    #50951

    The strategy is no doubt overfit on the recent data (from beginning of 2016), that’s why you should make WFA when optimizing your variables’ periods.

Viewing 7 posts - 1 through 7 (of 7 total)

Create your free account now and post your request to benefit from the help of the community
Register or Login