I shall add a trailing stop feature to the next version. PipHunter trades all signals but it waits for the next candle to reenter. Was the signal still valid at the next candle?
Welcome back Xux;
I didn’t have a chance to closely monitor the events to detect any valid reentry conditions, however in the longer past few times I noticed presence of such conditions.
Now, speaking about equipping PipHuner with
Trailing Stop feature, I want to point out that the standard way
TS handled by MT4 isn’t efficient method of securing floating gains. The problem is that once
TS stage has been archived the system is moving the
SL level tight to the current price what often causes
termination of the open trade due to minor fluctuation of the price. Therefore, the solution would be if the
SL level is constantly updated (
shifted) while leaving adequate breathing room in situation when the fluctuating price continues to climb.
Unfortunately, I’m not technically skilled to figure out the best way to challenge it.
Hope the proposed by Xux99 solution will fix the above problem;
I shall add a breakeven feature. The stop loss already moves following the LL3/HH3 level. I thik the order should be closed not by stop loss but preferably by a possible top/bottom. iMAX cross or ZZ could be used.
Priority No 1:
As soon as an open trade achieves adequate level of floating profit, the robot should modify S/L values to brake-even level.
Priority No 2:
Assuming, that the trade positively distanced itself from the break-even S/L point, the robot keeps moving the S/L to match/follow the gaining altitude.
For the reason that the optimal S/L against current price stage stretch is uneven during different trading-times/market-conditions as well as it varies for individual currency pair, conceivably the device controlling this duty could be aided by indicators such as Bluto’s Chop_Whacker, Chopemeter or FerruFx's ProbabilityMeter etc or by other potential solutions.
Home
Search
Calendar
Arcade
Members
Login
Register
Poll