Velocity, Acceleration and Momentum

Forums ProRealTime English forum ProBuilder support Velocity, Acceleration and Momentum

Viewing 6 posts - 1 through 6 (of 6 total)
  • #165495

    Hello everyone,

    I’ve been looking for filter to avoid false signals and want to submit this idea for improvement and critical thinkingPlease share your thoughts.

    Nothing new, just compiling some physics principles. May be something similar exist already.

    The two basic principales are the Velocity (https://en.wikipedia.org/wiki/Velocity) and the Momentum (https://en.wikipedia.org/wiki/Momentum), applied to price and volume.

    For the price to make a signficant change in a sustainable manner, we need both acceleration in price change with signficant volume.

    The problem I found comparing Intraday Volume to previous bars (Volume > Volume[1]) or to Intraday Average Volume or to volume same time on previous day doesn’t work consistently and may be impacted by Geopolitics, Macro, etc. Further, because of the large volume on the X first bars of the day, most of the volume bars are below the the Intraday Average Volume, so the filter is defeated.

    Velocity = (Indicator – Indicator[1]) / (T – T[1])

    Acceleration = (Velocity – Velocity[1]) / (T – T[1])

    One can apply this idea to Close, MedianPrice, Averages, etc. I chose Hull Average in the exemple below because its one of the most sensitive.

    Then, to move the price in a sustainable manner => Momentum = Mass * Velocity.

    I chose to define Mass as (MedianPrice * Volume) “Mass of Money”.

    For Long, if Acceleration (change is Velocity) is higher than its EMA and Momentum is positive and higher than its EMA, then if your Indicator(s), say Moving Average crossing or Stochastics, etc., give a Signal, there is a high probability that it’s not a false signal and you can enter the trade with more assurance. (the opposite for Shorts)

    When you’re already in position, this might be used as Exit Signal in the opposite direction.

    Please share your thoughts!

    3 users thanked author for this post.
    #165497

    @GraHal @Nicolas @robertogozzi @Monochrome @Vonasi

    Appreciate your thoughts on the above. Thanks

    #165501

    It’s a very nice and useful idea.

    Thanks for sharing with us! 🙂

    When drawing arrows I suggest that you use a more portable code. Instead of +1.5 and -1.5 you could use:

    what use is RETURN +2, -2 ?

    1 user thanked author for this post.
    #165503

    Thank you Roberto. As my programming skills are average, I use “+2, -2” to have the arrows, placed at “+1.5, -1.5”, visible… it’s that simple 🙂 I’ll use your suggestion ((high + (range * 1.5)))

    #219891

    Hi Guys, I am not able to use this code. It appears to have some errors on it. Is anyone able to remove the errors on this code and post a working one. Thank you in advance. Regards

    #219956

    It’s due to lines 5 and 6, where the variable PRICE is defined and used. It is now a RESERVED keyword (which wasn’t back then), so you should replace PRICE with myPRICE, like that:

     

    1 user thanked author for this post.
Viewing 6 posts - 1 through 6 (of 6 total)

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