Heiken Ashi Smoothed Code

Forums ProRealTime English forum ProBuilder support Heiken Ashi Smoothed Code

Viewing 9 posts - 1 through 9 (of 9 total)
  • #42631

    Hi there. Thank you for the code that was posted on this website on 25 Apr 2017 to plot the Heiken Ashi Smoothed indicator. I however noticed that down candles don’t display wicks at the bottom of the candle bodies, for all time frames, for all the stocks that I trade.  Is this normal? Please see attached. Thank you, Attie

    #43238

    Hi there,

    I neglected to add the programming code to the output example so here it is. Any help will be very welcome. Thank you, Attie

    #43243

    You can find another version of the Heikin Ashi Smoothed candlesticks in this Italian topic: https://www.prorealcode.com/topic/heikin-ashi-smoothed-candle/

    and there are also many other topics that deal with this kind of price representation in the forums, you’ll find them easily by using the website search engine (sometimes people wrote “heiken” instead of “heikin”).

     

    #43266

    Hi Nicolas, thank you for your response.

    I could not find any references on the site to double-smoothed Heiken indicators. The double smoothed indicator which you created for PRT is an amazing indicator as it really reduces a lot of noise. I have asked the programming team to investigate and give me a quote to see why the downtrend doesn’t form any wicks to the bottom. If I get a solution, I will share it with the forum. Thanks

    #43267

    This indicator is translated from another platform code. I just checked and the lows are also not drawn in the original one.

    #43271

    Thanks Nicolas. I will have another look in the code to see if I can spot the problem…limited skills at the moment 🙂

    Thanks for taking time to assist

    #43278

    >> Please use the “insert code PRT” button to add code in a PRT formatted and line-numbered style rather than .doc attachment, thank you! <<

    The “if (haOpen<haClose)” statement assigning colors to smoothed HA candles seem also to switch highs and lows in extmapbuffer7 and extmapbuffer8, don’t see why they should be switched… switching high and low for red candle compared with blue/green candle give trouble drawing the red candles…

    Both ExtMapBuffer7 lines should be = HALow , and both ExtMapBuffer8 lines should be = HAHigh (…and so could be taken out of the if-endif statement and be written just once rather than twice)

    #43280

    Had to try it, drawing correctly highs and lows has knock on effect of messing with long and short signal at the very end. Don’t know what the original code was before translation or if there was any explanation going with it, but it seems either there’s further debugging to do in long/short signals, or the swap of HAhigh and HAlow was intentional by the author at the expense of candle drawing accuracy, and shouldn’t be fixed in the first place in order to generate the long/short signals via these intermediate extmapbuffer7 and 8 variables

    #43322

    Hi Noobywan, I amended the code in line with your suggestion and it works perfectly for my purpose. Thank you very much for coming to my rescue. Attached is the revised code.

    Happy trading

    Attie

     

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

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